niet door te boeken batchboekingen

[r.rijnvos]

er staan een aantal niet door te boeken batchboekingen in de financiele administratie van bedrijf chemie.

dit wordt waarschijnlijk veroorzaakt bij een handmatige voorraadmutatie (1-4-3-1). bij het kiezen van de juiste journaalpostdefinitie wordt er een foutmelding gegeven, zie bijlage.

dit gebeurt niet in testbestanden.

[Wouter Rijnbende]

De reden waarom de Batchboeking niet kan worden doorgeboekt staat toch duidelijk op je scherm.  De Batchboeking in de melding verwijst naar een Kostensoort die niet bestaat. Dus, mogelijke oplossingen:

- ervoor zorgen dat de Kostensoort wél bestaat
- de Journaalpostdefinitie aanpassen opdat je de niet bestaande Kostensoort kunt overschrijven
- de foutieve Batchboeking eruit gooien (en de waarde via een memoriaal boeking zelf in het grootboek boeken).

[r.rijnvos]

Ik ben er net achter gekomen dat deze foutmelding alleen gegenereerd wordt bij een handmatige afboeking door gebruiker rr.
In de foutmelding wordt steeds gerefereerd naar dezelfde mutatie van 14-10-2011. (zie bijlage eerder in topic)

[Wouter Rijnbende]

De oplossing wordt er niet anders van 

[r.rijnvos]

Probleem opgelost. er stond een " " (spatie) in een kostensoort.
Blijft wel vreemd dat alleen gebruiker rr deze foutmelding kreeg bij een voorraadmutatie.

[Wouter Rijnbende]

Blijft wel vreemd dat alleen gebruiker rr deze foutmelding kreeg bij een voorraadmutatie.

Nee hoor.

In julie versie eindigt "Toevoegen Voorraadmutatie" altijd met "Doorboeken Batchboekingen van LOVMTV v.w.b. de aktieve gebruiker". En, als je dat iedere keer netjes doet, zul je dus feitelijk steeds de boeking doorboeken die je er sinds de vorige keer (dus je huidige sessie) bij hebt gemaakt. Maar, blijft er een hangen, of boek je er een niet door, dan zal die de volgende keer steeds terugkeren.

Inmiddels is deze werkwijze gewijzigd, en worden de batchboekingen per mutatie direkt doorgeboekt, zie http://ha1.heartprofit.nl/profit/index.php?topic=23714.0

[r.rijnvos]

Alles duidelijk.
Het betrof idg een nieuw artikel, met een nieuwe financiele groep + foute kostensoort, waar alleen gebruiker rr een mutatie op had uitgevoerd.
Kostensoort is hersteld ==> probleem opgelost.