Curs 2 Procese business logistice SAP ERP Ce reprezint procesele logistice ale unei companii Sistemul SAP gestioneaza

procesele logistice ale unei companii, automatizand pe cat posibil pasii necesari a fi intreprinsi si oferind o imagine clara a etapelor ce trebuie parcurse si a interdependentelor existente intre diferitele sectoare ale companiei. Productia, vanzarile si achizitiile reprezinta procese operationale cheie, gestionate in general in departamente functionale diferite ale companiei; cu toate acestea, fiecare dintre aceste procese declanseaza activitati in alte procese. Spre exemplu, productia poate fi declansata de o comanda de vanzari sau de o planificare independenta a cererii, iar necesarul de achizitii este declansat de necesarul ce rezulta din planificarea produselor sau de vanzarea produselor stocabile. Toate procesele logistice ale unei companii fac parte din solutia SAP ERP. Vanzarile, achizitiile si productia sunt considerate activitati operationale esentiale. Activitatile secundare includ managementul calitatii, intretinerea echipamentelor, service clienti si gestiunea stocurilor. Prioritizarea proceselor se face insa in concordanta cu nevoile specifice ale unei companii. Toate procesele operationale cheie se integreaza unul cu altul si pot fi efectuate intr-un singur sistem ERP, gestionat central. Aceste procese nu numai ca sunt interdependente, dar au efecte si asupra SAP ERP Financials si SAP ERP Human Capital Management. In cele ce urmeaza, vor fi prezentate in detaliu procesele de baza ale SAP ERP vanzare, achizitie si productie. Procesul de vnzare Procesul de vanzare este esential pentru a asigura continuitatea companiei pe piata. Modalitatea traditionala de gestionare a acestui proces presupune birocratie excesiva, ce are ca urmare dificultatea urmarii datelor si lipsa de transparenta. Intr-o lume in care vanzarile se realizeaza printro varietate de canale de distributie (on-line, retail, distributie), monitorizarea profitabilitatii si a satisfactiei clientilor, respectiv eficientizarea fluxurilor monetare sunt imposibil de realizat fara ajutorul unui soft competent. SAP propune gestionarea acestui flux intr-o maniera competenta; utilizatorii urmaresc o serie de etape pentru inregistrarea procesului in sistem, putand in orice moment sa apeleze la sistemele de raportare pentru a avea o imagine in ansamblu in ceea ce priveste, spre exemple, livrarile scadente, platile ce trebuie incasate, procentajul de oferte de vanzare ce se transforma in comenzi ferme, etc. SAP ofera transparenta activitatilor interne corespunzatoare procesului de vanzare, incluzand cereri de oferta, oferte, generarea comenzii, contractare si gestiunea ciclului de facturare. Companiile beneficiaza, datorita informatizarii vanzarilor, de o imagine completa asupra ciclului de

viata al clientului, putand monitoriza starea comenzii, facturare, plata si managementul creditului. In plus, in SAP ERP pot fi gestionate atat vanzarile pe internet, vanzarile de pe terminale mobile (ca de exemplu PDA-uri) cat si functionalitatile de call center. Scenariul Procesarea comenzii de vanzare descrie procesul complet, incapand cu activitatile premergatoare vanzarii, continuand cu creare comenzii de vanzare si completarea acesteia si incheindu-se cu facturarea comenzii si procesarea in paralel a crearii postarilor corespunzatoare in contabilitate financiara. Diagrama de mai jos ilustreaza activitatile ce compun procesul de vanzare.

Primul pas in procesul de vanzare il reprezinta activitatile premergatoare vanzarii. Asadar, acest flux poate incepe cu o cerere de oferta primita de la client. Utilizatorul introduce in sistem aceasta cerere si ii trimite acestuia o oferta ferma. Conform reglementarilor legale in vigoare la ora actuala, o data trimisa oferta ferma, aceasta nu mai poate fi revocata, deoarece acest lucru ii poate cauza pierderi fundamentale clientului. In sistem, oferta de vanzare poate fi creata cu referinta la cererea de oferta a clientului (sistemul preia in mod automat datele din cererea clientului, fara a mai fi necesara reintroducerea acestora). Utilizatorul poate modifica in oferta data de livrare, cantitatea sau pretul produselor oferite clientului. O oferta acceptata de catre client se considera o comanda ferma de vanzare. Comanda se inregistreaza in sistem, cu referinta la oferta, pentru a prelua in mod automat datele deja existente. In comanda exista date referitoare la conditiile de desfasurare a vanzarii: termene de plata, modalitate de plata, conditii de livrare, data de livrare, incoterms, locul de unde se face livrarea,

