aanpassen labelprintfunctionaliteit

[mdekraa]

Omdat bij ons de labels op basis klant/artikel qua layout overschreven kunnen worden hebben jullie een indicator (LABELTYP in LOAR) gemaakt welke de stati: G/W/- kent

Is het mogelijk om deze indicator ook toe te voegen aan de label layouts?

en een waarschuwing in te bouwen conform onderstaande

Als Label waarde is layout waarde geen melding
Als Layout = - dan ook geen melding
Als Label = W en Layout is G of omgekeerd: melding dat labeltype niet overeenkomt, met F2 om door te gaan en Escape om te annuleren?

Dit daar de visule controle door ons personeel niet 100% is gebleken.

[Peter Stordiau]

Wij liggen hier allemaal achterover. TOTAAL geen idee waar je het over hebt.

Als Label = W en Layout is G of omgekeerd:

Layout = G ???
Begin daar maar eens mee ...

[mdekraa]

we hebben een label type variabele laten opnemen in LOAR (door Wouter)
Deze geeft aan label
- = nvt
W = WMS (oude regeleing)
G = GHS (nieuwe regeling)


Kan deze indicator ook aangebracht worden op de varibale label layouts?

en kan er een check ingebouwd worden confom onder

dit om te voorkomen dat een artikel dat wettelijk een G label moet hebben een W label krijgt door het verkeerd koppelen van de layout

[Wouter Rijnbende]

Ah, dus je bedoelt de funktionaliteit zoals beschreven in http://ha1.heartprofit.nl/profit/index.php?topic=23106.0

En nu wil je bij de definitie van een Variabele Layout (maar dan natuurlijk alleen als die Variabele Layout er een betreft van het type "Etiket") óók een indikator G/W/-, met vervolgens kontroles dat je géén Layout die je als WMS hebt ingericht kun koppelen aan een Artikelen waarbij je GHS hebt ingesteld?

[mdekraa]

klopt als een bus
maar wel : en vice versa

dus G/W en W/G beide niet toegestaan

[Wouter Rijnbende]

Is op zich wel te realiseren;

* Veldje opnemen bij een Variabele Layout (maar dan alleen bij type Etiket)
* Kontroles bij Toevoegen-/Wijzigen Artikel
* Kontroles bij Toevoegen-/Wijzigen Artikel-/Verschijning

Ik heb echter het vermoeden dat dit dan veel te simpel wordt. Met dat je dit soort definities wilt maken met wat wel/niet is toegestaan, moet je wat mij betreft óók vinden dat je een etiketten welke je om andere redenen kunt definiëren dan "een etiket om op een Voorraaditem te plakken" (bijv. een Expeditie Etiket) óók niet mag koppelen aan een Artikel, c.q., dat je bij het afdrukken van zo'n Expeditie Etiket niet een normaal etiket welke voor een voorraaditem bedoeld is te kunnen koppelen.

Daarnaast zullen we er w.s. toch ook niet zijn met bovengenoemde puntjes, immers:

* Bij een Produktieopdracht etiket kun je e.d. Layout-id weer overschrijven.
* Bij het daadwerkelijk printen kun je e.e.a. overschrijven.
* Printjes als "Printen Etiket Voorraaditem" staan je toe zelf een identifikatie in te vullen.

Ah, en je topic nogmaals lezend, hebben we ook te maken met registraties van Etiketlayouts op klant-/artikelniveau (en waar eigenlijk nog meer).

Maar, een Debiteur-id kan óók een Etiketlayout afdwingen ! waardoor je eigenlijk weer iets gaat kreëren als "als je daar een GHS label koppelt, zul je geen WMS artikelen mogen printen" danwel "als je dat op Debiteurniveau wilt afdwingen, zullen we daar om meerdere layouts moeten gaan vragen".

Wellicht gebruik jij alle kombinaties niet, en wellicht kunnen we stellen "we passen het alleen toe voor de instelling bij het artikel, en die defaultwaarde moet je dan maar niet elders in het systeem overschrijven", maar we moeten oppassen dat we niet "formeel" iets gaan kreëeren wat zo lek is als een mandje.

Trouwens... was het niet zo dat de WMS regeling sowieso al niet meer bestond en vervangen is door GHS ?
c.q. dat je gedurende een overgangsregeling beide dient te vermelden,
maar het eigenlijk niet eens zo zou kúnnen zijn dat je nog een layout hebt met enkel WMS erop?

Ik laat de beoordeling verder maar even aan Peter over.

[mdekraa]

ten eerste : mijn vraag was om alleen een melding te geven bij de printopdracht met een optie om af te breken c.q. verder te gaan en alleen bij de combo W/G en G/W

Door op de andere labels de status - toe te passen geven deze nooit een melding en gaat het dus goed.

Wat mij betreft dus geen meldingen op artikelniveau, immers die leg je in de printfuctionaliteit.

En we zitten in de overgangsperiode:
Zuivere stoffen alleen GHS
Mengsels GHS of WMS label.

dus wat mij betreft moet het zo kloppen

[Wouter Rijnbende]

ten eerste : mijn vraag was om alleen een melding te geven bij de printopdracht met een optie om af te breken c.q. verder te gaan en alleen bij de combo W/G en G/W

Dat mag misschien je bedoeling zijn geweest, maar lees je eigen post nog eens door, dan begrijp je misschien waarom wij er niets van begrijpen. 

Overigens... om alleen een kontrole bij printen in te bouwen zou ik ook geen voorstander van zijn... Als je met scanfunktionaliteit werkt, zou je wel een etiket mogen genereren op basis van verkeerde informatie, maar daarna mag je het etiket niet uitprinten, maar zonder etiket kun je het niet scannen en loopt het hele verdere trajekt in de soep.

[mdekraa]

ten eerste zouden scan etiketten het kenmerk "-" dragen, dus dan krijg je geen melding

ten tweede is het een melding die ge-escaped kan worden dan wel door-ge-entered.

Je loopt er dus niet op vast. Je kunt nu ook al een melding krijgen bij "klant levert label aan oid.
Dan zou dat nu ook al altijd problemen moeten geven.

[Peter Stordiau]

Overigens... om alleen een kontrole bij printen in te bouwen zou ik ook geen voorstander van zijn...

Oh. Nou, zo had ik 'm niet bedacht hoor (voor zover ik iets kon bedenken in deze). Dat ga je toch niet bij het printen doen ? Zoiets doe je bij de orderinvoer ...

[mdekraa]

bij orderinvoer heeft weinig zin als je toch in de printfunctionaliteit handmatig zaken in kan geven (zowel een handmatige productieopdracht etiketten als het handmatig overschijven van de layout in een productieopdracht etiketten welke via een PO is gegenereerd

[mdekraa]

Peter,

ik zoekj in essentie een soortgelijke melding als bij "Klant levert label aan"

Aangezien het label geen artikeleigenschap is maar in de functionaliteit door artikel en debiteur en artikel/debiteur kan worden getriggerd zie ik geen andere plek war ik dit goed kan afvangen.

Aub functionaliteit inbouwen