Kronan av en COGI Queen

en av mina favoritminnen under min första SAP-distribution var uppgiften att lösa COGI-fel efter go live. Efter att jag tilldelades denna roll, jag minns skur webben, söka ‘ vad är COGI s?’och’ Tips för att lösa COGI fel ‘ i hopp om att upplysa mig innan gå live. Inte överraskande visade min sökning mestadels foruminlägg om specifika felmeddelanden och till synes användbara artiklar som krävde betalning. Jag är inte säker på att skanna några artiklar skulle ha hjälpt mycket för pussel som ligger framåt. Lyckligtvis hade jag en otrolig mentor och starka funktionella lagkamrater att lära av. Jag hade till och med en växtresurs tilldelad enbart för att hjälpa mig att lösa COGI ‘ s! I slutet av veckan kallades jag skämtsamt ‘COGI Queen’.

mitt hopp för den här bloggen är att ge en användbar resurs med bästa praxis och vanliga felmeddelanden samt mina insikter från erfarenhet. I slutändan tycker jag att detta borde vara en wiki, och jag skulle uppskatta några råd om var du ska placera detta och dina insikter och kommentarer. Observera att den här bloggen kommer att vara särskilt relevant för en tillverkningsmiljö.

låt oss börja med grunderna. COGI står för Controlling Goods Issued och är en standard SAP-transaktion som visar en rapport om automatiska varuförflyttningsfel. Automatiska Varuproblem utförs av produktionsbekräftelsen om Backflush-indikatorn är inställd på MRP 1-vyn.

• backspolning är en produktfråga av material till produktionslinjen.
• kvantiteterna för återspolning styrs av komponentkvantiteterna på BOM.
• lagringsplatsen från vilken komponenterna utfärdas styrs av Problemlagringsplatsen i MRP1-vyn i Materialmästaren.

när huvuddata för färdiga varor är korrekt inställd, kommer den automatiska varufrågan att utföras utan fel när en produktionsbekräftelse (delvis eller slutlig) anges. Det automatiska varukvittot kan misslyckas av något av följande skäl:

• fältet Issue Storage Location på material master är tomt.
• lagringsplatsen är blockerad för det materialet (t.ex. under en fysisk inventering).
• det finns en otillräcklig lagernivå i systemet för komponenten / komponenterna som spolas tillbaka.

låt oss nu lägga grundreglerna:

1. Börja med att visa COGI i summeringsvy efter anläggning (Standardvy). Om du tittar på detta för första gången efter go live, koppla av. Du kommer sannolikt att se ett mycket stort antal fel, men förhoppningsvis är många multiplar av samma fel. Observera att poster är grupperade efter material, rörelsestyp och felmeddelande med antalet fel för varje post efter felmeddelandekoden. Om du vågar kan du försöka visa COGI: erna i enskilda poster (välj alternativknapp längst ner på valskärmen). Här ser du varje fel som en enskild post. Den här vyn är idealisk vid felsökning av fel och inte för en övergripande sammanfattning. Borra in i en COGI genom att dubbelklicka på posten. Du kan navigera direkt från cogi-felet för att visa listan material master, order, lager och lager/krav (beroende på din SAP-version). Observera att transaktionskogi bara är utgångspunkten för att lösa COGIS. Du kommer att behöva visa och redigera material mästare, produktion/Process order, leverantör mästare, post lagerrörelser, visa lager, Visa lager kravlista, etc. Var redo att gräva djupt!

2. Som en bästa praxis, ta inte bort COGI-fel!! Detta är din enda (eller åtminstone den enklaste) indikationen på att det finns ett problem med lager som måste åtgärdas. Se till att dina nyckelanvändare känner till och lever efter denna regel. Det kommer att bita dig senare om du tar bort en COGI utan att ta itu med det först. Det finns några fall där du kan ta bort en COGI efter att ha löst problemet. Vanligtvis trycker du på Spara-knappen och / eller uppdateringsknappen efter att ha löst ett fel gör tricket.

3. Kontrollera COGI-rapporten dagligen. Under go live är denna rapport en stor representation av BOMs noggrannhet. Till exempel kan en BOM med felaktig mängd av ett material, fel material eller fel mängd skrot orsaka en COGI. Att lösa dessa problem kräver korrigering av BOM och korrigering av lager med ett fysiskt lagerantal. Låt aldrig en COGI sitta i mer än en vecka. Att lösa dessa fel är mycket viktigt eftersom det håller integriteten för order och lager i SAP.

4. Innan du avbryter en orderbekräftelse, korrigera COGI-felen från den ursprungliga bekräftelsen för att undvika att skapa ytterligare fel.

5. En stor del av att lösa COGIS är att förstå historien bakom felet. Det bästa sättet att förstå är att komma in i anläggningen och prata med de människor som gör bekräftelserna och kan visa dig och förklara vad som hände. Jag lärde mig så mycket om att lösa fel genom att faktiskt se materialet jag redigerade och förstå vilka typer av BOM jag arbetade med.

6. Dokumentera allt! Tyvärr håller standard SAP COGI inte register över COGIS. så efter att de har tagits bort eller rensats har du ingen registrering av kvantitet eller typ av fel vid en given tidpunkt. Jag exporterade COGI fel för varje anläggning varje timme för den första dagen, och två gånger om dagen för fyra eller sex veckor efter go live. Jag hade flera diagram som visar nedgången i COGIS after go live som cirkulerades runt laget och till ledarskap. COGI count var en bra KPI efter go live! Du vill också dokumentera vad du gjorde för att lösa COGIS för granskningsändamål och spara tid när du ser samma fel igen!