moneda de facturare, etc. In cazul in care acest lucru este necesar, comenzile pot fi blocate manual pentru a nu putea fi livrate si/sau facturate. Verificarea disponibilitatii se face doar prin simpla apasare a unui buton, in momentul inregistrarii comenzii. Prin apasarea butonului de verificare disponibilitate, sistemul verifica in background daca produsele comandate de client sunt disponibile pentru livrare (exista in stoc si nu au fost facute rezervari). In cazul in care produsele exista pe stoc, sistemul le rezerva pentru comanda de vanzare creata si, prin salvarea comenzii, se poate trece la pasul urmator livrarea. In cazul in care produsele nu sunt disponibile in stoc, acestea trebuie sa fie produse/ aprovizionate (integrare cu modulele gestiune materiale sau planificare productie) si se va trece la urmatorul pas livrarea o data ce produsele au ajuns in stoc. In functie de rezultatul verificarii disponibilitatii, sistemul propune o data de livrare sau emite un mesaj de avertizare in cazul in care data de livrare nu va putea fi respectata. Livrarea produselor se inregistreaza in sistem cu referinta la comanda de vanzare, in vederea preluarii automate a datelor din comanda de vanzare. Documentul cel mai utilizat in sistemul SAP pentru a sustine procesarea livrarii este livrarea de iesire. Aceasta sustine toate activitatile de expeditie, inclusiv ridicarea bunurilor, impachetarea, transportul si iesirea bunurilor din depozit. In timpul procesarii livrarii de iesire informatiile legate de expeditie sunt inregistrate, iar starea acestora este monitorizata. Livrarea de iesire reprezinta baza postarii iesirii bunurilor. Datele necesare pentru postarea iesirii bunurilor sunt copiate din livrarea de iesire in documentul de iesire din stoc, iar acesta din urma nu poate fi modificat manual. Pentru a aparea in acest document, modificarile trebuie facute direct in livrarea de iesire. Cu toate acestea, pentru a asigura acuratetea documentelor si conformitatea lor cu situatia reala, nu mai pot fi facute modificari esentiale in documentul de iesire din stoc dupa ce acesta a fost postat. Etapa finala a procesului de vanzare o reprezinta facturarea produselor expediate clientului. La fiecare etapa de procesare a comenzii, respectiv a livrarii sunt disponibile informatii despre facturare. Functionalitatile facturarii includ creare facturii in baza livrarii si a serviciilor prestate, emiterea de credit memo-uri, debit memo-uri si facturi pro forme, anularea tranzactiilor de facturare, metode de plata, acordarea de reduceri si transferul de date in contabilitate financiara. Atunci cand sumele sunt incasate de la client, utilizatorul inregistreaza acest lucru in sistem, iar sistemul posteaza in mod automat sumele in conturile corespunzatoare din contabilitate financiara. Procesul de vanzare inregistrat in sistemul SAP este semi-automatizat, fiecare document fiind creat cu referinta la documentul anterior. In acest fel, timpul de operare este considerabil

redus, este posibila gestionarea transparenta a intregului proces, iar probabilitatea de eroare scade. De asemenea, problemele ce pot aparea ulterior pot fi rezolvate mult mai rapid, datorita faptului ca sistemul faciliteaza accesul utilizatorilor la datele din perioadele anterioare. Procesul de achizitie Procesul de aprovizionare in SAP ERP este mai eficient decat cel traditional datorita trasabilitatii si a imbunatatirilor aduse de automatizarea pasilor. Acesta faciliteaza achizitiile in baza planurilor de necesar, gestiunea completa a stocurilor si raportarea tuturor activitatilor. Pe langa facilitarea accesului la instrumentele de gestionare a relatiilor cu furnizorii, sistemul permite selectarea si evaluarea furnizorilor si negocierea contractelor incheiate cu acestia. In imaginea de mai jos este prezentat fluxul complet de activitati ce compun procesul de achizitie:

Primul pas in procesul de aprovizionare il reprezinta determinarea necesarului de materiale. Acesta este identificat fie prin insumarea referatelor de necesitate intocmite de fiecare departament, fie utilizand functionalitatea de planificare si control al materialelor. Referatele de necesitate pot fi inregistrate de utilizatori in sistem sau pot fi generate automat in momentul in care cantitatea existenta in stoc scade sub un anumit nivel stabilit de utilizator (parametrizarile se fac in functie de cerintele clientului). Dupa ce necesarul de materiale a fost determinat, urmatoarea etapa ce trebuie parcursa este determinarea susrsei. SAP ERP ajuta la identificarea potentialilor furnizori, luand in considerare atat furnizorii specificati in comenzile anterioare, cat si contractele de

