Ik ben eruit :
Mierzuur is ook een VOC compound
Die was ik vergeten.

Verschijningsvorm

Want als goederen en verpakking eigendom klant zijn geldt belastring niet
ook niet bij het gebruik van een tankwagen of een statiegeld/hergebruik verschijning

zie opzet van menno

Kun jij dan eens kijken naar artikel ART1002810

Deze heeft in receptuur een ruime 60 w%
De berekening in heart geeft 76%

Menno,

Ik heb eens zitten rekenen.

Als ik een receptuur heb met methyleenchloride (60w%) dan geeft HEart voor VOS 70% aan

Dat kan alleen maar als heart hier corrigeert voor de dichtheid.
Ik snap echter neit waar dit vandaan komt want in de EU tekst komt alleen de eenheid g/l en w% voor.
Dit is w/v% en dat is niet gebruikelijk.

Verder staat in het artikelscherm alleen het % teken en dat duidt conform algemene regels altijd op een w/w % of een v/v% en niet op een w/v % waarde

Kun jij hier wat van zeggen?

Dat is ook het geval, zoals ik al aangaf, conform Menno's opzet uitgevoerd.

Alleen als ik 10 IBC's in een verkoopregel zet dan genereert Heart een dummy verkoopregel mbt de DKK waarde van die 10 IBC's

Besluit ik vervolgens dat ik dat fout gedaan heb en wijzig ik het aantal naar 5 IBC's dan neemt heart dat niet mee in die dummy regel en toont heart de verkeerde toeslag op de orderbevestiging.

Daar heart zelf niets meer doet met die regel bij de facturatie, maar de DKK waarde daar weer dynamisch bepaald a.d.h. van de werkelijke levering gaat het op de factuur weer goed.

inrichting is uitgevoerd conform het voorstel van Menno mbt de verpakkingenbelasting

Nee, het gaat hier alleen om de aantallen.
En de DKK is op basis KG product (tarief € 0.018/kg)

ident = V-VERPBELAST

welke artikel ZZ-VERPAK afroept

zal proberen hem opnieuw te genereren in testbest, de foutmelding staat n.l. niet in het log, maar anders dump ik wel de screens op het forum.

Als je de jaarafsluiting probeert terug te zetten terwijl grens boekdatum nog ergens in de toekomst staat krijg je een geblokkeerde functie.

Het zou netter zijn als er een controle plaats vindt mbt de toegestane boekdatum.

Ik heb een beetje geanalyseerd waardoor wij soms over ons aantal licenties heen gaan.
Dit blijkt voornamelijk te gebeuren als mensen niet netjes teruggaan naar het hoofdmenu en op het sleuteltje drukken.

Mijn vraag:
Zou het mogelijk zijn middels bv middels een bedrijfsparameter of userparameter een max idle sessie tijd in te geven?
Dus als je bv ****** minuten niets meer in heart gedaan hebt dat deze naar het hoofdmenu teruggaat en "uitlogd"?

Dat zou veel schelen denk ik...

mvg

MK

Voorbeeld: order 20080204035

Dit is al eerder opgetreden
Bij het splitsen raapvloer op een order waarop reeds een artikelregel uit een DKK is gegenereerd lijkt het erop dat die regel niet goed herkent wordt. De nieuwe product regele wordt dan op hetzelfde regelnummer als de dummy DKK artikel regel ingevoegd.

Resultaat een order met 2 maal hetzelfde regelnummer.
Kunnen jullie hier eens naar kijken.
Aangezien het vaker gebeurt lijkt het op een bug in de coding


mvg

MK


PS aanvullende info:
treedt alleen op bij een regel die afgesloten en heropend is!!

reply:

het is een DKK waarvoor ook een verkoopregel voor wordt gegenereerd, deze juist komt op de orderbevestiging naar de klant.

Je snapt dat het er nogal vreemd uitziet als deze niet sluit met de order.
Voor zover ik kan zien gaat het aan de factuurzijde ingeval van meerder/minder leveringen wel goed, want daar wordt hij dynamisch herbepaald aan de hand van de werkelijke leveringen. In geval van een gewijzigd afleveradres echter word het niet bepaald aan de hand van de nieuwe prijsfactor!

Alleen op de orderbevestigingen gaat het altijd finaal fout (zie bovenstaande 2 modi)

Nog een vraag in dezelfde strekking:
Als ik in een order bv op regel 1 het aantal verpakkingen wijzig, dan word de door het systeem gegenereerde regel van het artikel ZZ_VERPAK niet aangepast.

Beste Wouter of Menno,

Als ik een verpakkingenbalasting op DKK niveau heb op basis van een NL afleveradres en ik wijzig in de order het afleveradres naar een buitenlands adres, dan verdwijnt deze DKK niet. Ook kan ik hem niet handmatig verwijderen.

Wel kan ik handmatig het tarief naar € 0.00 zetten, maar dat is niet echt netjes.
Is hier een meer formele oplossing voor?

mvg

Marco

met dank

klopt het gezien de releasenote dat dit opgelost is?
Moet ik daarvoor een upgrade hebben?

mvg

MK