Hej Qabi :)
Tak for dit indlæg og forslag her på vores forum - også tak til Erik og René for, at byde ind.
Jeg vil her samle op på selve forslaget angående fuld sproglags understøttelses heriblandt enheder, betalingsbetingelser og varianter.
Jeg vil starte med, at erkende vi har svaret for "skarpt" på et tidligere indlæg angående samme forespørgelse. Vi har hørt forslaget før - som i ved og som René også linker til flere forskellige indlæg. Det er ikke noget vi hører fra mange - udelukkende vurderet ud fra mængden fordi jeg fuldt ud forstår hvorfor en fuld understøttelses af sproglag ønskes - når det anvendes.
Hvorfor er det så ikke blevet implementeret? Det har ikke været prioriteret fordi der er en række andre områder hvor vi kan skabe værdi for mange af vores kunder og selve kompelksiteten i vores lagermodul gør også opgaven større for, at kunne implementere det.
Jeg deler synspunktet med René, at den største udfordring grundet den manglende sprogunderstøttelse sker ved "enheder" i og med som Qabi også beskriver sættes der en fast enhed på varen og derfor vil den eneste nuværende løsning hvis fuld sproglag ønske være, at oprette alle enheder på forskellige sprog -> derfra så når en faktura oprettelse skal deres ændres/rettes enheder ved hver fakturalinje udover ved "standard sproget"
Det kan jeg godt forstå, at vores kunder som anvender sproglaget ville anvende hvis funktionen fandtes - det er dog ikke prioriteret før eller ligger i vores planer. Jeg vil dog lade indlægget stå åbent og give det mulighed for, at andre kunder at byde ind og stemme op.
Betalingsbetingelsen kan klares ved, at oprette dem på forskellige sprog og skal blot vælges på kunden hvilken betalingsbetingelse der skal benyttes lige såvel som der vælges et "sproglag"
Jeg kan godt se, at det for nogle kunder ville være enklere, at oprette det som et sproglag - det er nu også ret enkelt, at komme udenom i og med, at forskellen udelukkende vil være, at du skal have flere forskellige betalingsbetingelser fremfor, at kunne oversætte dem i sproglaget.
Derfor vil vi vurdere, at vigtigheden af sproglag ved betalingsbetingelse er af markant mindre grad i forhold til enheder - selvom jeg sagtens kan se ideen i, at "sprog" blevet styret et sted, kan det løses ret enkelt i praksis - som jeg ser det.
Det giver også mening, at kunne differentiere sproglag på varianter hvis der både anvendes vores varianter (kategorier) og sproglag - her vil det for nuværende kun være muligt, at anvende et sprog på varianter, de mest alm. vil nok være engelsk.
Det vi oplever er, at der er en mindre grad af kunder som har behov for, at kunne differentiere sprog på varianter end i forhold til enheder - sammen med det er kompleksiteten i forhold til udbyggelse af det større ved varianter end enheder.
Det betyder også, at vi forsat ikke har det planen, at udbygge men jeg vil forsøge, at imødekomme René ønskes om ikke, at tagge det som "implementeres-ikke" og forsat lade indlægget stå fuldt åbent for andre kunder.
Vi anvender taggene for, at give et overblik og afklaring til vores kunder - derfor vil jeg også tage René's inputs til måden vi anvender tags og/eller italesætter det.
Jeg håber, at det giver en opsamling på indlægget. Jeg vil gerne stadig takke jer for jeres engagement for vores program og forum. Det er særdeles værdsat, at i både deler ønsker og løsningsforslag som er synlige for vores andre kunder.
<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>