aprovizionare pe termen lung ce au fost semnate in prealabil de companie. Acest lucru diminueaza timpul de procesare necesar pentru crearea cererilor de oferta, iar acestea pot fi trimise furnizorilor in forma electronica, direct din sistem. Selectarea furnizorului poate fi facuta in mod automat, in baza unei comparatii intre ofertele primite. Utilizatorul trebuie doar sa confirme alegerea facuta de sistem. Mai mult, scrisori de refuzare a ofertei primite pot fi trimise in mod automat furnizorilor respinsi. Comenzile de aprovizionare pot fi create automat sau manual, de catre utilizator, si adopta informatiile din referatul de necesitate. De asemenea, in sistem pot fi introduse si contractele de aprovizionare. In cazul in care furnizorul trimite confirmari sau notificari de livrare, acestea pot fi operate in SAP, asigurandu-se astfel posibilitatea urmaririi starii comenzii pe tot parcursul derularii procesului de aprovizionare. Mai mult, sistemul verifica perioadele de notificare ce au fost in prealabil specificate si, daca este necesar, tipareste sau expediaza in mod automat aceste documente la intervale de timp predefinite. In sistem pot fi vizionate oricand starile actuala ale tuturor referatelor de necesitate, ofertelor si comenzilor de aprovizionare existente. Personalul responsabil cu receptia bunurilor confirma intrarea acestora in stoc prin simpla introducere a numarului comenzii de aprovizionare in sistem.. Prin specificarea marginilor de toleranta, cumparatorii pot limita receptia de cantitati ce nu corespund celor din comanda de aprovizionare. Procesul de achizitie se incheie cu verificarea facturii, activitate in timpul careia facturile sunt introduse in sistem, iar acuratetea preturilor este verificata. Aceasta etapa finala creeaza o conexiune intre achizitii si contabilitate. In cazul in care exista discrepante intre comanda de aprovizionare sau documentul de receptie a bunurilor in stoc si factura, sistemul avertizeaza utilizatorul si, in functie de parametrizarea initiala a sistemului, blocheaza plata facturii. Postarea facturii completeaza aceasta etapa si deci incheie procesul de aprovizionare; istoricul comenzii de aprovizionare este actualizat si platile pentru itemii deschisi din factura sunt initiate din contabilitatea financiara. Gestionarea eficienta a procesului de aprovizionare este esentiala pentru a mentine profitabilitatea unei companii la un nivel ridicat. Aceasta nu permite ca stocurile de materiile prime necesare in procesul de productie sa se epuizeze si ajuta la evitarea stocurilor excesive, ce duc la cheltuieli suplimentare si deci diminueaza profiturile. Utilizarea unui software competent pentru automatizarea si monitorizarea permanenta a etapelor procesului de aprovizionare este vitala pentru a castiga avantaje competitive in fata concurentei.

Procesul de productie

Procesul de productie joaca un rol foarte important in activitatea unei companii, de eficienta acestuia depinzand succesul pe piata. Transparenta acestui proces este primordiala deoarece numai monitorizand atent fiecare etapa se pot observa si corecta greselile inerente. Problema este ca aceasta monitorizare aflata permanent in actualitate nu poate fi realizata utilizand metodele traditionale. Procesul de productie in SAP ERP cuprinde atat productia propriu-zisa, cat si planificarea productiei, incluzand si conexiunile cu alte procese necesare, cum ar fi cel de vanzari sau cel de aprovizionare. Modulul de productie din SAP ERP include si productia la comanda cu sau fara configurarea variantelor, productia pe stoc, productia repetitiva, reprelucrarea rebuturilor si managementul calitatii produselor, castigand astfel teren in fata soft-urilor concurente si evidentiind caracteristicile ce il fac sa fie lider pe piata mondiala. Planificarea productiei in SAP este un proces individual, independent, a carei finalitate o reprezinta procesul propriu-zis de productie (asamblare). Planificarea se realizeaza in baza previziunilor existente, putand lua insa in considerare si promotiile, influentele sezoniere sau valorile individuale ale cererii din perioadele trecute. Planificarea capacitatilor se efectueaza la acest nivel pentru a determina din timp lipsa de resurse necesare productiei. O viziune completa a procesului de planificare productie este prezentata in figura de mai jos.

Cerintele de productie sunt reflectate in sistem sub forma cantitatilor planificate de produs pentru o anumita perioada de timp si nu sunt create numai in baza cerintelor clientului. In general, planul de productie este realizat utilizand cantitati ce rezulta atat din cerintele anterioare, cat si din previziunile legate de nivelul viitor al vanzarilor. Planificarea

