Nézd meg szakértő SAP ERP
Ebben a cikkben nem fogok beszélni az előnyei és erőssége a rendszer funkcionális szempontból - még azok is részt vesz a marketing. Szeretem az IT-szakember, szeretném megosztani veletek benyomásait a végrehajtását a termék.
Vannak interfészeket figyelnek, és ha egyszer kiderül, hová kell kattintani egy művelet végrehajtásához. Szóval ... ez nem a SAP. Az első alkalommal láttam a kiindulási SAP képernyőn, azt hitte, csak egy nagyon-nagyon régi verzió, ami valahogy véletlenül elindította. De nem, ez elég modern változata. A kifejlesztett interfész valahol a 90-es, ott maradt, egészen mostanáig.
SAP ERP induló képernyő
Azt fogja meg a jelentését ennek a szörnyű és érthetetlen tett egy átlagos felhasználó a képernyő, és rájönnek, hogy átadta túl sok bemenet.
Ez most már tudom, hogy nem tudja átadni túl sok érték terén a szelekciós képernyő SQL-lekérdezés meghaladja valamilyen megengedett méretet, kilobájt, és mivel ez a program megszakad, kivéve DBIF_RSQL_INVALID_RSQL. Sőt, nincs konkrét szám, minden attól függ, a hossza az értéket telt el, de a kísérletileg kapott érték körülbelül 1500-1800 értékeket. De hogyan lehet megmagyarázni mindezt a felhasználó? Hogyan magyarázza, hogy 4-szer a tranzakció indítható, ha azt akarja, hogy egy szűrt listáját 5000 értékeket. Ezen kívül nincsenek korlátozások, míg mások bizonyos tranzakciókat.
Egy másik helyzet. Kinyitom a tranzakciós «MIRO - létrehozása a bejövő számlák,” hosszú sapkát jelzi a rendszer számos bejövő szállítási dokumentum, amely automatikusan kitölti pozíciók táblázatos részében a számlát. A több ezer termék kellett eltávolítani 100. Találom ezt a pozíciót sokáig azt, hogy azok kitűnjön és nyomja meg a „Törlés” gombra. Mit gondolsz, mi fog történni elosztása után pozíciókat, és nyomja meg a „Törlés” gombot? Itt is ugyanúgy gondolkoztak. A SAP fejlesztők úgy, mint valami más - Távolítsuk el a 900 osztott pozíciókat. „Nos” - gondoltam - „most majd nyomja le a CTRL + Z, és minden visszatér ezelőtt.” Nos, kapsz már, mi? Mégsem ezt a műveletet nem lehet, így meg kellett indítani a tranzakciót, és újra pontszám az összes adatot.
Ez azt majd olvassa el a pop-up kéri, hogy a gombot a „Törlés”, ahol azt mondták, hogy távolítsa el a nem kiválasztott pozícióba. Ez a viselkedés a gombok csak ebben az ügyletben. Más műveletek „Törlés” gomb törli a kijelölt elemet.
Hibaüzenetek nem terheli semmiféle szemantikai betöltése. Ez az, amit a hiba azt jelentheti «V0 adótörvény még mindig létezik?” Eleinte azt hittem, hogy valamilyen görbe fordítást, de az angol nyelvű változat «Adószám V0 is léteznek» német «Es existiert noch das Steuerkennzeichen V0» túl nem informatív. És ez azt jelenti, hogy az adótörvény a táblázatos részében nem esik egybe az adótörvényt a fejlécben. A speciális fórumok, akkor gyakran a témája a „Van egy ilyen hiba. Mit jelent ez?”, Amelyben az emberek játszanak a találgatásokra, még valaki, aki rálépett egy gereblye, nem adnak választ.
nem szabványosított interfész. Valahol a menüben a bal oldalon, ahol a jobb oldalon. Valahol fent gomb valahol alul. Valahol nincsenek gombok egyáltalán, és minden műveletet végezzen a főmenüből. Valahol gombokon lévő ikonok egy, valahol ugyanazt a gombot egy másik. Még a gyorsbillentyűk külön ügyletek ugyanazon tevékenységek különböznek. És ez nem csak a gombok, hanem részei az asztalra, fülek, stb - nincs egység, mindenhol mindent másképpen. Nyilvánvaló, hogy minden fejlesztő megformált felület, ami neki tetszik, és nem ellenőrzi, hogy azt nem. A tervezők a csapat nem volt. Úgy tűnik, ez az oka, hogy abban az időben a fejlődés különösen súlyos piaci versenytárs nem volt megfigyelhető, ezért úgy döntöttünk, hogy fejleszteni kell a funkcionalitás és a felhasználói felületet használja „lenyelni” minden.
Ezzel a felületen, akkor megtanulják, hogyan kell dolgozni két módon: vagy valaki hosszú fogsz tanítani, és azt mondta a finomságok az egyes ügyletek, és mutatja a buktatókat, akár saját, szüntelenül rálép a végtelen rake. Leggyakrabban a képzés helye a kombinált forgatókönyv: a tanácsadók levelet a használati utasítást a minimálisan szükséges információkra munka, majd maga a felhasználó vándorlás a sűrű erdőben, folyamatosan biztosítva tanácsadók fizetése fordulva tanácsadók segítségét.
Nemrégiben SAP rájött, hogy zsákmány ült egy tócsa az Advent a hatékony vezetők, elkényeztetett iPhone és kiválasztja puha megjelenésű, meg kell változtatni valamit a felületen. Különösen, a versenytársak már régóta utolérte a funkcionalitás. Ezért az SAP is próbál tenni néhány lépést ebbe az irányba, és új ügyleteket a régi helyett, akiket, és élvezze a tranzakciót. Van néhány új témákat gombok Android stílus, de ez, mint mondják, „mint egy szamár íjak, ne tegye ...”.
Beszéljen az erények a felület lehet végtelen, de menjünk tovább ...
Az embernek az a benyomása, hogy az orosz nyelvű kezelőfelület fordítás következik. Először is, néhány mágikus Gooddy átment minden mondatot németről angolra, majd ugyanazon a helyen angolról oroszra. Majd megosztjuk lefordított kifejezés az emberek között, és elkezdtek újra begépelnie azokat kézzel SAP ERP, néha a változtatások. Sőt, egyes emberek vagy nem értik az orosz nyelv, illetve voltak olyan lusta, hogy nem szerkesztést nem tettek.
Miért került át a Magic Gooddy? Mivel az ember nem viheti át a beállítást «ország-specifikus követelmények» a „Country követelmények”.
Miért utánnyomást kézzel? Mert vannak helyesírási és nyelvtani hibákat. Például a „Schapros átcsoportosításra”, az „adózás” és „vnimatIlno” egyértelműen nyomtatott kezét. Vannak is csökkenést szavakat, amelyek nem haladják meg a megengedett hossza a szöveget.
Miért nem az emberek megértsék az orosz nyelv? Mert még ha utánnyomása oroszul beszélő ember volt, hogy vajon, látva az „Pushnomolochnaya sertés-tojó” - az úgynevezett előtt egy bizonyos idő RAIMEWMS programot (jelenleg a név már korrigált). Az eredeti, ez az úgynevezett «Eierlegende Wollmilchsau», azaz magyarul „ezermester”, de okos mágikus Gooddy úgy vélte, hogy Wollmilchsau - 3 különálló szavak (Woll, Milch, sau) fordította a kifejezés «Eierlegende Woll milch sau» mint " szóló gyapjú tej vetni a tojás. " Csak találgathatunk, hogy ez hogyan aztán egy „disznó Pushnomolochnaya-tojó”.
Igen, én még mindig beszél, hogy az SAP ERP, amelyekre engedély költsége több ezer dollárt, és a végrehajtás a szervezet, amely átterjedt több száz millió rubel.
Az ismeretek tanácsadók és fejlesztők, vagy hozott az idősebb generáció a fiatalabb, vagy úgy kapjuk meg, a módszer „lándzsa”. Ha szerencséd van, akkor talál valamit a speciális fórumok és saját blogok, ha nem - dugta magát debugger segítségével.
Ha a nyertes találja el hibát az SAP funkciók (és ők találtak nagy mennyiségben), az első dolog, amit próbál találni a megfelelő SAP a Note (Megjegyzés) annak kijavítását. Nincs külön meghatározva, hogy egy megjegyzés. Megjegyzés - ez egy patch kijavítani a hibát a standard funkcionalitást vagy utasítást, hogy a felhasználónak, hogy végre a rendszerben, vagy egy leírást a beállításokat, vagy funkcionalitását felülvizsgálatát változtatni a törvényt, vagy egyszerűen csak egy magyarázat bizonyos pontokon.
Fejlesztés az SAP ERP végrehajtani ABAP nyelven. Az adatbázis eléréséhez az Open SQL-lekérdezéseket, amelyek nagyon hasonlítanak az SQL-lekérdezések. Syntax nem térünk - szubjektív dolog. Nem szeretem, de megszoktam gyorsan.
A nevek táblákat, mezőket és a változók, valamint a nevét a tranzakció, nincs értelme önmagában nem hordoz. Nézzük az Open SQL-lekérdezés SELECT, lehetetlen is közel kitalálni, hogy milyen adatok kiválasztja az adatbázisból. Vagy fel kell tudni előre, mi tárolja a feldolgozott táblázatban vagy a teendők a táblázatban mászni a adatböngészőhöz, és próbálja megérteni, mi is.
Az SAP biztosítja annak lehetőségét, hogy felülvizsgálata standard funkcionalitást. Szerkesztése szabványos kódot korábban kapott speciális fejlesztő billentyűvel a standard tárgy, akkor lehetséges, de nem kívánatos. Ehelyett a fejlesztők arra ösztönzik, hogy az úgynevezett USER-EXIT. Tény, hogy az üres funkció előre meghatározott bemeneti és kimeneti paramétereket, szétszórva a szabványos kódot. Ezeket a funkciókat az úgynevezett előtt vagy után valamilyen esemény. Szerkeszteni a kódot a funkciók egy speciális kulcs szükséges. Később USER-EXIT adunk még egy lehetőséget, hogy bővítse a standard funkciók - BADI. Ez ugyanaz, mint a USER-EXIT, csak az objektum-orientált. Miért is jött, és miért, ha egyszer úgy tűnik, még nem hagyta el a USER-EXIT - Nem értem, csak szükségtelen zavart hozzá.
Mivel a felhasználók által EXIT és BADI nincs hivatalos dokumentáció nem, akkor talál egy megfelelő helyet, ahol lehet befejezni a kódot akkor sem ülnek a debugger a keresést az ilyen üres funkciók egy tanulmány fórum, abban a reményben, hogy valaki már szembesült ilyen szükségszerűség. Gyakran előfordul, hogy ugyanazokat a feladatokat illeszkedik a különböző felhasználói EXIT és BADI. Emiatt van az, hogy egy projekt különböző fejlesztők / tanácsadók választhat különböző felhasználói EXIT / BADI, és a kódot kell logikusan egy helyen, elosztva több helyszínen.
Az embernek az a benyomása, hogy a termék csinál valami más németek nem az is, hogy a BMW, a Mercedes és az AUDI. A folyamat kialakulásának valamilyen teljesen szabályozatlan: a számtalan hibát, hogy a kód nem lehet korrigálni az évek során; Minden fejlesztő felhívja a változókat, amit akar; Frissítés görbék; új eszközök jelennek meg, és ezek továbbra is fejletlen, amíg nem lesz a régi, ... továbbra is hosszú ideig.