Informizely customer feedback surveys




Se de seneste forbedringer




Standardopsætning - mangler/tilføjelser

0
Hej,

På baggrund af et par forespørgsler fra flere kunder, har vi valgt at lave et indlæg, hvor vi vil oplyse om ændringer til standardopsætningerne, og tage i mod forslag til standardopsætninger(både til eksisterende og nye).

Så har i nogle kommentarer, forslag eller lign. skal i være meget velkommende til at smide dem ind her.

mvh

<p>     <strong>Steffen Ekelund</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 />     &nbsp;</p> <ul>     <li>         <a href="http://www.e-conomic.dk/support">e-conomic support</a>&nbsp;- &nbsp;Din vej til vores support</li>     <li>         <a href="http://wiki.e-conomic.dk/">e-copedia</a>&nbsp;- Opslagsværk om e-conomic</li>     <li>         <a href="http://blog.e-conomic.dk/">e-conomic blog</a>&nbsp;- Hold dig opdateret</li> </ul>
i Forslag » Andet af (152k points)

7 Svar

Hej,

Vi har idag lavet en ændring til vores standardopsætninger i e-conomic.

Vi har valgt at oprette 5 nye projektkonti i standardopsætningen til vores aftaler. De fem nye konti vil alle være navngivet med projekt i en parentes efter kontonavnet. Kontiene er oprettet til det formål at brugerne kan periodisere deres omkostninger i deres projektstyring. Der er blevet oprettet to konti under varekøb, en konto under lønomkostninger og to konti under aktiver i balancen, de fem nye konti er:

- Konto 1326: Lønninger, afsluttede projekter (projekt)
- Konto 1327: Omkostninger, afsluttede projekter (projekt)
- Konto 2242: Projektførte lønninger (projekt)
- Konto 5654: Igangværende arbejder aktiviteter (projekt)
- Konto 5655: Igangværende arbejder omkostninger (projekt)

Med disse konti kan brugerne sætte deres projekter op, så både omkostninger og aktiviteter integreres til finans.

Ændringer sker i standardopsætningerne:

- Enkeltmandsvirksomhed med løn
- Enkeltmandsvirksomhed uden løn
- Håndværk - selskab
- Selskab

Vi mener ikke at opdateringen af de nye konti har relevans for en landbrugsvirksomheder, samt virksomheder med lønsumsafgifter.

Ved standardopsætningen for Enkeltmandsvirksomhed uden løn, vil der 2242 Projektført lønninger (projekt) ikke være med, men i stedet kan konto 1326: Aktiviteter, projekter (projekt) fungere som en reguleringskonto til igangværende arbejder.

Skulle der være spørgsmål er i meget velkommen til at tage fat i mig.

Mvh.

Morten

Med venlig hilsen Morten Bæhrenz Online regnskabsprogram   e-conomic support -  Din vej til vores support e-copedia - Opslagsværk om e-conomic e-conomic blog - Hold dig opdateret
Forslag af (4.3k points)
Hej

Jeg har et par input til ønsker til ændringer i standardopsætning i Design og layout.
- Nogle af de ting jeg retter igen og igen   

Brevskabelon 1.5
Linjehøjden ønskes ændret fra 9 til 12 i Adressefeltet - ellers er der næsten ingen mellemrum mellem adresselinjerne. Har været 12 tidligere men tror det skiftede omkring skabelon 1.4.
Linjehøjde Adressefelt.jpg

Kolonner i Faktura mv.
Synes man skulle gøre kolonner med/uden moms mere ens så man let kan klikke det på man vil uden at skulle ind og definere en masse om.
Fx
Totalpris Brutto ctr Totalpris netto
Kolonnebredde: Brutto = 20 / Netto = 25
Justering: Brutto=Venstre / Netto = Højre
Antal dec: Brutto = Ingen / Netto = 2
Skjul v 0: Brutto = nej / Netto = Ja

Samtidig vil det efter min mening være naturligt at alle beløbskolonner f.eks justeres til højre
- altså generelt en gennemgang af det mest naturlige valg på de enkelte kolonner
Kolonner mere ens.jpg

Element 6+7
Overspring-formlerne i element 6+7 er ikke helt optimale. Hvis nogle af felter ikke bruges kommer der tomme linjer ind i stedet....
Overspring ikke optimal.jpg

René Arpe It-konsulent
Forslag af (17.3k points)
De lidt mere bløde som nok er smag og behag, men hvor min erfaring er at 9 ud af 10 kunder ønsker det:

Antal, Pris mv. står på nederste linje når teksten består af flere linjer (Lodret Justering = Bund)
Fakturalinjer Lodret justering Bund.jpg

Teksten med fakturanr mv er for lille - ønskers samme tekststørrelse som resten af af fakturaen
(Skrift Str = 9 - Linjehøjde = 12)
Fakturanr mv. for lille.jpg


En mindre detalje:
Element 12 - Betalingsbetingelser mv.
Der er indsat en tom linje inden teksten - Den burde vel slettes og så justeres via Y-pos
Tom linje.jpg