vanzarilor si operatiilor (PVO) genereaza planuri de productie si/sau de vanzare, ce pot fi valabile pentru o anumita perioada de timp (spre exemplu: zilnic, saptamanal, lunar, etc.). Managementul cererii face legatura intre functionalitatile neceasre in productie si cantitatile ce rezulta din plan. In aceasta etapa, in baza planurilor existente, sunt determinate cantitatile necesare si datele la care produsele finite trebuie sa fie disponibile in stoc. Planificarea datelor de productie (PDP) este o etapa optionala, rar utilizata in procesul de planificare productie. Aceasta permite ca resursele critice sa fie planificate cu atentie sporita. Urmatorul pas ce trebuie efectuat in cadrul procesului de planificare productie il reprezinta planificarea necesarului de materiale (PNM). Acest pas reprezinta planificarea detaliata a programului de productie pentru componentele si materialele necesare. PNM-ul este o functionalitate a sistemului si se ruleaza pe intreaga unitate logistica, fie restrictionat, in functie de anumite produse sau persoane responsabile, fie pentru toate materialele planificate in unitatea logistica respectiva. Rezultatul rularii PNM-ului il constituie comenzile planificate de productie (pentru materialele ce sunt produse in unitatea logistica), respectiv referate de necesitate (pentru materialele ce sunt achizitionate de la furnizori). Ultima parte a procesului de planificare productie o reprezinta conversia comenzilor planificate in comenzi de productie, respectiv a referatelor necesitate in comenzi ferme de aprovizionare, dupa caz. Aceasta conversie se poate face fie manual, pentru fiecare material in parte sau colectiv, pentru mai multe materiale, fie in mod automat, potrivit specificatiilor utilizatorilor. Procesul de executie productie este procesul in care fluxul de activitati ce trebuie intreprinse pentru a produce un material sunt mapate in sistemul SAP. O imagine detaliata a procesului de executie productie este prezentata in imaginea de mai jos.

Obiectul central in procesul de executie productie il reprezinta comanda ferma de productie. Aceasta rezulta din conversia comenzii planificate de productie. Materialele ce sunt incluse in comanda de productie trebuie sa aiba create in sistem un LDM (lista de materiale) si o fisa tehnologica. Lista de materiale reprezinta o descriere a materialelor, respectiv cantitatilor, necesare pentru asamblarea produsului finit. Fisa tehnologica reprezinta o lista a operatiunilor ce trebuie intreprinse in departamentul de productie pentru a rezulta produsul finit. Inainte de salvarea comenzii, sistemul efectueaza o verificare a disponibilitatii capacitatilor, pentru a evita supraincarcarea centrelor de lucru. In acelasi timp, este efectuata si o verificare a materialelor disponibile, rezultand in mod automat, fie referate de necesitate, fie comenzi de aprovizionare pentru materiile prime necesare pentru asamblarea produsului finit, dar care nu sunt disponibile in stoc in momentul lansarii comenzii de productie. Un alt pas premergator salvarii comenzii este eliberarea acesteia, devenind astfel vizibila angajatilor din departamentul de productie. In functie de parametrizarile realizate, comanda poate fi tiparita la salvare. Dupa salvarea comenzii, materiile prime si materialele intermediare necesare in procesul de productie sunt transferate din depozitele in care se afla in depozitul de productie, pentru a putea fi utilizate la asamblarea produsului finit. In momentul incheierii executiei comenzii de productie se inregistreaza consumurile si se face receptia produselor finite in stoc.

Ultimul pas al procesului de executie productie il reprezinta inchiderea comenzii de productie si inregistrarea costurilor acesteia, activitate ce interactioneaza cu modulul de contabilitate financiara. Procesul de productie este poate cel mai complex proces din sistemul SAP, avand numeroase variante pentru a satisface nevoile diversificate ale clientilor. Transparenta oferita de sistem este un atu pentru o mai buna gestionare a afacerilor. Utilizand software-ul pentru a gestiona procesele de productie se castiga in transparenta si trasabilitate si se evita birocratia excesiva si lipsa de control asupra documentelor lipsite de actualitate.
Date de baza SAP ERP utilizate in procesul de aprovizionare In SAP nivelurile organizatorice reprezinta o replica a structurii organizatorice legale a unei companii. Determinarea nivelurilor organizatorice este un par important in proiectul unui client. Mai mult, este esential ca aceasta determinare sa fie adecvat in vederea realizarii cu succes a activitatilor ulterioare. Nivelurile organizatorice sunt definite in Customizare, Structura intreprinderii. Client In SAP clientul reprezinta o unitate superioara tuturor celorlalte structuri, care este independenta atat din punct de vedere legal, cat si organizatoric, avand date de baza si seturi de tabele separate. Din punct de vedere business clientul reprezinta, de exemplu, o corporatie. Clientul este situat la cel mai inalt nivel ierarhic in SAP R/3. Specificatiile sau datele efectuate la acest nivel sunt aplicabile tuturor codurilor de companie si tuturor unitatilor organizatorice. Asadar, datele si specificatiile introduse la nivel de client nu se introduc decat o singura data, ceea ce asigura un statut unitar al datelor. Cod de companie Codul de companie este cea mai redusa unitate organizatorica de contabilitate externa pentru care poate fi intretinut un sistem separat de inregistrari contabile. Din punct de vedere business un cod de companie poate reprezenta o unitate independenta ce isi creeaza propriul bilant contabil, de exemplu o sucursala a corporatiei. Intr-un client pot fi create mai multe coduri de companie pentru a crea seturi separate de documente contabile. O functionalitate specifica de customizare poate fi utilizata pentru a copia un cod de companie existent. Specificatiile independente de codul de companie trebuie create individual pentru fiecare cod de companie in parte. Unitate logistica Unitatea logistica este o unitate organizatorica ce imparte companie din punct de vedere al productiei, aprovizionarii si planificarii materialelor. Ca exemplu business, o unitate logistica poate reprezenta o varietate de entitati intr-o companie, cum ar fi: Centru de productie Centru de distributie Centru de vanzare regional Locatie de efectuare a service-ului Atunci cand se creeaza o noua unitate logistica este indicat ca aceasta sa fie creata utilizand functionalitatea de copiere. Loc de depozitare

