Hej Allan. Det er godt, at høre fra dig. Jeg har samlet op på dine ting her.
Vi vurderer altid når der kommer nye krav og love til vores kunder. Når der sker ændringer i loven, her i momsloven, vurdere vi hvor mange der er berørt og hvad det giver mening at vi som udbyder af regnskabsprogram gør.
Derfra går vi ind og kigger på hvordan vi vil kunne løse det, hvor lang tid det vil tage os at lave løsningen og vurdere hvor mange andre kunder vi berører med løsning. Vurderingen vil være på hvor mange kunder vi hjælper og hvor mange kunder vi vil forstyrre med løsningen.
Afhængigt af den beslutning vi træffer vil vi gøre vores bedste for, at proaktivt informere de berørte kunder om de udfordringer de vil få hvis de anvender vores system.
Det anerkender jeg, at vi ikke har gjort det godt nok i dette tilfælde og det tager vi ved lærer af.
I det her tilfælde omkring omvendt betalingspligt ved køb af IT.
Det ligger ikke i vores planer at ændre håndteringen af IT momsloven i lagermodulet. Vi vurderet mængden af vores kunder som anvender lagerstyring med køb af IT produkter der indgår i denne ændring, er af mindre omfang – sammenholdt med hvor krævende en systemmæssig ændring det ville kræve, at ændre momshåndteringen på vareleverandørfakturaer, som der ville ændre momsprincippet på vareleverandørfaktura (lagermodulet) så det lå på linjeniveau og ikke overordnet niveau som det er – det vil forstyrre flere kunder end vi ville gøre glade med ændringen.
Lager er løbende på vores radar. Vi vil altid gerne udvikle modulet (lige som vi vil med resten af programmet). Her til om vi skal udvikle mere eller mindre på lager? De sidste 4 år har vi vurderet kun at lave det absolut basis. Vi har selv været uklare på vores mål med lager – og haft en masse dialog om hvad vi ønsker og hvad vores kunder forventer. Det er også noget af den dialog som du også nævner der har været her på forummet. Er det dårligt? Er det skidt? Jeg er selvfølgelig ked af, hvis vi ikke har været klare på hvad vores kunder har kunnet forvente, og eksempelvis regnet med vi har lavet XYZ. Det har ikke været hensigten.
Hvad gør vi så ved det?
Vi arbejder stærkt på at forventningsafstemme med vores kunder og mulige nye kunder der overvejer f.eks. lagermodulet. Som tingene er nu er der ikke nogle planer om lagermodulet.
Vi prioriterer hele tiden fejl. Når der opstår fejl i systemet, her i bankafstemningen - vurderer vi hvor mange der er berørt og undersøger hvad det kræver, at rette.
Vil vi så ikke være et fejlfrit program? Det er drømmen. På vejen derhen ligger der en benhård prioritering hvad vi skal arbejde på for, at skabe mest værdi for vores kunder.
Vi knokler for bedst muligt, at afstemme med vores kunder om det bliver rettet og i så fald, hvornår de kan forvente det bliver rettet og vil give en klar besked herom.
Det er fint nok men det retter jo ikke fejlen? Nej det gør det ikke. Vi arbejder stærkt på, at gøre det vi kan få, at hjælpe vores kunderne videre i mellem tiden og er forstående overfor eventuelle valg vores kunder træffer på baggrund af vores prioriteringen.
Selvom det ikke er de svar du ønskede, at få. Så håber jeg trodsalt, at det giver dig en afklaring i de forskellige sager.
<p>
Med venlig hilsen</p>
<p>
<strong>Andreas Polk</strong></p>
<p>
<li>
<strong><img alt="" src="
style="width: 200px; height: 49px; " /></strong></p>
<p>
Sidder du af og til og er i tvivl om, hvordan du skal bogføre?
<a href="http://forum.e-conomic.dk/bogfoeringshjaelp/"><strong> - Klik her og spørg tusindvis af andre e-conomic brugere</strong></a><br />
</p>
<ul>
<li>
<a href="http://www.e-conomic.dk/support">e-conomic support</a> - Din vej til vores support</li>
<li>
<a href="http://wiki.e-conomic.dk/">e-copedia</a> - Opslagsværk om e-conomic</li>
<li>
<a href="http://blog.e-conomic.dk/">e-conomic blog</a> - Hold dig opdateret</li>
</ul>