PS : is text van 6 karakters conform sectie 8.6.4 van het ADR

Vanaf 1 januari 2009 wordt het verplicht voor elke gevaarlijke stof de tunnelbeperkingscode op het vervoerdocument te vermelden. Dit is tijdens de recentste vergadering van de WP.15 (werkgroep gevaarlijke goederen van de Verenigde Naties) besloten.

De code bevindt zich in kolom 15 van tabel A in hoofdstuk 3.2. Het doel is dat de chauffeur weet welke beperking er opgelegd is voor zijn goed, wanneer hij door een tunnel moet rijden.
 
Een ander voorstel dat werd aangenomen door de WP.15 is de publicatie op de website van de Verenigde Naties van de eventuele beperkingen opgelegd door de contracterende partijen. Het zal zo mogelijk zijn om de verschillende beperkingen te raadplegen die in de diverse landen van toepassing zijn.
 
[http://www.gevaarlijke-lading.nl/nieuws/artikel/573Lees meer over de tunnelbeperkingen in 'Tunnelbeperkingen in categorie ingedeeld' (nieuwsbericht 5 juli 2007)].

De tunnelcode is een goederen eigenschap, gebaseerd op het UN-nummer.
Aan heart dus de volgende vraag :
Gaat dit bij heart een artikelnummer eigenschap worden of gaan jullie nu er eens over nadenken om een tabel te maken met UN gegevens op basis van een sleutel op basis van GEVO-code in combinatie met de verpakkingsgroep, om op deze wijze het datamodel aan te passen en onnodig invullen van diverse velden te stoppen. Immers een groot deel van alles wat op tabblad 3 en 4 ingevuld wordt zou aan de bovenstaande sleutel opgehangen kunnen worden.
Deze kode moet in ieder geval dan ook beschikbaar komen op de binnenlandse en buitenlandse vrachtbrieven, conform het besluit van de WP.15.

(voor niet ADR mensen: de WP15 is de werkgroep welke in ADR verband de regels vastlegd)

iemand?

ik had het al gezien, nu met attachement

wij zien regelmatig dit soort verminkte schermen
De enige oplossing is dan heart uit te loggen en opnieuw op te starten

Iemand enig idee

afboeken op chargenummer is sowieso discutabel,
want als  je 2 leveranciers hebt, waarvan de eerste altijd met chargenummering start met een A en de 2e met een X zal altijd de A eerst komen ongeacht de ouderdom van de charge.

Dit is dan ook de reden dat wij ooit heart een bedrijfsparameter hebben laten aanpassen op basis THT en datum charge.

Als je op basis THT gaat werken, dan is het simpel om de "noodvoorraad" op een THT in 2050 te zetten. (Wij gebruike voor alle "eeuwig" houdbare stoffen een THT van 5 jaar, kun je n.l. ook mooi gebruiken voor winkeldochter analyse en zo)

Misschien een optie?

1 uurtje is accoord (had ik ook verwacht)
Je hebt trouwens gelijk, staat in order header

mvg

Mk

http://ha1.heartprofit.nl/profit/index.php?topic=18405.msg22153#msg22153


Yvonne,
Kun je nog een kolom erbij maken, idem met vinkje
Kolom is waarde van veld "Datum in huis" vanuit de orderregeltabel

Ik wil komende week een upgrade doen en het zou handig zijn als deze meteen mee kon lopen.


mvg

MK

probleem opgelost?

Het is anders opgezet:

De adressering van de gevarenkaart wordt aangestuurd door het "verkoopbedrijf" welke in de order wordt opgegeven.
Dus als je daar het relatie Id van jouw opdrachtgever invult krijg je deze als afzender op de gevarenkaart

mvg

Marco

(Is voor ons ontwikkeld om dezelfde reden die jij nu aanhaalt: niet iedere opdrachtgever wil aan zijn klant laten zien waar het gemaakt wordt....)

Even iets heel anders:
Wij hebben in het verleden juist gekozen dat alles in de voorraad en op de productieorders juist in KG moet. Dit daar in een industriele omgeving met agressieve stoffen litermeters vaak niet kunnen en weegunits vaak wel.

Ik weet wel dat om de een of andere reden je het artikel dat op voorraadeenheid kg en factuureenheid ltr moest zetten. Anders had het systeem op sommige plaatsen moeilijkheden met de omrekeningen.
Alleen poeders staan bij ons in kg/kg stand.

facturatieeenheid wordt bij ons op debiteurniveau vastgelegd.

Ik heb trouwens nog nooit problemen daarmee gehad, wel hebben wij voor sommige producten 2 verschijningen, als dat nodig is.

Ja,
Maar dan blijft toch het verschil bestaan tussen leverdatum en datum in huis van 5 dagen!
Het koppelen aan de leverweek lijkt me trouwens onhandig, mijn ervaring is dat 90% van de mensen alleen de leverdatum intikt.
Essentie is eigenlijk dat de verkoper van de binnendienst moet weten dat het hier om een transporttijd van 5 dagen gaat en dat hij bij het maken van ene klantafspraak daar rekening mee moet houden.
geldt trouwens ook  voor de data op regelniveau, waar hetzelfde geldt.

mk

Als ik bij een afleveradres 5 dagen instel voor transport gebeurt het volgende:

Order invoeren:
Bij invoeren van de verzenddatum (in scherm het eerste) wordt datum in huis gewoon de +1 dag gebruikt die default is i.p.v. de 5 dagen die voor het afleveradres staan.
Wel als ik daarna de datum in huis muteer, dan wordt de verzendatum wel gecorrigeerd met de ingestelde 5 dagen.
Dat lijkt me niet correct....

Bij wijzigen orderheader daarentegen:
Als ik door de velden enter en ga langs verzenddatum, past hij de goed berekende datum in huis van 5 dagen weer aan naar 1 dag 

Dat zijn niet zo van de handige zou Kluk-kluk zeggen

Ik heb een recept LCI1000110 welke voor 100% gelijk is aan ART1009730
Hiervoor gebruiken wij een 100% repack recept.
Echter als ik een POm heb van 2000 kg, genereert het systeem regels voor 20.000 kg!

Gaarne even nakijken....

extra info mbt het gebruik:

Soms wordt het afleveradres niet goed afgedrukt, dit kan ook komen door de wijze van invoeren (heart kent ook hier weer 2 modi)
 
Info uit mail menno:

Als ik het zo bekijk dan gaat het fout, omdat je bij Afleveradres 999 geen gebruik maakt van de Algemene Afleverdadressen maar zelf een Afleveradres opgeeft. Bijvoorbeeld Verkooporder 20070727008 wordt geleverd aan KLANTA in UTRECHT. Als ik via F10-2-2-2-1-8 de Algemene Afleverdardessen raadpleeg vind ik KLANTA hier niet terug. Verkooporder 20070725011 wordt geleverd aan KLANTB in S'Heer Arendskerke. In de Algemene Afleveradressen vind ik KLANTB wel terug, maar dan in 'S HEER ARENDSKERKE.
 
Op het moment dat je een Verkooporder invoert voor Afleveradres 999 verschijnt na het invoeren van de Orderheader een scherm waar je het Afleveradres in kan vullen. Dit is ooit bedacht om produkten bij partikulieren thuis af te kunnen leveren. Deze informatie werd verder nooit meer gebruikt. Later is dit uitgebreid met de Algemene Afleveradressen. Deze worden wel geregistreerd en kunnen later nogmaals gebruikt worden. Ook in de Management Informatie wordt Afleveradres 999 gesplitst naar de daadwerkelijke Afleveradressen. Kijkend naar Verkooporder 20070725011 dan betreft dit een levering aan KLANTB in S'Heer Arendskerke, wat voor Profit een ander adres is als KLANTB in 'S HEER ARENDSKERKE.
 
Op het moment dat je bij Orderinvoer het scherm Opnemen Afleveradres Verkooporder krijgt, zal je in de Rubriek "Naam" middels F5 de Algemene Afleveradressen moeten Raadplegen, daar met F1 het Afleveradres selekteren (desnoods nadat je deze met F4 hebt toegevoegd) en dan met ESC terugkeren naar Opnemen Afleveradres Verkooporder, waar nu alle Rubrieken gevuld zijn.