Locul de depozitare este o unitate organizatorica a carei utilitate este facilitarea diferentierii stocurilor de material dintr-o unitate logistica. Gestiunea stocurilor pe baza cantitativa este efectuata in unitatea logistica la nivel de loc de depozitare. Inventarul fizic este de asemenea efectuat la acest nivel. Structura companiei este creata prin alocarea nivelurilor organizatorice unul altuia. Un client poate deci sa contina mai multe coduri de companie, un cod de companie poate contine mai multe unitati logistice, etc. Cu toate acestea, o unitate logistica poate apartine unui singur cod de companie in SAP. Grup de aprovizionare Grupul de aprovizionare este o cheie pentru un cumparator sau un grup de cumparatori care sunt responsabili pentru anumite activitati de aprovizionare. Pe plan intern, grupul de aprovizionare este responsabil pentru aprovizionarea unui grup de materiale sau unei clase de materiale. Pe plan extern, grupul de aprovizionare este principalul canal prin intermediul caruia compania achizitioneaza materii prime de la furnizorii sai. In structurile organizatorice SAP, grupul de aprovizionare nu este alocat altor unitati ale structurii organizatorice. Grupurile de aprovizionare sunt definite in customizare pentru gestiunea materialelor. Organizatie de aprovizionare Organizatia de aprovizionare este o unitate organizatorica logistica ce divide companie in concordanta cu necesarul sau de aprovizionare. Organizatia de aprovizionare achizitioneaza materiale sau servicii, negociaza conditiile de aprovizionare cu furnizorii si isi asuma responsabilitatea pentru aceste tranzactii. Aprovizionarea poate fi integrata in structura companiei alocand organizaria de aprovizionare unui cod de companie sau unor unitati logistice. Aceasta inseamna ca SAP permite efectuarea aprovizionarii la nivel centralizat sau la nivel descentralizat, in functie de nevoile companiei. De asemenea, combinatii intre aceste forme de organizare sunt posibile, iar trei tipuri diferite de organizatii de aprovizionare au luat nastere: Organizatii de aprovizionare specifice unitatii logistice In aprovizionarea specifica pentru o unitate logistica, o organizatie de aprovizionare este responsabila pentru achizitionarea materialelor pentru o singura unitate logistica. Organizatii de aprovizionare cross-plant In cazul in care o organizatie de aprovizionare achizitioneaza materiale si servicii pentru mai multe unitati logistice apartinand aceluiasi cod de companie, se utilizeaza organizatiile de aprovizionare cross-plant. Pentru a realiza acest lucru, organizatia de aprovizionare se aloca in customizare codului de companie. Ulterior, unitatile logistice trebuie alocate la randul lor organizatiei de aprovizionare responsabila. Organizatii de aprovizionare cross-company-code In cazul in care o organizatie de aprovizionare achizitioneaza materiale si servicii pentru un cod de companie, se utilizeaza organizatiile de vanzare cross company code. Pentru a crea o organizatie de vanzare cross-company-code nu este necesara alocarea organizatiei de aprovizionare la un cod de companie in Customizare. Pentru a utiliza acest tip de organizatie de aprovizionare, la crearea comenzii de aprovizionare sistemul va solicita introducerea codului de companie pentru care doriti sa achizitionati materialul.

