Heart-Profit ERP

Bij Goederen-Ontvangst is een kontrole opgenomen die kontroleerd of het ingevulde Chargenummer Leverancier niet al eens gebruikt wordt voor een ander Artikel van die Leverancier.  
 
 

Funktie	Omschrijving	Dtm.Vl.Wyz	Dtm.L.Wyz
LOILOGDL	Gedeeltelijke Ontvangst.	27-09-2007	13-12-2007
LOILOGGL	Volledige Ontvangst.	20-09-2007	13-12-2007

Wordt de ontvangst geblokkeerd als je hetzelfde chargenummer gebruikt, of is dit een waarschuwing. Wat voor effect heeft deze kontrole?

:13c:

Er zijn een aantal controles die er van uitgaan dat de combinatie Leverancier - Charge uniek is voor een Artikel. Dit gaat echter alleen op als de Leverancier producent is. Indien de Leverancier een groothandel is die bij meerdere producenten inkoopt, kan het voorkomen dat deze Leverancier twee verschillende Artikelen, van verschillende producenten, levert met hetzelfde Chargenummer. In dat geval is de combinatie Leverancier - Charge niet langer uniek voor het Artikel en werken bovengenoemde controles (denk bijvoorbeeld aan Keuringen) niet meer.

De gebruiker krijgt nu een waarschuwing dat de combinatie Leverancier - Charge reeds bestaat en dient dan het Chargenummer aan te passen alvorens de Goederen Ontvangst verwerkt kan worden.

Jaaaa ja. En nu dacht jij zeker antwoord gegeven te hebben ?

De gebruiker krijgt een waarschuwing, past niet het Chargenummer aan, en dan ?
Dan blijkt de waarschuwing geen waarschuwing te zijn, neem ik aan ?

Klopt, het is niet echt een waarschuwing, de gebruiker is in dat geval verplicht een ander Chargenummer in te vullen.

Johan,

even ter info

De reden dat dit ingebouwd is, is naar aanleiding van problemen op onze site.
Het is dus vorgekomen dat 2 charges van dezelfde handelaar van 2 verschillende artikelen gelijk waren.

Op dat moment werkt raadplegen en invullen keuringen niet meer want deze gaat uit van het feit dat de combinatie leverancier/chergenummer uniek is.
En hoewel dit wel klopt voor wanneer een leverancier een producent is (je wilt immers geen 2 maal hetzelfde chargenummer gebruiken) kan natuurlijk deze combinatie bij een handelaar wel voorkomen.

gelezen heb ik het maar begrepen nog niet.
geeft denk ik niet ik ben blond en misschien kan iemand me het uitleggen?? :smile:

IK kan dus niet suiker met artikel nummer 100  en zout met artikel nummer 101 in het magazijn hebben met een zelfde batchnummer

als dit het geval is heb ik een probleem
Ik heb volgens bovenstaande de batchnummers aangepast en kom dan op een volgend verschijnsel
ik heb van de suiker met aangepaste batch nummers 2 batches liggen en ja volgens fifo moet de oude suiker eerst op.

De aangepaste batch nummers staan keurig op mijn raaplijst maar niet op de verpakking en nu???



Als ik het dan toch goed begrepen zou kunnen hebben, is in deze kontrole het batchnummer leading en moet het artikel nummer volgen. Is het dan ook opgelost als we dit omdraaien, artikelnummer leading batxh volgt

Als ik het goed lees, kan dat wel, mits je je suiker maar bij een andere Leverancier vandaan haalt dan je zout.

Als je suiker en zout bij dezelfde Leverancier vandaan komen, zou deze Leverancier niet voor zowel het suiker als het zout hetzelfde Chargenummer mogen gebruiken.

Zie bijv. ook je Keuringen, die op het niveau van Producent (Leverancier) en Chargenummer liggen.

Wouter,

dat kan zo zijn maar er zijn van die leveranciers......................die doen dat toch
en natuurlijk is die leverancier helemaal verkeerd bezig.

De hamvraag is dan ben ik als afnemer groot genoeg om aanpassingen in de produktie labeling van de producent
af te dwingen

is er mogelijk een andere oplossng??

