В тази статия няма да говорим за предимствата и силните страни на системата от гледна точка на функционалност - дори тези, които участват в областта на маркетинга. Харесва ми IT-специалист, бих искал да споделя с вас моите впечатления за изпълнението на този продукт.
Има интерфейси, които гледат и след като става ясно, къде да кликнете, за да извърши действие. Така че ... не става въпрос за SAP. Първият път, когато видях началния екран SAP, че това е само версия много, много стар, който някак си случайно стартира. Но не, тя е доста по-модерна версия. Интерфейсът разработена някъде през 90-те години, където остава до сега.
SAP ERP стартов екран
Аз се разбере смисъла на тази ужасна, неразбираем направи един обикновен потребител, на екрана и да осъзнаят, че подаде подаването на твърде много.
Това сега знам, че не може да мине твърде много ценности в областта на екрана за избор като SQL-заявка надхвърля някакъв допустим размер, в килобайти, и поради тази програма е прекъсната с изключение на DBIF_RSQL_INVALID_RSQL. Още повече, че няма конкретни числа, всичко зависи от дължината на подаваната стойност, но експериментално получена цифрата е около 1500-1800 ценности. Но как да се обясни всичко това на потребителя? Как да се обясни, че той има 4 пъти, за да започне операцията, ако той иска да получи филтриран списък от 5000 стойности. В допълнение, съществуват ограничения, а други са в някои сделки.
Друга ситуация. Отварям «транзакция MIRO - създаването на входящи фактури", дълго капачка за пълнене показва документ номер система входящ доставка, върху която автоматично попълва позиции табличен раздел на фактурата. От хилядите продукти трябваше да премахне 100. Намирам тази позиция в продължение на дълъг период от време аз да ги открояват и натиснете бутона "Изтрий". Какво мислите, че ще се случи след разпределението на позициите и натиснете бутона "Изтрий"? Ето Аз също мислех по същия начин. А разработчиците SAP смяташе за нещо по-различно - да се извади 900 неразпределени позиции. "Е" - си помислих - "сега ще натиснете CTRL + Z, и всичко ще се върне преди." Е, ти вече получи, нали? Отмени това действие не може, така че трябваше да се рестартира на всички данни за транзакции и ре-резултатни.
Това аз ли да прочетете изскачащи подканящи към бутон "Изтрий", където се казва, че ние премахваме премахна избора позиция. Това поведение бутони само в тази сделка. С други сделки "Изтрий" бутон изтрива избрания елемент.
Съобщения за грешки не носят семантично натоварване. Това е, което би могло да означава грешката «V0 данъчен кодекс все още съществува?" Отначало помислих, че е някаква крива превод, но английската версия на «Данъчна код V0 също съществуват» и немски «Ес existiert Noch дас Steuerkennzeichen V0» твърде uninformative. А това означава, че данъчния кодекс в таблична част не съвпада с данъчния кодекс в заглавната част. в специализирани форуми, често можете да намерите на тема "Аз имам такава грешка. Какво означава това? ", В която хората играят гадаейки, още един, който е стъпил на женкар, не даде отговор.
не са стандартизирани интерфейс. Някъде в менюто вляво, където отдясно. Някъде по-горе бутон някъде по-долу. Някъде няма никакви бутони на всички, и всички действия се извършват чрез главното меню. Някъде икони на бутоните един, някъде на същия бутон друг. Дори и най-горещи клавиши в отделни сделки за същите действия се различават. И това е не само бутоните, но и части от масата, раздели и т.н. - няма единство, навсякъде всичко по различен начин. Очевидно е, че всеки разработчик изваяни интерфейс, както пожелае, и не е проведено няма контрол върху него. Дизайнерите в отбора не е бил. Това изглежда се дължи на факта, че по време на развитието на особено сериозни конкуренти на пазара, не се наблюдава, така че решихме, че е необходимо да се разработи потребителите функционалността и интерфейса "поглъщат" всеки.
С този интерфейс, можете да научите как да се работи по два начина: или някой дълго ще го научи, казва тънкостите на всяка сделка и показване капаните, в самостоятелен вид, без да престава да стъпват на безкраен рейк. Най-често обучението се провежда в комбинираната сценарий: консултантите пишат инструкциите за експлоатация на минимално необходимата информация за работата, а след това потребителят сам скитащи в гъстата гора, постоянно предоставяне повратна консултанти заплата за консултанти за помощ.
Наскоро разбрах, че SAP плячка седеше в локва с появата на ефективни мениджъри, разглезени Iphones и избора мек на външен вид, че е необходимо да се промени нещо в интерфейса. Особено, конкуренти отдавна са хванати от гледна точка на функционалност. Ето защо, SAP се опитва да направи някои стъпки в тази посока и да създавате нови сделки на мястото на стария, които се наричат, да се насладите на сделката. Има някои нови теми с бутони в Android стил, но това е, както се казва, "като магаре лъкове не висят ...".
Говорете за добродетелите на интерфейса може да бъде безкраен, но нека да отидем по-нататък ...
Един получава впечатлението, че в езика на интерфейса превода на руския следва. На първо място, в някои магия Gooddy прехвърля всички фрази от немски на английски език, а след това на същото място, от английски на руски език. След това се разделя преведени фраза сред хората и те започнаха да ги въвеждате отново ръчно в SAP ERP, понякога правят промени. Освен това, някои хора или не разбират руски език, или те са толкова мързеливи, че не промени не са направени.
Защо са прехвърлени на магия Gooddy? Защото човек не може да прехвърля «изискванията за конкретна държава» елементи за настройка като "Изисквания страната".
Защо препечатани ръчно? Тъй като има правописни грешки и граматически грешки. Например, "Schapros за трансфер", "данъчно облагане" и "vnimatIlno" отпечатани ясно ръце. Има и намаления на думи, които не излизат извън рамките на допустимата дължина на текста.
Защо хората не разбират руски език? Защото дори когато повторното отпечатване хора рускоговорящите трябваше да се чудя, виждайки фразата "Pushnomolochnaya свински кокошки носачки" - т.нар преди известно време RAIMEWMS програма (сега името вече е поправена). В оригинала, той се нарича «Eierlegende Wollmilchsau», което се превежда като "момче за всичко", но умен магия Gooddy счита, че Wollmilchsau - е 3 отделни думи (Woll, дойни, Сау) и в превод на израза «Eierlegende Woll дойни Сау» като " полагане вълна мляко сее яйцето. " Можем само да гадаем как тя след това се превръща в "прасе Pushnomolochnaya-кокошките носачки."
Да, аз съм все още се говори за това как SAP ERP, която лицензира струвало хиляди долари и за изпълнението на организацията, която се разпространява стотици милиони рубли.
Повечето от знанията на консултанти и разработчици, или се предава от по-старото поколение на по-младите, или се получава по метода на "копие". Ако имате късмет, можете да намерите нещо в специализирани форуми и частни блогове, ако не - изпълзяват се дебъгер да ви помогне.
Ако консултантът установи грешка в функционалността на SAP (и те се намират в големи количества), първото нещо, което се опитва да намери подходящ SAP бележка (Забележка) за неговото отстраняване. Няма конкретна дефиниция за това какво бележка. Забележка - това е кръпка за да се определи бъг в стандартната функционалност или инструкция, че потребителят трябва да изпълни в системата, или описание на настройките или функционалността на преразглеждане, за да се промени законът, или просто обяснение на определени точки.
Развитие в SAP ERP изпълнява в ABAP език. За достъп до базата данни с помощта на отворените SQL-заявки, които са много подобни на SQL-заявки. Синтаксис няма да обсъжда тук - субективно нещо. Не ми харесва, но свикнах бързо.
Имената на таблици, полета и променливи, както и имената на сделката, няма смисъл само по себе си не носи. С поглед към Open SQL-заявка за избиране, че е невъзможно дори да се доближи до предполагам какъв вид данни той избира от базата данни. Или трябва да се знае предварително, което се съхранява в преработения масата, или по време на действие в таблицата да се изкачи през браузъра на данни, и се опитват да разберат какво е.
СПД предвижда възможност за преразглеждане на стандартната функционалност. Редактиране на стандартен код преди това са получавали ключ специални програми за стандартния обект, е възможно, но са силно нежелани. Вместо това, разработчиците са насърчавани да използват т.нар USER-изход. В действителност, тя е празна функция с предварително зададени входни и изходни параметри, пръснати на стандартния код. Тези функции се наричат преди или след някакво събитие. За да редактирате кода на функциите на специален ключ се изисква. По-късно USER-ИЗХОД добавя още една възможност за разширяване на стандартната функционалност - БАЛИ. Това е същото като USER-EXIT, само обектно-ориентирани. Защо се стигна и защо, след като тя се появи, не са се отказали от потребителя EXIT - Не мога да разбера, добави просто ненужно объркване.
Тъй като USER-EXIT и БАДИ няма официална документация не е, тогава, да се намери подходящо място, където можете да завършите код можете да седнете в дебъгер в търсенето на тези празни функции, проучване форум с надеждата, че някой вече се сблъскват такава необходимост. Това често се случва, че едни и същи задачи се вписват друг потребител-EXIT и БАДИ. Поради това, то е, че един проект различни разработчици / консултанти изберат друг потребител-EXIT / БАДИ и кода, който трябва да е логично да е на едно място, обхваща период от няколко места.
Един получава впечатлението, че продуктът се правят някои други германци не са тези, които правят BMW, Mercedes и AUDI. Процесът на разработване на някаква напълно безконтролно: в безброй грешки в кода, която не може да бъде коригирано през годините; всеки разработчик призовава променливите според волята си; Updates криви; се появяват нови инструменти, като те остават неразвити, докато те станат на възраст; ... може да продължи дълго време.
Свързани статии