<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentarer til Online regnskabsprogram - e-conomic blog</title>
	<atom:link href="http://blog.e-conomic.dk/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.e-conomic.dk</link>
	<description>dialog om e-conomic regnskabsprogram</description>
	<lastBuildDate>Wed, 10 Mar 2010 13:32:17 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Kommentar til Nyt forum undervejs &#8211; giv dit input af Tue Skaarup</title>
		<link>http://blog.e-conomic.dk/nyt-forum-undervejs/#comment-1698</link>
		<dc:creator>Tue Skaarup</dc:creator>
		<pubDate>Wed, 10 Mar 2010 13:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=3779#comment-1698</guid>
		<description>@Thomas: Udveksling af erfaringer med brug af integrationsløsningerne giver god mening, inkl. &quot;anmeldelser&quot;.

Jeg forestiller mig ikke et afstemningssystem i stil med 0-5 stjerner, det gør du nok heller ikke, men at &quot;anmeldelsen&quot; blot er brugernes beskrivelser af deres erfaringer med integrationen.

@Mikkel: Tak for input, og dejligt at se du glæder dig, det gør jeg også :-)</description>
		<content:encoded><![CDATA[<p>@Thomas: Udveksling af erfaringer med brug af integrationsløsningerne giver god mening, inkl. &#8220;anmeldelser&#8221;.</p>
<p>Jeg forestiller mig ikke et afstemningssystem i stil med 0-5 stjerner, det gør du nok heller ikke, men at &#8220;anmeldelsen&#8221; blot er brugernes beskrivelser af deres erfaringer med integrationen.</p>
<p>@Mikkel: Tak for input, og dejligt at se du glæder dig, det gør jeg også <img src='http://blog.e-conomic.dk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Marts måneds systemforbedringer af Tuxen</title>
		<link>http://blog.e-conomic.dk/marts-maneds-systemforbedringer/#comment-1697</link>
		<dc:creator>Tuxen</dc:creator>
		<pubDate>Wed, 10 Mar 2010 09:58:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=3728#comment-1697</guid>
		<description>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.</description>
		<content:encoded><![CDATA[<p>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å.</p>
<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. </p>
<p>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. </p>
<p>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.   </p>
<p>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. </p>
<p>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).</p>
<p>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.</p>
<p>Stort set alle økonomisystemet &#8211; store som små &#8211; 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.</p>
<p>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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Marts måneds systemforbedringer af Tejn</title>
		<link>http://blog.e-conomic.dk/marts-maneds-systemforbedringer/#comment-1696</link>
		<dc:creator>Tejn</dc:creator>
		<pubDate>Wed, 10 Mar 2010 08:01:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=3728#comment-1696</guid>
		<description>@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 :-)</description>
		<content:encoded><![CDATA[<p>@Tuxen<br />
Tak for alle de gode forslag. Vi kan altid bruge relevante input <img src='http://blog.e-conomic.dk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
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.</p>
<p>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.</p>
<p>Alle disse forbedringer afspejler mange ønsker fra tidligere blogindlæg.</p>
<p>Vores prioriteringer prøver altid at ramme forbedringer med flest muligt berørte brugere <img src='http://blog.e-conomic.dk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Nyt forum undervejs &#8211; giv dit input af Mikkel Thrane</title>
		<link>http://blog.e-conomic.dk/nyt-forum-undervejs/#comment-1695</link>
		<dc:creator>Mikkel Thrane</dc:creator>
		<pubDate>Tue, 09 Mar 2010 11:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=3779#comment-1695</guid>
		<description>Kanon! - at vi nu (endelig) får et forum, i stedet for kun en Blog som har visse begrænsninger.

Jeg glæder mig til at dele mine erfaringer, og lære endnu mere om det bedste on-line økonomisystem - e-conomic!

Ovenstående forslag til kategorier ser rigtig fine ud.

Mvh
Mikkel Thrane</description>
		<content:encoded><![CDATA[<p>Kanon! &#8211; at vi nu (endelig) får et forum, i stedet for kun en Blog som har visse begrænsninger.</p>
<p>Jeg glæder mig til at dele mine erfaringer, og lære endnu mere om det bedste on-line økonomisystem &#8211; e-conomic!</p>
<p>Ovenstående forslag til kategorier ser rigtig fine ud.</p>
<p>Mvh<br />
Mikkel Thrane</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Marts måneds systemforbedringer af Tuxen</title>
		<link>http://blog.e-conomic.dk/marts-maneds-systemforbedringer/#comment-1694</link>
		<dc:creator>Tuxen</dc:creator>
		<pubDate>Tue, 09 Mar 2010 10:41:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=3728#comment-1694</guid>
		<description>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.</description>
		<content:encoded><![CDATA[<p>Hvornår begynder I at udvikle noget som kan bruges og lette det daglige arbejde? </p>
<p>For eksempel:<br />
- 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.</p>
<p>- 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?</p>
<p>- at sørge for, abonnementsmodulet er en integreret del af systemet?</p>
<p>- at sørge for, at det er muligt at vende en ordre til indkøbsordre? </p>
<p>- at strømline lagermodulet &#8211; utroligt tungt at arbejde i og ikke særligt intuitivt. Man skal gøre hundrede ting før fakturaen er bøgført.</p>
<p>- 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). </p>
<p>- at opdatere e-copedia i takt med at I udvikler &#8211; det kan godt være at I har en fin telefonsupport &#8211; men ofte er lettere og hurtigere at søge informationen selv. 7 ud af 10 gange skal man vente på I ringer tilbage.</p>
<p>- at sørge for, at man ikke kan bogføre en leverandørfaktura uden at man har indtastet leverandørens fakturanummer.</p>
<p>- at den interne indkøbsfaktura indenholder en forfaldsdato.</p>
<p>- 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.</p>
<p>- at det var muligt, at vælge anden kostprisberegning.</p>
<p>- Indscanningsmodulet bør gøres mere intuitivt. Det er alt for tidskrævende at bruge.</p>
<p>- 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.</p>
<p>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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Nyt forum undervejs &#8211; giv dit input af Thomas Møhring</title>
		<link>http://blog.e-conomic.dk/nyt-forum-undervejs/#comment-1693</link>
		<dc:creator>Thomas Møhring</dc:creator>
		<pubDate>Tue, 09 Mar 2010 10:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=3779#comment-1693</guid>
		<description>Hej Tue
Det lyder super med et sådant forum. Som integrationspartner synes vi  , at der skal være en kategori med integrationer. Her skal brugeren af integrationsløsningen kunne give tips, tricks og en anmeldelse af den integrationsløsning man anvender.

VH Thomas</description>
		<content:encoded><![CDATA[<p>Hej Tue<br />
Det lyder super med et sådant forum. Som integrationspartner synes vi  , at der skal være en kategori med integrationer. Her skal brugeren af integrationsløsningen kunne give tips, tricks og en anmeldelse af den integrationsløsning man anvender.</p>
<p>VH Thomas</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Produktforbedringer &#8211; hvad mangler du? af Tue Skaarup</title>
		<link>http://blog.e-conomic.dk/produktforbedringer-hvad-mangler-du/#comment-1692</link>
		<dc:creator>Tue Skaarup</dc:creator>
		<pubDate>Tue, 09 Mar 2010 10:02:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=2174#comment-1692</guid>
		<description>Har oprettet nyt indlæg om planerne for det nye forum: http://blog.e-conomic.dk/nyt-forum-undervejs/</description>
		<content:encoded><![CDATA[<p>Har oprettet nyt indlæg om planerne for det nye forum: <a href="http://blog.e-conomic.dk/nyt-forum-undervejs/" rel="nofollow">http://blog.e-conomic.dk/nyt-forum-undervejs/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Produktforbedringer &#8211; hvad mangler du? af SusanneK</title>
		<link>http://blog.e-conomic.dk/produktforbedringer-hvad-mangler-du/#comment-1691</link>
		<dc:creator>SusanneK</dc:creator>
		<pubDate>Mon, 08 Mar 2010 22:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=2174#comment-1691</guid>
		<description>Nyt fora for brugere / revisorer / administratorer:

Generelt synes jeg ikke, at det skal begrænses til administratorer/revisorer, da der er rigtig mange virksomheder, som bogfører selv, og som står med de samme problemstillinger, som vi andre gør. Om man så skal have et administrator/revisor-forum, helt specifikt, vil jeg lade stå ud i det uvisse p.t., evt. til videre drøftelse andet steds.

Jeg kunne godt tænke mig, hvis denne tråd blev splittet op, således, at denne diskussion/brain-storming, kom i et andet forum, så tråden om nye tiltag og ideer ikke bliver forstyrret og uoverskueliggjort af dette emne. Det ville være synd, da tråden i forvejen er temmelig mangfoldig.

Kan I flytte emnet, og linke til den nye tråd, hvor drøftelserne kan genoptages?

Mh Susanne</description>
		<content:encoded><![CDATA[<p>Nyt fora for brugere / revisorer / administratorer:</p>
<p>Generelt synes jeg ikke, at det skal begrænses til administratorer/revisorer, da der er rigtig mange virksomheder, som bogfører selv, og som står med de samme problemstillinger, som vi andre gør. Om man så skal have et administrator/revisor-forum, helt specifikt, vil jeg lade stå ud i det uvisse p.t., evt. til videre drøftelse andet steds.</p>
<p>Jeg kunne godt tænke mig, hvis denne tråd blev splittet op, således, at denne diskussion/brain-storming, kom i et andet forum, så tråden om nye tiltag og ideer ikke bliver forstyrret og uoverskueliggjort af dette emne. Det ville være synd, da tråden i forvejen er temmelig mangfoldig.</p>
<p>Kan I flytte emnet, og linke til den nye tråd, hvor drøftelserne kan genoptages?</p>
<p>Mh Susanne</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Produktforbedringer &#8211; hvad mangler du? af Erik Jensen</title>
		<link>http://blog.e-conomic.dk/produktforbedringer-hvad-mangler-du/#comment-1690</link>
		<dc:creator>Erik Jensen</dc:creator>
		<pubDate>Mon, 08 Mar 2010 20:52:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=2174#comment-1690</guid>
		<description>Import af kreditorbetalinger fra bankafstemning.
Der er den mulighed, at man ved bogføringen af fakturaerne samtidig danner en bankfil og en kassekladde med de pågældende betalinger. Det er nemt og fungerer fint. Bagdelen ved den facilitet er desværre, at det kræver en god likviditet, hvis metoden samtidig skal være arbejdsbesparende.

Den rigtige løsning ville være, at e-conomic, som i andre systemer, får lavet en funktion med en kørsel, hvor man via forskellige parametre kan danne en betalingskladde. Når kladden er tilpasset virksomhedens likviditet, godkendes indholdet. Der dannes en bankfil og betalingskladden bogføres.

Alternativt kan man bruge det førnævnte eksisterende system, hvor bankbetalingerne dannes ved bogføringen af købsfakturaerne. Efterhånden som likviditeten er til det, kan man udvælge de betalinger, der skal effektueres og udlæse dem til banken og ind i en betalingskladde til bogføring. Det kan styres rimeligt nemt, da posterne kan sorteres efter behov, f.eks. efter forfaldsdato, leverandør eller beløb.</description>
		<content:encoded><![CDATA[<p>Import af kreditorbetalinger fra bankafstemning.<br />
Der er den mulighed, at man ved bogføringen af fakturaerne samtidig danner en bankfil og en kassekladde med de pågældende betalinger. Det er nemt og fungerer fint. Bagdelen ved den facilitet er desværre, at det kræver en god likviditet, hvis metoden samtidig skal være arbejdsbesparende.</p>
<p>Den rigtige løsning ville være, at e-conomic, som i andre systemer, får lavet en funktion med en kørsel, hvor man via forskellige parametre kan danne en betalingskladde. Når kladden er tilpasset virksomhedens likviditet, godkendes indholdet. Der dannes en bankfil og betalingskladden bogføres.</p>
<p>Alternativt kan man bruge det førnævnte eksisterende system, hvor bankbetalingerne dannes ved bogføringen af købsfakturaerne. Efterhånden som likviditeten er til det, kan man udvælge de betalinger, der skal effektueres og udlæse dem til banken og ind i en betalingskladde til bogføring. Det kan styres rimeligt nemt, da posterne kan sorteres efter behov, f.eks. efter forfaldsdato, leverandør eller beløb.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar til Produktforbedringer &#8211; hvad mangler du? af Tue Skaarup</title>
		<link>http://blog.e-conomic.dk/produktforbedringer-hvad-mangler-du/#comment-1689</link>
		<dc:creator>Tue Skaarup</dc:creator>
		<pubDate>Mon, 08 Mar 2010 19:58:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.e-conomic.dk/?p=2174#comment-1689</guid>
		<description>Hej Anne og Susanne

Mange tak for forslaget. Det var lige det sidste der skulle til, for at få os i gang. Vi har overvejet at starte et forum til netop dette et stykke tid, og nu gør vi det altså :-)

Et forum, ikke en blog, fordi det giver jer mulighed for selv at starte indlæg. Ud over at administratorer/revisorer kan give hinanden gode råd, tip og trick (&lt;- se Inger, uden &quot;s&quot;!) og (u)muligheder i systemet, har I tanker om andre ting, at bruge sådan et forum til? Ja, måske samtidig et forum for brugere også.

Sig til hvis I har flere input til det. Så vil det indgå, når vi skal finde ud af opsætning og passende kategorier i det nye forum. Regner med at have det klart i midten eller slutningen af april.

Tak for skubbet :-)</description>
		<content:encoded><![CDATA[<p>Hej Anne og Susanne</p>
<p>Mange tak for forslaget. Det var lige det sidste der skulle til, for at få os i gang. Vi har overvejet at starte et forum til netop dette et stykke tid, og nu gør vi det altså <img src='http://blog.e-conomic.dk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Et forum, ikke en blog, fordi det giver jer mulighed for selv at starte indlæg. Ud over at administratorer/revisorer kan give hinanden gode råd, tip og trick (< - se Inger, uden &#8220;s&#8221;!) og (u)muligheder i systemet, har I tanker om andre ting, at bruge sådan et forum til? Ja, måske samtidig et forum for brugere også.</p>
<p>Sig til hvis I har flere input til det. Så vil det indgå, når vi skal finde ud af opsætning og passende kategorier i det nye forum. Regner med at have det klart i midten eller slutningen af april.</p>
<p>Tak for skubbet <img src='http://blog.e-conomic.dk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
