Ik denk dat iemand een vastloper heeft gehad.

Maar als wij trachten een PO toe te voegen geeft deze een foutmelding dat batch 1003081 al bestaat.
Eigenschappen en onderdelen zijn niet opvraagbaar.

Hierdoor kunnen we geen handmatige PO's meer draaien.
Ik heb als workaround de teller in de bedrijfsparameters nu van 1003080 naar 1003081 aangepast, zodat wij wel in staat zijn vanaf 1003082 weer PO's te genereren.

Kan iemand even kijken naar die batch 1003081?

mvg

MK

Berekening op vrachtbriefregel (een HH variabele) is op zich simpel.

namelijk op vrachtbriefregel netto kgs * artikelfactor = aantal punten

De 2e variabele moet dan een sommatie worden van alle punten (net zoals de totaal netto en bruto kgs op de vrachtbrief die in de voet gedefinieerd kan worden heb je dan ook een 1000-punten totaal nodig.

Dan is er nog 1 punt van aandacht.
Momenteel kun je een factor 0-1-3-50 invullen.
Echter er bestaat in de wet nog 1 categorie; n.l. die van stoffen waarvan het vervoer onder de 1000 punten regeling niet is toegestaan.
Daar zou je kunnen stellen dat de factor niet van toepassing is.
eigenlijk zou je dus ook nog een categorie "N" moeten maken die het verbod triggert.

tot zover het stukje ADR wetgeving....

In principe heb je er 2 nodig, namelijk de waarde per artikel (resultante van factor en kg op vrachtbriefregel)

en de totaal waarde van de vrachtbrief.
(sommatie van alle vrachtbriefregelwaarden)

Ik denk dat de bron van de ellende is dat afleveradres 999 fysiek is aangemaakt.
Dan komt de info op het popup scherm en dan lijkt het goed te staan.

Zijn de volgende 2 acties mogelijk:

1- ons afleveradres 999 verwijderen op die debiteur

2- In aanmaken afleveradressen nummer 999 blokkeren. dan kan nooit de normale functionaliteit de pop-up functionaliteit dwars zitten


mvg

MK

Dank je,
zullen we doen

Dit is een NL levering en er staat geen ABC of "opdracht tot export" getriggert.
Toch geen BTW op factuur.

Kan iemand dit nakijken aub?

mvg

Marco

Voor de leken:
PO was status P
en je mag dat alleen aanpassen als status is T
Om geprinte formulieren met verkeerde data erop te voorkomen

In order 20100527032 staat op regel 1 de verzenddatum op 11/06
Op regel 2 staat iets waarvan de verzenddatum op 23/06 staat.

Nu wil de klant dit graag allebei op 11/06 hebben, maar het systeem staat niet toe dat ik de verzenddatum van de 2e regel aanpas.

Hoe komt dit?

Volgens mijn afdeling "Customer service" kon dit voorheen wel. Zit dit in een parameter?
Op beide regels is trouwens een productorder gekoppeld...

mvg
MK

is dit alleen voor de standaard vrachtbrief of ook voor variabele layout.
zo ja, welke variabelen worden hierdoor beïnvloed?

Even ervan uitgaande dat je mogelijk niet dezelfde variabelen gebruikt voor de pakbon en de vrachtbrief kan het wel verklaard worden.

Wij hebben dit ook eens gezien bij de volgende situatie:
Sales voert eerst product A in en wijzigt dit later naar product B.
Om de een of andere reden blijft de artikel omschrijving van Product A "hangen" in de verkooporderregel omschrijving.

Vervolgens worden de pakbon en de vrachtbrief gegenereerd en kun je dus 2 verschillende omschrijvingen krijgen.

Mijn advies is: kijk eerst ook even naar:
- omschrijving in de verkooporder

2e optie is dat er een verkeerde klantartikel koppeling gemaakt is en dat daar een andere omschrijving is ingevoerd.
Ook dan kun je dit effect genereren

3e optie
Iemand heef onder het artikel een verlende tekst gehangen met de verkeerde omschrijving (bv bij artikel kopieren) en wel de normale naam aanpassen maar niet de verlengde teksten

voorwaarde voor beide is wel dat je op de ene layout verwijst naar de klantartikel omschrijving en op de andere layout naar de loar of verlengde tekst omschrijving

succes
MK

het is gelukt, met dank

In de raaplijst 20100426010 staat 2 maal regel 1
kan deze dus niet afsluiten/annuleren e.d.

graag goed zetten zodat vrachtrbrief gemaakt kan worden
vervoerder staat hier namelijk op te wachten

had ik het toch goed gegokt...

Ik weet dat er meestal 1 van de volgende pakketten wordt gebruikt

Kluwer
Loonsom

Het zou best kunnen dat Kluwer zelf nog de XML valideerd en corrigeert?

Misschien dat we via deze post nog wat feedback krijgen?

ik ben zojuist door de belastingdienst teruggebeld. Onze ICP aangifte was binnengekomen en goedgekeurd.
 
Om een specificatie van de XML-aangifte te krijgen hebben ze voor de Software-leveranciers een apart e-mail adres. Hier kunnen ze ook om een specificatie vragen van de XML-aangifte.
 
Het e-mail adres is:
servicedesk@oswo.nl