Marts måneds systemforbedringer
Systemforbedringer
De systemforbedringer som vi valgte at implementere i marts, indeholder nye funktioner både lokalt og globalt, samt forbedringer i flere tillægsmoduler.

Small/standard
I vores regnskabsprogram har vi tilføjet to nye valutaer samt gjort det muligt at sætte tallet “0″ foran kontonummer i kontoplanen. Dvs. at du nu har mulighed for at oprette kontonummer “0012″ i stedet for bare “12″ - det giver et bedre overblik, når du skal udskrive kontoplanen.
I vores standardfunktionalitet, under Design og Layout, har vi tilføjet flettefeltet “Fradragsbeløb” for tilbud, ordre og kreditnota.
Tillægsmoduler
Opdateringerne i tillægsmodulerne “Dimension” og “Projekt” er primært opdateringer i rapporter, hvor det nu er muligt at filtrere data endnu bedre.
Rapportdesigner
Rapportdesigneren er opdateret, primært med Spanien, hvor man benytter alfanumeriske kontonumre.
API
API’et understøtter nu også opslag på serienummer med kunde- og leverandøroplysninger.
Rapport til Danmark og Sverige
Rapporten EU-debitorer er blevet tilføjet, så der nu er mulighed for at udskrive salget til EU-kunder fordelt på varer og ydelser.
Polen og Tyskland
Den polske version understøtter nu indberetning af polsk moms. Den tyske version kan nu eksportere data til DATEV-systemet.
Fejlrettelser
I vores gratis demoer er det nu muligt at tilføje og bruge indscanningsmodulet uden restriktioner.
Hvis man bliver logget ud, grundet “inaktivitet”, returneres man til loginvinduet.
Momsrapporten indeholder nu også manuelle debitor-fakturaer.
Vil du vide mere?
For en mere detaljeret beskrivelse af ovenstående, se under nyheder på vores hjemmeside.
God fornøjelse med forbedringerne.
Skrevet af Michael Jepsen

