• 0

verschil in bedragen verwerkt in boekhoudprogramma Kleisteen

Aanbevolen berichten

11 antwoorden op deze vraag

  • 0

Ook geestig, als je vastloopt met je administratie en al een tijd tegen problemen aanloopt.

Waardoor je niet kunt factureren.

Zoek je toch de snelste weg lijkt me.

 

Als het gaat om het functioneren van een softwarepakket is de snelste weg nooit via een forum als HigherLevel (welkom trouwens!) maar altijd bij de leverancier van het product. Daar is de kennis, kunde en ervaring aanwezig om het antwoord te krijgen op de vraag waarom het pakket niet in staat is om correct te vermenigvuldigen.

 

Dat de vraag niet bij Kleisteen terecht komt, of dat van Kleisteen geen antwoord komt, kan heel veel redenen hebben. Dat is iets tussen jou en Kleisteen, en daar denken wij op HigherLevel indien nodig graag over mee. Maar het kan niet zo zijn dat wij hier op HL de problemen van Kleisteen gaan oplossen. Dat is dan ook de reden dat je met betrekking tot deze specifieke vraag (op buitengewoon vriendelijke wijze overigens) bent doorverwezen naar de supportafdeling van Kleisteen.

 

Modgroet,

 

Dennis

Financieel en fiscaal adviseur, ook op het vlak van werkgeverszaken en uitzendvraagstukken.

Deskundig en betrokken - cijfers moeten kloppen maar het draait altijd om de mens die de onderneming maakt.

 

http://www.dennisvandijk.com | info@dennisvandijk.com

Link naar reactie
  • 0

Als richting om verder te zoeken, kijk eens naar de afrondingen die het systeem maakt.

 

- heeft het product een prijs met meer dan 2 decimalen bijv 4,876 euro waardoor er per stuk een andere prijs lijkt te hebben als aantal x stuksprijs

- is er voor het product een prijs per dozijn (12 stuks) of andere verpakkingseenheid ingevoerd waardoor je bij fracties een afrondingsverschil krijgt tussen de prijs per stuk en de totaal prjis

- Kijk ook naar de btw berekening, vooral bij kleine bedragen is er vaak een halve cent btw (of andere fractie) waardoor je afrondingsverschillen krijgt tussen de prijs per stuk en de totaal prijs.

 

het hoeft dus geen echte rekenfout te zijn maar gewoon een presentatiewijze op de factuur, als je de factuurlayout kan aanpassen door stuksprijs in 3 decimalen te tonen ipv 2 is het probleem ook misschien wel opgelost.

Tot slot hebben sommige administratiesystemen een instelling of optie die aangeeft hoe er met afronding moet worden omgegaan. (er word dan vaak op basis van een afgeronde stuksprijs ook een totaalprijs berekend zodat er op de factuur geen afrondingsverschillen ontstaan die voor de klant onlogisch overkomt.)

 

edit: kijk even afgeleid en telefoontje gedaan, en intussen staat er al een meest waarschijnlijke verklaring van een gebruiker

 

Link naar reactie
  • 0

Bedankt voor je uitgebreide en zeer nuttige reactie.

Kijk daar kan ik iets mee.

Het vreemde is nu dat hij nu wel goed werkt .

34*7,62 inc. btw = 259,08 inl. btw

Maar denk dat de oorzaak is dat de prijzen incl. btw zijn ingevoerd met de hand op het betreffende factuur.

en 7,62 = 6,2975206 ex btw. Dus vreemd bedrag zo.

Ik Heb het gevonden hij rekende mijn prijs van 7,62inc.btw terug naar 6,2975206 ex btw en maakte daar 6,30 van dat *34 + 21%=259,182

 

Link naar reactie
Gast
Dit topic is nu gesloten voor nieuwe reacties.
Hide Sidebar
  • Onze Nieuwsflits ontvangen?
    Deze verzenden we elk kwartaal.

  • Wie is er online?
    5 leden, 151 Gasten

  • Breng jouw businessplan naar een higher level!

    Op dit forum worden alle onderwerpen m.b.t. ondernemerschap besproken.

    • Stel jouw ondernemersvragen
    • Antwoorden/oplossingen van collega ondernemers
    • > 80.000 geregistreerde leden
    • > 100.000 bezoekers per maand
    • 24/7 bereikbaar / binnen < 6 uur antwoord
    •  Altijd gratis

  • Ook interessant:

    Ook interessant:

×
×
  • Nieuwe aanmaken...

Cookies op HigherLevel.nl

We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.