Ik zoek deze layout ook dadelijk ivm met mijn koppeling naar chemges, dus graag binnen alle label functionaliteit beschikbaar maken.

Even heel duidelijk:

DE Heart-Profit SDS module heb ik dus helemaal laten varen, gebruik eigenlijk alleen nog de functionaliteit om vrachtbrieven met goede Proper shipping name e.d. te genereren

Alle andere gegevens in Heart haal ik uit de vaste tabellen en koppel deze binnen heart dus zelf op artikelniveau (oftewel artikeleigenschappen zelf en sectie [J] onder het artikelmenu)

Omdat we echter deze data ooik gebruiken op onze productieorders ivm de verplichte communicatie van de gevaren van de stoffen waarmee onze werknemers werken en de huidige RS labels ook direct vanuit heart genereren wil ik dus de GHS pictogrammen en zinnen ook binnen heart kunnen aangeven gelijk ik nu onder de sectie [J] van het artikel doe, zodat ik deze zaken nog steeds kan blijven gebruiken voor mijn wettelijk verplichte interne instructie van mijn werknemers.

Het idee om GHS labels vanuit heart te kunnen genereren heb ik eprsoonlijk al losgelatren en ik zal dan ook een interface laten maken die de nodige velden vanuit heart naar een file zet (zit al in heart gaf Robert aan)
en dan een inlees en printmodule bij chemges gebruiken om daar de labels te genereren naar een kleurenprinter (kosten maatwerk software ca. € 3000).

Maar Peter heeft verder wel gelijk: Wie gaat er verder nog wat doen en wie laat wat van zich horen!!!!!!

Robert,

Voor Johan heb je volgens mij het onderstaande stuk maatwerk gemaakt.

Als ik zowel normaal wil kunnen blijven printen naar mijn ZEBRA's voor de "normale layouts, alsmede die "nieuwe GHS/CLP" labels naar een bestand zou willen schrijven (een soor mixed mode dus) om die met chemges te printen, is dat mogelijk met dit stuk maatwerk?

Momenteel stuur ik de printq aan middels de qu-functienaam

Standaard gaan alle productielabels naar srv-printlabel1
maar bv label layout #ATO gaat via IEIEATOT naar srv-printlabel2







Marco de Kraa

kijk ook eens op de site van de fabrikant (die franse club dus)
dan zie je daar niets over koppelingen, alleen maar hun eigen progje, de nodige keypads en een hoop beveiligingsdongels.

ziet er niet echt "open" uit qua aansturing

altijd fijn als mensen later gaan nadenken over koppelingen en toepasbaarheid.

Het beste is om te vragen aan de printerboer of hij PCL of een andere standaard ondersteund.
Dan kun je het vast wel via heart aansturen
Als het een "gesloten systeem" is zou ik het zijn probleem maken:
zo iets van: "ik zet daar een txt bestand neer voor die pinter, zorg maar dat het erin komt...."

Er verandert nog wel wat meer in de SDS.
In de nieuwe wettekst staat namelijk op veel plekken nu nog "can" en dat is op de meeste plaatsen vervangen door "shall".
Dus waar je voorheen bij een rubriek in de SDS aangaf : n/a mag dit veelal neit meer tenzij je daarbij een motivatie geeft waarom niet.
Je krijgt ook hier nog aardig wat voor jouw kiezen....

Maar als je daar meer over wilt discussieren kun je beter een aparte tread openen in de MSDS sectie.

Hier beperk ik me liever tot de schermen en tabellen structuur van Heart.
De uitwerking naar een nieuwe stijl MSDS is een veel breder verhaal.

Iedereen die een stof maakt c.q. importeerd in de EU is vanuit REACH verplicht om eind dit jaar die stof met labelingsvoorschrift aan te melden bij de C&L Database (Classification en Labelling)
Iedereen weet dan hoe een stof gekenmerkt moet worden.

http://echa.europa.eu/clp/inventory_notification_en.asp

Dat een ieder niet blij wordt van een transitie periode van 7 jaar is duidelijk.
Echter deze is bijna 1:1 gekoppeld aan de eisen van de REACH beoordelingen (lopen ook in 2015 af !)

Vandaar deze spagaat in wetgeving


