Încoronarea unei regine COGI

una dintre amintirile mele preferate în timpul primei mele implementări SAP a fost sarcina de a rezolva erorile COGI după go live. După ce mi s-a atribuit acest rol, îmi amintesc că am căutat pe web, căutând ‘ce sunt COGI’ s?’și’ sfaturi pentru rezolvarea erorilor COGI’ sperând să mă luminez înainte de a intra în direct. Nu este surprinzător că căutarea mea a apărut în cea mai mare parte postări pe forum despre mesaje de eroare specifice și articole aparent utile care necesitau plata. Nu sunt sigur că scanarea câtorva articole ar fi ajutat mult la puzzle-urile care urmează. Din fericire, am avut un mentor incredibil și coechipieri puternici funcționali de la care să învăț. Am avut chiar și o resursă de plante alocate exclusiv pentru a mă ajuta să rezolve lui COGI! Până la sfârșitul săptămânii, am fost menționată în glumă ca ‘Regina COGI’.

speranța mea pentru acest blog este de a oferi o resursă utilă cu cele mai bune practici și mesaje de eroare comune, precum și perspectivele mele din experiență. În cele din urmă, cred că acest lucru ar trebui să fie un wiki, și aș aprecia orice sfat cu privire la cazul în care pentru a plasa Acest lucru și intuiții și comentarii. Rețineți că acest blog va fi deosebit de relevant pentru un mediu de fabricație.

să începem cu elementele de bază. COGI reprezintă controlul mărfurilor emise și este o tranzacție SAP standard care arată un raport al erorilor automate de mișcare a mărfurilor. Problemele automate ale mărfurilor sunt efectuate prin confirmarea producției dacă indicatorul Backflush este setat pe vizualizarea MRP 1.

• Backflushing este o problemă de bunuri de materiale la linia de producție.
• cantitățile pentru rambleu sunt controlate de cantitățile componente de pe BOM.
• locația de stocare din care sunt emise Componentele este controlată de locația de stocare a emisiunii din vizualizarea MRP1 a materialului Master.

când datele master pentru produsele finite sunt configurate corect, problema automată a mărfurilor se va executa fără eroare ori de câte ori este introdusă o confirmare a producției (parțială sau finală). Primirea automată a mărfurilor poate eșua din unul dintre următoarele motive:

• câmpul Locație stocare problemă de pe material master este necompletat.
• locația de stocare este blocată pentru acel material (de ex. în timpul unui inventar fizic).
• există un nivel insuficient de inventar în sistem pentru componenta(componentele) spălată (spălate) înapoi.

acum să stabilim regulile de bază:

1. Începeți prin vizualizarea COGI în vizualizarea însumării după plantă (vizualizare implicită). Dacă vedeți acest lucru pentru prima dată după go live, relaxați-vă. Veți vedea probabil un număr foarte mare de erori, dar sperăm că multe sunt multipli ai aceleiași erori. Rețineți că înregistrările sunt grupate după material, tip de mișcare și mesaj de eroare cu numărul de erori pentru fiecare înregistrare după codul mesajului de eroare. Dacă îndrăzniți, încercați să vizualizați cogi-urile în afișarea înregistrărilor individuale (selectați butonul radio din partea de jos a ecranului de selecție). Aici veți vedea fiecare eroare ca o înregistrare individuală. Această vizualizare este ideală atunci când depanați erorile și nu pentru un rezumat general. Găuriți la un COGI făcând dublu clic pe înregistrare. Puteți naviga direct din eroarea COGI pentru a vizualiza lista master, order, stock și stock/requirements (în funcție de versiunea SAP). Rețineți că tranzacția COGI este doar punctul de plecare pentru rezolvarea lui COGI. Va trebui să vizualizați și să editați maeștrii de materiale, comenzile de producție/proces, maeștrii furnizorilor, mișcările de inventar post, vizualizarea stocului, vizualizarea listei de cerințe de stoc etc. Fiți gata să săpați adânc!

2. Ca o bună practică, nu ștergeți Erorile COGI!! Aceasta este singura dvs. indicație (sau cel puțin cea mai ușoară) că există o problemă cu stocul care trebuie abordată. Asigurați-vă că utilizatorii dvs. cheie cunosc și trăiesc după această regulă. Vă va mușca mai târziu dacă ștergeți un COGI fără a-l aborda mai întâi. Există câteva cazuri în care puteți șterge un COGI după rezolvarea problemei. De obicei, apăsarea butonului Salvare și/sau reîmprospătare după rezolvarea unei erori face truc.

3. Verificați Raportul COGI zilnic. În timpul go live, Acest raport este o mare reprezentare a exactității BOM-urilor. De exemplu, un BOM cu cantitatea incorectă a unui material, materialul greșit sau cantitatea greșită de resturi poate provoca un COGI. Rezolvarea acestor probleme necesită corectarea BOM și corectarea stocului cu un număr de inventar fizic. Nu lăsați niciodată un COGI să stea mai mult de o săptămână. Rezolvarea acestor erori este foarte importantă, deoarece păstrează integritatea comenzilor și a stocurilor în SAP.

4. Înainte de a anula o confirmare a comenzii de producție, corectați erorile COGI din confirmarea originală pentru a evita crearea de erori suplimentare.

5. O mare parte din rezolvarea lui COGI este înțelegerea poveștii din spatele erorii. Cel mai bun mod de a înțelege este să intri în uzină și să vorbești cu oamenii care fac confirmările și îți pot arăta și explica ce s-a întâmplat. Am învățat atât de multe despre rezolvarea erorilor, văzând de fapt materialele pe care le editam și înțelegând tipurile de BOM cu care lucram.

6. Documentați totul! Din păcate, standardul SAP COGI nu ține o evidență a COGI ‘ s.Deci, după ce sunt șterse sau șterse, nu aveți nicio înregistrare a cantității sau tipului de erori la un moment dat. Am exportat Erorile COGI pentru fiecare plantă în fiecare oră pentru prima zi și de două ori pe zi timp de patru sau șase săptămâni după ce am intrat în direct. Am avut mai multe diagrame care arată declinul lui cogi după go live, care au circulat în jurul echipei și conducerii. Cogi count a fost un bun KPI după go live! Veți dori, de asemenea, să documentați ceea ce ați făcut pentru a rezolva COGI în scopuri de audit și pentru a economisi timp când vedeți din nou aceeași eroare!

**rețineți că dacă cineva vizualizează o înregistrare în COGI, aceasta va fi blocată. De asemenea, rețineți că, dacă un utilizator selectează toate înregistrările și salvează, că numele utilizatorilor va arăta ca rezolvarea acelei erori COGI… chiar dacă un alt utilizator de fapt rezolvat.

starea COGI:

eroare de conversie a unității de măsură: conversia UOM prezentată în eroarea COGI la UOM de bază din material master lipsește. Planta va trebui să revizuiască eroarea și să introducă conversia corectă în tabelul unități de măsură master material. De asemenea, puteți evita erorile UOM utilizând o măsurare universală pentru materiale. De exemplu, măsurarea șir sau bandă de picioare/metri/inci în loc de role, deoarece role pot diferi între furnizori.

neexecutat – postarea transferului a eșuat: Stocul deținut de furnizor este disponibil pentru a îndeplini cerința de consum, dar atunci când cantitatea este rotunjită la următoarea bază întreagă UOM, nu există suficient stoc în furnizorul deținut pentru a îndeplini mișcarea.

eroare de înregistrare a mai multor furnizori: un singur furnizor de loturi poate fi atribuit unei instalații/materiale. Instalația trebuie să își revizuiască vânzătorii de loturi pentru plantă / material și să marcheze o înregistrare a prețului de lot pentru ștergere (MSK2). Dacă există stoc de la vânzător marcat pentru ștergere, acesta trebuie reconciliat, fie prin achiziționarea inventarului, fie prin returnarea inventarului către vânzător. Această reconciliere trebuie făcută înainte ca înregistrarea prețului de transport să fie marcată pentru ștergere.

Stoc insuficient sau nicio Reîncercare din cauza deficitului: aceasta este o eroare foarte frecventă afișată atunci când nu există suficient stoc deținut de companie sau furnizor pentru a îndeplini cerința. De obicei, această eroare este cauzată de faptul că o materie primă nu a fost primită la uzină sau nu a fost confirmată o comandă de producție de materiale semifabricate.

Material blocat: materialul este blocat la uzină și orice tranzacție de mișcare a materialului va eșua. Odată ce materialul este apăsați Salvare în COGI pentru a șterge eroarea COGI.

cogi a eșuat: Cantitatea de inventar este disponibilă pentru a acoperi cerința, dar a fost primită la o dată ulterioară apariției erorii. În cursul lunii această suprapunere de date nu este o problemă, dar atunci când apare o eroare COGI într-o lună anterioară decât atunci când inventarul este primit sistemul nu va procesa eroarea COGI. Instalația trebuie să curețe manual aceste erori folosind tranzacția COGI și să suprapună data.

finalizat: eroarea COGI a fost corectată.

Mesaje De Eroare Comune:

aceasta este o mică eșantionare a erorilor cogi de bază pe care le puteți vedea. Acesta ar putea fi un blog de 10 pagini dacă am adăugat fiecare eroare pe care am văzut-o, în special unele dintre erorile mai complicate!

M7 021; Deficit de stoc nerestricționat: nu este suficient inventar pentru a reveni în locația de stocare specificată. Dacă există inventar, efectuați chitanțele de bunuri necesare (primiți transferul de stoc sau bunurile achiziționate).

M7 022; cantitatea deplasată depășită cu x: toleranța la livrare pentru comanda de producție a fost depășită. Dacă o toleranță de peste livrare nu este setată în material master în vizualizarea planificare lucru, configurați una. În cazul în care livrarea de peste este validă, a crea un al doilea ordin de producție să se ocupe de supra-produs bun.

F5 286; perioada A nu este deschisă pentru tipul de cont X: confirmările de producție au fost introduse în timpul închiderii înainte de deschiderea următoarei perioade contabile. Odată ce perioada contabilă este deschisă, selectați și salvați înregistrările eșuate.

M7 018; introduceți locația de stocare: Această eroare comună este cauzată atunci când locația de stocare a problemei este necompletată în vizualizarea planificare lucru a materialului master. Faceți dublu clic și editați înregistrarea în COGI cu locația corectă de stocare, apoi apăsați butonul Salvare. După corectarea înregistrării, actualizați câmpul Locație de stocare problemă de pe material master cu locația de stocare corectă pentru a evita erorile viitoare.

M7 121; nu aveți nicio autorizație pentru această tranzacție cu tipul de mișcare XXX: cereți unui utilizator cu autorizațiile corecte să deschidă acest COGI și să salveze pentru a șterge eroarea. Asigurați-vă că utilizatorul care a încercat să facă această mișcare are inițial nivelul corect de autorizare, dacă este necesar.

M7 053; postarea posibilă numai în perioada XXXX/XX și XXXX/XX în codul companiei XXXX: acest lucru nu este probabil ceva ce veți vedea într-un client de producție, numai în sistemele de testare, adică dacă cineva nu a uitat să deschidă perioada contabilă pentru înregistrări contabile și materiale (tsk tsk). Modificați data de postare dacă este incorectă deschizând cogi sau deschideți perioadele corecte, apoi salvați COGI.

cred că ceea ce mi-a plăcut cel mai mult la experiența mea cu cogi a fost sentimentul de împlinire și mândrie când numărul total a scăzut sub 2000 și apoi 1000… și în acele zile am văzut zero! A existat chiar o competiție sănătoasă în timpul celei de-a doua desfășurări între cele trei plante! Mi-a plăcut foarte mult să fiu persoana potrivită pentru astfel de probleme integrate funcțional și distractive. Sper să ai șansa de a fi rege sau regină COGI!