Om man skall gå på det @Helene Struthers skriver tidigare så uppstår debiteringen vid i samband med själva bokförandet. Om det stämmer och systemet fungerar som beskrivet av Spiris tidigare i den här diskussionen så borde det innebära att du kan mycket väl initiera levfaktura från ett bildunderlag och ser du då att det är feltolkat så avbryter du och istället ”manuellt” skapar en levfaktura (fyller i fakturainfo/huvud och rader manuellt utan något kopplat bildunderlag) som du därefter kopplar det önskat bildunderlag till. Och då skall det inte bli någon debitering.   Så jag som användare kan fortfarande ösa in bildunderlag och låta dem bli klassade som fakturor och jag kan till och med klicka på dem för att se om de tolkas korrekt så länge jag inte trycker på bokför på en sådan utifrån-bildunderlag-skapad-verifikation. ?   Är mina tolkningar ovan korrekt uppfattat @Helene Struthers? ... Visa mer

Intressant tråd. Har själv påtalat detta sedan det blev möjligt med koppling/integration till skattekontot. Jag hanterar inte lön varje månad, men vill minnas nu att jag "av misstag" matchade transaktioner från skattekontot gällande arb g avg och lönskatt mot en arbetsgivardeklaration så de blev avbockade, men ingen dubbel verifikation skapades.  Det är dock inte helt pedagogiskt och inte heller logiskt gällande flödet. Vill man att arbetsgivardeklarationen, som idag då automatiskt bokas mot 1630, ska stämma i datum, så måste man göra deklarationen typ den 12:e - eller datera fram verifikationen. Men det känns ju inte bra i ryggmärgen att leka med datum framledes.  Dessutom är ju flödet - när det var manuellt - två steg. Man gör deklarationen i steg ett och betalar i steg två (ja steg tre drar Skatteverket pengarna från skattekontot och 27-kontona nollas).  Arbetsgivardeklarationen borde ligga "preliminärt" ungefär som en faktura (om kontantmetoden bredvid - eller bokförd i fakturametoden), men utan bokning på 1630. Sedan när dragningen är gjort på Skatteverket och man får in bankhändelsen, så matchar man den och först då, bokas 1630. Det vore mer logiskt. Det finns säkert flera lösningar som är bra, om ni och era produktutvecklare funderar - men vad som helst, så att det blir mer logiskt och följer det rätta flödet! Mvh Peter ... Visa mer

Tyvärr väldigt otydligt. Så länge man inte kan markera och kopiera text och belopp på bilderna i eEkonomi kommer vi inte att betala något extra för att få in underlagen. Det är ofta vi måste lägga in OCR nummer manuellt och då är det här ingen hjälp alls.  ... Visa mer

Hej!   Tack för din fråga. Man kan bokföra det mot 7631 så länge man kan visa vad som är gåvans värde och vad som är frakt m.m. Om du hellre vill dela upp det så kan du bokföra frakten och adminkostnaderna mot tex 6991 övriga avdragsgilla kostnader eller något liknande. Det funkar även att lägga det mot ett konto inom 57XX, dock brukar de vanligtvis användas mer för frakt gällande sina egna varor.    Ha det fint! / Josefine ... Visa mer