COGI-kuningattaren kruunaaminen

yksi suosikkimuistoistani ensimmäisen SAP-komennukseni aikana oli tehtävä ratkaista COGI-virheet go Liven jälkeen. Kun minut oli määrätty tähän rooliin, muistan haravoineeni verkkoa, etsien mitä COGIT ovat?”ja” vinkkejä COGI virheiden ratkaisemiseen ” toivoen valaisevani itseäni ennen suoraa lähetystä. Ei ole yllättävää, minun haku kääntyi enimmäkseen foorumin viestejä noin erityisiä virheilmoituksia ja näennäisesti hyödyllisiä artikkeleita, jotka vaativat maksua. En ole varma, että muutaman kirjoituksen Skannaaminen olisi auttanut paljon edessä oleviin arvoituksiin. Onneksi minulla oli uskomaton mentori ja vahvoja toimivia joukkuetovereita, joilta oppia. Minulla oli jopa voimalaresurssi, joka oli tarkoitettu vain COGIEN ratkaisemiseen! Loppuviikosta minua kutsuttiin leikillisesti “COGI-kuningattareksi”.

toivon tämän blogin tarjoavan hyödyllisen resurssin parhaiden käytäntöjen ja yhteisten virheilmoitusten sekä kokemusteni avulla. Viime kädessä, mielestäni tämän pitäisi olla wiki, ja olisin kiitollinen neuvoja, mihin sijoittaa tämän ja oivalluksia ja kommentteja. Huomaa, että tämä blogi on erityisen merkityksellinen tuotantoympäristössä.

aloitetaan perusasioista. COGI tulee sanoista Control Goods Issued and is a standard SAP transaction which shows a report of automatic goods movement errors. Automaattiset tavara-asiat suorittaa tuotannon vahvistus, jos Backflush indikaattori on asetettu MRP 1 näkymä.

• takaisinveto on tuotantolinjan materiaalien tavarakysymys.
• taustavesien suureita valvotaan BOM: n komponenttimäärillä.
• varastointipaikkaa, josta komponentit on myönnetty, valvoo Materiaalimestarin MRP1-näkymässä oleva Vikasijoituspaikka.

kun valmiiden tuotteiden perustiedot on määritetty oikein, automaattinen tavara-asia suoritetaan virheettömästi aina, kun annetaan tuotantovahvistus (osittainen tai lopullinen). Automaattinen tavarakuitti voi epäonnistua jostakin seuraavista syistä:

• materiaalin päällikön Vikatallennuspaikkakenttä on tyhjä.
• kyseisen materiaalin varastointipaikka on estetty (esim. fyysisen inventaarion aikana).
• järjestelmässä ei ole riittävästi inventaariota takana huuhdelluille komponenteille.

nyt annetaan perussäännöt:

1. Aloita tarkastelemalla COGI: tä laitoskohtaisessa summanäkymässä (oletusnäkymä). Jos katsot tätä ensimmäistä kertaa go Liven jälkeen, rentoudu. Tulet todennäköisesti näkemään erittäin suuren määrän virheitä, mutta toivottavasti monet ovat saman virheen kerrannaisia. Huomaa, että tietueet on ryhmitelty materiaalin, siirtotyypin ja virheilmoituksen mukaan siten, että virheilmoituskoodin jälkeen kussakin tietueessa on virheiden määrä. Jos uskallat, yritä katsella COGI: n yksittäisten tietueiden näytössä (valitse valintaruudun alareunassa oleva Radiopainike). Tässä näet jokaisen virheen yksittäisenä tietueena. Tämä näkymä on ihanteellinen, kun vianmääritysvirheitä eikä yleistä yhteenvetoa. Poraa COGI kaksoisnapsauttamalla tietuetta. Voit siirtyä suoraan COGI-virheestä nähdäksesi material master -, order -, stock-ja stock/requirements-luettelon (riippuen SAP-versiostasi). Huomaa, että tapahtuma COGI on vain lähtökohta ratkaista COGI n. Sinun täytyy tarkastella ja muokata materiaali masters, tuotanto/prosessi tilaukset, myyjä Masters, post varaston liikkeet, katso varastossa, Katso varastossa vaatimukset lista, jne. Ole valmis kaivamaan syvältä!