T.b.v. Keuringen kan ik me voorstellen dat dit niet anders kan (behoudens heel veel maatwerk). Ik zou me kunnen voorstellen dat als je niet keurt, de kontrole ook niet volgt, maar weet dit niet. Een produkt welke je nú niet keurt houd niet in dat je het volgende week wel wilt keuren, en aan de andere kant zou je ook kunnen zeggen "dan kun je alles wat je eerder ontvangen hebt maar niet keuren".
Of er nog meer zaken meehebben gespeeld voor inbouwing van deze kontrole weet ik ook niet, e.e.a. dus ter beoordeling van degene die bepaald heeft dat deze kontrole erin moest.


Is dit overigens theorie, of héb je nu konkreet zo'n situatie aan de orde?

Als ik toch even mag ... het kan natuurlijk niet waar zijn dat je van suiker en zout niet hetzelfde Chargenummer mag hebben ...
Als dit meer of minder expliciet was besloten in betreffende (beschreven) aanpassing (ik heb het er niet op nagelezen) dan heb ik het gemist.

Wouter, je gaat er misschien te veel vanuit dat die leverancier zelf de suiker en het zout produceert. Het is dan inderdaad niet erg aannemelijk dat die leverancier twee keer hetzelfde chargenummer uitgeeft. Maar als hij dat toch zou doen ... helemaal legitiem wat mij betreft. Niets en niemand zegt immers dat je aan een Chargenummer moet kunnen zien wat voor'n produkt het is. Ook wij dus maar niet ... :smile: (het moet niet gekker worden).

Daarnaast, niemand zegt dat die leverancier e.e.a. zelf heeft geproduceerd, ofwel, dat heb je niet eens in de hand. Ik weet wel, dit betreft de oorspronkelijke discussie, maar toch verre van dat, omdat die ging over *hetzelde* produkt. Ofwel, oneindig veel meer toeval.

Als het nu zo in elkaar zit dat je geen zout en suiker kunt hebben met hetzelfde Chargenummer, mag dit wat mij  betreft eruit worden gesloopt. Dan zal heus het aan deze Releasenote ten grondslag liggende niet meer werken, en dùs zal het wel zo moeten zijn dat er iets moet worden aangepast. Wat weet ik niet, want echt in mijn hoofd heb ik dit (onderhavige) topic niet meer.

Wouter

geen theorie maar praktijk ik schijn een minimaal een leverancier te hebben die meerdere arikelen met eenzelfde batchnummer uitgeeft

sta open voor een oplossing.

paul

Deze discussie heb ikm al uitgebreid gevoerd met Menno
(zie oude posts)

Het probleem is dat Heart ervanuit gaat dat de leverancier ook een producent is met een eigen batchnummer systeem.

Het feit is echter dat leveranciers vaak handelaren zijn en het dus zeer wel denkbaar is dat een gelijke batch referentie op 2 producten hangt.

Probleem is dat de sleutelvelden mbt ontvangst goederen en batches raadplegen hier niet op zijn ingericht en daarom heeft Heart als "noodverband" er een controle ingebakken welke ervoor zorg draagt dat je geen 2 gelijke batchnummers op 1 leverancier kunt gebruiken voor 2 verschillende artikelen.
Anders kun je n.l. nooit de keuringen e.d. dara meer van invullen.

Dit is echt zo bij ons voorgekomen.

http://ha1.heartprofit.nl/profit/index.php?topic=18456.msg24774#msg24774 (http://ha1.heartprofit.nl/profit/index.php?topic=18456.msg24774#msg24774)

De enige oplossing die er op dit moment is, is de wijze zoals mdekraa dit doet.

Stel, je koopt Artikel A en B in, beide van dezelfde Leverancier. Beide produkten worden geleverd met partijnummer 12345.

Voor (minimaal) de Keuringen geldt dat deze op kombinatie Charge + Producent geregistreerd worden, maar ik kan me ook voorstellen er op meerdere plekken vanuit wordt gegaan dat 1 Leverancier (nee sorry, Producent) niet gelijke charges hanteert voor verschillende produkten. Ofwel, beide produkten inboeken met Charge 12345 is niet mogelijk, immers je zou niet meer kunnen keuren (en misschien dus wel meer niet).

De blokkade is ingebouwd voor mdekraa, en die lost dit op door bijv. bij de 2e ontvangst er een kleine toevoeging achter te zetten. De eerste partij boekt hij dan binnen met '12345' en de 2e partij met '12345a'. Feitelijk zie jij dan nog steeds je 12345 terug, maar de toevoeging is om het uniek te maken.

