Bokföringsprogram

[christer]

Tekniker och ingenjörer har i årtionden lurats med AutoCAD. Enkla program, som blivit väldigt dyra.

Ekonomer har programmerat sönder sina databaser efter ca 10 - 15 år och blivit tvungna att skaffa nya.
IBM:s DB2 var förträffligt på sin tid. Nu är det väl SAP, som gäller. SAP var gratis en tid, fick nytt
namn Maxdb eller liknande. Nu är det inte gratis längre. SAP kostar egentligen inget.
Det är öppnandet och underhållet av tabellerna som kostar millioner.

Hade SAP en gång i tiden på datorn, men fick det inte att klara av enkla tabeller med miljontals rader.
SAP var trögt som sirap. Fick den uppfattningen att SAP klarar av små och många tabeller.
Oracle är bra på stora tabeller. Paradox och Access klarar inte större tabeller. Med några index blir
de fort över 1 G, som är första övre gräns. MySQL var häftigt, men krävde fördjupning i SQL och
för att en person skulle klara av det krävdes alltför omfattande studier.

Det är tydligen tabellverket, som kostar men kräver en enkel databas som grund. En lönelista skall väl
inte få bli till bekymmer. In med personkoden och lönen och begränsad utdelning av läs och skrivrättigheter.
I kolumner, som beräknar skatter och avgifter skall det vara lätt att ändra skattesatserna i kolumnens
beräkningsgrunder.

Småföretagaren kommer också väldigt långt med ett kalkylprogram som OpenOffice eller Excel. Något arbetssamt
med att mata in alla händelser och hålla koll på lager skatter och inventarier. Som tröst får man en färdig
resultatlista och en färdig deklaration, som är uptodate och ändras för varje händelse man skriver in.
Begränsningen är 65536 rader eller största tabell hälften mindre om man söker något och får en ny
nästan lika lång lista.

Vad är JFS och hur svårt är det att ändra och anpassa ?

[CryingFreeman]

Dags att skaka liv i den här tråden igen.

Håller på att kolla på en eventuell översättning av befintliga kontoplaner i GnuCash, samt att implementera BAS2009 i programmet ifråga.

Det finns en mall här (och ett script) som jag ska titta närmare på, som borde kunna hantera BAS:
http://wiki.gnucash.org/wiki/AccountHierarchyTemplate

Vidare har det efterfrågats SIE-import/export, vilket man kan läsa om här:

Formatbeskrivning av SIE:
http://www.sie.se/format/siedok.asp
http://www.sie.se/download/format/SIE_f ... 080930.pdf

GnuCash hanterar idag OFX/QFX-import, vilket borde kunna anpassas till att också omfatta SIE.

Källkoden till Lazy8, som hanterar SIE-import idag: http://sourceforge.net/projects/lazy8le ... p/download

Svensk kontoplan (BAS)

http://www.bas.se
http://www.bas.se/kontoplaner.htm

Jag har i dagsläget bara laddat ner en excel-fil med BAS2009 och sparat om den som CSV, så det återstår rätt mycket jobb. Men det borde gå att få till en snurra som kan ta hand om konvertering till gnucash eget format som står beskrivet ovan.

Är GnuCash ens ett tänkbart alternativ idag, eller är det JFS som gäller? Laddade ner en jar-fil från sourceforge.net men fick den inte att lira.

[liax]

Dags att skaka liv i den här tråden igen.

Håller på att kolla på en eventuell översättning av befintliga kontoplaner i GnuCash, samt att implementera BAS2009 i programmet ifråga.

Det finns en mall här (och ett script) som jag ska titta närmare på, som borde kunna hantera BAS:
http://wiki.gnucash.org/wiki/AccountHierarchyTemplate

Vidare har det efterfrågats SIE-import/export, vilket man kan läsa om här:

Formatbeskrivning av SIE:
http://www.sie.se/format/siedok.asp
http://www.sie.se/download/format/SIE_f ... 080930.pdf

GnuCash hanterar idag OFX/QFX-import, vilket borde kunna anpassas till att också omfatta SIE.

Källkoden till Lazy8, som hanterar SIE-import idag: http://sourceforge.net/projects/lazy8le ... p/download

Svensk kontoplan (BAS)

http://www.bas.se
http://www.bas.se/kontoplaner.htm

