[Conny Westh]

En stor del av syftet/fördelen med att använda en relationsdatabas är att man kan använda s.k. uppslagstabeller av olika nyckelvärden. För att ta ett enkelt exempel; LAndskoder som SE, DE, US, FI mfl så lägger man dessa koder som primärnyckel i en tabell.

Då kan man använda denna nyckel som Främmande nyckel i andra tabeller och därmed garantera att inga ogiltiga värden lagras i de tabeller som använder dessa främmande nycklar. Du får även en inbyggd kontroll mot dubbletter i samma kolumn. Använder man autoincrement så måste man ändå lägga på ett extra unikt index på motsvarande kod-kolumnen och då har man inte vunnit något utan försämrat prestanda i databasen.

Fördelen med att använda just externt definierade nycklar är då att de erfarba användarna kan skriva in värdet direkt i inmatningsfältet och de kan då snabba upp registreringen av olika uppgifter.

Detta är ett mycket viktigt användningsområde för naturliga primärnycklar. Det är rekommenderat att man ska försöka använda dessa naturliga prmärnycklar så mycket som möjligt.

Det ger bland annat även fördelar om man ska integrera två olika system, om de använt samma naturliga externa källa för sina nycklar, det blir hiskeligt mycket enklare att göra integrationen då.

Fler och fler system bygger på principen att de ska vara små och specialicerade på färre ansvarsområden, så integrationsproblematiken blir bara mer och mer vanlig.

[Westman]

Det är helt ok att använda datum + inkrement för det datumet. Två fakturor den 1:a december 2010 kan ha numren 101201-01 och 101201-02 och två fakturor den 2:a december 2010 får numren 101202-01 och 101202-02. Det löser väl ditt problem åtminstone delvis?

EDIT: Skatteverket må ha tolkat om sina regler men jag kör på på det systemet och varken SKV (2008) eller redovisningskonsult har haft åsikter.

[pelmered]

Okej, tack så mycket för informationen. Jag hade ingen aning om det...

Ursprungligen postat av Westman

Det är helt ok att använda datum + inkrement för det datumet. Två fakturor den 1:a december 2010 kan ha numren 101201-01 och 101201-02 och två fakturor den 2:a december 2010 får numren 101202-01 och 101202-02. Det löser väl ditt problem åtminstone delvis?

EDIT: Skatteverket må ha tolkat om sina regler men jag kör på på det systemet och varken SKV (2008) eller redovisningskonsult har haft åsikter.

Ja, det löser absolut problemet, tack!

När det gäller kundfakturor innebär detta, enligt Skatteverkets uppfattning, att det på ett tydligt sätt av redovisningen ska framgå att samtliga fakturerade varor och tjänster har blivit bokförda. En förutsättning för detta är att företaget har en tillförlitlig hantering av fakturorna. En tillförlitlig hantering kräver att fakturorna ska vara försedda med en löpande nummerserie som är obruten under hela räkenskapsåret.

Men det går ju inte garantera fullständigheten i bokföringsposterna då eftersom det går att plocka bort den sista fakturan på varje dag utan att serien bryts. Någon som vet om det är okej?

Ursprungligen postat av tartareandesire

Jag ser det som en tämligen värdelös företagshemlighet Hur som helst så går det bra att använda andra system än 1-2-3-4 osv. så länge det finns en löpande korrekt serie utan avbrott. Se lagtexten.

Jag vill helt enkelt inte skylta med exakt hur många fakturor jag har skickat ut sedan företaget bildades. Det är väl kanske inget värde i de siffrorna men det är inte något som jag vill de ut hur som helst.

Kan du exempel på några bra serier som inte avslöjar antalet fakturor som skickas ut. Man ska inte kunna jämföra en faktura med en annan faktura en månad tidigare och se hur många fakturor det har gått ut emellan de två.

Ursäkta att det blev lite off topic nu...

[qson]

Om du inte vill visa hur många fakturor du skickat kan du väl börja nummerserien på nåt godtyckligt nummer, t.ex. 1234.
Första fakturan 1234, andra fakturan 1235, tionde fakturan 1244 osv.

[pelmered]

Ursprungligen postat av qson

Om du inte vill visa hur många fakturor du skickat kan du väl börja nummerserien på nåt godtyckligt nummer, t.ex. 1234.
Första fakturan 1234, andra fakturan 1235, tionde fakturan 1244 osv.

Det hjälper mig ju inte alls eftersom jag inte vill att man ska kunna se alls hur många fakturor jag har skickat ut genom att kolla på faktura numret om man jämför två olika fakturor.

[Conny Westh]

Jag började på fakturanummer 1 och nästa fick heta 2 o s v, det har aldrig varit någon som brytt sig om det på 10 år senast var det.

I andra företag har jag använt konstant längd på fakturanummr och lagt en 2-siffrig kod si början som talar om att det är en faktura, order, levernatörsfaktura eller vad det nu var. Exempel: 370001, 370002, ...

Det är vanligt att man använder årtalet i början exempelvis; 2009001, 2009002... och nästa år börjar på 2010001, 2010002, ...

Har även sett varianter med hela datum och löpnr inom datumet, exempelvis 2009030501, 2009040701, ... (dessa följer inte principn med obruten serie onom året men varken revisor eller skatteverk har anmäkt på detta).

Det finns många företag som tar lång tid på sig att skriva sna fakturor då man omedelbart vid order börjar upprätta fakturan och därmed åsätter den ett faktranummer men att det kan hinna upprätas många fler fakturor med senare nummer innan den första fakturan skickas iväg, dett a är inte heller ett problem.


Så jag skulle vilja påstå att "obruten serie inom året" inte är ett 100-procentigt krav utan något skatteverket önskar, men inte stenhårt kräver....