Hvornår begynder I at udvikle noget som kan bruges og lette det daglige arbejde?
For eksempel:
- at kunne danne en betalingsfil til banken med alle leverandørfakturaer? Det lader til, at det kun er muligt at gøre dette for alm. leverandørfakturaer og ikke leverandørfakturaer i forbindelse med indkøb af varer til lager.
- at sørge for, at forfaldsdatoen ved leverandørfakturaer automatisk bliver beregnet ud fra leverandørfakturadatoen og ud fra sine betalingsbetingelser man har hos den pågældende leverandør?
- at sørge for, abonnementsmodulet er en integreret del af systemet?
- at sørge for, at det er muligt at vende en ordre til indkøbsordre?
- at strømline lagermodulet – utroligt tungt at arbejde i og ikke særligt intuitivt. Man skal gøre hundrede ting før fakturaen er bøgført.
- at sørge for, at systmet automatisk sender faktura til kunder via e-mail uden at man først skal finde og udvælge faktura som skal sendes elektronisk (OIOXML format).
- at opdatere e-copedia i takt med at I udvikler – det kan godt være at I har en fin telefonsupport – men ofte er lettere og hurtigere at søge informationen selv. 7 ud af 10 gange skal man vente på I ringer tilbage.
- at sørge for, at man ikke kan bogføre en leverandørfaktura uden at man har indtastet leverandørens fakturanummer.
- at den interne indkøbsfaktura indenholder en forfaldsdato.
- at sørge for, at man kan vælge flere lager/leveringsadresser (som er opsat på forhånd). Idag skal man indtaste sin lageradresse hver gang hvis man har flere lokationer.
- at det var muligt, at vælge anden kostprisberegning.
- Indscanningsmodulet bør gøres mere intuitivt. Det er alt for tidskrævende at bruge.
- sidst men ikke mindst lader det til, at rigtig mange kunder/brugere er kommet med rigtig mange gode forslag og idéer i jeres blog. Men det lader ikke til at jeres udvikling lader sig påvirke. Og det er synd.
Der vil altid være mangler, ønsker om yderligere funktionalitet og ting som kan gøres bedre. Men ser man på moduler som Lager, indscanning og abonnementsmodulet virker de lidt som nogle hovsa løsninger som ikke er gjort færdige eller videreudviklet på i meget lang tid.
@Tuxen
Tak for alle de gode forslag. Vi kan altid bruge relevante input
Dog at det ikke rigtigt at sige, vores udvikling ikke afspejler brugerønsker. Kigger vi baglæns kan jeg nævne; kreditmaksimum på debitorer, det har været et stort ønske fra brugere i disse tider, mulighed for at ophæve automatisk udligninger, muligheder for manualt at udligne debitorfakturaer, nye rapporter med drill down osv.
Kigger vi fremad kommer der et dashboard d. 30./3 som giver mulighed for grafisk overblik over omsætningen. I løbet af foråret en ny kassekladde, over sommeren en godkendelseprocedure ifm. bilagsscanning.
Alle disse forbedringer afspejler mange ønsker fra tidligere blogindlæg.
Vores prioriteringer prøver altid at ramme forbedringer med flest muligt berørte brugere
Absolut fint med de nævnte forbedringer. Men at I fx. har valgt at prioritere et dashboard på baggrund af, at ramme flest mulige berørte brugere har jeg desværre ikke forståelse for. Og slet ikke når jeg læser alle de blogindlæg. Det er selvfølgelig en lækker salgsfeature, at sælge jeres system på.
Dog er jeg forsat af den klare opfattelse, at jeres system som minimum bør leve op til det I sælger det på og skriver i jeres e-copedia.
Da vi i starten af dette år valgte jeres system var det baseret på, at kunne automatisere så mange opgaver som overhoved muligt. Det er derfor skuffende efterfølgende, at finde ud af at vi ikke kan sende en samlet betalingsfil til banken inkl. indkøbsfaktura baseret på varer købt til lager (lagermodulet). Specielt når man har betalt en mindre formue for at få Danske Banks Business Online inkl. de krævende moduler.
Det virker også yderst omstændigt, at man i princippet skal oprette en ny indkøbsfaktura og indtaste kostpriser igen og igen og ikke blot kan vende sin indkøbsordre til indkøbsfaktura med kostpriser. Lidt af en Storm P løsning der er lavet her fremfor, at lave en rigtig integration til lagermodulet.
Hvad er pointen i, at sætte betalingsbetingelser op for sine leverandører når systemet ikke kan beregne forfaldsdatoen baseret på leverandørens fakturadato? Det vil sige, at vi manuelt skal beregne forfaldsdatoen hvilket virker lidt tåbeligt.
Når man bestiller et modul som fx. lagermodulet og for den sags skyld abonnementsmodulet forventer man også, at disse er 100% integreret med resten af systemet. (bemærk venligst, at jeg ikke har sat mig 100% ind i abonnementsmodulet da det umiddelbart ikke virker særligt intuitivt).
Rigtig smart, at man kan tage flere hundrede ordrer, bogfører dem og sende faktura ud ved blot et par klik med musen. Problemet er blot, at man ikke har en jordisk chance for, at se hvilken ordrer som bør sendes elektronisk (OIOXML format). Det resultere i, at man er nødt til at åbne samtlige ordre og tjekke om det er en kunde med EAN nummer. Vælger man ikke at gøre dette kommer disse faktura aldrig frem til modtageren. Det kunne let løses ved at disse vises med et ikon eller lign. Det samme gælder for de kunder som ikke ønsker sin faktura fremsendt pr. e-mail.
Stort set alle økonomisystemet – store som små – er bygget op på den måde, at man som minimum får en advarsel hvis man forsøger, at bogføre en indkøbsfaktura (lagermodulet). Det tilbydes ikke i jeres system hvilke på sin vis vil være en fin forbedring. Problemet med jeres system er blot, at kommer man til at bogføre en indkøbsfaktura uden leverandørens faktura nr. er det næsten umuligt at finde den igen og hente den ind i en kassekladde.
Så måske I bør ændre lidt i jeres salgstekster for fx. jeres lagermodul. Og måske I bør være mere synlige med hvilke forbedringer, fejl og evt. nye features inkl. dato herfor. Det giver os kunder mulighed for, at finde en anden platform eller vente. I dag kan man kun håbe eller finden en anden platform. Gør man sidstenævnte vil det afgjort være surt efterfølgende at finde ud af, at de/den forbedring eller fejl man har ventet på er under udbedring.