Pwoelders is trouwens niet correct:
Ook de AI vraagt de CLP labnelling voor stoffen op jouw terrein en ik weet zeker dat je dan wel mengsels verkoopt, maar de regels gaan ook op voor jouw mensen en op een productieorder zul je dadelijk dus R10 krijgen voor een mengsel dat jij als grondstof inzet, maar voor een pure stof moet je dus de H-zin gaan communiceren naar jouw mensen.
Ook moet de leiding markering e.d. aangepast worden naar CLP en ADR. enz. enz.
We praten hier niet alleen over de kant van de klant maar ook over jouw verantwoording als werkgever.

Ja,

Wetgeving is opgebouwd in termijnen:

CLP labels op grondstoffen en eindproducten (mengsels) mag sinds vorig jaar

Op grondstoffen en in de wet vermelde mengsels eind dit jaar verplicht, uitgezonderd een uitverkooptermijn van 2 jaar voor de goederen die al in de handel zijn gebracht.

In 2015 moeten ook alle mengsels CLP labels krijgen
Ook dan weer diezelfde 2 jaar uitverkooptermijn voor goederen welke al in de handel zijn gebracht.

Dus in 2017 moet alles CLP gelabeld zijn.

PS
Je mag NOOIT beide labels op 1 verpakking aanbrengen!


Voor MSDS geldt trouwens dat alle grondstoffen t/m 2015 beide klasseringen moeten tonen (ook al ben jij over jouw klant die het weer in een mengsel gooit mag de oude klassering tot 2015 blijven voeren en jij moet zeggen wat die indeling volgens de oude klassering is.)

Dit alvast ter info.
Net als de andere wetgeving wordt er ook aandacht gegeven aan "Good Legal Drafting" en zijn veel aanpassingen van textuele aard.

Dus niet meer : Je kunt het personeel trainen
maar : Je zal het personeel trainen


