Ce trebuie să știți din zona de bază. Peisaj. Sistemul de transport. Roluri.
Să luăm în considerare conceptele de bază din regiunea de bază.
Sistemul (autoritatea centrală) - este un server de aplicații împreună cu SGBD.
Clientul (clientul). este o parte organizațională independentă în sistemul R / 3. Fiecare client are propriul său mediu de date, adică propriile date de bază și variabile, conturile de utilizator atribuite, schema de conturi și setările specifice. Pot exista mai mulți clienți în sistem. Aproape toate tabelele de baze de date cu date de utilizator și setări au un câmp care face parte din cheia care conține numărul clientului. Atunci când un program cere orice date dintr-un astfel de tabel, ceva de genul "mndt" este atașat la interogare cu automatul: Numărul codului candidat Sunteți logat
În practică, aceasta înseamnă că, în fiecare client, o întreprindere separată poate funcționa fără a interfera cu cei care lucrează în alți clienți. Dar programele pe ABAP / 4, formularele (formularele de raportare) sunt comune tuturor clienților aceluiași sistem.
Depozitarul este depozitul tuturor programelor ABAP și descrierile structurii de date și ale tabelelor cu care funcționează programele. Depozitul este comun tuturor clienților sistemului.
Cerere de transfer (transport) - conține programe sau setări care pot fi transferate între clienți sau sisteme. Interogarea lansată este un set de fișiere care conțin informațiile solicitate.
Lansat - acest termen în SAP înseamnă "aprobare", trimiterea la muncă. În timp ce cererea, documentul nu este eliberat, sunt considerate schițe, pot fi modificate și nu generează nicio acțiune.
Peisaj - câteva sisteme între care puteți transfera setările și programele. Sunt necesare mai multe sisteme pentru a sprijini procesul de dezvoltare și configurare. SAP recomandă următorul teren: [ADM325, BC325]
1 - sistem de dezvoltare. Conține 3 clienți (numerele pot fi folosite de alții).
- 300 - se poate schimba setările și programele. În același timp, orice schimbare intră imediat în cererea de transfer.
- 400 - nu poți schimba nimic în el. Se utilizează pentru testarea preliminară a programelor (koi "se întâmplă" acolo simultan cu 300) și setările (puteți transfera cererea fără deblocare utilizând tranzacția scc1)
- 200 - nisip (nisip). Proiectat pentru a experimenta setările. Modificat setarea - imediat au văzut cum s-a schimbat activitatea tranzacției utilizator. Solicitările de transfer din cutia de nisip nu sunt formate și, prin urmare, experimentele nu pot afecta alți clienți în acest sistem și în alte sisteme.
2 - controlul calității
Există de obicei doi clienți în acest sistem:
- 500 - utilizat pentru instruirea utilizatorilor
- 600 - proiectat pentru a verifica corectitudinea dezvoltării sau a personalizării.
Instalarea sau dezvoltarea pot să cadă în acest sistem după eliberare. Ar trebui să verificați cu atenție dacă totul funcționează conform destinației, înainte de a transfera interogarea către produs.
3 - sistem productiv
De obicei, un client, în care utilizatorii lucrează. Conform cerințelor SAP, grupul de implementare nu ar trebui să aibă acces la acest sistem deloc. Dacă aveți acces la produs, trebuie acordată o atenție deosebită deoarece acțiunile eronate conduc la consecințe foarte grave. De asemenea, uneori, pe un sistem productiv, se face o copie a unui client productiv (diferite proiecte pot avea scopuri diferite pentru acest lucru).
Interogarea este transferată la elementele de bază prin aplicația semnată de către modul și managerii de proiect (desigur, totul poate fi implementat folosind tehnologie fără hârtie, de exemplu, folosind Solution Manager - nu schimbă esența)
"De ce este necesar să împărțiți sistemul de dezvoltare într-un client (300) și testat (400)? De ce să nu încercați totul la 300?
Acest lucru se datorează limitărilor tehnice. Dacă introduceți câteva date în 300, poate apărea o situație în care setarea nu poate fi modificată sau ștersă deoarece este asociată cu aceste date.
- Rol (separate) - descrie ce acțiuni poate efectua utilizatorul în sistem.
- Rol (grup) - constă din roluri separate. Folosit pentru a facilita munca cu roluri.
Rolurile sunt independente de client, create și transferate în același mod ca setările.
Un rol poate conține: [ADM940]
1) adăugarea la meniul utilizatorului, adică Tranzacții cu nume pe care utilizatorul le va vedea;
2) obiecte de autoritate - descrieți ce poate face utilizatorul. De exemplu, ce tranzacții are dreptul de a rula, ce operațiuni pot fi efectuate pentru o anumită unitate și așa mai departe.
Trebuie reținut faptul că dacă utilizatorul are atribuite mai multe roluri care au același obiect de autorizare cu parametri diferiți, utilizatorul va obține drepturile maxime din cele două posibile (corespunde operației logice "sau"). Prin urmare, ar trebui să aveți grijă când configurați obiectele de autorizare în roluri noi - un parametru "nesemnificativ" la care atribuiți o valoare de "*" (toate permisiunile) poate să "sune" pentru o altă tranzacție și rol.
La nivel de software, obiectul de autorizare este un element special al limbii ABAP / 4 și este verificat când programul este executat. În funcție de rezultatele verificării, programul poate efectua diferite acțiuni, de exemplu, pentru a emite un mesaj "Nu este suficientă autoritate"
Profilul de autoritate este un rol compilat (adus în viziunea mașinii). De fapt, sistemul funcționează cu profile, utilizatorilor nu li se pot atribui roluri (dacă nu este nevoie de un meniu). În practică, consultantul se ocupă de obicei de roluri.
Versiuni ale componentelor. Actualizări.
Ierarhia versiunii curente a celui mai popular produs SAP este după cum urmează:
(ECC - Enterprise Central Core)
(WEB AS - WEB Server de aplicații)
Informații complete despre platforma NetWeaver
Dacă faceți clic pe elementul System -> Status -> Magnifier, puteți vedea versiunile sistemului.
- SAP_APPL = 470 (pentru sistemul SAP versiunea 4.7)
- SAP_APPL = 46C (pentru versiunea sistemului SAP 4.6C)
[Cine are ocazia, verifică pentru alte sisteme]
Numărul din următoarea coloană arată numărul ultimului pachet de asistență instalat (conține toate remedierile de eroare și suplimentele emise la o anumită dată). Când vă uitați la note, trebuie să acordați atenție versiunii sistemului pentru care este destinat și nivelului pachetului în care este inclusă această notă (poate fi deja instalată pe sistem). Actualizarea acestei componente (actualizată cu codul ABAP) afectează majoritatea modulelor standard.
- C-CEE este "add-on-ul rusesc" ("supliment") emis de sucursala Moscova SAP. Oferă un set de programe și tranzacții pentru a sprijini specificul contabilității interne. Din versiunea> ECC 5.0, pentru Rusia nu este necesară (trebuie instalată numai în Ucraina și Kazahstan), deoarece funcționalitatea inițială inclusă în add-on este acum inclusă în livrarea standard a sistemului.
- SAP_BASIS, SAP_ABA - aceste componente furnizează funcționarea "bazei". Actualizarea lor nu este atât de vizibilă în sistem.
Ce trebuie să știți despre programarea pe ABAP / 4
Ignorarea limbajului de programare nu este fatală. Puteți pune sarcini tehnice competente dezvoltatorilor fără ea. Ar trebui să puteți vizualiza tabelele (tranzacțiile SE11, SE16). Numele câmpului care vă interesează și în ce tabelă se află poate fi definit după cum urmează:
1) Găsiți-l pe ecran, puneți cursorul acolo.
2) Apăsați F1, apoi butonul "Informații tehnice".
Apropo, în același loc puteți găsi o mulțime de informații utile.
Ceva nu funcționează așa cum ar trebui sau nu ar funcționa deloc. Rezolva problema.
În primul rând, trebuie să vă asigurați că există o eroare. Cea mai grea parte este aceea de a fixa ceva care nu sa desființat. Dacă 2 * 2 nu este egal cu patru, mai întâi specificați: poate vom vedea suma cu TVA. 99% din solicitările utilizatorilor de "erori de sistem" sunt tratate prin citirea instrucțiunilor și actualizarea creierului.
Notă - o "notă" (pe sistemul în sine, de exemplu, într-o tranzacție de tip snote, notele se numesc "instrucțiuni", Hinweis), emise de SAP, care descriu problema și cum să o rezolve. În plus față de partea de text, aceasta poate conține corecții (proof-reading) pentru programele pe ABAP / 4. Notele trebuie căutate pe site-ul service.sap.com. Necesar pentru numele de conectare și parola pe care le puteți obține de la proprietarii proiectului sau de la managerul de proiect. Instalarea bancnotelor se face de către basemen.
Dacă tranzacția standard produce un mesaj de eroare cu următorul cod:
1) citiți cu atenție mesajul (este mai bine să vă conectați la sistem în limba engleză), credem că verificați setările, recitiți ajutorul și cursurile.
2) căutați o notă de codul de eroare.
3) căutați o notă după codul tranzacției și pentru cuvinte cheie în limba engleză care descriu problema. De exemplu, "eroare de salvare migo".
4) se plâng la SAP de la același site service.sap.com. Dacă problema nu se referă la îmbunătățiri interne (addon rus), atunci este mai bine să formulați întrebarea în limba engleză: șansele de a obține un răspuns rapid și competent cresc.
5) dacă nu există nici o modalitate de a aștepta sau doriți să înțelegeți cauza singură - executați tranzacția sub debugger. Este dificil și lung. Trebuie să aveți autoritatea de depanare. Sunt necesare cunoștințe bune despre ABAP / 4. Debugging-ul este pornit prin tastarea / h
6) ne uităm dacă un astfel de răspuns la forumuri nu a fost discutat. (Există întotdeauna un buton "căutare").
7) să adresați o întrebare clar formulată pe forum.
Cum de a personaliza (modifica) sistemul la client
În primul rând, sistemul este adus în conformitate cu cerințele afacerii prin modificarea setărilor. În timpul tranzacției SPRO, puteți accesa toate tipurile de setări. De fapt, această tranzacție este o coajă convenabilă (meniu) pentru un număr imens de tranzacții care funcționează cu setări specifice.
Opțiunile de tranzacționare reprezintă o altă modalitate de adaptare a sistemului la cerințele clienților. Vă permite să ascundeți sau să faceți anumite câmpuri, file etc. necesare pentru intrare.
Adesea, formele de raportare existente nu sunt suficiente. În acest caz, ei scriu programul (tranzacția) pe ABAP / 4, care selectează și emite datele în forma dorită.
Dacă este necesar, puteți să creați propriile tabele cu un nume în Z * și să adăugați câmpuri noi cu un nume la Z * în tabele standard.
Multe ABAP-programe sunt locuri speciale, în cazul în care puteți introduce codul adițional la ABAP / 4, în scopul de a efectua o tranzacție a unor acțiuni suplimentare. Acest client-ieșire (de fapt - un apel de funcție cu parametri, functiile corpului pe care le scriem noi înșine), user-ieșire (de fapt, includ - un loc pentru a insera cod arbitrar) și BADI (aproape în sens la client-ieșire, dar metodele puse în aplicare de programare orientate-obiect ). [BC425]. Informații privind posibilitatea utilizării extensiei pot fi găsite în SPRO făcând clic pe "prospect" cu o descriere a setărilor. În același loc, este indicat în mod normal la ce punct va fi procesat codul. Ar trebui să se ia în considerare de atunci erori poate duce la o breșă în tranzacție standard, până la pierderea de date.
Uneori, "dorințele" utilizatorilor sunt de așa natură încât acestea pot fi realizate numai prin modificarea codului standard al sistemului. Deși uneori ușurinței și minore aparentei schimbări ( „aici o schimbare strochechku“), trebuie să se țină seama de faptul că, pe termen lung, acest lucru duce la o mare problemă cu o probabilitate de 99%. consultant Art, inclusiv un membru al și capacitatea de a reformula cerințele utilizatorilor în așa fel încât să poată fi puse în aplicare într-un mod acceptabil din punct de sistem.
Configurarea TK în cunoștință de cauză pentru dezvoltare
TOR (termeni de referință) - un document în care directorul (consultant) descrie ceea ce trebuie făcut (programare) dezvoltator (abaper). "Cât de exact" ar trebui să pună în aplicare TK, nu este necesar să se indice, cu excepția celor mai frecvente puncte.
De asemenea, TOR trebuie să conțină:
1) scopul dezvoltării.
2) un exemplu de control sunt date cu care puteți verifica aproximativ corectitudinea programului.
3) setările care trebuie efectuate în sistem.
4) instrucțiuni scurte despre modul de utilizare a dezvoltării.
"De ce în SAP totul este atât de complex, știu cum să o fac mai ușor și mai bine"
SAP a acumulat mulți ani de experiență în organizarea afacerilor în multe țări, în special în Germania. punctualitate germană, organizare eficientă în tot drumul până la ultimul detaliu (și mici, datele, „nesemnificative“ de intrare necesare în tranzacțiile, uneori, atât de enervant) sunt cunoscute trăsături ale caracterului național și de afaceri, respectiv. În Germania, nu ar trebui să fie livrate caramida de pe site-ul de construcție „20.08.07“ și „20.08.07 12:30“, iar mașina într-adevăr vine la un moment dat (sau înainte de aceasta, planta la momentul potrivit pentru a primi materiile prime, produce numărul dorit de produse, mașina nu așteptând rândul lor să se încarce, și așa mai departe și așa mai departe) Aproape nimeni nu poate argumenta pentru organizarea și eficiența cu mediul de afaceri german -...., cu excepția japonezilor. (Rușii fumează fără echivoc în tăcere :)
Desigur, SAP, în pofida posibilităților uriașe de adaptare, nu poate satisface 100% ideal (în mod eficient) cerințele afacerii acestei întreprinderi. Dar putem spune cu încredere că, după o reengineeringă competentă a proceselor de afaceri, sistemul va satisface cerințele cu cel puțin 95%. Credeți că acest lucru nu este suficient și trebuie să încercăm să realizăm mai mult? Departe de faptul că puteți depăși SAP. Puteți încerca acest lucru în următoarele condiții:
1) Sunteți un geniu.
2) În paragraful 1, ați reușit să convingeți oligarhul - proiectul este finanțat generos
3) Când reușești să elimini 1% din piața mondială din SAP, te rog să mă conduci la munca mea :)
Unde găsiți mai multe informații