**Observera att om någon tittar på en post i COGI kommer den att låsas. Observera också att om en användare väljer alla poster och sparar, kommer användarens namn att visas som att lösa det COGI-felet… även om en annan användare faktiskt löste det.

COGI Status:

måttenhet omvandlingsfel: omvandlingen av UOM som visas i COGI-felet till bas UOM i materialmästaren saknas. Anläggningen kommer att behöva granska felet och Infoga rätt omvandling i materialmästarenheterna. Du kan också undvika UOM-fel genom att använda en universell mätning för material. Till exempel mäta sträng eller tejp med fötter/meter/tum istället för rullar eftersom rullar kan skilja sig mellan leverantörer.

inte utförd-överföring misslyckades: Lager i leverantörsägt är tillgängligt för att uppfylla konsumtionskravet men när kvantiteten avrundas till nästa hela bas UOM finns det inte tillräckligt med lager i leverantörsägt för att uppfylla rörelsen.

flera leverantörsposter fel: endast en sändningsleverantör kan tilldelas en anläggning/ett material. Anläggningen måste se över sina sändningsleverantörer för anläggningen / materialet och markera en sändningsprispost för radering (MSK2). Om det finns lager från säljaren markerad för radering måste det avstämmas, antingen genom att köpa inventeringen eller returnera inventeringen till säljaren. Denna avstämning bör göras innan sändningsprisposten markeras för radering.

otillräckligt lager eller inget försök på grund av underskott: detta är ett mycket vanligt fel som visas när det inte finns tillräckligt med FÖRETAG eller leverantörsägt lager för att uppfylla kravet. Vanligtvis orsakas detta fel eftersom ett råmaterial inte har mottagits vid anläggningen eller en halvfabrikat bra materialproduktionsorder inte har bekräftats vid anläggningen.

Material låst: materialet är låst vid anläggningen och någon materiell rörelse transaktion kommer att misslyckas. När materialet är tryck Spara i COGI för att rensa cogi-felet.

cogi misslyckades: Lagerkvantiteten är tillgänglig för att täcka kravet men mottogs vid ett senare tillfälle än felet uppstod. Under månaden är denna överlappning av datum inte ett problem, men när ett COGI-fel inträffar under en tidigare månad än när inventeringen tas emot kommer systemet inte att bearbeta COGI-felet. Anläggningen måste manuellt rensa upp dessa fel med cogi-transaktionen och överlagra datumet.

slutförd: COGI-felet korrigerades.

Vanliga Felmeddelanden:

Detta är ett litet urval av de grundläggande COGI-fel som du kan se. Detta kan vara en 10 sida blogg om jag lagt varje fel jag såg, särskilt några av de mer komplicerade fel!

M7 021; underskott på obegränsat lager: Inte tillräckligt med lager för att spola tillbaka i den angivna lagringsplatsen. Om Lager Finns, gör de nödvändiga varukvitton (ta emot lageröverföring eller köpta varor).

M7 022; flyttad kvantitet överskrids med x: överleveranstoleransen för produktionsordern har överskridits. Om en överleveranstolerans inte är inställd i materialmästaren i vyn arbetsschemaläggning, Ställ in en upp. Om överleveransen är giltig, skapa en andra produktionsorder för att hantera överproducerad vara.

F5 286; Period A är inte öppen för kontotyp X: produktionsbekräftelser har bokförts under stängning innan nästa räkenskapsperiod har öppnats. När räkenskapsperioden är öppen väljer du och sparar de misslyckade posterna.

M7 018; ange lagringsplats: Det här vanliga felet orsakas när Problemlagringsplatsen är tom i vyn Arbetsschemaläggning för materialmästaren. Dubbelklicka och redigera posten i COGI med rätt lagringsplats och tryck sedan på Spara-knappen. När du har korrigerat posten uppdaterar du fältet Problemlagringsplats på materialmästaren med rätt lagringsplats för att undvika framtida fel.

M7 121; du har ingen behörighet för denna transaktion med rörelsestyp XXX: Låt en användare med rätt Behörighet Öppna denna COGI och spara för att rensa felet. Se till att användaren som försökte göra denna rörelse initialt har rätt behörighetsnivå om det behövs.

M7 053; inlägg endast möjligt under perioden XXXX / XX och XXXX/XX i företagskod XXXX: det här är inte troligt något du kommer att se i en Produktionsklient, bara i testsystem, det vill säga om inte någon glömde att öppna räkenskapsperioden för redovisning och materialposter (tsk tsk). Ändra bokföringsdatum om felaktigt genom att öppna COGI eller öppna rätt perioder, spara sedan COGI.

jag tror att det jag tyckte mest om min erfarenhet av COGI var känslan av prestation och stolthet när det totala antalet sjönk under 2000 och sedan 1000… och de dagarna såg vi noll! Det var till och med en sund konkurrens under min andra utplacering mellan de tre anläggningarna! Jag gillade verkligen att vara go-to person för sådana funktionellt integrerade och roliga problem. Jag hoppas att du får chansen att bli en COGI kung eller drottning!