Ook een kwestie van voorkeuren denk ik.
Mijn mensen mopperen juist als de velden niet gevuld worden als je van de ene functie naar de andere gaat...

het werkt, thx

alleen de loaromra's of ook de beide andere?

Is het alleen inkopieren?
zo ja zet ze maar klaar in c:\aaa
dan plak ik ze er vanavond na 23.00 wel in

Ik moet altijd vertellen hoe ik het systeem op tilt krijg, de rest had ik (nog) niet geprobeerd
 
mvg   MK

Als ik met userbutton naar het lijstje artikel raden op omschrijving ga, heb ik onder de volgende condities vastlopers (is reproduceerbaar)

button loaromra
artikel F2-menu
lees eigenschappen optie 1
terug menu
naar artikelverschijning
toevoegen
esc. naar omschrijvingslijst
2e artikel
artikel f2-menu
lees eigenschappen optie 1           
---BOEM----

Ik ben een week met vakantie vanaf maandag, maar ik zal het uittesten...

Als ik aan een geleverde verkooporder een doorbelasting wil toevoegen, bv voor gemaakte laaduren of transportkosten, dan kan ik die alleen toevoegen middels een kostenartikel.

Dit vind ik vreemd.
Graag zou ik ook dienst-artikelen willen kunnen toevoegen.
Immers als ik bij toevoegen artikelen kijk zie ik de volgende definitie:

DIENSTENARTIKEL

Vergelijkbaar met een Kostenartikel, doch dan bedoelt om formeel te   
registreren dat er een Dienst is geleverd (zie ook de aangifte Omzet-
belasting, alwaar goederen en diensten van elkaar worden gescheiden).

mvg

Marco

Het systeem toont nu de datum waarom de sales persoon het heeft gepland.

Echter wij zijn gewend om bij leverdatum te refereren aan de datum zoals deze wordt opgegeven op de vrachtbrief, daar dit de "werkelijke verzenddatum" is.
Ook zou het legitiem zijn te refereren aan een datum van verzending+ levertijd.

Maar mijns inziens is het refereren naar een statische waarde vanuit de verkooporderheader pertinent onjuist en is dat een datum waar zowel wij als onze klant weinig tot niets aan hebben.

vandaar de vraag:
Is het mogelijk om op basis van werkelijke verzenddatum of werkelijke leverdatum de zendingen aan een klant te printen?

Deze printfunctie geeft het volgende resultaat:

        LEV.DAT.    ARTIKELNUMMER    VVORM       INHOUDVRS  VERKOOPORD.  GELVRD  PRIJS/VRS.
        ==========  ===============  =======  ============  ===========  ======  ==========
        20-06-07    ASHL102010       431AI          25,000  20070530032     159       26,69

Echter de getoonde leverdatum is niet de leverdatum!

Wat hier gepresenteerd wordt als leverdatum is de geplande leverdatum zoals deze wordt opgegeven bij order-entry en niet de daadwerkelijke leverdatum!

Deze datum is dus in de praktijk zonder enige waarde.
Immers leverdatum reeel = werkelijke verzenddatum + dagen zoals opgegeven bij afleveradres


Daar deze functie niet de gewenste info geeft:

Is het mogelijk om op basis van werkelijke verzenddatum of werkelijke leverdatum de zendingen aan een klant te printen?

Ik heb een Hars, UN 1866 in een 200 kg drum
Voor ADR geldt een vrijstelling : sectie 2.2.3.1.5
Voor IMDG geldt klasse 3 UN1866

Ik heb klanten die ik per vrachtwagen belever en klanten bv in finland waar sprake is van een zout veer en dus zeetransport.

Voor de klanten die per vrachtwagen beleverd worden wil ik op de cmr hetgeen op pict-1 staat (middels GEVO=18662) en voor de klant in finland hetgeen op pict-2 staat (middels GEVO=18661).

Dat kan ik per verschijning koppelen en dan ook het vinkje bij afleveradres op M zetten...

Ik krijg echter dit niet voor elkaar als ik de variabele %PSNAME-REST% gebruik , want die kijkt daar niet naar, Maar als ik %PSINAME-REST% gebruik welke voor IMDG is en alleen de Engelse taal zou moeten afroepen (verder zijn ze n.l. gelijk) krijg ik de situatie in pict-3.

Dat is niet conform hetgeen op een vrachtdocument moet.

heart?

Ik kreeg de volgende melding van mijn gebruikers,
Kun je hier eens naar kijken?


Hallo Marco,
 
een poosje geleden hebben we een instructie gekregen hoe te handelen als er al 999 afleveradressen zijn bereikt bij een debiteur ( 222382).
 
Als we de instructie volgen komt het toegevoegde afleveradres in Algemene adressen. Dit adres komt dan wel in de order te staan maar op de Vrachtbrief staat nog steeds afleveradres 999.
Dit klopt dus niet.
 
Wi jij bij Heart vragen of ze dit kunnen corrigeren
 
Voorbeelden VO 20070614025  Vr brief 20070620017
 
                   VO 20070615001 Vr brief 20070620015
 
We zien je reactie graag tegemoet.
 
mvgr
Janneke

die is flauw ...

Ik heb ook wel eens ongelijk, vraag mijn vrouw maar =)