verder veel leesplezier (85 pagina's)

Eerste stukje, zo even uit de losse pols

Optie 1:

Binnen de EU komen er nu nieuwe zinnen en symbolen tevoorschijn.
Er kan hier gebruik gemaakt worden van dezelfde functionaliteit als die in Heart al aanwezig is onder functiepas 1.1.1.1.F2.J

Dit vereist wel een paar aanpassingen:

Nieuwe zinnen

Tabel LORS heeft een extra indicator veld nodig voor keuze WMS/GHS om de zaken goed gescheiden te houden.
Ook hieraan gekoppelde bestanden zoals LORA zullen deze indicator moeten volgen.

Immers in de periode 2010-2017 kunnen beide wijzen van labelling toegepast worden.

Key van de H-zinnen moet > 12 zijn
Key van de P-zinnen moet > 18 zijn

Conclusie key moet op 20 gezet worden, is nu 12 posities, dus moet aangepast worden.
Daarnaast moet invoermasker op alle schermen de nieuwe indicator respecteren en moet het masker de P, EU en H prefix accepteren. (is nu alleen R, S en P)

Voor wat betreft de print variabelen moeten alle RS variabelen gedubbeld worden naar de nieuwe waarbij de volgorde moet zijn H, EU en dan P.

Nieuwe symbolen

Ook hier moet een indicator gemaakt worden om de oude  en nieuwe wet te kunnen scheiden.
Lengte van het nieuwe keyveld = 5 posities, dus dit veld moet met 2 posities uitgebreid worden
Voor wat betreft print variabelen moeten deze dus ook beschikbaar komen.

Artikelniveau

Op artikelniveau moet ook een indicator komen om aan te geven of een item volgens de oude of de nieuwe wet gelabeld dient te worden.

Daar zit nog een probleem.
Momenteel overstijgt debiteur label format het artikel niveau.
Mijn inziens is dat voorlopig alleen op te lossen door de trigger bij artikel te plaatsen en dan bij debiteur 2 labelformats op te kunnen geven.

Zelfde geldt voor in ons geval de print productieorder.
Ook deze moet op basis van de artikeltrigger de oude c.q. nieuwe gekoppelde zinnen en symbolen geven.

Wat blijft er dan nog over:

Er zijn nog teksten die geen nummer hebben maar wel verplicht kunnen zijn. Daar moeten we een oplossing voor vinden.
Misschien een T-code erbij of zo, moet in ieder geval nog opgelost worden
Daarnaast eist de nieuwe wetgeving dat alle teksten die veiligheid relevant zijn ook in alle talen beschikbaar gesteld worden op een label van de talen van de H zinnen op het label.
Dus daar moet gewerkyt worden met taalafhankelijke artikelteksten.


MSDS berekenen

Wel of niet dat is de vraag….



Operationeel technisch:

De nieuwe pictogrammen zijn 2 kleuren (rood zwart).
Lege diamanten zijn niet toegestaan.

Opties:
(1)   Print zwarte diamant over voorbedrukte rode (lege) diamand.
(2)   Print in kleur (Dit vereist een goede kleurenprinter driver en wat support van Heart om draaiend te krijgen in PCL of Postscript)
(3)   Maak voor elk aantal rode diamanten een voorbedrukte labelstock
(4)   Zie mijn post voor de chemges gebruikers

Luilak....

Maar OK, Ik zal beginnen met het opzetten van wat er minimaal in Heart aangepast moet worden.

Let wel: er moet een fundamentele keuze gemaakt worden hoe je om wenst te gaan met de data:

(1) Heart faciliterd alleen dat de gegevens (symbolen/P-zinnen/H-zinnen en EU zinnen) ingevoerd worden met de nodige vaste teksten per taal
(vergelijk huidige systeem onder 1.1.1.1.F2.J)

(2) Heart waagt de spring naar een SDS systeem met klassificatieregels en mogelijkheid deze per artikel aan te passen en te overrulen (regels zijn een stuk complexer geworden dan bij de WMS!!!)

Mijn persoonlijke insteek is gericht op (1) daar wij nu toch al draaien met chemges naast Heart.
Voor (2) kan ik wel een weekje cursus geven maar dat uurtarief zal denk ik niemand blij van worden (behalve ikzelf dan... )

Maar om voor de werknemer relevante informatie op bonnen te krijgen en om eventueel labels te kunnen maken is (1) voldoende.

Dus die keuze ligt eerst bij jou Peter.

En (1) hebben we al doorgesproken en kan ik zo in een documentje verwerken.

mvg

Marco

Ik kan op verschillende wijzen heart laten crashen bij deze functie:

- Indien ik hem opstart en met [Esc] eruit probeer te gaan
- indien ik een spatie invul bij 1e veld

PS:
2 maal dezelfde letter voor 2 verschillende functies invoeren is ook toegestaan....
het systeem gaat bij mij dan wel altijd bij [ALT][LETTER] naar de 1e gekoppelde functie

Peter,

Ik heb in het Chat deel van het forum een oproep gedaan naar de andere Heart users mbt GHS label printing.
Dit mede omdat het aan jullie kant erg stil blijft.

Hoever zijn jullie met de opzetten van de functionaliteit om OF de symbolen en RS zinnen van de WMS te tonen en printen OF om de symbolen en PH zinnen van de GHS/CLP te tonen en printen?

mvg

Marco

In het kader van de verplichting vanuit de CLP om per december op alle enkelvoudige gronstoffen de labelling van de CLP toe te gaan passen en ook op de in de wet genoemde mengsels wil ik een koppeling laten maken (background printing program) dat een dataset ophaalt uit een door heart via de print productieopdracht gegenereerde file en deze met de data in chemges print naar een GHS label.



De in de heart opdracht aangegeven label layout moet de layout van chemges en de goede printer aansturen.

Ikzelf denk met de volgende velden (aangevuld met de reeds in chemges bekende data) uit de voeten te kunnen.

Adress : City
Adress : Compagny name
Adress : country
Adress : Emergency info
Adress : Fax number
Adress : Logo filename
Adress : mail adress
Adress : Postal code
Adress : street adress
Adress : Tel number
Adress : web adress
Article : code
Article : Customer code
Article : density
Article : description
Article : description 2
Article : Shelf life (days)
Charge date
Charge number
Charge number intern
Contents : Bruto
Contents : Bruto Units
Contents : Netto in invoice units
Contents : Netto in kgs
Contents : Netto invoice units
Current date
Current time
Free text 1
Free text 2
Free text 3
Label : layout code
Label : quantity
Label : sequence number
Warehouse : Location code
Customer: code

Wie hierin ook mee willen doen graag even een reply op dit topic of een mailtje aan mij
Ik weet dat er al enkelen zijn die dit hebben draaien. Misschien dan even de layout file zenden zodat we dan naar een standaard interface file kunnen?



mvg

Marco

Als het met dat ene uurtje "minder fout" gaat  : graag....