Op zich mag de wachtlocatie wel werken, alleen voor het specifieke geval van een bedrijf dat met gevaarlijke goederen werkt betekent dit dat je per sectie of Hal zo'n locatie zou moeten hebben. Immers dit zit in de CPR/PGS en BRZO eisen mbt de registratie van goederen op het terrein.

En volgens mij heeft Heart maar 1 wachtlocatie....

Wij doen dit middels 2 artikelnummers.
Immers als de klant betaald heeft is het van hem en zetten we het na de levering (in Heart) weer via een dummy inkoop tegen 0-waarde terug op voorraad.
Voor de herkenbaarheid start het artikelnummer dan met een specifieke lettercode.
Dus ART1***** is ons eigendom met waarde
en bv. DIRK0******* is eigendom van Dirk en staat bij ons op voorraad tegen 0-waarde.

Mede reden voor ons om het zo te doen is dat wij als chemische club wettelijk verplicht zijn alle goederen op het terrein in te boeken en de voorraden bij te houden en dit was de enige wijze waarop we dit konden realiseren.

Dezelfde methodiek gebruiken wij als de klant een partij als inbesteed werk om niet aanlevert.

Misschien dat dit je helpt als het vaak voorkomt....

Maar dan zit ik nog niet op mijn voorbeeld, waar ik een "vast" tarief per zending wil toekennen per levering.
Dat was nou net de reden om met een "kostenartikel" te gaan werken...

Is dat waar?
Dat betekent dat de oorzaak van het probleem gevonden is.
Wat wordt de oplossing?

sorry 2 maal hetzelfde bedoel je....

Wij gebruiken DKK's momenteel alleen "onder water" om reserveringen te trekken middels verhoging van kostprijzen en middels toeslagen op productiekosten als we uitbesteed werk hebben.

Rechtstreeks DKK's op de factuur gebruiken wij (nog) niet

Als iemand tijd heeft:
Kun je een klein opzetje sturen over de inrichting van zo'n DKK die dit effect geeft wat ik zoek
(per zending een toeslag voor verzendkosten) Dus niet per regel, maar per levering....

mvg
hoogachtend
alstublieft
enz...

Fijn als jullie langs elkaar kletsen:
1. Middels de AD layout (van welke de oude versie ook misbruikt wordt door SE) kun je wel teksten bij de PO regels printen
2. Bij het "exploderen" van het recept, "Vergeet" Heart de teksten mee te nemen.
    Er staat immers ook geen "t" achter het artikel in de PO

De fout zit niet in het printen, maar in het exploderen/copieren van de achterliggende receptregels van het halffabrikaat, HIER WORDT DE ACHTERLIGGENDE TEKST NIET MEEGEKOPIEERD

Heb ik ff getest:
Klopt, als ik (per ongeluk) de modem PC versie opstart gaat hij fout, anders niet.

Mijn eigen schuld dus

mvg

Mk

Ja dat klopt
Alleen het probleem is dat op een of andere manier die kleine "t" niet meekomt

Ik weet niet waar het nu fout gaat, constateer alleen dat de PO geen kleine "t" meekrijgt in de desbetreffende regel
Actie Heart lijkt mij...

mvg

Marco

zie bijlage
Gaat mis ook na TBC en GRID

Probleem ligt in het meekopieren van achterliggende recept regel teksten

--------------------------------------------------------

Wanneer ik een 1-regelig recept heb welke 100% gelijk is aan een ander recept heb ik alleen "regel 10"
In dit recept staat "Halffabrikaat als regels - vinkje aan"
Dit genereerd een PO met daarop gewoon het recept.
Wij gebruiken dit o.a. bij recepturen welke ons interlectuele eigendom zijn, maar die onder "witmerk" met een andere naam aan een handelaar worden verkocht.
Op deze wijze houden wij duidelijk wie de eigenaar is van de formulatie.
Wanneer het een voorraadproduct in een tank is, is dit geen probleem, maar bij producten met een lage omloopsnelheid, is het in feite "made to order" en voorkom je op deze wijze dat je een separate maak- en ompakbon moet genereren. (We moeten een beetje rekening houden met al die bomen)


In het recept waarnaar verwezen wordt staan meerdere regels.
Aan de regel 10 in het maak-recept staat echter een tekst tbv productie.
Deze teksten worden niet overgenomen op de resulterende PO.

Dit is zeer ongewenst, want deze teksten worden binnen ons bedrijf voor 2 zaken gebruikt, n.l. zowel voor productiemethode mbt de productkwaliteit alsmede om extra voorzorgen aan te sturen mbt de veiligheid van de mensen welke met deze producten moeten werken.

Klopt als een bus:
2e zeg ook nooit dat je de database kunt "browsen" ....\
Dat is een lek en dus nog een dagje om de tafel

Hier spreekt ervaring   

OK,

Hoe richt ik de zaak zo in dat bij bepaalde klanten er altijd bij de fysieke levering er een DKK regel gegenereerd wordt welke op de factuur meekomt....

Peter,

Ben ik mee eens, beter hiervan een separaat hoofdstuk te maken

Marco

Even een noot terzijde:

Wij hebben die jongens ook rondlopen (natuurlijk)
Probeer niet met argumenten altijd te winnen.

Als ze zeggen dat je iets niet goed doen, bijvoorbeeld validatie van upgrades van Heart of zo, vraag ze gewoon naar hun procedure voor het goedkeuren van Microsoft updates, omdat je dat als voorbeeld wilt gebruiken voor jouw nieuw te maken procedure. Leg meteen in het verslag vast dat je hieraan begint als de procedure binnen is.

In 9 van de 10 gevallen kunnen ze dat toch niet (als je de vragen goed stelt) en ben je er weer een jaar vanaf.
Zorg er wel voor dat niemand in Heart de Systeemmanager rechten heeft onder zijn normale "gebruikers" account, maar dat dat is vastgelegd op een separate admin account. Hetzelfde geldt voor jouw domeinadmin.

Wij hebben bv hele gevechten gehad over voorraad mutaties door productiepersoneel. In dat geval, leg goed vast dat er een mutatiebestand is en dat "gebruikers" daar geen record uit mogen verwijderen. Sommige handelingen binnen Heart zijn immers functiegerelateerd en daar kun je alleen de acties vastleggen. Maak ook voorzover mogelijk geen ge-sharede account op afdelingsniveau, maar zoveel mogelijk account op userniveau om de bovengenoemde tracebility te waarborgen.

EDP is en blijft een leuk iets. Men zal altijd een bedrijf willen benaderen als een "closed shop", want dat is voor de auditor minder werk. Maar om Peter te quoten: je moet soms pragmatisch zijn.