ØV - CVR nummer ændring lavet uden omtanke ... ønske: Lav landekode og nummer konfigurerbart

Question

Jeg kan netop konstatere at Economic har valgt at lave en ændring til momsnumre så man nu automatisk får tilføjet landekode som prefix til momsnummeret.
Men hvad værre er: Man tilføjer landekoden med en bindestreg - og man kan ikke selv styre om bindestregen skal med.

Så en hollandsk kunde vil hedde "NL-12345xxx" ...

Vores europæiske kunder brokker sig over at dette ikke er standard ... og siger at "NL1234xxxx2" er standard - altså uden bindestreg

Det ville være rart, hvis man sørger for at lave den konfigurerbar ...

Det ville være MEGA let at lave en konfigurations linje under "Salg-> Kundeopsætning" ... hvor man eksempelvis skrev "<landekode>-<momsnummer>" i et redigerbar felt - så kunne man rette det til ... "<landekode><momsnummer>" ... og dermed selv have frihed til at bestemme udseendet ... og så lave det så det passer internationalt med hvad udlandske kunder forventer at se på faktura ....

Comments

Jeg vil give spørgeren ret.

Funktionen er sikker lavet i den bedste mening, men desværre er den stærkt fejlbehæftet:

1) Formatet er ganske rigtigt forkert, der skal ikke være nogen bindestreg. Det undrer mig at denne detalje ikke er rettet med det samme.

2) Jeg tror at vi er mange der gennem årene selv har skrevet landekoden ind foran CVR nummeret. Det resulterer nu i dubletter f.x. SE-SE1245678. Det kan vi selvfølgelig ændre på manuelt, men det er immervæk en usnedig implementering.

3) Man kan ikke bare tage debitorens landebetegnelse og slå landekoden op, og så sætte det foran CVR nummeret. Mange internationale selskaber har faktureringsadresse i et land, mens de benytter et andet lands CVR nummer. SAS har f.x. faktureringsadresse i Sverige, men benytter et dansk CVR nummer når der købes ind til levering i Danmark. (Strengt taget burde man kunne angive CVR nummer på hver enkelt leveringsadresse, men det er en anden sag). Nu bliver resultatet at der står SE-DKxxxxxxxx på ordre og faktura, og det er jo helt galt. Selv hvis jeg fjerner det lille DK foran CVR nummeret bliver det galt. For det er jo ikke et svensk nummer, men et dansk.

4) Nogle lande bruger ikke CVR numre, f.x. Malaysia. Og så nytter det jo ikke at automatisk tilføje "MY-" foran det nummer der ikke eksisterer.

5) Ved forespørgsel i chatten fik jeg bl.a. det svar, at det var fordi det var lovpligtigt at angive EORI nummer på den måde. Men det er bare ikke rigtigt, for i nogle lande benyttes CVR nummeret ikke som EORI nummer, i stedet tildeles et særligt nummer. Endelig kan en debitor sagtens have flere EORI numre. Så hvis man vil blande EORI ind i debatten, så bør det være som et selvstændigt felt på leveringsadressen.

Alt i alt, så er denne "automatisk landekode foran CVR nummer funktion" en brøler af de større. man kan også kalde den direkte amatøragtig.

Det kan kun gå for langsomt med at rulle tilbage, og så sætte sig ned og tale med folk med forstand på import/eksport, før man laver en ny version.

Beklager de hårde ord. Men funktionen er ikke bare frustrerende, den introducerer direkte fejl.

---

Jeg kan kun være helt enig med thomas.knudstrup i at denne funktionalitet slet ikke virker gennemtænkt og virker meget amatøragtigt. Det har reelt set også betydet at REST-api er noget nær ubrugeligt, da kunder i e-conomic ikke længere er unikke, da flere nu kan have samme CVR-nr! I min optik har i taget alt for meget kontrol over cvr-nr.

Se problemstillingen her

---

Denne tråd bør genåbnes nu med det samme. Den er jo helt gal.

Jeres automatiske tilføjelse af landekode forårsager at kunder i Nordirland tildeles IE hvilket ikke er korrekt.

Det skal være XI, noget som har været gyldigt siden Brexit.

Lav det i det mindste sådan, at vi brugere selv kan sætte et flueben under "indstillinger", om vi vil have systemet til at tilføje landekoder til CVR nummeret. Det burde være en simpel ændring af den nuværende, utilfredsstillende løsning.

Ked af det hvis jeg virker sur. Men det virker som om der ikke lyttes når man påpeger en fejl. Det er næsten altid sådan noget a'la "det er ikke en fejl, det er feature"...

---

Hejsa Thomas

Desværre har dette problem nu eksisteret i snart et helt år. Man kan kun konkludere, at E-conomic kun er et godt produkt, hvis man arbejder "indenfor DK's grænser". Internationalt orienterede virksomheder bør kigge efter anden bogholderi løsning, da udfordringer i forbindelse med international handel - som dette issue klart dokumentere - ikke prioriteres. (Et andet eksempel er mangelfuld afstemning af Euro konto - uden brug af fastkurs).

Desværre blev problemet skabt af E-conomic da der kom nye krav til moms regler ved samhandel i EU. Og E-conomic lavede en hurtig "lappe-løsning" ... som man så ikke senere har valgt at reparerere på. Og så kan man snakke nok så mange gange om "kunde-prioritering" ... men ingen kunder har ønsket en dårlig implementeret funktionalitet.
Kunder kan beskrive og sågar nogle gange prioritere behov. Men det påhviler altid softwarehuset at få gennemtænkt de implementeringer af behovene, som man vælger at lave ;-) 

V.h.
Søren Rehné

---

Hvis et spørgsmål er "lukket", betyder det så at folkene hos e-conomic undlader at læse nye kommentarer ?

For at lukke denne sag er helt forkert. I har lavet en defekt funktion. Defekte funktioner bør rettes med det samme, uden undskyldninger om andre "vigtigere" sager.

Jeg vil gerne bede om at denne sag genåbnes straks, tak !

Answer 1

Hej og mange tak for dit input.

Du har helt ret. Forslaget kom faktisk fra forum, og blev hurtigt implementeret, men jeg kan godt se nu at bindestregen ikke skal være der. Jeg har derfor kigger nærmere på det bl.a. her:

https://skat.dk/skat.aspx?oid=2068789

https://skat.dk/skat.aspx?oid=2068790

Det ligner som udgangspunkt at der aldrig skal være bindestreg, så spørgsmålet er om vi skal lave den lette løsning og blot fjerne det fremover. Kan også godt undersøge det sidste forslag du er kommet med, men dette vil nok kræve lidt mere og derfor kan tage længere tid.