2. Parhaana käytäntönä, älä poista COGI virheitä!! Tämä on ainoa (tai ainakin helpoin) osoitus siitä, että on kysymys varastossa, joka on käsiteltävä. Varmista, että avainkäyttäjäsi tietävät tämän säännön ja elävät sen mukaan. Se puree sinua myöhemmin, jos poistat COGIN käsittelemättä sitä ensin. On olemassa muutamia tapauksia, joissa voit poistaa COGI ongelman ratkaisemisen jälkeen. Tyypillisesti Tallenna-ja / tai Päivitä-painikkeen painaminen virheen korjaamisen jälkeen tekee tempun.

3. Tarkista cogin raportti päivittäin. Go Liven aikana tämä raportti kuvaa hienosti Bomsin tarkkuutta. Esimerkiksi BOM, jossa on väärä määrä materiaalia, väärä materiaali tai väärä määrä romua, voi aiheuttaa COGI. Näiden ongelmien ratkaiseminen edellyttää BOM: n korjaamista ja varastojen korjaamista varastoluvulla. Älä koskaan anna COGIN istua yli viikkoa. Näiden virheiden korjaaminen on erittäin tärkeää, koska se säilyttää SAP: n tilausten ja varastojen eheyden.

4. Ennen kuin peruutat tuotannon tilausvahvistuksen, korjaa COGI-virheet alkuperäisestä vahvistuksesta, jotta vältät lisävirheiden syntymisen.

5. Iso osa ratkaisemista COGI n on ymmärtää tarinan takana virhe. Paras tapa ymmärtää on mennä laitokseen ja puhua ihmisille, jotka tekevät vahvistuksia ja voivat näyttää ja selittää, mitä tapahtui. Olen oppinut niin paljon ratkaista virheitä todella nähdä materiaaleja olin editointi ja ymmärtää tyypit BOM: n olin työskennellyt.

6. Dokumentoi kaikki! Valitettavasti standard SAP COGI ei pidä kirjaa COGI n. joten kun ne on poistettu tai puhdistettu, sinulla ei ole kirjaa määrä tai Tyyppi virheitä tiettynä ajankohtana. Olen vienyt COGI virheitä kunkin kasvin tunnin välein ensimmäisen päivän, ja kahdesti päivässä neljän tai kuuden viikon kuluttua go live. Minulla oli useita kaavioita, jotka osoittavat lasku COGI jälkeen go live, jotka kierrätettiin ympäri joukkue ja johtajuus. COGI count oli hyvä KPI jälkeen go live! Haluat myös dokumentoida, mitä teit ratkaista COGI: n tilintarkastusta varten ja säästää aikaa, kun näet saman virheen uudelleen!

**huomaa, että jos joku katsoo tietuetta COGISSA, se lukitaan. Huomaa myös, että jos käyttäjä valitsee kaikki tietueet ja tallentaa, että käyttäjien nimi näyttää ratkaista, että COGI virhe… vaikka toinen käyttäjä todella ratkaisi sen.

COGIN Status:

Mittayksikkömuunnosvirhe: COGI-virheessä esitetty UOMAMUUNNOS materiaalimestarin PERUSUOMELLE puuttuu. Laitoksen on tarkistettava virhe ja lisättävä oikea muunnos mittataulukon materiaaliin master Units. UUM-virheitä voi välttää myös materiaalien yleismittauksella. Esimerkiksi mittaamalla merkkijono tai nauha jalat/metriä/tuumaa sijasta rullat, koska rullat voivat vaihdella myyjien.

ei suoritettu-siirron lähettäminen epäonnistui: Varastossa myyjän omistuksessa on käytettävissä täyttämään kulutustarpeen, mutta kun määrä pyöristetään seuraavaan koko pohja UOM ei ole tarpeeksi varastossa myyjän omistuksessa täyttää liikkeen.

usean toimittajan kirjausvirhe: laitokseen/materiaaliin voidaan määrätä vain yksi lähetyksen myyjä. Laitoksen on tarkastettava tuotantolaitoksen/materiaalin lähetysmyyjät ja merkittävä yksi lähetyshintatietue poistettavaksi (MSK2). Jos varastossa on myyjältä poistettavaksi merkittyä varastoa, se on täsmäytettävä joko ostamalla varasto tai palauttamalla varasto myyjälle. Täsmäytys olisi tehtävä ennen kuin lähetyshintatietue merkitään poistettavaksi.

