Det ser ut til at samtlige linker i Visma feiler, nå også bilagsnummer etter behandling i fakturainnboks. Det er tydelig at flere har problemet med dette og slik vi ser det er det stor sannsynlighet for at det har en sammenheng med feilen dere beskriver over. Vi ser derfor ingen hensikt i å opprette en egen supportsak. @Irena Muszalska  Håper dere setter høy prioritet på denne oppgaven da det skaper stor frustrasjon for mange.  ... View more

Det samme skjer flere steder i Visma - deriblant om du klikker på link til faktura/kreditnota via "transaksjoner per kunde"  ... View more

Nydelig - Nå fungerer det som normalt her også! 🙂  ... View more

Dere kan forsøke å gå inn på selve salgsordren og prøve å behandle den derfra dersom lager er oppdatert.  Behandlinger - Klargjør faktura. Dette løser selvsagt ikke feilen permanent - men det kan muligens fungere som en workaround i mellomtiden(?)  ... View more

Prøver igjen.  Finnes det noe sted vi selv kan varsle om slike gjentakende feil som kommer fra scanningstjenesten til Autoinvoice? ... View more

Denne feilen har vi også sett.  Flott om dette kan løses, eller om vi kan få en forklaring på hvordan vi kan komme rundt dette problemet når det oppstår.  ... View more

@Runar_Gulbrandsen  Ber om en oppdatering på denne siden det snart er et år siden den ble akseptert.  Når planlegger dere å begynne på dette?  ... View more

@Runar_Gulbrandsen  Ok, Finnes det noe sted vi selv kan varsle om slike gjentakende feil som kommer fra scanningstjenesten til Autoinvoice? Eller om det eventuelt finnes en måte å korrigere dette på selv?  En annen feil som stadig oppstår er at vårt kundenr. blir tolket som fakturanr. og autoinvoice flagger derfor inngående faktura som feil med varsel "AP Document with this Vendor Ref. already exists for this Vendor '' ... View more

@LNO  Kan jeg spør hvordan dere pleier å rette opp dette?  ... View more

@BeritAnne  Nei, det har ikke vært tilfelle hos oss de gangene dette har oppstått. Men min første tanke er at det da burde kommer et varsel dersom dato ikke er innenfor valgte periode, og at slike bilag/bunter ikke kan oppdateres/posteres automatisk men må kontrolleres manuelt. Ved avstemming denne måneden ser jeg også at det har forekommet motsatt. Altså at transaksjonsdatoen er 02.05.2022 - periode 4. ... View more

@Ida Aune Viken  Kan du hjelpe å forklare hva som er årsaken til at dette skjer enkelte ganger, og hvordan vi eventuelt kan forhindre det?  På forhånd takk.  ... View more

Takk for svar @Truls-PCSS Kjørte dere denne rutinen for periode 12 eller periode 1?    ... View more

Vi har problemer med at saldo på konto 2070 ikke tilsvarer saldo på konto 2090 påfølgende år. Hva kan være årsaken til dette?  Differansen skaper avvik i balansen vår.  ... View more

Hi Magnus, Auto-correction takes place in the address section on two tabs: "General Information" and "Invoicing settings". On the tab "Delivery settings" all looks correct (I mean there is no auto-correction). ... View more

