boel moet nu ook in testbest staan

Ik probeer vanavond alles naar testbest te zetten, maar in ieder geval kun je tot ca. 13.00 in die PO testen in de productieomgeving.
Daarna gaan ze erop afboeken

PO = 200710050006 user was RET

MK

Ik heb er serieus naar gekeken, maar ik wil wel een keer met jullie overleggen...

Ik heb bewust voor artikel/batch insteek gekozen daar je dan middels plaatsing charge en middels onderdelen charge de gewenste info en koppelingen kunt vinden.

Dus, wanneer heb je tijd?
Trouwens voor 120 uur ga ik het niet doen.

toch gedaan over korte tijdstermijn.
Echter deze sheet heeft 2 nadelen:
-1- kostprijs wordt alleen opgehaalt wanneer PO uit VO gegenereerd is
-2- batchnummers alleen bekend als -1- geldt


En daarnaast zijn niet al mijn "wensen" ingevuld.
Wij doen n.l. echte nacalculatie op grondstofniveau en niet op algemeen niveau.

Dus toch graag offerte

Het "lek" is boven water.
op de een of andere manier had iemand er een niet aan het artikel gekoppelde verpakking in de inkoopregel weten te hangen.
Daar deze verpakking niet bestaat, kan heart hem ook niet vinden en werd hij dus niet getoont, logisch dus...

Bij de commissie controle bleek dat er nogal wat orders in de groep zzz kwamen bij uitdraaien onder management info.
Deze orders blijken een leeg veld voor verkoper te hebben.
Dit terwijl deze debiteuren wel gekoppelde verkopers hebben in eerdere en latere orders.
Iemand enig idee hoe dit kan gebeuren.
Volgens mijn verkoopbinnendienst zien ze dit af en toe en treedt het op bij het wijzigen van een order.

Over dit jaar gaat het toch over een redelijk aantal orders, lijkt dus toch een structurele fout te zijn

mvg

MK

doe ik dan wel vanavond... =)

Die heb ik van 1/10 tot 1/10 met alle vinkjes aan geprobeert te draaien.
Lijkt in lus te komen.
CPU 100% en txt in bovenbalk blijft gelijk
zie printscreen

Wij doen veel nacalculatorische analyse. Dit gebeurt handmatig.
Kunnen jullie een excel sheet maken conform voorbeeld met daarin de voor de analyse relevante resultaten.

Selectie:

• artikel van/tot
• klant van/tot
• leverdatum van/tot
• batch van/tot

Output als in voorbeeld

• Links is leverdata
• Rechts is productiegegevens
• Koppeling over beiden middels batchnummer.
• artikel batches separeren, bv middels lijn met sterretjes of zo

Gaarne prijsopgave.
mbt oorsprong:
Als het rechts een grondstof betreft tracering naar IO
Als in het rechter deel ook een productieitem ingestoken wordt (dus bij repack of bij het gebruik van een halffabrikaat) dan tracering naar PO, leverancier is dan ADPROD en prijs wordt dan uit PO bepaald ipv uit IO.

Graag een opgave van de benodigde uren van jullie kant

mvg

Marco

vanuit artikelmenu , 8[F1]
alles dan dus

Misschen wel redundant, maar in dit geval wel correct
zie inkooporderregel

Ik mis hier wat info, Als ik via openstaande orders inkoop (optie 6.1 vnuit artikelmenu)  kijk staat ie er wel

Kun je eens kijken wat hier het probleem is?


mvg

MK

Wij lossen dat dan maar op door achter het klantartikelnumer een selectie te zetten, dus:
123456-025 = 25 liter
123456-200 = 200 liter enz.

Klant snapt het coderingssysteem dan wel en je maakt de boel toch uniek

We hebben dit wel vaker aan de hand gehad (moet ergens nog in Peter zijn files liggen)
Het lag dan meestal aan het feit dat er van het ene veld naar het andere gezapped werdt en met nog wat zijstapjes. Als je daarna het artikelnummer wijzigd dan werd de nieuwe omschrijving niet meegenomen.

Edwin heeft hier in het verleden wel wat controles op ingebouwd. Vooral in het begin van de overgangh van DOS naar Win zaten er nogal wat van die fouten in. Bij DOS ga je n.l. vast van het ene naar het volgende veld, maar bij de win versie kun je met de muis willekeurig door de velden "zappen" en dan kun je dit soort leuke effecten krijgen

MK

Dat klinkt slechter dan het is.
Het is maar 1 regel

Middels vast j/n van o.a. lkostenplaats en kostensoort kun je de fouten in multilink nog corrigeren.

Ook kun je via multilink reserveringen (vakantiegeld/bonussen) e.d. inprogrammeren en ook verdeelboekingen maken.