Dan weet ik dus nog steeds niet wat er mis gaat bij ART0000480. En waarom hij dus genoemd staat in de "foutenlijst"

Jouw "WHYBAD" werkt niet, immers het artikel wordt niet getoond in de bestellijst en dan kan ik hem daar dus ook niet selecteren.

Blijft mijn vraag open:
Hoe analyseer ik wat in de foutenlijst getoont wordt?
Ik heb geen tussentabel met behoeftes
Ik weet niet welke van de 3 modi de fout afroept, dus hoe kan ik de fout zoeken en oplossen?

ik had met eenzelfde soort DKK ook dit pobleem.
Daar zat/zit het o.a. in een corrupte LODF index.

Toen ik die gerepareerd had deed het merendeel het wel en bij een paar VO had ik zelfs 2 maal dezelfde regel, waarvan ik er toen maar 1 zelf eruit heb gegooid.

Er zit daar een "zwak" punt wat mij betreft maar ik weet niet waar het mis gaat.
Het betrof bij ons wel altijd orders die naderhand aangepast waren (andere hoeveelheden, nieuwe regels e.d.) nooit op een "schone" order.

met dank

komt hij misschien met de fout omdat in de order de levertijd niet bevestigd is?

zo van :

als IO klopt dan gaat alles goed en is opname in besteladvies niet nodig, maar datum is niet gegarandeerd dus komt in "foutenlijst"?

Dat klinkt leuk, maar artikelen die in de "foutenlijst staan" komen juist niet terug in de overzicht behoeftes, en daar kun je dus ook geen VVV van opvragen dat is nu juist het probleem.

- Hij staat in de foutenlijst
- dus is behoefte niet duidelijk
-staat niet in behoeftelijst die gepresenteerd wordt
- dus analyse is "onmogelijk" ...

De correcte datum is 01-01-1901

In systeeminstellingen (bedrijfsparameters) optie verkoopparameters kiezen en dan Tabblad C

"Tonen speciale notitie debiteur..." staat bij ons op V en wordt veel gebruikt.


helptekst:

Wordt deze Rubriek op V gezet, dan zal bij het toevoegen van een               
Verkooporder de speciale Notitie van de opgegeven Debiteur worden     
weergegeven.                                                         

Wordt deze Rubriek op O gezet, dan gebeurt dat bij het toevoegen van           
een Offerte.                                                         

Wordt deze Rubriek op B gezet, dan gebeurt dat bij beide.                       

Wordt deze Rubriek op - gezet, dan zal de speciale Notitie van de               
opgegeven Debiteur NIET worden weergegeven.                           

Onder speciale Notities vallen de Notities met Datum (- Tijd)         
01-01-1901 - 00:00 en 01-01-1995 - 00:00                             

Zodra er op een van beide data een Notitie staat geregistreerd zal   
deze worden weergegeven. Zijn er op beide dagen Notities geregis-     
treerd, dan zullen beide worden weergegeven.                         

dit is zo'n voorbeeld van een "foutmelding" welke dan uitgezocht moet worden. Immers "Fouten" komen niet terug in de besteladvieslijst

Behoefte ART0000480      / ORIG00  / XXXXXX / 17-03-2010 kon niet (op tijd?) worden gedekt; Geen Recept / Leverancier? Recept in een loop?
Behoefte ART0000480      / ORIG00  / XXXXXX / 18-03-2010 kon niet (op tijd?) worden gedekt; Geen Recept / Leverancier? Recept in een loop?

Als ik naar de VV kijk lijkt alles goed op datum afgedekt te zijn (zie plaatje)

Als ik naar de verpakkingen kijk is de ORIG00 de enige actieve verpakking.

En onder artikelmenu H staan daarvoor meerdere leveranciers gekoppeld, waaronder ook degene die als voorkeursleverancier gekoppeld is bij de verschijning (ook al staat die in dit geval fout)

Dus waarom hier toch een foutmelding?

Daar staat soms een sterretje bv achter een inkoopregel.

wat betekent deze (staat niet in mijn helptekst)

Wij zijn aan het proberen om de "fouten" uit de besteladviezen te halen en de boel aan het optimaliseren mbt omloopsnelheden en veiligheidsvoorraaden.

Nu kan ik al niet zien wat er fout gegaan is als het systeem op een artikel een foutmelding geeft (zie eerdere post over de combinatie van de 3 mogelijke foutenbronnen)
Maar artikelen die fout gaan geven ook geen vvv dus de analyse kost per artikel veel tijd.

Verder valt mij op dat als een behoefte van een grondstof getriggerd wordt door een magazijntekort (dus niet order gerelateerd) van een ander artikel deze in de vvv van de gronsdstof als een BI van de grondstof wordt getoond en niet als een BI van het artikel wat deze grondstof afroept.

Dat maakt de analyse en het corrigeren ingewikkeld.

zie ook http://ha1.heartprofit.nl/profit/index.php?topic=22454.0

De reden dat ik ging kijken bij de elementaire behoeftes is dat ik wat vreemde dingen tegen kwam en dus wilde zien waar die mogelijk vandaan komen.

Zitten deze getallen ook in de troep bestanden op lokaal niveau (na het genereren van de behoefterun) ?

Dan kan ik daar eens kijken waar het misgaat.

Ik heb deze opnieuw gegenereerd en zie nu bij een aantal producten bv ART0006490 een behoefte van 99999999.99 kg

waar worden dit soort getallen door getriggert. Is dat een inrichtingsfout of een berekeningsfout.
Lijkt me dat dit soort getallen een probleem geven in de echte berekening van de behoeften.

kan iemand hier eens naar kijken?


PS ik zie dit soort getallen ook aan de productiebehoefte kant bv art1007680?

Kan hier een vinkje bijkomen tbv export naar excel?

Als die aan staat moet artikel omschrijving op elke regel worden opgegeven.
nu hebben jullie de bekende "blinde vlekken" maar dat is bij het werken in een spreadsheet niet zo praktisch.

mvg

MK

thx

We zien een afhankelijkheid tussen het resultaat van de behoefterun en de opgegeven EOQ.

Hetgeen vreemd is want een EOQ mag geen behoefte triggeren.

Nu zie ik bij een lage EOQ geen besteladvies
en bij een hoge EOQ voor dit artikel wel een besteladvies

Kunnen jullie uitzoeken waar dit mis gaat
Er zijn momenteel n.l. geen echte behoeftes, dus dit artikel was een mooi voorbeeld om dit te illustreren.

Het blijft een feit dat in onze tak van sport wij niet met dagprijzen kunnen werken en dus met prijs/termijnen werken.

Maar je wilt eigenlijk wel een seintje wanneer die "dagprijs" en jouw prijsafsafspraak uit elkaar lopen. Dat was de basis van mijn vraag. Dus dat ik iets niet zou moeten willen is denk ik iets dat afgeroepen wordt door de bedrijfsomstandigheden en niet door een "ideale situatie"

Dus uitgaande dat ik afspraken maak voor en x periode met mijn klant, is er dan een manier waarop ik anders dan middels factuurstatistieken kan zien wanneer mijn gemaakte afspraak "niet slim" meer is.