De problematiek speelt ons inziens niet zo zeer als jouw Leverancier de produkten zelf produceert (dan is de kans klein dat hij dezelfde charges hanteert voor verschillende produkten), maar speelt eerder in de handel. Jij koopt bijv. fritjes en mayonaise bij de Albert Heijn, en beide produkten zijn toevallig met eenzelfde chargenummer gelabeld. In dit voorbeeld mag jouw Leverancier dan wel dezelfde zijn, maar ze is niet de producent. I.g.v. de fritjes is dat bijvoorbeeld Aviko, en i.g.v. de mayonaise is dat bijv. Remia.
Hoe dan ook, dit probleem lossen we alleen op als we òf alles m.b.t. Keuringen (en wat nog meer) aanpassen op niveau van Artikel+Charge, en zelfs dan denk ik Artikel+Producent+Charge, danwel alles wordt aangepast op het (bij Inkoop) kunnen registreren van de daadwerkelijke Producent. In beide gevallen impliceert dit veel maatwerk, voor een situatie die bijna niet voorkomt. Komt het toch voor, dan gewoon een toevoeginkje aan het chargenummer invullen, en je bent ook klaar  :wink:

Nb: Mdekraa heeft inmiddels een link opgenomen naar het oorspronkelijke topic. Thanx.

Ja, maar ten eerste is het schijnbaar niet zo een unicum als dat jij en ik zouden willen!

            ten tweede vanwaar dan deze wijziging door gevoerd?? het probleem heeft zich nu alleen verplaatst
            het probleem verschuift van johan naar paul.
 
Als ik deze kontrole niet wil is daar een oplossing voor

Paul, heb je het daadwerkelijk geprobeerd ? doe dat eens als je wilt, want ik vermoed dat je de oplossing even niet doorgrondt.

a. De kontrole wil je juist wel, anders gaat het verderop fout;
b. Het lijkt me totaal geen probleem om het a-tje (etc) erachter te zetten als de kontrole eenmaal triggert.


PS: Ik wist zelf al niet meer dat het op deze wijze was opgelost. Sorry voor mijn eventueel verduisterende opmerkingen. Anders gezegd, ik heb heus wel gelijk, maar wat mij betreft is het legitiem om het zo op te lossen. En geen moeite !

Of ?

De enige andere echte oplossing is het herstructureren van Heart en zoals Wouter al aangaf alles op crediteur/artikel/charge gaan omzetten

Als je dat wilt betekent dat even de hele module inkoop en management overzichten omzetten + nog alle zaken die hiernaar verwijzen.

Ik weet wel dat ik dat niet ga betalen op basis van het uurtarief...
Dus was de melding de enige economische oplossing voor mij als "domme" gebruiker.
Let wel dit neemt niet weg dat het een lapmiddel is van een onvolkomendheid in het datamodel vs. de realiteit.

Wij hebben leveranciers die keurig voor ieder artikel een apart eancode /artikelnummer bedenken, maar de produktie in zulke grote batches maakt dat ieder verschijningsvorm uit deze een batch gevuld wordt.

dat betekent dat we 4 0f 5 verschijningen hebben met een eigen artikel nummer maar wel met een en hetzelfde batch nummer.
Ons FIFO systeem is ingericht op batch nummer, als ik aan de batchnummers toevoegingen ga doen waar blijft dan mijn fifo?
verdwijnt dat in het zwarte gat??

Is het mogellijk het zo te maken dat de melding komt maar we er niets mee hoeven te doen??

paul

binnen ieder artikel blijft de fifo gewoon werken zoals het al deed, immers als je het oplost zoals wij het doen praat je over achtervoegsels.

Bij ons speelt dit trouwens niet daar wij op FIFO THT werken. Wij gaan ervanuit dat je minimaal 2 leveranciers probeert te hebben voor elk artikel en dan gaat FIFO op charge sowieso altijd fout

Merk op dat het hier dus niet meer gaat om een Leverancier die twee verschillende Artikelen levert die toevallig hetzelfde Chargenummer hebben, maar om een Producent die meerdere (4, 5) Artikelen levert onder hetzelfde Chargenummer. Er wordt 1 grote kuip aangemaakt onder 1 batchnummer. Vervolgens wordt die kuip afgevuld in verschillende verpakkingen en omdat de Producent met SAP werkt, ontbeert hij fenomenen als Omvormen en Verschijningsvormen. En dus worden er voor de verschillende verpakkingen nieuwe Artikelen aangemaakt, maar wel allemaal met hetzelfde Batchnummer (dat is immers de werkelijkheid!).

