På Salgsordre - Leveringsinnstillinger er det et felt som heter FOB-punkt. Dette brukes sammen med Leveringsbetingelser for å fortelle på hvilket sted ansvar for varene får over fra selger til kjøper.  Imidlertid vil dette feltet være nødvendig for andre Leveringsbetingelser enn FOB. Vi kan endre feltnavnet på Ordrebekreftelsen, noe vi også har gjort, men dette bør endres også i registreringsbildet og på standardblankettene. ... Vis flere

Leveringsbetingelse og FOB-punkt som blir lagt inn på en ordre kommer med på Ordrebekreftelsen. Disse feltene må også komme med på fakturadokumentet, da dette er vesentlig for befrakterne. I dag er disse feltene ikke mulig å legge til på fakturadokumentet så her må det gjøres noe i standard. ... Vis flere

Det må bli mulig å sette opp en automatiseringsplan på skjermbilde FA502000 Beregn avskrivinger, da dette er en typisk funksjon man bør slippe å huske på hver måned.  (Ref. #1054671) ... Vis flere

Det er i dag vanlig at et firma har Lagersteder i flere land mtp. produksjon eller salg. Dersom varer skal sendes over landegrensene er det nødvendig med en proformafaktura for tollklarering. Dette er varer som verken skal selges eller faktureres, men flyttes fra et Lagersted i et land til en Lagersted i et annet land.   Det er derfor ønskelig å kunne skrive ut en Proformafaktura fra en Lageroverføring (IN304000). Disse varene vil ikke ha noen salgspris så pris på denne faktura må være Kostpris.   Dette ønsket kommer selvsagt i tillegg til følgende ønske/krav: https://community.visma.com/t5/Ideer-i-Visma-net-ERP/Proformafaktura-med-riktig-sprak-og-valuta/idi-p/174398   For å få ut riktige dokument (på riktig språk) ved en lageroverføring over landegrensene må vi i dag gjøre følgende workaround for å få ut brukbare papirer til tollmyndighetene: Opprett Salgsordre (til kunde egen Lagersted i utland), Opprett leveranse, Bekreft leveranse, Klargjør faktura, Forhåndsvis faktura og skriv ut denne, Slett faktura, Korriger leveranse, Slett leveransen, Annuller Salgsordren.  Og så til slutt registrer lageroverføringen. Det fungerer greit (bortsett fra at det gir hull i nummerserier), men det er alt for omfattende for en så enkel operasjon. ... Vis flere

Det er alt for dårlig funksjonalitet for registrering av innbetalinger i valuta til NOK-konto, som kommer inn via AutoPay.  Det bør være mulig å få mer automatikk i registreringen.  Samtidig må det sjekkes hvilket beløp kunde har betalt i valuta, registrert anvendt kurs og få registrert  evt. gebyr som finansielle avgifter. (Se ticket #663124 og #671401) ... Vis flere

Feltene Godkjenningsstatus og AutoPay-status på inngående faktura vil oppleves som fakturaens virkelige status frem til den er Avsluttet, da dokumentstatus sier veldig lite om faktisk status. Disse to statusene bør det derfor være mulig å ta frem i listen over Inngående faktura, AP3010PL.   I steden for eller i tillegg til kunne bilde Fakturaoversikt = AP40103S forbedres.  Der er det mulig å se og selektere på Godkjenningsstatus, men AutoPay-status er ikke med der heller.  Dette er interessant å få på plass slik at man ikke overser noe som skulle vært sendt til betaling, eller overser å følge opp betalinger som har stoppet opp i bank. ... Vis flere

I registreringsbildene for Inngående faktura, Utgående faktura, Innkjøpsordre og Salgsordre står kunde/leverandør feltet øverst i andre kolonne.  Dvs. at dersom man registrerer kun ved hjelp at tastaturet (som er mest effektivt) må man igjennom mange felt før man får valgt hvem dette faktisk gjelder.  Dette er en svært ineffektiv måte å registrere på, og vi ønsker at dette endres slik at kunde/leverandør kommer først.   For de som helst klikker rundt i skjermbildene med musen er det kanskje ikke så nøye, men for effektiv registrering er dette vesentlig. Vi ser også at dersom Inngående faktura kommer fra Fakturainnboks så betyr ikke dette så mye, men ordre og utgående faktura vil uansett måtte registreres manuelt. ... Vis flere

Proformafaktura som kan skrives ut fra Leveranse finnes nå bare på norsk og i standardvaluta. Imidlertid så brukes dokumentet i all hovedsak for forsendelser til utlandet og formålet er at tollklareringsmyndigheten skal kunne bruke dokumentet for å deklarere varene. Derfor og det viktig at denne skrives ut på kundens utskriftsspråk som andre dokument, og at valuta blir den som salget er foretatt i.  Konsekvensen av feil her er at varene blir stoppet i tollen, med alt det kan medføre. Det er også ønske om å få med firmaets logo på blanketten, og evt. parti og serienummer med utløpsdato.  I bunn og grunn vil det si at vi ønsker at  Proformafaktura skal være mest mulig lik faktura, om ikke i form så i det minste i innhold. ... Vis flere

Ved bruk av valget 'Aktiver migrering' på kunde- og leverandørinnstilling ved innlegging av åpne poster, blir Utestående beløp (sum i fakturahodet) om til et åpent felt Saldo som må fylles ut med saldo på bilaget. Dette er en fin metode slik at man ikke trenger å lage noe importscenario når det er få åpne poster.  Men i og med at det bare er informasjon fra fakturahodet (dato, leverandør og saldo) som er nødvendig for en åpen post, burde det vært nok å legge inn dette før man oppdaterer og får lagt beløpet til reskontroen. Det er imidlertid krav om å legge inn minst én fakturalinje, men opplysningene som må til her er bare forvirrende.  Hva skal man bruke for varenr, beskrivelse, antall, beløp, konto, avgift og kostnadsbærer?  Opplysningene brukes heller ikke i posteringen.  Jeg vet ikke om disse kan komme med i rapporter som lages på fakturalinjer eller avgiftsrapporten, i så fall gjør disse registreringene mer skade enn nytte.   Når migreringsmodus er aktivert bør det ikke være nødvendig med fakturalinjer, men kun det som står i fakturahodet (Dato, Leverandør/Kunde og Saldobeløp). Det er også en sjekk på at Saldo er lik eller mindre enn sum på fakturalinjene.  Det bør i stedet være en sperre mot å oppdatere et bilag der saldo er 0 da dette bare setter bilag til avsluttet i stedet for åpen. (Se for øvrig ticket #569137) ... Vis flere

Vi er så langt svært fornøyd med det nye designet i Visma.net, men det har kommet kommentarer til valg av STORE BOKSTAVER som er uheldig brukt i menyene. Selv om store bokstaver kan synes tydeligere så reduserer de lesehastigheten med 14-20% og er ikke å anbefale for lange ord og større tekstmengder. Slik det er nå er viktig tekst i skjermbildene tunglest og det er ikke å anbefale for travle brukere.   Ber dere derfor vurdere å endre tilbake slik det var før med bare Stor forbokstav. Legger ved bilde av Inngående faktura der jeg har merket av de tekstene vi tenker på. ... Vis flere