René Arpe It-konsulent
Forslag af (17.3k points)
Standard får man både en brevskabelon til debitor og en til kreditor
Som jeg har forstået det er det tanken at man kan lave en anden brevskabelon når man sender bestillinger til sine leverandører.

Som standard vil jeg dog mene der kun burde være en valgt til både debitor og kreditor.
For at der er ide i at bruge en anden skabelon til kreditor skal man både have lagermodul OG ønske at en bestillinger skal have et andet brevpapir end normal.

Jeg tror det er en meget lille del af e-conomic´s kunder der har dette behov, så jeg synes standarden burde være at der kun er 1 skabelon ligesom flertallet har behov for - og har man lager og ønsker andet brevpapir til leverandørerne SÅ kan man tilkoble noget andet.....

Kreditorskabelon.jpg

René Arpe It-konsulent
Forslag af (17.3k points)
Hej René,

Tak for input.

Jeg har netop her til formiddag siddet og rettet nogle af de ting du påpeger, du har helt ret. Det vil endnu ikke fremgå i nye aftaler, vi har lige et par rettelser mere, før vi vil ligge det ud. Her efter vil det være gældende for alle nye aftaler, alle der tager en standardopsætning, når man tager en std. skabelonsamling og demo aftalerne.

De ting vi har ændret er:
- Kolonner i Faktura mv. (nogle af højre/venstre justeringer har vi ikke lavet, men generelt rettet decimaler mv.)
- Element 6+7 (godt spottet  )
- En mindre detalje: (betalingsbetingelser) Linjeskift slettet

Som du også selv skriver, så vil nogle af dem kunne gå under smag og behag, og dem har vi fravalgt ikke og gøre noget ved. Vi har ikke hørt fra andre kunder at det skulle være for småt, mellemrum eller lign. som skulle drille.

mvh

<p>     <strong>Steffen Ekelund</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 />     &nbsp;</p> <ul>     <li>         <a href="http://www.e-conomic.dk/support">e-conomic support</a>&nbsp;- &nbsp;Din vej til vores support</li>     <li>         <a href="http://wiki.e-conomic.dk/">e-copedia</a>&nbsp;- Opslagsværk om e-conomic</li>     <li>         <a href="http://blog.e-conomic.dk/">e-conomic blog</a>&nbsp;- Hold dig opdateret</li> </ul>
Forslag af (152k points)
ad) brevpapir for leverandører

Er det et problem du ofte oplever? At når folk skal sende en bestilling afsted, at de så ærgrer sig over de ikke får deres logo eller lign. med?

mvh

<p>     <strong>Steffen Ekelund</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 />     &nbsp;</p> <ul>     <li>         <a href="http://www.e-conomic.dk/support">e-conomic support</a>&nbsp;- &nbsp;Din vej til vores support</li>     <li>         <a href="http://wiki.e-conomic.dk/">e-copedia</a>&nbsp;- Opslagsværk om e-conomic</li>     <li>         <a href="http://blog.e-conomic.dk/">e-conomic blog</a>&nbsp;- Hold dig opdateret</li> </ul>
Forslag af (152k points)
Hej Steffen

Med hensyn til brevpapir for leverandører så er problemet netop at jeg har ingen der bruger specielt brevpapir til deres leverandører.

Jeg kan se ideen med at man måske gerne vil have et specielt brev-papir-layout til sine leverandører (hvis jeg er meget krativ   ) men aldrig oplevet det bliver brugt i praksis. Min vurdering er at der er lavet en løsning til meget få brugere men fred være med det. Det er smart det kan lade sig gøre.

Der hvor kæden hopper lidt af for mig er at jeg hver gang jeg opretter en ny e-conomic-kunde skal ændre Brevskabelon 1.x K til det normale brevpapir.

Typisk retter man jo Debitor-brevskabelonen til og så er den gældende for alle udskrifter.

Jeg har lidt svært ved at se hvorfor der både er en Brevskabelon 1.x + 1.x K når de alligevel som standard er helt ens. Hvis man skal bruge en specielt K-skabelon kan man vel bare oprette den ?

HVIS jeg skulle bruge en speciel K-skabelon ville jeg tage en kopi af min normale tilrettede og så rette den til.
Som det er nu skulle jeg i princippet tilrette debitorskabelonen og bagefter lave akkurat samme rettelser i K-skabelonen + det der så skal være i forskel.

Var det kun mig der skulle bestemme så var skabelonsamling med FI-kort heller ikke på som standard - den bruger jeg heller aldrig mere. Hvis kunden bruger FI-kode er det som i selv har lavet på std med bankoplsyninger hvor man kun har selve linjen men ikke girokortet.
Skal den bruges kan man jo hente den i standard-skabelonsamlinger....
Jeg ville kun have 1 skabelonsamling og 1 brevskabelon som standard:
kun en brevskabelon.jpg

 - men nu er det jo ikke kun mig der skal bestemme  

René Arpe It-konsulent
Forslag af (17.3k points)