Dus de situatie is: 1 Producent - 1 Chargenummer - n Artikelnummers. Waarbij dit dus niet ontstaat uit een toevallige samenloop van omstandigheden, zoals bij mdekraa, maar een structureel probleem vormt voor pwoelders.

Ik heb pwoelders voorgesteld om het Chargenummer Leverancier op te nemen als Intern Chargenummer en het Chargenummer te genereren op basis van de Inkooporderregel/Goederenontvangst. Het is niet duidelijk of dit een definitieve oplossing kan bieden, dus als er nog creatieve ideeën zijn ...

domme vraag, maar waarom volg jij jouw leverancier 1:1?
waarom aan jouw kant niet inrichten als artikel/verschijning en dan bij leverancier op artikel/verschijning zijn "unieke" artikelnummer eraan hangen?

zo werken wij tenminste zowel aan inkoop als verkoopzijde
(en SAP ken ik wat dat betreft goed)
Dus leverancierskode bij artikel F2 H opgeven en onder 3.5 klantgerichte gegevens het debiteuren artikelnummer.

Wat een grap ...
Jongens, buiten wat Marco zegt, doet Profit het dus precies goed (wel toeval denk ik, maar goed). Dus, die verschillende verpakkingen met verschillende externe (!) artikelnummers met hetzelfde chargenummer, hoéf je ook maar 1 keer te keuren. Althans, inderdaad denkend in de richting van het Keuren waar het technische probleem zou ontstaan (maar wat pwoelders niet gebruikt, meen ik).
Aldus, zou je (op zich onterecht, die voorstel Marco)) in Profit meerdere Artikelnummers maken voor ditzelfde produkt, dan kan je de zgn. verschillende Keuringen op de zgn. verschillende produkten niet kwijt. Maar ja, één Charge = één Charge, en die hoef je omwille van een eraan hangende andere kode (het externe artikelnummer) echt niet meerdere keren te keuren.
Of het in consistentie (in Profit) ook allemaal werkt is een ander verhaal.

Voorlopig denk ik dat pwoelders inderdaad het voorstel van Marco moet volgen. Met andere produkten ga je net zo om, en zo niet, wel, dan ga je er niet "handig" mee om ...

Het zal theoretisch en praktisch wel allemaal waar zijn, maar uit bovenstaande blijkt dat de situatie waarop deze wijziging is gebaseerd
zeer, zeer zelden voor komt, zelfs zo zelden dat het eigenlijk de moeite van het corrigeren niet waard is, veel te veer werk voor een zo geringe kans op dit probleem.

Waarom dan in vredesnaam toch die controle ingebouwd??

En wij zijn ook niet zo handig, waarom volg ik de leverancier 1 op1 misschien is dat handig en eenvoudig in de communicatie met die leverancier.??!!!

Stel:
er is iets mis met een batch waar ik dan even over wil reclameren bij mijn leverancier, ja het batchnummer staat in het systeem, alleen dat batch nummer zegt mijn leverancier helemaal niets en de gene die klagend bij de leverancier aan de lijn hangt weet niks van de toevoegingen die ik aan het batch nummer gaf.

dat wordt dan oeverloos communiceren, miscommuniceren  en dat kost zeeen van tijd en dus geld.
 
ik zal dus ergens weer terug moeten kunnen vallen op de batchnummers van de leverancier.
en dat lijk mij nu weer water naar de oceaan dragen.

Hoe handig kan je er mee om gaan
vorige maand vonden wij het nog erg handig.


 


   

De leverancier levert batchnummer 9A1766
Jij maakt er in voorkomende gevallen van : 9A1766-a

De persoon bij jou aan de telefoon weet van niets, en noemt dus 9A1766-a.
De persoon aan de andere kant voert dit in in zijn SAP systeem, en krijgt piep - bestaat niet.

Inderdaad, niemand komt erop dat die -a een toevoeging is.


Veel beter is het dan om 2 totaal verschillende produkten met toevallig hetzelfde chargenummer te keuren onder 1 van die 2.
Toch ?
En nou niet zeggen dat je toch niets keurt, en jou dat geen moer uitmaakt ...

Als jullie (stel) een lijmpje produceren en je levert dat in 1Kg en in 5 Kg blikken; heeft dat dan verschillende Artikelnummers ?