Dank je. Ik wilde even kijken waar we nog verwijzen naar R-zinnen ipv H zinnen in de teksten zodat we dat aan  kunnen passen.

Wilde wat controleren

Ik gebruik de 2e positie van de magazijn codering als een algemene indicator.
Dus waar ik Magazijn C1 t/m C8 gedefinieerd heb heb ik ook CL, waarbij in de omschrijving staat dat het artikel laag geparkeerd moet worden ergens in magazijn C.

Dat staat nu dus ingevuld bij zo'n giftige stof.

Onze echte locatiecodes zijn de volle 5 karakters, waarbij het laatste (5e) karakter staat voor de hoogte.
In mijn voorbeeld wil ik alleen op grond en 1e etage opslaan. Dat zijn bij ons dan  de locaties die eindigen op een 1 of 2 (1e en 2e "woonlaag")

Dus artikel met CL mag wel op
C1101 maar niet op C1105

Peter,

Misschien is dat nog de beste oplossing.
Maar dat zou wel AD specifiek maatwerk betekenen.
Wij gebruiken nu bij opslaglocatie artikel de 2e positie met een L om aan te geven dat iets in een magazijn mag (1e positie) maar laag moet staan.
Dus AL = Magazijn A Laag
en BL = Magazijn B laag.

En we gebruiken de laatste positie als een hoogte indicator.
Dus als magazijn is #L, dan moet laatste positie van de opslaglocatie 1 of 2 zijn.

Peter, is dat iets waar je wat mee kan?

Jouw verhaal is wel de insteek.
Middels het gebruik van de gevarenklassen en de hierarchie hierin hebben we goed de basis van de magazijnen kunnen vastleggen
ik heb bv een hoofdgroep brandbare zuren (3Z), waar je ook niet brandbare zuren (0Z)  mag bijplaatsen, maar niet de oxiderende zuren (5Z)
Maar de niet brandbare zuren moge ook wel bij de oxiderende zuren bijgeplaatst worden.

Dat werkt allemaal perfect en sinds dat we dit draaiend hebben zijn onze afwijkingen op de magazijncontroles drastisch gedaald.

Maar dan.
Wij willen stoffen die "zeer giftig" zijn laag opslaan, want als die vallen en je krijgt een grote plas materiaal dan ben je niet blij.
Vanuit UN keurmerk moet zo'n verpakking vanaf goed een meter de val kunnen doorstaan. Dus dat betekent dat je dit soort prdukten in een stelling magazijn op grondlocaties of "1-hoog" zou moeten willen parkeren.

Daar gaat het soms nog fout omdat dit nog niet door het systeem wordt afgedwongen.

Vandaar de vraag.

Dus ik heb de situatie dat >95% op alle hoogtes mag liggen en < 5% "laag geparkeerd" zou moeten worden.

Enig idee hoe dat in te richten is?
Immers een locatiegroep kent geen hiërarchie.
 
Nu draaien we regelmatig lijstjes van een artikelgroep en controleren daar op. Maar dat is altijd achter de feiten aan lopen.

Graag zou ik een artikelgroep koppeling krijgen op locatieniveau.
Deze artikelgroep zou dan niet op die locatie geplaatst mogen worden

wat zou dat ongeveer gaan kosten, rekening houdend met het feit dat opboeken en verplaatsen ook aangepast zouden moeten worden?

(had dit verzoekje een maand of 2 geleden al op de mail gezet)

een vraagje, je verwijst hier naar het CHEDWCOMMAND, wij gebruiken
EDWCOMMAND=U:\ED\NOTEPAD.EXE

waarbij notepad.exe de Notepad++ programmatuur is.

Wat is het verschil tussen deze 2 commando's?

Hoe kan ik inrichten dat als ik het ene artikel verkoop er altijd een ander artikel meegeleverd wordt.

2 scenario's

1:1 (dus bij elke item A altijd ook een item B)

n:1 (dus bij elke levering van artikel A lever ik ook altijd 1 stuks artikel B bij)

Kijk even naar de layout vrachtbrief

bij ons werkt het met %HH:PSNAME-REST:XXX%     

Oh ja: en bij F5 F5 taalartikel ...

met dank

Wouter,

scherp

Het gaat om de functie LOPRVBEV
ik zou graag de gevarenklasse op de variabele layout aan kunnen sturen

Is er voor het printen voorraaditem een printvariabele beschikbaar die deze afdrukt?
[LOAR][LOGV_GID]

Excel geeft geen melding en Heart klapt er dan gewoon uit op de genoemde OLE error in de screenprint

Nee, ik bedoelde als er een excel al open staat op moment van genereren uit heart, en daar staat de cursor in een cel ("edit mode)
Dan krijgt Heart geen toegang naar het excel proces.
Daar lijkt het fout te gaan, dus nog vooradt de excel binnen heart geopend is en gaat renderen met data uit de database

Office 2010

Maar ik heb het gevonden, als de cursor in een cel staat, dan loopt het systeem vast omdat hij dan Excel al "bezet" ziet.
Vandaag werkte alles wel weer, en heb ik even zitten zoeken hoe dit gebeurt.

Wel lijkt het me handig als je er een foutafhandeling op kan zetten ipv dat Heart volledig afbreekt.