Kunde betalt forkert faktura

Der må være sket en fejl. 

Joomlakonsulenten.dk:

Der var så en opdatering til fakturaen og bogføringsprogrammet slettede det gamle fakturanr. og oprettede et nyt.

Joomlakonsulenten.dk:

Sendte en mail med den nye faktura og en anvisning om, at faktura 002 erstatter 001.

Joomlakonsulenten.dk:

Men nu har kunden betalt faktura 001, som ikke findes i systemet længere. Og faktura 002 står "åben

Jeg kan ikke sige det - da det lyder som noget du har fået kludder i - evt i Dinero - men du burde ikke der kunne slette en faktura (01) hvis den var sendt, så det lyder mystisk.

Hvis det er et andet system, kan jeg ikke svare heller men i alle fald: En faktura der er sendt (og dermed til bogføring) kan kun annulleres ved at man sender en kredit nota for den til kunden og derefter laver man en ny faktura. Betaler kunden så den forkert, så returnerer man penge eller rykker for den manglende betaling i.h.t. faktura 2

vh

Cookie - John Hannover:

hvorfor systemet har annuller som mulighed aner jeg ikke - man må aldrig bare annullere en sendt og bogført faktura

Ja, det er en af fejlene i Billy's Billing.

Jeg vil gætte på, at mindst 90-95% af de iværksættere der anvender Billy's Billing ikke overholder dansk lovgivning, netop fordi systemet i mange tilfælde opfordrer brugeren til at gøre noget ulovligt.

I dette tilfælde vil der opstå hul i fakturarækken, og det er ulovligt, men desværre noget jeg ser hos alle mine nye kunder, der anvender Billy's Billing.

Cookie - John Hannover:

kreditering og ny faktura og ryk kunden for forskellen hvilket jo er let hvis I er enige om den pris det skal ende med

Enig. Dette er den rigtige måde at gøre det på.

Martin E. Jensen:

Det er min opfattelse, at brugerne tror de bare kan tage det tal, som BB angiver, og skrive på deres selvangivelse. Det vil dog i næsten alle tilfælde være forkert.

Nu kender jeg ikke deres årsopgørelse men jeg tror punktet er meget vigtigt og faktisk gælder ganske mange regnskabsprogrammer. Det er ikke godt, at programmerne "bilder" brugerne ind, at de nærmest varetager alt og man behøver ingen viden for at kunne lave korrekt regnskab.

Dels aner programmerne ikke hvad det er der bogføres - jo hvis det er en webshop via API men fordeling af moms på aktiver der anskaffes til privat og virksomhed delt, hoteller, repræsentation - kan man trække frisør fra inden store kundemøde (har jeg skam set gjort vellykket) kørepenge, udlægsordning osv - - selv importmoms og angivelse af den, dér kræver det desværre stadigt noget personlig.

Det gælder også tallene til selvangivelsen, korrektioner til skat og endnu mere hvis vi taler selskaber (ApS mm) hvor regnskabet ofte skal stilles helt anderledes op, end en årsregnskabsrapport fra et økonmiprogram gør det. Det kan jeg sige også gælder summasumarum - hvor gruppetal skal tages helt anderledes end i den kørte rapport + ofte laves helt om når man ikke vil vise omsætning + ledelsesrapporter som ofte udelader vigtige punkter osv.

Egentligt tror jeg at programmerne, forudsat man har bogført alt korrekt godt kunne sættes til at lave en rapport der var klar - funktionsopdelt og hvad der ellers er for alternativer. Det er dog MEGET sjældent der ikke opleves behov for en del efterposteringer.

Jeg tror programmerne kunne blive endnu bedre ved at kunne opstille en årsrapport mere tilsvarende krav til indberetning - angive momsrapport med tydelig inkl importmomsangivelse OG at kr xxx skulle i rubrik A og xxx i B og xxxx i C og konto xxxx skulle listeindberettes osv

Alle disse ting som folk helt uden økonomividen, men stor viden om alt de ellers laver, risikerer at falde i vandet med, når de vælger ikke at bruge hjælp en gang i kvartalet eller ved årsskifte - helt afhængigt af behov

vh