Nomenclator articole Datele de baza ale materialului contin descrieri ale articolelor si partilor pe care o companie le cumpara, produce si stocheaza. Baza de date ce contine materialele este depozitul central ce contine informatii specifice materialelor (toate datele despre stocurile existente si evaluarea materialelor). Integrar tuturor datelor caracteristice unui produs intr-un singur set de date de baza elimina problema redundantei datelor si face posibil ca datele stocate sa fie utilizate atat de departamentul de aprovizionare, cat si de alte departamente. Datele stocate in material sunt separate in imagini individuale reflectand departamentele din companie care utilizeaza aceste date; acestea vor fi prezentate in continuare: Date de baza: Informatii generale (de exemplu, text scurt material, unitate de masura de baza, greutate, volum) Vanzari: Informatii legate de comenzile de vanzare si preturi (de exemplu, pretul de vanzare, cantitatea minima ce poate fi comandata, numele responsabilului din departamentul de vanzari) Aprovizionare: Date pentru un material caracteristice aprovizionarii (de exemplu, grupul de aprovizionare responsabil, limite de toleranta pentru supra- si sub-livrari, unitatea de achizitie a materialului, etc.) Planificarea necesarului de materiale (PNM): Informatii despre planificarea necesarului de materiale (stoc de siguranta, timp planificat de livrare, punct de reinnoire a comenzii, etc.) Contabilitate: Informatii relevante pentru evaluarea materialului respectiv si pentru calculul costului (de exemplu, control de pret, pret curent si pret viitor, evaluare actuala) Depozitare: Informatii cu privire la depozitarea si stocarea unui material (de exemplu, unitate de iesire din stoc, conditii de stocare, dimensiunile ambalajului, etc.) Datele de baza ale unui material sunt intretinute la diferite niveluri organizatorice. Din punctul de vedere al aprovizionarii, datele de baza ale unui material sunt intretinute la nivelurile organizatorice de client si respectiv de unitate logistica. Client La nivel de client sunt intretinute toate datele aplicabile grupului de companii dintr-un trust, tuturor unitatilor logistice si tuturor depozitelor apartinand unei corporatii. Exemple de date de material valabile la nivel de client sunt grupul materialului, descrierea acestuia, conditiile de depozitare (temperatura, mentiuni suplimentare ca de exemplu daca materialul este exploziv sau perisabil, etc.) si campul text de comanda de aprovizionare. Unitate logistica La nivel de unitate logistica sunt intretinute datele relevante pentru bransele individuale ale trustului, unitati logistice sau departamente dintr-o anumita companie. Datele specifice aprovizionarii sunt in general intretinute la acest nivel. Exemple de astfel de date sunt grupul de aprovizionare, unitatea de aprovizionare si diferiti indicatori de control (cum ar fi necesarul de liste de surse pentru comenzi de vanzare automate, sau utilizarea aranjamentelor pe baza de cote). Tipuri de material La crearea datelor de baza de material, un tip de material trebuie alocat acestuia (ca de exemplu materii prime sau semifabricate). Tipul de material determina selectia conturilor in care se efectueaza inregistrarile atunci cand un material este receptionat in depozit sau atunci cand iese din depozit. Mai mult, tipul de material determina gama de numere alocata materialului si tipul de alocare a numarului (daca numarul este alocat intern de catre sistem sau extern de catre utilizator).

Tipul de material determina si/sau controleaza: Procesele business in care este utilizat materialul Tipul de alocare a numarului Ce imagini apar si in ce ordine Utilizatorii apartinand caror departamente pot introduce / modifica date Tipul de aprovizionare a materialului (daca materialul este produs intern, achizitionat extern, sau ambele variante sunt posibile) Actualizarea cantitatilor si a valorilor in zonele de evaluare relevante

Nomenclator furnizori Datele de baza ale furnizorilor contin informatii cu privire la furnizorii unei companii. Aceste informatii sunt inregistrate in date de baza individuale pentru fiecare furnizor. Pe langa numele si adresa furnizorului, datele de baza contin date cum ar fi: Moneda utilizata in tranzactiile cu furnizorul respectiv Termenii de plata Numele persoanelor de contact importante (echipa de vanzari) Tinand cont de faptul ca furnizorul este un creditor pentru companie, datele de baza ale furnizorului contin de asemenea date de contabilitate, cum ar fi contul de reconciliere (control) din contabilitatea de Carte Mare. Datele de baza ale furnizorului contin date structurate pe trei niveluri: Date generale: Aceste date se aplica in mod egal tuturor codurilor de companie si fiecarei organizatii de aprovizionare din compania utilizatorului SAP (de exemplu, adresa, numerele de telefon si limba in care se comunica cu furnizorul). Date la nivel de cod companie: Aceste date sunt intretinute la nivel de cod de companie (astfel de date sunt tranzactiile de plata sau numarul de cont de reconciliere). Date de aprovizionare: Aceste date sunt importante pentru aprovizionare si sunt intretinute la nivelul fiecarei organizatii de aprovizionare existente (de exemplu, persoane de contact si termeni de livrare). Rolurile partenerului de afaceri Partenerul de afaceri (furnizorul) isi poate asume mai multe roluri vis-a-vis de companie. De exemplu, intr-o tranzactie de aprovizionare, un partener de business este in primul rand cel caruia i se adreseaza comanda, apoi furnizorul de bunuri, apoi cel ce factureaza si in cele din urma cel ce este platit. O conditie esentiala pentru utilizarea rolurilor partenerului de afaceri este existenta unor date de baza corespunzatoare pentru partenerul respectiv. Nu intotdeauna toate rolurile intr-o transactie sunt asumate de acelasi partener de afaceri; un numar de firme poate fi implicat in asumarea acestor roluri. Din acest motiv utilizatorul SAP are optiunea de a defini rolurile relevante ale partenerilor in datele de baza ale furnizorilor, fie la nivel de organizatie de aprovizionare, fie la nivel de unitate logistica. Acesti parteneri sunt ulterior utilizati ca valori standard in documentele relevante. De exemplu, partenerul care factureaza este extras din datele de baza ale furnizorului in comanda de aprovizionare si va aparea ca valoare standard atunci cand factura este inregistrata in sistem. Nomenclator surse de aprovizionare

