Ik ben tot nu toe zeer tevreden over de mogelijkheden van MFS. Ik heb echter nog een vraag.
Bestaat de mogelijkheid om ook in offertes de btw te vermelden, net zoals bij facturen?
Dit mis ik, in mijn geval, nog.
I.v.m. de voorraadcontrole volstaat uw antwoord en laat ik de voorraad gewoon negatief worden.
Dank bij voorbaat
Digon. CRM- en ERP-software voor KMO / MKB
Bestel de handleiding voor professioneel gebruik van dit ERP-systeem.
Cloud computing met MFS kan ook: overal voor al uw medewerkers toegang, automatische backups, geen dure server
Maximaliseer de opbrengst van deze software in uw onderneming: ondersteuning bij het invoeren en advies voor optimaal gebruik
Een mogelijkheid zou zijn (in een van de volgende versies) voor elke lijn het btw-percentage/bedrag mee te sturen naar de rapportgenerator. Dan kan indien btw-afdruk gewenst is op het offerte-rapport een aggregator voor het btw-bedrag toegevoegd worden. Ik post hier wel terug als ik dat heb kunnen bekijken.
Oké, bedankt.
Dat zou voor mij ook zeer gewenst zijn!
In 4.2.16 is hiervoor een oplossing, met daar meteen ook een waarschuwing bij. Lees ter info evt. eerst http://www.digon.be/node/44 . Per lijn wordt nu naar de offerte-layout het btw-percentage doorgestuurd in de variabele 'OFFERTE.btw'. In bijlage hierbij zit een voorbeeld van een offerte-layout-bestand om te tonen hoe je je eigen offerte-layout kan aanpassen. MAAR. Als je per lijn het bedrag incl. btw weergeeft en afrondt op 2 decimalen (zoals in de bijgevoegde voorbeeldlayout) en op het einde een (aggregate) veld sum(tot_art*(1+OFFERTE.btw/100)) invoegt zoals in het voorbeeld, hoeft de som van de afgeronde bedragen inclusief per lijn niet gelijk te zijn aan de afgeronde som van de niet-afgeronde per-lijn bedragen. Het laatste is echter wel (*) wat op de factuur zal verschijnen.
Dat betekent dat het totaal-inclusief op de offertelayout in bijlage, gelijk zal zijn (*) aan het totaal-inclusief op de bijhorende factuur, MAAR kan afwijken van de som van de afgeronde inclusief-bedragen per lijn. Om dat te vermijden kan je misschien iets doen met de round-functie in reportman (sum(round(tot_....,0.01)) ofzo ?), maar dan is dat niet gelijk aan de afronding op de facturen, waar die gebeurt op het totaal (*).
(*) niet helemaal gelijk ... op de factuur gebeurt de afronding per totaal van een btw-tarief (6%, 21%, ...), dus niet op het alg. totaal. Dat betekent dat er op het bedrag incl. btw een afrondingsverschil kan zitten tussen het algemeen totaal van een offerte met de layout in bijlage en de uiteindelijke factuur.
Samengevat : het is dus af te raden om per lijn de bedragen inclusief btw weer te geven. Voor het totaal kan dat wel, maar zelfs dan kan er een cent verschil zitten op het offerte-totaal en het totaal van de overeenkomstige factuur.
(Er is voor de offertes ook nog geen mogelijkheid om automatisch voor intracommunautaire leveringen de BTW weg te laten e.d.)
Bijlage : http://www.digon.be/node/57