<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Beste Mark,</p>
<p><br>
</p>
<p>dank je voor je bericht en ik weet al waar het fout ging:</p>
<p>ik boekte bij overlopende passiva de 'tegenboeking' als een
extra regel, met ' meer regels' . Dan ben je echter daarna alles
weer kwijt.</p>
<p>Nu maak ik een extra regel aan en gaathet wel goed:</p>
<p>bank credit => overlopende passiva debet<br>
</p>
<p>overlopende passiva=> daar staat dan de boeking van de bank
met bijbehorende datum debet<br>
</p>
<p>overlopende passiva=> extra regel invoegen, datum 31-12-jaar
=> tekst van de bankboeking + bedrag credit</p>
<p>enige wat nog rest is de afronding een plekje te geven en het
liefst zou ik daarvoor betalen/vorderen <=> betaalt willen
salderen (geen foutjes.</p>
<p>Als GnuCash dat niet zelf doet, zijn daar scripts voor of wat is
anders een makkelijke manier.</p>
<p><br>
</p>
<p>vr groet,</p>
<p>Rob<br>
</p>
<br>
<div class="moz-cite-prefix">Op 07-09-16 om 21:21 schreef Mark
Haanen:<br>
</div>
<blockquote
cite="mid:6A24AD49-453F-45E2-A167-60E4F8777FA8@haanen.net"
type="cite">
<div>1. De werkelijke bedragen komen op de eerste drie rekeningen,
het afgeronde bedrag komt op de laatste rekening. Dit betekent
dat je elke aangifte een afrondingsverschil hebt. Er wordt
inderdaad niet gesaldeerd, dat kan het programma niet
(automatisch) aan. Wel kun je, om overzicht te houden, na elke
aangifte per aangiftedatum (laatste van de maand) de saldos
tegenboeken ten gunste van de rekening van de betaling, al dan
niet met een winstboeking a.g.v. afronding. Ook kun je dit per
einde jaar doen, dan houd je inzicht in de exacte opbouw en kun
je de rondrekening uitvoeren.</div>
<div><br>
</div>
<div>2. Klopt. De MKB functionaliteit wordt niet door iedereen
gebruikt, vandaar mijn keuze. De 'expert' die dat wel doet, is
beter in staat om dit te corrigeren dan de 'leek' die zelf
rechtstreeks op debiteuren wil blijven boeken.<br>
<br>
3. Ja, een steile leercurve, maar daardoor wel veel ingebouwde
(wenselijke!) functionaliteit. </div>
<div><br>
</div>
<div>Succes!</div>
<div><br>
Verstuurd vanaf mijn iPad</div>
<div><br>
Op 6 sep. 2016 om 23:27 heeft Rob van Gameren <<a
moz-do-not-send="true" href="mailto:rob@famvangameren.nl">rob@famvangameren.nl</a>>
het volgende geschreven:<br>
<br>
</div>
<blockquote type="cite">
<div>
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
Beste GnuCash gebruikers,<br>
<br>
ik hoop dat iemand mij hiermee kan helpen:<br>
<br>
1)<br>
ik gebruik het RSG rekenschema en boek:<br>
- terug te vorderen BTW <u><b>hoog</b></u> (wegens inkopen)
op: Vorderingen=>Omzetbelasting=>terug te vorderen
omzetbelasting=>Omzetbelasting leveringen/diensten algemeen
tarief (soort = activa);<br>
<br>
- terug te vorderen BTW <u><b>laag</b></u> (wegens inkopen)
op: Vorderingen=>Omzetbelasting=>terug te vorderen
omzetbelasting=>Omzetbelasting leveringen/diensten overige
tarieven (soort = activa);<br>
<br>
- te betalen BTW <u><b>hoog</b></u> (wegens verkopen) op:
Kortlopende Schulden=> Omzetbelasting=>af te dragen
omzetbelasting=> omzetbelasting leveringen/diensten
algemeen tarief.<br>
<br>
Betaalde omzetbelasting importeer ik op mijn rekening courant
en boek ik op:<br>
- Omzetbelasting=>af te dragen omzetbelasting=>
afgedragen omzetbelasting.<br>
<br>
Hoewel ik alle rekeningen kan ' afstemmen' blijven de diverse
posten bestaan en wordt ' afgedragen BTW' niet weggestreept
tegen ' af te dragen BTW' en ' te vorderen BTW' .<br>
<br>
Wat doe ik fout of moet ik nog extra doen.<br>
<br>
Ik begrijp dat het rekenschema misschien te complex is, maar
ik verwijder liever een paar regels met de wetenschap dat het
uitgangspunt een correct rekenschema is.<br>
2) Klopt dat, ook waat betreft de implementatie in GnuCash.
Heeft iemand er ervaring mee ?<br>
<br>
Om in/verkoop facturen te kunnen boeken heb ik de <u><b>rekensoort
</b></u>van ik handelcrediteuren resp. -debiteuren moeten
wijzigen van vreemdvermogen resp.activa naar crediteuren resp.
debiteuren. Binnen cash kan ik geen andere rekensoorten
kiezen. om facturen op te boeken.<br>
3) waarom is dat of is de implementatie van rsg in Cash toch
niet bruikbaar ?<br>
<br>
het lijkt me nog steeds een geweldig programma maar met een
stijle leercurve. Hoop dat iemand mij kan helpen.<br>
<br>
met vriendelijke groet,<br>
Rob<br>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>Gnucash-nl mailing list</span><br>
<span><a moz-do-not-send="true"
href="mailto:Gnucash-nl@gnucash.org">Gnucash-nl@gnucash.org</a></span><br>
<span><a moz-do-not-send="true"
href="https://lists.gnucash.org/mailman/listinfo/gnucash-nl">https://lists.gnucash.org/mailman/listinfo/gnucash-nl</a></span><br>
</div>
</blockquote>
</blockquote>
<br>
</body>
</html>