In aceasta ultima parte a cursurilor va fi prezentata modalitatea de definire a preturilor materialelor in functie de furnizor in sistem. Aceste date de baza sunt in general tratat ca surse de aprovizionare. Sursele de aprovizionare posibile sunt info recorduri de aprovizionare si contracte generale de aprovizionare (contracte si contracte cu programare). Info Record Aprovizionare Info record-ul de aprovizionare reprezinta o sursa de informatie pentru departamentul de aprovizionare. El contine date despre anumite materiale si furnizorii acestore. Poate contine date ca pretul actual al materialului pentru fiecare furnizori. Preturile si celelalte date stocate in info record sunt utilizate ca valori standard in documentele specifice (de exemplu: comenzi de aprovizionare). Acorduri de aprovizionare Contractele de aprovizionare generale sunt contracte pe termen lung intre o organizatie de aprovizionare si un furnizor, continand furnizarea de materiale sau de servicii, in conditii predeterminate. Acestea se aplica pentru o perioada predefinta de timp si o cantitate predefinita sau o valoare totala de aprovizionare. Cele doua tipuri de acorduri generale de aprovizionare sunt contractele si acordurile de programare. Info record La crearea unui info record, anumite date sunt extrase din datele de baza de material si respectiv cele ale furnizorului si introduse in info record ca date standard. Daca info record-ul se genereaza automat atunci cand un document de aprovizionare este creat sau modificat, datele relevante din documentul in cauza sunt transferate in info record ca valori standard (de exemplu, preturile dintr-o cotatie sunt adoptate in info record). Un info record contine informatii ca: Pretul actual si costurile de livrare pentru organizatie de vanzare responsabila sau pentru unitatea logistica Numarul ultimei comenzi de aprovizionare Numarul cererii de oferta, daca info-record-ul este generat automat Istoricul de preturi din comenzile de vanzare Limitele de tolerante pentru supra- si sub-livrari Timpul de livrare planificat al furnizorului pentru materialele comandate Date de evaluare ale furnizorului Exista doua tipuri de info record: Info record-uri cu date de baza material (de exemplu, materiale stocabile): acestea reflecta relatia dintre material sau serviciu si furnizor Info record-uri fara date de baza material (de exemplu, material consumabil): acestea reflecta relatia dintre material sau serviciu fara date de baza si furnizor Acorduri generale de aprovizionare Acordurile generale de aprovizionare sunt contracte pe termen lung cu un anumit furnizor, prevazind furnizarea de materiale si de servicii ce fac subiectul unor conditii nedeterminate. Acestea se aplica pentru o perioada de timp predefinita si o cantitate predefinita sau o valoare de achizitie totala. Un acord general de aprovizionare nu contine date specifice de livrare sau cantitatile exacte ce urmeaza a fi livrate. Aceste date sunt transmise furnizorului intr-o anumita modalitate, in functie de tipul de acord general care este utilizat. Furnizorul poate fi notificat de cantitatile si datele