Hi Yıldırım, In the config that you specified I removed all the ticks for validation of customer data.   And tried to again send the following data for creating a new customer:     { "name":{ "value":"Andrii Bilka" }, "accountReference":{ "value":"65213" }, "customerClassId":{ "value":"4" }, "mainAddress":{ "value":{ "addressLine1":{ "value":"Leiknesveien 68" }, "postalCode":{ "value":"9357" }, "city":{ "value":"Finnsnes" }, "countryId":{ "value":"NO" }, "county":{ "value":"1029" } } }, "mainContact":{ "value":{ "name":{ "value":"Andrii Bilka" }, "attention":{ "value":"Andrii Bilka" }, "email":{ "value":"andrii.bil@gmail.com" } } }, "invoiceAddress":{ "value":{ "addressLine1":{ "value":"Leiknesveien 68" }, "postalCode":{ "value":"9357" }, "city":{ "value":"Finnsnes" }, "countryId":{ "value":"NO" }, "county":{ "value":"1029" } } }, "invoiceContact":{ "value":{ "name":{ "value":"Andrii Bilka" }, "attention":{ "value":"Andrii Bilka" }, "email":{ "value":"andrii.bil@gmail.com" } } }, "deliveryAddress":{ "value":{ "addressLine1":{ "value":"Leiknesveien 68" }, "postalCode":{ "value":"9357" }, "city":{ "value":"Finnsnes" }, "countryId":{ "value":"NO" }, "county":{ "value":"1029" } } }, "deliveryContact":{ "value":{ "name":{ "value":"Andrii Bilka" }, "attention":{ "value":"Andrii Bilka" }, "email":{ "value":"andrii.bil@gmail.com" } } } }     And received the following result: As you can see from the screen, on the tabs that I marked with red arrows, county is automatically corrected and don't correspond to the one that I sent in JSON. On the tab marked with a green arrow all corresponds to what I sent. Also, please notice that except for county, city (Sted in Norwegian) is also corrected. In the example that you showed it happens as well. So the question is: why this corrections might take place despite they are disabled in the configurations? Can we expect in the future that for county validation there will be a separate checkbox in settings so that we have a possibility to separately enable validation for postcode and for county? ... View more

@Tone73  Når du oppretter faktura manuelt kan du eventuelt gjøre det slik:  Vår ref. Legges inn i feltet "kundens ordrenr" På faktura kommer dette opp som fakturaref.  Deres ref. Gå til fakturaadresse, fakturakontakt, overstyr kontakt. Kundens referanse legges inn under "kontaktperson" På faktura vises dette som "deres ref."  Eventuelt kan du også benytte feltet "fakturatekst", men for at dette skal vises på faktura må du huske å huke av "vis beskrivelse på ordrebekreftelse og faktura" under fakturaadresse.  ... View more

Hei @anitasandvold  Vi gjør det slik:  For å krysse forhåndsbetalingen mot faktura går vi inn via forhåndsbetalingen, og sjekker/ korrigerer følgende:  1. Pass på at betalingsdato er riktig.  2. Korriger kryssats slik at du får inn nøyaktig valutakurs. 3. Sjekk at betalt beløp stemmer overens med bank begge steder.   4. sjekk at saldo er null, evt. at saldo stemmer ved delbetaling.  ... View more

Flott at saken har blitt akseptert! Dette er en viktig funksjon som må være på plass og håper derfor at dere prioriterer å jobbe med denne saken så snart som mulig.  ... View more

Koble varemottak mot oppdatert / bokført faktura. Ønsker en oppdatering på om dette vil bli utbedret?  ... View more

Skjer det noe med denne saken?  Vi har store utfordringer ved månedsavslutning på grunn av dette, og det er tydelig at det flere har problemer med det samme. Det ville være bra om dette kunne blitt utbedret så snart som mulig.  ... View more

@OleNoer  @Anonymous  Er det mulig å slå denne avstemningen sammen med en annen sak siden forespørselen er den samme?  "Koble varemottak mot allerede oppdaterte inng.fakturaer"  Lagt inn av @cecilia diaz hauge  https://community.visma.com/t5/Ideer-i-Visma-net-ERP/Koble-varemottak-mot-allerede-oppdaterte-inng-fakturaer/idi-p/277878  Det er tydelig at dette er en sak som skaper problemer for flere og at det er ønske for at dette skal utbedres.    ... View more

Se for eksempel denne inngående fakturaen.  Den har blitt tolket som en kreditnota i systemet, så i stedet for å slette denne og skanne på nytt ønsker vi mulighet for å kunne korrigere dette.  Vi ønsker gjerne funksjonaliteten etter at faktura er behandlet i fakturainnboks og har fått et referansenummer.  Når man da klikker på referansenummeret bør man kunne få anledning til å overstyre dokumenttype fra kreditnota til faktura, eller vice versa, dersom det viser seg at den har blitt tolket feil.  NB. Et tillegg som også hadde vært nyttig her var om vi også kunne få overstyre leverandør her, dersom det blir oppdaget at inngående faktura / kreditnota har blitt registrert på feil leverandør.    ... View more