riittämätön varasto tai alijäämästä johtuva uusintayritys: tämä on hyvin yleinen virhe, joka ilmenee, kun yrityksen tai myyjän omistamaa varastoa ei ole riittävästi vaatimuksen täyttämiseksi. Yleensä virhe johtuu siitä, että raaka-ainetta ei ole saatu tehtaalle tai puolivalmista hyvän materiaalin tuotantotilausta ei ole varmistettu tehtaalla.

materiaali lukittu: materiaali lukitaan tehtaalla ja kaikki materiaalin siirtotapahtumat epäonnistuvat. Kun materiaali on paina Tallenna COGI tyhjentää COGI virhe.

COGI epäonnistui: varastomäärä on käytettävissä vaatimuksen kattamiseksi, mutta se saatiin myöhemmin kuin virhe havaittiin. Kuukauden aikana tämä päällekkäisyys päivämäärät ei ole ongelma, mutta kun COGI virhe tapahtuu edellisen kuukauden kuin kun inventaario on vastaanotettu järjestelmä ei käsittele COGI virhe. Laitoksen on käsin puhdistaa nämä virheet käyttämällä COGI tapahtuma ja päällystä päivämäärä.

täydennetty: COGI-virhe korjattu.

Yleiset Virheilmoitukset:

tämä on pieni otanta mahdollisista COGI-perusvirheistä. Tämä voisi olla 10-sivuinen blogi, jos olen lisännyt jokaisen näkemäni virheen, erityisesti joitakin monimutkaisempia virheitä!

M7 021; rajoittamattoman varaston alijäämä: ei tarpeeksi varastoa palautuakseen ilmoitettuun varastointipaikkaan. Jos inventaario on olemassa, tehdä tarvittavat tavarat kuitit (vastaanottaa varastossa siirto tai ostetut tavarat).

M7 022; siirretty määrä ylittyi x: ylitoimitustoleranssi tuotantotilauksen osalta on ylittynyt. Jos ylitoimitustoleranssia ei ole asetettu työn aikataulunäkymässä olevaan materiaalimestariin, aseta sellainen. Jos ylitoimitus on voimassa, luo toinen tuotantotilaus, joka käsittelee ylituotettua hyvää.

F5 286; jakso A ei ole avoinna tilityypin X osalta: tuotantovahvistukset on kirjattu tilinpäätöksen aikana ennen seuraavan tilikauden alkua. Kun tilikausi on auki, valitse epäonnistuneet tietueet ja tallenna ne.

M7 018; Anna tallennuspaikka: Tämä yleinen virhe syntyy, kun ongelman tallennuspaikka on tyhjä materiaalimestarin Työaikataulunäkymässä. Kaksoisnapsauta ja muokkaa tietuetta COGISSA oikealla tallennuspaikalla ja paina sitten Tallenna-painiketta. Kun olet korjannut tietueen, Päivitä material master-tietokannassa oleva Vikatallennuspaikkakenttä oikealla tallennuspaikalla tulevien virheiden välttämiseksi.

M7 121; sinulla ei ole valtuutusta tälle tapahtumalle movement type XXX: pyydä oikeilla valtuutuksilla varustettua käyttäjää avaamaan tämä COGI ja tallentamaan virhe. Varmista, että käyttäjällä, joka yritti tehdä tämän liikkeen, on tarvittaessa oikeanlainen valtuutus.

M7 053; lähettäminen on mahdollista vain jaksoissa XXXX/XX ja XXXX/XX yrityksen koodissa XXXX: tämä ei ole todennäköistä, mitä näet Tuotantoasiakkaassa, vain testijärjestelmissä, eli ellei joku ole unohtanut avata tilinpitojaksoa kirjanpidolle ja materiaalipostauksille (TSK tsk). Muuta lähettämistä päivämäärä, jos virheellinen avaamalla COGI tai avaa oikeat jaksot, Tallenna COGI.

luulen, että eniten nautin kokemuksestani COGIN kanssa oli saavutuksen ja ylpeyden tunne, kun tuo kokonaismäärä laski alle 2000: n ja sitten 1000: n… ja noina päivinä näimme nolla! Oli jopa tervettä kilpailua aikana minun toinen käyttöönotto välillä kolme kasvia! Olen todella nauttinut go-to henkilö tällaisia toiminnallisesti integroitu ja hauskoja ongelmia. Toivottavasti saat mahdollisuuden olla COGI kuningas tai kuningatar!