livrarilor fie intr-o forma specializata de comanda de aprovizionare ce poarta numele de comanda de eliberare contract sau printr-un program de livrare. Un acord general de aprovizionare poate fi un contract sau un contract cu programare. Exista doua diferente de baza in utilizarea acestor doua tipuri de acorduri: Volumul documentelor In cazul unui contract, ca regula generala, sunt create noi comenzi de aprovizionare in sistem ori de cate ori se doreste livrarea bunurilor sau serviciilor in baza contractului. In cazul acordului de programare, pe de alta parte, exista un singur document in afara acordului propriu-zis; acesta contine programul de livrare, care este extins in mod continuu pe masura ce noi date de livrare si cantitati necesare sunt adaugate Utilizarea in planificarea automatizata a materialelor Planificarea necesarului poate fi customizata astfel incat materilele ce fac obiectul contractului sa fie alocate in mod automat unui material ce face obiectul contractului ca sursa de aprovizionare. Cu toate acestea, necesarul trebuie sa fie convertit in comanda de aprovizionare (comanda de eliberare contract). In cazul unui acord de programare este posibil sa se genereze firesc liniile de programare pentru livrare la rularea planificarii, reducand asadar timpul de procesare al departamentului de aprovizionare. Tipuri de contracte de aprovizionare Exista trei tipuri de contracte de aprovizionare ce pot fi utilizate, dupa cum urmeaza: Contract cantitativ (MK) Contractul este onorat atunci cand o cantitate tinta prestabilita pentru fiecare material ce face obiectul contractului este livrata ca rezultat al emiterii de comenzi de eliberare. Contract valoric (WK) Contractul este onorat atunci cand o valoare tinta totala, prestabilita (valoarea totala a tuturor materialelor ce fac obiectul contractului) este livrata ca rezultat al emiterii de comenzi de eliberare. Contract distribuit Aceste contract sunt agreate central si sunt facute disponivile altor sisteme R/3 pentru emiterea de comenzi de eliberare in virtutea contractului. Utilizatorul poate crea contracte intr-un sistem SAP si le poate face disponibile altor sisteme SAP independente (adica, acestea pot fi distribuite altor sisteme). Sistemul central in care contractul este creat si sistemele locale care achizitioneaza utilizand acest contract sunt sisteme SAP independente. Datele trebuie asadar sa fie identice in fiecare sistem individual. Pentru a asigura consistenta datelor si corespondenta continua a acestora, acestea sunt schimbate utilizand sistemul ALE (Application Link Enabling). Acorduri de programare Un acord de programare este o intelegere pe termen lung cu un furnizor ce vizeaza furnizarea de materiale in conditii predeterminate. Conditiile sunt valide pentru o perioada predefinita de timp si pentru o cantitate totala ce trebuie furnizata. Acordurile de programare au numeroase avantaje printre care:

Utilizarea acordurilor de programare permite reducerea timpului de procesare si a documentelor utilizate in companie. Un program de livrare creat pentru un contract de programare poate inlocui un numar mare de comenzi standard de aprovizionare sau de comenzi de eliberare in baza contractului. - Liniile de livrare independente nu constituie un document independent ci fac parte din programul de livrare. Aprovizionarea prin acorduri de programare permite deci reducerea volumului de documente utilizate. - Stocurile pot fi reduse la minim prin intermediul aplicarii principiului de livrari Just-in-Time (JIT), implicand specificarea timpilor exacti de livrare astfel incat este minimizat intervalul temporal de stocare a materialelor. - Furnizorii beneficiaza si ei datorita faptului ca nu trebuie sa livreze intreaga cantitate intr-o singura transa, ci in mai multe transe, in concordanta cu liniile de livrare individuale. Acestia primesc notifcari cu privire la cantitatile de necesar si respectiv datele de livrare, cu suficient timp inainte. Exista doua tipuri de acorduri de programare, dupa cum urmeaza: Fara eliberare de documentatie (tip document LP in sistemul standard) Liniile de programare pentru livrare au caracter oficial acestea sunt transmise furnizorului imediat ce sunt salvate in sistem. Sistemul nu documenteaza in detaliu eliberarile ce au fost trimise furnizorului, efectuate in baza acordului de programare. Asadar, in cazul unui tip de document fara documentatie de eliberare, facilitatile de control al mesajelor trebuie instalate astfel incat mesajul este trimis imediat furnizorului in cazul in care schimbarile sunt facute programului de livrare inregistrat in sistem. Cu eliberare de documente (tip document LPA in sistemul standard) Daca utilizati acorduri de programare cu documentatie de eliberare, liniile de programare livrare nu sunt transmise direct furnizorului. Initial, aceste linii de programare livrare stocate in sistem in baza unui acord de programare LPA sunt doar pentru informare interna. Mesajul este transmis furnizorului doar in momentul in care este creata in mod explicit o eliberare, bazata fie pe o estimare (FRC) fie pe un program de livrare Just-in-Time (JIT). In acest proces reprezentarea liniilor de programare poate fi modificata. Datorita existentei documentatiei de eliberare, eliberarile pot fi afisate (programul de livrare trimis furnizorului intr-o anumita perioada de timp). Acest lucru permite utilizatorului sa vizualizeze datele la care informatiile au fost trimise catre furnizor si deci ofera trasabilitate. Exista doua tipuri de acorduri de programare cu eliberare de documente: - Program de livrare in baza estimarilor. Poate fi utilizata pentru a oferi furnizorului o vedere in ansamblu cu privire la necesarul de materiale pe termen mediu. - Program de livrare Just-in-Time. Poate fi utilizat pentru a informa furnizorul de necesarul pe termen scurt. Acest tip de programare arata necesarul zilnic sau poate chiar orar in unele cazuri.