Jag har i dagsläget bara laddat ner en excel-fil med BAS2009 och sparat om den som CSV, så det återstår rätt mycket jobb. Men det borde gå att få till en snurra som kan ta hand om konvertering till gnucash eget format som står beskrivet ovan.

Är GnuCash ens ett tänkbart alternativ idag, eller är det JFS som gäller? Laddade ner en jar-fil från sourceforge.net men fick den inte att lira.

Jag har installerat gnucash men inte ens startat programmet.. men om allt det där ordnas med kontoplan och .sie osv.. ja det vore ju en dröm

Vad jag har läst så är gnucash absolut ett tänkbart alternativ men jag har inte ens startat det själv som sagt.

[maccaddam]

Laddade hem GnuCash 2.2.9 för att kolla vad som fanns. GnuCash är inte helt lättförståeligt när man är van vid "vanliga" bokföringsprogram. Vad man vill ha som liten företagare är ju också order - lager - fakturering - kundreskontra - leverantörsreskontra. Det finns faktiskt en mycket enkel faktureringsfunktion med kundregister men INTE artikelregister. Ska man fakturera med GnuCash så är det för små företag med väldigt få fakturor. När man registrerar betalning ramlar den rakt in i bokföringen, det är bra.

Sökfunktionen fungerar lite konstigt, det behövs flera klick för att hitta det man söker. Översättningen är också lite lattjo här och där, men det är ju tämligen enkelt att åtgärda. Ibland vill man ha hjälp där man är för tillfället, med frågetecken eller F1-tangent, men här måste man gå in i den engelskspråkiga manualen och där försöka hitta hjälpen.

Bokföringen är med debet och kredit, att bokföra rakt in i huvudboken känns dock lite konstigt. Men det kan fungera om det inte är allt för många transaktioner förstås. Och med svensk kontoplan, SIE-import/export, anpassning till postgiro och bangiro i stället för check, kan det nog fungera. Den som kommer från SPCS till exempel kommer inte att tycka om programmet.

Om du är elektriker eller rörmokare som ska fakturera en masssa prylar så fungerar det inte alls. Är du Linuxkonsult med några fakturor i månaden kan det säkert fungera ganska bra efter några justeringar till svenska förhållanden.

[farmfield]

Tror det här med bokföringsprogram med svensk anpassning för GNU/Linux är något som aldrig kommer på ett vettigt sätt - och inte behövs det heller... En snabb googling ger flertalet molnbaserade tjänster - inkl Handelsbanken som har en egen/intern - som duger för mindre företag, så att anpassa och/eller leta efter substitut att köra lokalt verkar inte vettigt längre... Molnet har hunnit ikapp.

[micke_nordin]

Molnet har hunnit ikapp.

Får jag påminna om vad Google nästan gjorde med etherpad här om dagen? Bokföringen är inget man vill bli av med när ett externt företag går omkull eller blir uppköpt...

/Micke

[farmfield]

Nej, man får inte satsa på något obskyrt företag då utan t.ex. en tjänst från ens bank - för erbjuder Handelsbanken detta så kommer fler följa i samma spår.

Jag känner till riskerna med 'molnet' men jag tror faktiskt att det bara är att acceptera att det inte kommer komma ett bra bokföringsprogram för GNU/Linux...

[liax]

Jag hoppas att det kommer ett bokföringsprogram iaf.

[farmfield]

Problemet är ju - som det sagts tidigare i tråden - egentligen inte programmet i sig själv utan att det måste uppdateras (med kontoplaner o.s.v.) från år till år... Sett till det och plattformens (GNU/Linux) storlek tror jag inte någon är villig att satsa på detta - speciellt inte när samma sak kan göras i html/xml/java/ajax online, att programmet då ligger i webläsaren...

Men visst har MickeN* en poäng med att även det är riskabelt...

[maccaddam]

Visst finns det bokföringsprogram för småföretag för Linux, FirstOffice från Hansaworld kostar från 800 kronor.
Se http://www.hansaworld.se/shop/sweden/ca ... windex.htm
Ett bra program som man kan växa i när företaget blir större.

