Zo. Dus jij hebt je 4 jaar ingeleefd, bent een samenspanningsverband aangegaan met die klant (en wellicht nog meer) en of wij het nu meteen even willen begrijpen. Nou, niet echt hoor. Althans, niet zonder dat ik m'n hersens (of wat daar van over is) afbrandt voor de rest van de dag.

Het is even onoverzichtelijk dus. Bijvoorbeeld, wat doet die -500 in jouw printje ? En wat gebeurt er als de -17 er ook bij komt te staan ? Snappen we die beide regels dan nog. Kloptie die -500 sowieso wel ?
Hoe zit het zodirekt met de "aansluiting" met andere prints etc. ?

Ik denk dat het niet goed gaat komen, maar je weet maar nooit !

PS: Eh, hoe kom ik bij deze print ?
(LOPROFGR bestaat niet eens ??)

Sorry ? haha. Ik dacht gewoon dat er a. niet uit te komen zou zijn en het b. moeilijk zou zijn om het nogmaals fout te laten gaan (bij de gebruiker bedoel ik).
Opgelost is helemaal goed natuurlijk !

Dank je voor de melding Johan. Is het erg als we deze laten zitten ? nee toch ?

Ok !

Stuur je Excel voorbeeld maar even naar Richard. Een paar regels is voldoende hoor (1 eigenlijk ).

Yep.

Voor het geval ik het nog kan volgen ...

... Zoals niet besproken lijkt het me niet dat dit een ding van de standaard 0,5 wordt. Als het wel zo is, ook goed hoor.

Caaan you follow ?

Als jij 'smorgens eerst de tabel (LOAA o.i.d.) kopieert als backup en daarna die funktie uitvoert die we even ergens onder hangen ... maximaal 3 uur (ik denk eerder aan 2). Zonder die backup zal het ook wel werken hoor, maar je weet het, waar mensen zijn ...

E.e.a. zonder kontrole of zo'n afleveradres toevallig op een openstaande Verkooporder staat.

In ieder geval maar eens proberen iets zinnigs achter die : te krijgen.

Aanvulling op het Verkooporders verhaal :

Als je hebt doorgevoerd waar ik het over heb, kan je dat op 100% gelijke wijze toepassen. Dat is dus anders als wat ik eerder schreef hierover. Punt is : het probleem is ook feitelijk heel anders dan je beschijft. Nou ja, denk ik. Kijk maar :

Waar jij het over hebt is hoe je zo ver kan komen dat het systeem niet dingen dubbel "soupeert" op voorhand. Maar je eigenlijke probleem is dat je als man opde vloer al niet weet wat je mag doen. Daarom geldt jouw opwerkprodukt ook als leuk voorbeeld. Dus, 100den blikken en blikjes verf, en welke zullen we vandaag eens proberen op te krijgen. Nou, diegenen die je niet al op Produktieorders hebt gezet natuurlijk. Tot zo ver jouw verhaal. Mijn verhaal "vindt" dat je niet eens weet welke blikken je kan pakken, ook al weet het systeem dit in detail wel. En dan kan je wel denken dat overal barcodes op zitten en je dus als een wilde kan gaan lopen schieten op zoek naar iets wat niet al is toegekend ... dat werkt niet. Dus, knalgele sticker of wat dan ook erop zodra je het toekent aan een order enz. Alleen dàt maakt het werkbaar.

De Scanfunktionaliteit waar ik het over heb zorgt dan voor een zeer werkbare manier op zich. Dus bijvoorbeeld, dat je ter plekke zou kunnen zeggen : schiet(en) op dat rotblik wat ik hier vind, en vertel me in welke order ik dat kwijt zou kunnen. Andersom mag ook : hier heb ik een order, en ter plaatse scan ik het blik wat ik aan de order toeken. Zoiets (zit er dus in).
Wel even in de gaten dat het "rotblik" voor jullie niet zonder aanpassing werkt, omdat je het hier over opwerken hebt, en het systeem dat op zich kan, maar niet binnen het scannen is Geïmplementeerd, nog. Dus dat zou wat aanpassing vergen, voordat mijn woorden te mooi overkomen. Maar als je het over normaal eindprodukt hebt, en een hele rij met hetzelfde Artikelnummer en de wetenschap dat er met een deel iets niet 100% lekker is, dan kan je met de scanner dat deel reserveren voor een klant die het toch niet erg vindt, en waarbij je pas later met Rapen ook de juiste partijen voor de juiste klanten raapt.

Hier stop ik even, want het ontwerp van alleen dit "Reserveren" beslaat 50 A4 of zo en ik kan wel eeuwig doorl*llen.

Ik zou eens beginnen met dat Scannen als ik jullie was ...

Klopt.

Hier is niet anders uit te komen dan de betreffende partij fysiek te markeren. Dit zou je op zich "vandaag" al wel lukken, maar echt werkbaar vinden wij dat niet (net als jullie want anders deed je dat al wel), maar als je over enkele weken een upgrade aanvraagt zit het daar helemaal ondersteund in. Eh, via Scannen. Dan mag je het ook net zo wild (lees : vaak gebruikt) maken als je wilt en dan blijft het allemaal èn overal goed gaan. Eén ding wat je dan alvast mag weten : zo'n gereserveerd partijtje mag niet op een pallet staan samen met een ander al dan niet gereserveerd partijtje (mag volgens het systeem wel, maar je komt er anders zelf weer niet uit).

Klaar ?
Nee, lang niet. Want je moet eerst volledig anders gaan werken - met Scannen in het algemeen. Nou waren jullie dat wel van plan, en dus alsnog geen probleem ?

Het antwoord hierop weten jullie zelf het beste ...

Ofwel, als je voorraad houdt voor een klant die het kan afroepen, dan moet je die voorraad ook voor hem hebben gereserveerd. Denk maar even heel simpel aan een grote Verkooporder waaruit hij kan putten.
Dit kan op zich anders en meer verfijnd, maar als je zo niet denkt kom je er nooit.

En natuurlijk niet zeggen dat je geen voorraad wilt aanhouden voor die klant, want dan werkt het ook nooit.


Tip : HPP.

Heel algemeen en vast veel te kort om te begrijpen : volgens mij klopt er dan iets niet in jullie logistiek ...

Kan gewoon open blijven staan hoor.

Aannemend dat je de post van Wouter hebt gelezen : Nee. Je moet domweg de Layout Variabele niet opnemen.

Klopt dit ? vast niet. Haha.

Maar heb jij het wel over Produktieopdrachten voor Etiketten ? (zie titel van het scherm)