PS kun jij die dubbele DKK regels nog uit die 2 orders browsen?
factuur die aan die 2e order hangt mag je verwijderen

  soms ben ik heel blij met jou, weet je ..... 

thx

thx

Order 20100324006
Ingevoerd op 180 jerrycans.
Aangepast naar 90 jerrycans

DKK waarde op de factuur het dubbele van wat het moet zijn

Gekeken op orderregel niveau
Daar staan nu 2 regels met DKK tarief.


AUB coding nakijken waardoor het steeds fout gaat bij aanpassen order

De reden voor deze keuzes weet ik niet, immers de excel file naam en locatie worden opgegeven in het print scherm.

De opbouw is helemaal vrij gelaten aan jullie, met alleen de reeds eerder genoemde eis dat het een opbouw in excel moest betreffen en niet een export van een printje, daar de data met formules dynamisch moest blijven.

Dan kun je n.l. leuk spelen met de statistiek en bv kijken wat er met correlatiegetallen gebeurt als je bv de hoogste en laagste waarde weggooit ("uitbijters" noemden we dat vroeger op school)

Wat de reden is om die lock er in te zetten weet ik niet, wat mij betreft is dat een keuze van Edwin geweest. maar ik weet niet wat de achtergrond van die keuze is/was (programmatechnisch)

Als het niets uitmaakt graag een indicatie van de kosten om dat uit te zetten.

De print werkyt inhoudelijk perfect en geeft alle data die een kwaliteitsdienst nodig heeft (statistiek)

om zeep helpen:
Ik krijg een excel print waar ook de focus op is. Als ik deze "opsla als.." en excel afsluit dan heeft Heart een probleem.
Afsluiten moet via een heart pop-up button die zelf de excel sheet afsluit.
Anders krijg je een geblokkeerde functie.


hoop dat dat jouw vraag beantwoord.

En verder heeft Edwin gewoon goed werk geleverd.
En ja, wij hebben gevraagd om dit soort oplossing omdat de sheet niet gevuld wordt met kale data, maar met een header met formules en verder met data waarmee die formules "hun ding" doen.

ja dat klopt

op factuur geen DKK tarief
toen bij kijken ook geen regel
's-avonds LODF gereorganiseerd

en voilá nu zie ik er 4 hangen onder verkooporder regel 5 (zie plaatje)
factuur is verwijdert

Morgen wil ik hem opnieuw factureren maar ik heb hem even zoi laten staan omdat dit precies de problemen van de afgelopen tijd met de DKK's bij mij en waarchijnlijk ook bij Johan illustreerd.

Ja, sorry

Ik weet dat 1 persoon zag dat de voorraad op een verkeerd batchnummer was gekomen door een foutieve omvorming.
Tijdens zijn correctie actie door het nogmaals om te vormen naar het originele batchnummer heeft het magazijn de voorraad ook geraapt en een vrachtbrief gemaakt.

Hierdoor heeft het magazijn gewoon geleverd, maar tegelijk liep er ook nog die omvormactie, met de wonderbaarlijke vermenigvuldiging van het product als gevolg

Intern kwam er iemand achter dat een partij verkeerd was omgevormd, en nu een ander batchnummer had. Tijdens zijn "correctie omvorming"  terug naar het bcorrecte batchnummer heeft het magazijn de order ook geraapt en verzonden.

Gevolg:
Ik starte met 2000 kg, en nu heb ik 2000 kg verzonden en 2000 kg op voorraad

betreft artikel ASHL100650 verschijning BULK
batch : 1001450 en 1001572

order 20100319064
vrachtbrief 20100326002

Kan iemand dit aub uizoeken?
vragen:

- loopt coding fout?
- kan order gefactureerd worden
- hoe voorraad te verwijderen ivm financiele waarde?

Al naar gelang in welke excel export ik zit zie ik verschillen
In het ene geval heeft de excel export een soort lock en moet deze eerst op een bepaalde manier afgesloten worden voordat ik verder kan en in andere excel exports kan ik gewoon in heart doorwerken.

LOPRCHKE export is zo'n gelockte excel wat niet echt handig werkt

ik heb lodf gereorganiseerd
nu zie ik in de order 4 DKK regels

het lijkt erop dat er toch wat fout is gegaan bij het aanpassen van de verkooporder regel
aangezien het bij meerdere aangepaste orders is gebeurt en bij meer dan 1 klant lijkt me toch een zwak stuk coding in de programmatuur te zitten.

 Heren van Heart, ik laat het er tot maandag inzitten
Als jullie aub de 3 extra regels eruit browsen kan ik dinsdag de boel opnieuw factureren

mvg

MK

Ik heb nu denk ik het lek boven water.
Het gaat zo te zien altijd fout bij een order welke later aangepast is.

heb er nu weer een: 20100322005 regel 5
Deze toont geen DKK meer

Verzoek:
Controleer aub of dit weer in de index van LODF zit.
Zo ja, check de coding mbt de verwerking bij wijzigen artikel regel.
Deze regel stond eerst op 8 stuks en is later op verzoek van de klant aangepast naar 10 stuks.


mvg

Marco

Ik heb ik september 2009 een artikel ART1002310 handmatig opgeboekt met charge 1001285 (zijnde charge van een leverancier) in een productie verschijningsvorm.

In 2010 zijn we netjes begonnen met nieuwe chargenummers in de reeks 1000000 t.o.v. 2009 0900000

PO 201003100040 is gegenereerd met hetzelfde batchnummer als in de handmatige opboeking.

Bij invullen keuringen charges krijg je nu de header van het september product met de keuringen van de PO uit 2010.

Het lijkt erop dat bij het genereren van de PO geen controle plaats vindt naar de index chargenummers. terwijl dit wel gewenst is, je moet n.l. ook een vrij batchnummer op kunnen geven en dat moet ook binnen heart uniek zijn en blijven.

Even terzijde maarb wel belangrijk voor de beeldvorming:

Maar dat betekent dat je dus in de MRP run de "bestelbehoefte artikel van tabblad 5 dus eigenlijk definieerd als een veiligheidsvoorraad.

Immers je geeft een foutmelding als het artikel onder het bestelniveau zakt. En dat is in logistiek normaliter gekoppeld aan de veiligheidsvoorraad en niet aan het bestelniveau.

Immers er is de algemene logistieke formule:

bestelniveau = (veiligheidsvoorraad) + (gemiddelde verbruik in levertijd)

En jij stelt hier dat bestelniveau = veiligheidsvoorraad

dus dat betekend dat ik altijd artikelen in mijn  "foutenlijst" krijg die er formeel niet horen te zijn als je uitgaat van het feit dat bestelniveau en veiligheidsvoorraad 2 verschillende zaken zijn.

Trouwens op artikel/verschijningsniveau repecteer je deze verschillen wel, want daar werk je zowel met een bestelniveau als met een term veiligheidsvoorraad.

af en toe hè.....   

maar ik snap hem

thx