Att använda bankens e-bokföring ( Fungerar med Swedbank, Handelsbanken, Danske Bank, Länsförsäkringar Bank, SEB, Nordea, Sparbanken Finn och Sparbanken Gripen) är förmodligen en alldeles utmärkt idé. Men det kostar några tusenlappar per år.
Det kanske är värt pengarna, tidsbesparande är det definitivt. Titta gärna på filmen: http://www.speedledger.se/intro/film.html
MEN... order, lager, fakturering etc får man lösa på annat sätt.

Gratisprogram för bokföring och fakturering finns för Windows, men av någon outgrundlig anledning finns inga sådana gratisprogram för Linux. Det är väl den bristen som man vill avhjälpa genom till exempel ett försvenska GnuCash. Ur kostnadssynpunkt är det därför helt ointressant att använda Linux i stället för Windows för småföretagaren.

[mrfab]

Att tro att ett program kan ha koll på eventuella utgifter/inkomster är att göra det lite väl enkelt för sig själv.Nästan alla företag använder exceldokument och gör så kallade excelmallar som man fyller i dom aktuella värdena i och därigenom får svar på utgifter och inkomster.Eventuella arbetstidmallar kan man ochså skapa på det här sättet (hur lång tid tar jobbet hur många behövs är tillgängliga är frågor man kan få svar på med sådana här mallar)

http://www.lexiconsult.se/excelmallar.aspx

Det fina programmet Open office kan göra precis samma sak med spreadsheet

Några enkla exempelmallar
http://www.lysator.liu.se/upplysning/fa/20031028/

Tycker själv att dom flesta så kallade bokföringsprogrammen är skräp man måste ju ändå göra jobbet att föra in siffrorna/och dom olika arbetena och då försvinner liksom grejen.Men det är klart att om siffrorna alltid är likadana kan man kanske använda programmen (om man behöver bokföra något då)

http://spreadsheetpage.com/index.php/tips/

[Broder Tuck]

Jag vill verkligen inte vara motsträvig. Men när du skriver detta, citerade, så är det förmodligen någonting som jag inte förstår, av det du vill förmedla:

Att tro att ett program kan ha koll på eventuella utgifter/inkomster är att göra det lite väl enkelt för sig själv.

Om bokföringsprogram inte skulle kunna göra det, varför, i så fall, använder man sig av dem? Under mina yrkesverksamma år, arbetade jag under några decennier med, just det, bokföring. Där just detta med att " ett program kan ha koll på eventuella utgifter/inkomster " var det grundläggande. Det gjorde det synnerligen lätt för envar ansvarig att hålla koll på och följa den ekonomiska utvecklingen, relativt budget och prognoser.

Förmodligen är det något annat som du har i åtanke och som jag inte riktigt kan se, genom den skrivning som du gör.

Nästan alla företag använder exceldokument och gör så kallade excelmallar som man fyller i dom aktuella värdena i och därigenom får svar på utgifter och inkomster.

"Nästan alla företag använder exceldokument". Inte heller där, delar jag din uppfattning. Har du ett bra och fullgott ekonomisystem, vad har du då för nytta av att arbeta i parallella system? Det är på gränsen till oansvarigt, som jag ser det. Det blir väldigt mycket av kaka på kaka, enligt mitt synsätt och verkar synnerligen a) ineffektivt, alternativt, b) ett misstroende mot det inhandlade ekonomisystemet.

I de organisationer där jag arbetade, förekom inget av detta, på ekonomiavdelningsnivå.

Att man längre ut i en organisation använder sig av kalkylprogram för att generera grunder för rapportering, det kan jag förstå. Men sannerligen inte, att man använder det som ett komplement till en redan inhandlad mjukvara, i detta ovan fall, ett ekonomisystem.

Du får väldigt gärna kommentera och, i synnerhet, bilägga dina citerade påståenden.

Tukken

[maccaddam]

Tycker själv att dom flesta så kallade bokföringsprogrammen är skräp man måste ju ändå göra jobbet att föra in siffrorna/och dom olika arbetena och då försvinner liksom grejen

Det är tvärtom så att man i bokföringsprogrammen inte behöver föra in nästan några siffror alls. Med automatik överförs siffrorna från faktureringsprogram, kundreskontra, leverantörsreskontra. Eller, som fallet är med e-bokföring i banken, siffrorna finns där och för det mesta med automatisk kontering.

Excel-ark är inte något som revisorer eller skattmasar är särskilt imponerade av och uppfyller knappast bokföringslagens krav eller god redovisningssed.

[mrfab]

