În acest articol, nu voi vorbi despre punctele forte și punctele forte ale acestui sistem din punctul de vedere al funcționalității - permiteți-le să se facă de către marketerii. Eu, ca specialist IT, doresc să vă împărtășesc impresiile despre implementarea acestui produs.
Există interfețe la care te uiți și imediat devine clar unde trebuie să faceți clic pentru a efectua această sau acea acțiune. Deci ... nu este vorba despre SAP. Prima dată când am văzut ecranul de pornire SAP, m-am gândit că era o versiune foarte veche, pe care am lansat-o în mod accidental. Dar nu, a fost o versiune modernă. Interfața a fost dezvoltată undeva în anii '90, unde a rămas până acum.
SAP ERP Start Screen
Am citit în acest teribil, complet incomprehensibil pentru utilizatorul simplu, pe ecran și înțeleg că am transmis prea multă intrare.
Acest lucru acum știu că nu pot trece prea multe valori în domeniul ecranului de selecție ca SQL-interogare depășește un fel dimensiune admisibilă, în kilobytes, și din cauza acestui program este întrerupt, cu excepția DBIF_RSQL_INVALID_RSQL. Mai mult decât atât, nu există nici un număr specific, totul depinde de lungimea valorii fiind trecut, dar cifra obținută experimental este de aproximativ 1500-1800 valori. Dar cum pot explica acest lucru utilizatorului? Cum se explică faptul că el are de 4 ori pentru a începe tranzacția, dacă el dorește să obțină o listă filtrată de 5000 de valori. În plus, în unele tranzacții nu există restricții, dar în altele există.
O altă situație. Am deschis tranzacția «MIRO - crearea de facturi de intrare,“ cap de umplere lung indică numărul de sistem documentul de livrare de intrare pe care se completează în mod automat secțiunea pozițiile tabelară a facturii. De la o mie de poziții am nevoie să scot 100. Am găsit această poziție pentru o lungă perioadă de timp îi fac să iasă în evidență și să apăsați butonul „Delete“. Ce crezi că se va întâmpla după alocarea de posturi și apăsând butonul „Delete“? Așa că m-am gândit la fel. Un dezvoltatorii SAP gândit ca fiind ceva diferit - Scoateți cele 900 de poziții nealocate. „Ei bine“ - M-am gândit - „acum va apăsa CTRL + Z, și toți se vor întoarce acum.“ Ei bine, deja înțelegi, nu? Anulați această acțiune nu poate, așa că a trebuit să repornească tranzacția și re-scor toate datele.
Am citit deja un mesaj pop-up către butonul "Șterge", unde sa spus că pozițiile neselectate vor fi șterse. Acest buton comportă numai în această tranzacție. În alte tranzacții, butonul "Șterge" șterge elementele selectate.
Mesajele de eroare nu au nici un sens. Iată ce înseamnă eroarea: "Codul fiscal V0 există încă"? La început am crezut că este vorba de o traducere curbă, dar versiunea engleză a "Codului fiscal V0 există de asemenea", iar germanul "Es existiert noch das Steuerkennzeichen V0" este, de asemenea, neinformativ. Și aceasta înseamnă că codul fiscal din secțiunea de tabel nu se potrivește cu codul fiscal din antet. De multe ori în forumurile de profil puteți găsi subiectul "Am o astfel de greșeală. Ce înseamnă? ", În care oamenii joacă în jocul de ghicit, în timp ce cel care a pășit deja pe rake nu va da un răspuns.
Interfața nu este standardizată. Undeva meniul este în stânga, undeva în dreapta. Undeva butoane de sus, undeva de dedesubt. Undeva nu există butoane și toate acțiunile sunt efectuate prin meniul principal. Undeva, pictogramele de pe butoane sunt singure, undeva pe aceleași butoane sunt diferite. Chiar și cheile fierbinți în diferite tranzacții pentru aceleași acțiuni sunt diferite. Și aceasta nu se aplică numai butoanelor, ci și pieselor de masă, filelor etc. - nu există nici unitate, pretutindeni totul este diferit. Se poate observa că fiecare dezvoltator a modelat interfața așa cum o dorește și nu a fost luat niciun control. Nu au existat designeri în echipă. Se pare că acest lucru se datorează faptului că în momentul dezvoltării unor concurenți deosebit de serioși de pe piață nu a fost observat, deci au decis că este necesar să se dezvolte funcționalitatea, iar utilizatorii de interfață "înghiți" orice.
Cu această interfață, puteți afla cum să lucreze în două moduri: fie cineva timp va tine-l învețe, spune subtilitățile fiecărei tranzacții și care prezintă capcane, fie pe cont propriu, fără a înceta să calce pe rake-ul fără sfârșit. Cel mai adesea, formarea are loc în scenariul combinat: consultanții scrie instrucțiunile de utilizare la informațiile minime necesare pentru muncă, și apoi utilizatorul însuși rătăcind în pădure deasă, oferind în mod constant de cotitură consultanți salariu pentru consultanți pentru ajutor.
Recent, SAP a dat seama că ei se așeză într-o băltoacă cu sosirea unor manageri eficienți, răpiți de iPhone-uri și alegând aspectul moale, trebuie să schimbați ceva în interfață. În plus, concurenții au fost mult timp înăspriți în funcționalitate. Prin urmare, SAP încearcă să facă pași în această direcție și creează noi în loc de tranzacții vechi, numite beneficii-tranzacții. Există câteva teme noi cu butoane în stilul Android, dar până acum, așa cum se spune, "câți măgari nu atârnă pe măgar ...".
Putem vorbi despre farmecul interfeței la nesfârșit, dar să mergem mai departe ...
Se pare că interfața rusă a fost tradusă după cum urmează. În primul rând, în unele Magic Gooddy au tradus toate frazele din germană în engleză, apoi din engleză în rusă. Apoi frazele traduse s-au distribuit printre oameni și au început să le reprogrameze manual în SAP ERP, făcând uneori corecții. Și unii oameni nu înțelegeau deloc limba rusă, sau erau atât de leneși încât nu făceau nicio modificare.
De ce a fost tradus în Magic Gooddy? Deoarece o persoană nu poate traduce elementul de setări "Cerințe specifice țării" ca "Cerințe de țară".
De ce reprinse manual? Pentru că există greșeli grafice și greșeli. De exemplu, "Shchapros să transfere", "impozitare" și "atent" au fost clar tastate. Există, de asemenea, abrevieri ale cuvintelor, pentru a nu depăși lungimea permisă a textului.
De ce oamenii nu înțeleg limba rusă? Deoarece chiar și atunci când RetipĪrirea oamenii vorbitori de rusă a trebuit să mă întreb, văzând expresia „Pushnomolochnaya găină ouătoare porc“ - așa-numitul înainte de un anumit timp RAIMEWMS programului (acum numele a fost deja corectat). În original, aceasta se numește «Eierlegende Wollmilchsau», care se traduce ca "Jack de toate meseriile", dar inteligent Magic Gooddy a considerat că Wollmilchsau - este de 3 cuvinte separate (Woll, Milch, SAU) și a tradus fraza «Eierlegende Woll Milch Sau» ca fiind " Lână de coacere de oaie de lapte de scroafă. " Putem doar ghici modul în care acest lucru este apoi transformat într-un „porc găină Pushnomolochnaya-de stabilire.“
Da, da, tot vorbesc despre SAP ERP, a cărui licență valorează multe mii de dolari, iar pentru punerea în aplicare a organizațiilor care pun sute de milioane de ruble.
Majoritatea cunoștințelor consultanților și dezvoltatorilor sunt fie moștenite de la generația mai veche la cea mai tânără, fie obținute prin metoda "poke". Dacă aveți noroc, puteți găsi ceva pe forumuri de profil și bloguri private, dacă nu - alegeți-vă, debugger pentru a vă ajuta.
În cazul în care consultantul găsește orice eroare în funcționalitatea SAP (și acestea se găsesc în cantități mari), primul lucru pe care el încearcă să găsească un SAP potrivit Nota (Notă) pentru corectarea acesteia. Nu există o definiție specifică a ceea ce este o notă. Notă - acesta este un patch pentru a rezolva un bug în funcționalitatea standard sau instrucțiunile pe care utilizatorul trebuie să efectueze în sistem, sau o descriere a setărilor sau funcționalitatea unei revizuiri pentru a schimba legea, sau pur și simplu o explicație a anumitor puncte.
Dezvoltarea în SAP ERP se desfășoară în limba ABAP. Pentru a accesa baza de date, sunt utilizate interogări Open SQL, care sunt foarte asemănătoare cu interogările SQL. Nu voi discuta aici sintaxa - un lucru subiectiv. Nu-mi plac, dar m-am obișnuit repede.
Numele de tabele, câmpuri și variabile, precum numele tranzacțiilor, nu au nici un sens în sine. Privind la interogarea Open SQL SELECT, este imposibil să ghiciți îndeaproape ce tip de date alege din baza de date. Este necesar fie să știți în avans ce este stocat în tabelul prelucrat, fie să treceți prin acest tabel prin browserul de date și să încercați să înțelegeți ce este în el.
În SAP, este posibilă rafinarea funcționalității standard. Editați codul standard, după ce ați obținut anterior o cheie de dezvoltator specială pentru obiectul standard, puteți, dar este extrem de nedorită. În schimb, dezvoltatorul este încurajat să folosească așa-numitul USER-EXIT. De fapt, acestea sunt funcții goale cu parametri predefiniți de intrare și ieșire, împrăștiați de codul standard. Aceste funcții sunt chemați înainte sau după un eveniment. Pentru a edita codul pentru aceste funcții, nu este necesară o tastă specială. Mai târziu, la USER-EXIT, sa adăugat încă o oportunitate pentru a extinde funcționalitatea standard - BADI. Acesta este același lucru ca USER-EXIT, orientat doar spre obiecte. De ce a apărut și de ce, de când a apărut, nu a abandonat USER-EXIT - nu înțeleg, doar o confuzie suplimentară adăugată.
Deoarece de USER-EXIT și BADI nici un document oficial nu este, apoi, pentru a găsi un loc adecvat, unde puteți termina codul puteți sta fie în depanator în căutarea acestor funcții goale, un forum de studiu, în speranța că cineva deja se confruntă o astfel de necesitate. Se întâmplă de multe ori ca diferitele USER-EXIT și BADI să fie potrivite pentru aceeași sarcină. Din acest motiv, este faptul că un alt proiect dezvoltatori / consultanți alege diferite USER-EXIT / BADI, iar codul pe care trebuie să fie în mod logic, să fie într-un singur loc, repartizate pe mai multe locații.
Se pare că acest produs a fost produs de unii alți germani: nu cei care fac BMW, Mercedes și AUDI. Procesul de dezvoltare este complet necontrolat: există multe greșeli în cod care nu pot fi corectate de ani de zile; Fiecare dezvoltator numește variabile așa cum îi place; curbe de actualizare; Instrumentele noi apar neterminate și rămân astfel până devin vechi; ... poate continua mult timp.
Articole similare
Trimiteți-le prietenilor: