Kronen af en COGI-Dronning

en af mine yndlingsminder under min første SAP-implementering var opgaven at løse COGI-fejl efter go live. Efter at jeg fik tildelt denne rolle, husker jeg at skure internettet og søge ‘hvad er COGI’ s?’og’ tip til løsning af COGI-fejl’ i håb om at oplyse mig selv inden jeg går live. Ikke overraskende viste min søgning for det meste forumindlæg om specifikke fejlmeddelelser og tilsyneladende nyttige artikler, der krævede betaling. Jeg er ikke sikker på, at scanning af et par artikler ville have hjulpet meget for de gåder, der ligger foran. Heldigvis havde jeg en utrolig mentor og stærke funktionelle holdkammerater at lære af. Jeg havde endda en planteressource tildelt udelukkende for at hjælpe mig med at løse COGI ‘ s! I slutningen af ugen blev jeg sjovt omtalt som ‘COGI-dronningen’.

mit håb for denne blog er at give en nyttig ressource med bedste praksis og almindelige fejlmeddelelser samt min indsigt fra erfaring. I sidste ende synes jeg, at dette burde være en Viki, og jeg vil sætte pris på ethvert råd om, hvor du skal placere dette og dine indsigter og kommentarer. Bemærk, at denne blog vil være særlig relevant for et produktionsmiljø.

lad os starte med det grundlæggende. COGI står for styring af udstedte varer og er en standard SAP-transaktion, der viser en rapport om automatiske varebevægelsesfejl. Automatiske Vareproblemer udføres af produktionsbekræftelsen, hvis Backflush-indikatoren er indstillet på MRP 1-visningen.

• Backflushing er et vareudgave af materialer til produktionslinjen.
• mængderne til backflushing styres af komponentmængderne på Styklisten.
• det lagersted, hvorfra komponenterne udstedes, styres af Udstedelseslagringsstedet i Mrp1-visningen af Materialemasteren.

når stamdataene for færdigvarer er konfigureret korrekt, udføres problemet med automatiske varer uden fejl, når der indtastes en produktionsbekræftelse (delvis eller endelig). Den automatiske varekvittering kan mislykkes af en af følgende årsager:

• feltet Issue Storage Location på materialemasteren er tomt.
• lagringsstedet er blokeret for det pågældende materiale (f.eks. under en fysisk opgørelse).
• der er et utilstrækkeligt lagerbeholdningsniveau i systemet for komponenten(E), der skylles tilbage.

lad os nu lægge grundreglerne:

1. Start med at se COGI i summationsvisning efter plante (standardvisning). Hvis du ser dette for første gang efter go live, skal du slappe af. Du vil sandsynligvis se et meget stort antal fejl, men forhåbentlig er mange multipla af den samme fejl. Bemærk, at poster er grupperet efter materiale, bevægelsestype og fejlmeddelelse med antallet af fejl for hver post efter fejlmeddelelseskoden. Hvis du tør, kan du prøve at se COGI ‘ erne i individuelle poster (vælg alternativknappen nederst på valgskærmen). Her vil du se hver fejl som en individuel post. Denne visning er ideel til fejlfinding af fejl og ikke til en samlet oversigt. Bor i en COGI ved at dobbeltklikke på posten. Du kan navigere lige fra COGI-fejlen for at se materialemaster, ordre, lager og lager/kravsliste (afhængigt af din SAP-version). Bemærk, at transaktion COGI er blot udgangspunktet for at løse COGI s. Du bliver nødt til at se og redigere materiale masters, produktion/proces ordrer, leverandør Masters, post lager bevægelser, se lager, Se lager krav liste, etc. Vær klar til at grave dybt!

2. Som en bedste praksis skal du ikke slette COGI-fejl!! Dette er din eneste (eller i det mindste den nemmeste) indikation af, at der er et problem med lager, der skal løses. Sørg for, at dine nøglebrugere kender og lever efter denne regel. Det bider dig senere, hvis du sletter en COGI uden at adressere den først. Der er et par tilfælde, hvor du kan slette en COGI efter at have løst problemet. Typisk trykker du på Gem-knappen og / eller opdateringsknappen efter at have løst en fejl, gør tricket.

3. Tjek COGI-rapporten dagligt. Under go live, denne rapport er en stor repræsentation af nøjagtigheden af styklister. For eksempel kan en stykliste med den forkerte mængde af et materiale, det forkerte materiale eller den forkerte mængde skrot forårsage en COGI. Løsning af disse problemer kræver korrektion af Styklisten og korrektion af lager med et fysisk lagerantal. Lad aldrig en COGI sidde i mere end en uge. Løsning af disse fejl er meget vigtigt, fordi det holder integriteten af ordrer og lager i SAP.

4. Før du annullerer en produktionsordrebekræftelse, skal du rette COGI-fejlene fra den oprindelige bekræftelse for at undgå at skabe yderligere fejl.

5. En stor del af løsningen af COGI er at forstå historien bag fejlen. Den bedste måde at forstå er at komme ind i planten og tale med de mennesker, der foretager bekræftelserne og kan vise dig og forklare, hvad der skete. Jeg lærte så meget om at løse fejl ved faktisk at se de materialer, jeg redigerede, og forstå de typer BOM ‘ er, jeg arbejdede med.

6. Dokumenter alt! Desværre holder standard SAP COGI ikke en fortegnelse over COGI ‘ s. så efter at de er slettet eller ryddet, har du ingen registrering af mængden eller typen af fejl på et givet tidspunkt. Jeg eksporterede COGI-fejlene for hver plante hver time for den første dag, og to gange om dagen i fire eller seks uger efter go live. Jeg havde flere diagrammer, der viser faldet i COGI ‘ s after go live, der blev cirkuleret rundt om holdet og til lederskab. COGI count var en god KPI efter go live! Du vil også gerne dokumentere, hvad du gjorde for at løse COGI ‘ s til revisionsformål og for at spare tid, når du ser den samme fejl igen!

**Bemærk, at hvis nogen ser en post i COGI, vil den blive låst. Bemærk også, at hvis en bruger vælger alle poster og gemmer, vises brugernavnet som at løse den COGI-fejl… selvom en anden bruger faktisk løste det.

COGI Status:

måleenhed konverteringsfejl: konverteringen af UOM vist i COGI-fejlen til basis UOM i materialemasteren mangler. Anlægget skal gennemgå fejlen og indsætte den korrekte konvertering i materialemasterenhedstabellen. Du kan også undgå UOM-fejl ved at bruge en universel måling af materialer. For eksempel måling streng eller tape ved fødder/meter/inches i stedet for ruller, fordi ruller kan variere mellem leverandører.

ikke udført-overførsel udstationering mislykkedes: Lager i leverandør ejet er tilgængelig til at opfylde forbrugskravet, men når mængden afrundes til næste hele base UOM, er der ikke nok lager i leverandør ejet til at opfylde bevægelse.

fejl ved flere leverandørregistreringer: kun en forsendelsesleverandør kan tildeles et anlæg/materiale. Anlægget skal gennemgå deres forsendelsesleverandører for anlægget / materialet og markere en forsendelsesprisrekord for sletning (MSK2). Hvis der er lager fra sælgeren markeret til sletning, skal det afstemmes, enten ved at købe lagerbeholdningen eller returnere lagerbeholdningen til sælgeren. Denne afstemning skal ske, før forsendelsesprisposten er markeret til sletning.

utilstrækkelig lager eller ingen forsøg igen på grund af underskud: dette er en meget almindelig fejl, der vises, når der ikke er nok selskabs-eller leverandørejet lager til at opfylde kravet. Normalt skyldes denne fejl, fordi der ikke er modtaget et råmateriale på anlægget, eller en halvfabrikata god materialeproduktionsordre ikke er bekræftet på anlægget.

materiale låst: materialet er låst på anlægget, og enhver materialebevægelsestransaktion mislykkes. Når materialet er tryk på Gem i COGI at rydde COGI fejl.

COGI mislykkedes: lagermængde er tilgængelig til at dække kravet, men blev modtaget på et senere tidspunkt, end fejlen blev fundet. I løbet af måneden er denne overlapning af datoer ikke et problem, men når der opstår en COGI-fejl i en foregående måned, end når opgørelsen modtages, behandler systemet ikke COGI-fejlen. Anlægget skal manuelt rydde op i disse fejl ved hjælp af COGI-transaktionen og overlejre datoen.

afsluttet: COGI fejl blev rettet.

Almindelige Fejlmeddelelser:

dette er et lille udsnit af de grundlæggende COGI fejl, du kan se. Dette kunne være en 10 side blog, hvis jeg tilføjede hver fejl, jeg så, især nogle af de mere komplicerede fejl!

M7 021; underskud på ubegrænset lager: Ikke nok lager til at skylle tilbage på det angivne lagersted. Hvis der findes opgørelse, skal du foretage de nødvendige varekvitteringer (Modtag lageroverførsel eller købte varer).

M7 022; flyttet mængde: tolerancen for overlevering for produktionsordren er overskredet. Hvis der ikke er angivet en overleveringstolerance i materialemasteren i visningen arbejdsplanlægning, skal du konfigurere en. Hvis overleveringen er gyldig, skal du oprette en anden produktionsordre, der skal håndteres til overproduceret vare.

F5 286; periode A er ikke åben for kontotype h: Produktionsbekræftelser er indtastet under lukningen, før den næste regnskabsperiode er åbnet. Når regnskabsperioden er åben, skal du vælge og gemme de mislykkede poster.

M7 018; indtast lagerplads: Denne almindelige fejl opstår, når Problemlagringsplaceringen er tom i visningen arbejdsplanlægning af materialemasteren. Dobbeltklik og rediger posten i COGI med den korrekte lagerplads, og tryk derefter på knappen Gem. Når du har rettet posten, skal du opdatere feltet Problemlagringsplacering på materialemasteren med den korrekte lagerplads for at undgå fremtidige fejl.

M7 121; du har ingen tilladelse til denne transaktion med bevægelsestype: få en bruger med de korrekte tilladelser til at åbne denne COGI og gemme for at rydde fejlen. Sørg for, at den bruger, der forsøgte at foretage denne bevægelse, oprindeligt har det korrekte autorisationsniveau, hvis det kræves.

M7 053; udstationering kun mulig i periode … og … i firmakode…: dette er sandsynligvis ikke noget, du vil se i en Produktionsklient, kun i testsystemer, det er medmindre nogen glemte at åbne regnskabsperioden for regnskabs-og materialeposteringer (tsk tsk). Skift bogføringsdatoen, hvis den er forkert ved at åbne COGI eller åbne de korrekte perioder, og gem derefter COGI.

jeg tror, hvad jeg nød mest ved min oplevelse med COGI var følelsen af præstation og stolthed, da det samlede antal faldt under 2000 og derefter 1000… og de dage så vi nul! Der var endda en sund konkurrence under min anden indsættelse mellem de tre planter! Jeg nød virkelig at være go-to person til sådanne funktionelt integrerede og sjove problemer. Jeg håber du får chancen for at være en COGI konge eller dronning!