Har aldrig förstått mig på pajkastning och tänker ej heller denna gången sänka mig till eran nivå.Om ni har program/kalkyler/eller andra saker som driver något framåt dela gärna med er utav dom !

Mer om excel filer och tilläggsprogram finns här
http://www.xldennis.com/

Mer om open office och VBA-stöd för linux finner du här
http://go-oo.org/

[christer]

Exelark går visst hem hos skattmasen.
Exelarket innehåller bokföringsposter summa debet och kredit.
Arket innehåller inventarielista och beaktar årliga avskrivningar och förvärv.
Exelarket innehåller Resultatberäkning.
Många småfirmor klarar sig med ett Exelark eller OpenOffice ark.
Svårt att veta var övre gränsen är, kanske 5- 10 fakturor per dag.

[farmfield]

Jag blir så trött på rent felaktiga fakta!

10. Kan jag använda Microsoft Excel för bokföring?

Nej, det är förbjudet enligt lag att bokföra i Microsoft Excel. Bokföringsprogram och bokföringsblock måste vara konstruerade så att alla ändringar kan spåras och synas. Det är inte möjligt i Excel och därför får programmet inte användas för bokföring.

http://foretagarguiden.tillvaxtverket.s ... /a/8206#10

Det är inte pajkastning att påpeka rena felaktigheter, speciellt inte i fall där det kan leda till riktigt elände!

[christer]

Bokföringsböcker går alltid att skriva om och ändra. Också datorbokföring går att ändra på.
Ett ofta använt alternativ är att man inte bokför själv, utan samlar fakturorna i ryggsäck och
för dem till en bokförare. Sammanställer man dem själv med Excel och sparar fakturor och
årsredovisningen under den stipulerade tiden bör det inte vara något fel begånget.
Det går ju att kolla. Förresten är en Excel bokföring också skriftlig då man skriver ut den.
Också kördagboken i Excelarket godkäns i den skriftliga formen. Däremot kan det tänkas
att en digital kopia av av en samling Exceltabeller inte godkäns. De vill däremot inte
granska USB:n eller någon CD skiva. Tror heller inte de så gärna dyker in i ett
officiellt datorprogram som SAP eller ens böndernas köpta enklare program.

[farmfield]

Du inser att citatet ovan var från en myndighet specialiserad på nyföretagande, visst? Och jag kvarstår vid att bokföring bör göras i för detta avsedd programvara, helst även utvald i samråd med egen revisor.

Jag anser faktiskt att just bokföring kan vara ett skäl till att kvarhålla sig i Windows och/eller använda dualboot (eller olika datorer) då detta är någonting som bör tas på största allvar. Vårt familjeföretag har råkat ut för en revision eller två under årens lopp (grundat 1975) och i den situationen så vill man ha 100% koll på allt, annars blir det en ännu mer utdragen och jobbig process än var det redan är. 'Processen' av Kafka är en bra förberedelse inför en revision - 'guilty till proven innocent' brukar vara deras normala infallsvinkel, hehe... (eller som man säger i UK - Innocent till proven Irish)

Debatten runt excel-ark som bokföringsmedia är oavsett off-topic då ämnet är bokföringsprogram för GNU/Linux, inte att man ev. kan bokföra i program ej avsedda för bokföring.

[christer]

Är då inte alla databasprogram avsedda för bokföring ?
Det är väl bara strukturen och sambanden mellan tabellerna, som är det fina.
Excel kan väl också läsas som Open Office och Linuxbaserat.
Bokföringsprogrammet är väl bara ett hjälpmedel sist och slutligen ?

[farmfield]

Bokföringsprogram i den mening vi diskuterat i denna tråd gäller redovisningsprogram. Man redovisar till Skatteverket. Skatteverket och Svensk lagstiftning godtar inte redovisning gjort i kalkylblad av skäl beskrivit i min föregående tråd. Att presentera detta som en möjlighet är då inte så himla bra eftersom man antingen uppmanar till lagbrott eller rent allmänt till en dålig idé.

Driver man verksamhet skall man satsa på ett riktigt redovisningsprogram - huruvida man gör detta i GNU/Linux eller Windows eller via någon onlinelösning är irrelevant, men det är att rekommendera att man rådgör med sin revisor alt. Skatteverket innan man väljer vilken lösning man skall satsa på.