Resurs: accounting.nv
HTTP-metod: POST
En transaktionsavgift (e-scan debitering) tas ut för import av verifikatsbilaga över gränssnittet.
Import av bokföringsmaterial kan importera verifikat, verifikatrader, radens kostnadsobjekt och verifikatsbilagor. Verifikatförfrågan ska riktas till Accounting.nv-resursen utan parametrar. Endast ett verifikat skickas alltid i en förfrågan. Om verifikatets nummerinformation inte har angetts, hämtar systemet nästa nummer för det skapade verifikatet löpande från den valda verifikattypen.
Systemgenererade verifikattyper:
- Försäljningsfaktura (ML)
- Försäljningsbetalning (MS)
- Bank (PT)
- Kassa (KT)
- Importerade transaktioner (PUMP)
- Automatiska bokslutsbokningar (T)
- Systemgenererade (AT)
- Övriga (MU)
- Inköpsfaktura (OL)
- Inköpsbetalning (OS)
- Periodiseringar (JK)
- Lön (PA)
Verifikattypen måste anges med hela namnet, inte med verifikattypens förkortning. Användaren kan lägga till nya verifikattyper i systemet manuellt.
Formatet för verifikatradens summa - utan moms eller med moms - väljs specifikt för verifikatet. Om verifikatets beräkningstyp är utan moms, beräknar systemet inte längre momsrader och avrundningsdifferenser i slutet av verifikatet, utan verifikatet blir helt motsvarande materialet. Vid bruttoberäkning beräknas momsrader och avrundningsdifferenser alltid automatiskt av systemet.
Kontot som valts för verifikatraden måste finnas i systemet, annars returneras INVALID_DATA-fel med beskrivning. Moms-koden hämtas från det angivna kontot om den inte har angetts separat. Om användaren anger en moms-kod som är i konflikt med den valda moms-procenten för raden, returnerar programmet ett fel med beskrivning. Se listan över tillåtna moms-koder här.
Verifikatet måste alltid importeras dubbelsidigt. Positiv radssumma bokförs på debetsidan och negativ på kreditsidan. Om debet- och kreditbokföringarna inte stämmer överens, bokförs differensen automatiskt till avrundningsdifferenser om beräkningstypen är brutto. Vid netto-beräkning respekterar gränssnittet de data som importeras med meddelandet, vilket innebär att verifikatets debet- och kreditbokföringar inte nödvändigtvis går jämnt. Meddelandet i förfrågan måste säkerställa att verifikatet skapas i enlighet med bokföringsreglerna.
En verifikatrad kan ha flera kostnadsobjekt. Om rubrik- eller objektinformation för det angivna kostnadsobjektet inte finns i systemet, skapar gränssnittet dem som nya.
Vid import av verifikatet kan flera bilagor importeras. Bilagorna transporteras i xml-meddelandet som base64-kodade. Gränssnittet kontrollerar inte bilagornas storlek, men den maximalt tillåtna storleken för bilagor är 2GB.
Informationen om det importerade materialet skickas med förfrågan som XML enligt följande beskrivning (POST-data):
| Nivå | Element | Format | Förekomster | Beskrivning | Exempel |
| Root | root | Aggregat | 1 | ||
| 1 | voucher | Aggregat | 1 | ||
| 2 | calculationmode | Sträng | 1 | Verifikatets beräkningssätt. Behandlas verifikatrader netto- (net) eller brutto- (gross) behandling. Vid nettobehandling beräknar systemet inte automatiskt moms- och avrundningsdifferenser | net |
| 2 | voucherdate | Datum | 1 | Verifikatdatum | 2023-03-1 |
| Attr. | format | Sträng | 1 | Datumformat, alltid ansi | ansi |
| 2 | number | Numerisk, max. 9 | 0...1 | Verifikatsnummer. Om inget nummer anges, hämtar systemet nästa nummer från den valda verifikattypen | 1 |
| 2 | description | Sträng | 0...1 | Verifikatbeskrivning. Fältets maximala antal tecken är 255 tecken. | Beskrivning |
| 2 | voucherclass | Sträng | 1 | Verifikattyp. Se möjliga verifikattyper ovan (Netvisor kan dessutom skapa egna verifikattyper). | Försäljningsfaktura |
| 2 | checked | Sträng | 0...1 | Stiger verifikatet till oavstämda bokföringar eller inte. True eller false, standard false. | false |
| 2 | comment | Sträng, max 255 tecken | 0...1 | Verifikatkommentar som visas i verifikatets behandlingshistorik | Kommentar till behandlingshistorik |
| 2 | voucherline | Aggregat | 0...n | ||
| 3 | linesum | Numerisk | 1 | Radsumma, Negativ bokförs på kreditsidan och positiv på debetsidan. Summan behandlas med två decimalers noggrannhet. | -100,00 |
| Attr. | type | Sträng | 0...1 | Typ av summa, net (utan moms) gross (med moms) | net |
| 3 | description | Sträng | 0...1 | Verifikatradens beskrivning. Fältets maximala antal tecken är 255 tecken. | Beskrivningstext |
| 3 | accountnumber | Numerisk | 1 | Bokföringskontonummer (måste finnas i systemet) | 1701 |
| 3 | vatpercent | Numerisk | 1 | MOMS-procent, Får inte vara i konflikt med den valda moms-koden | 24 |
| Attr. | vatcode | Sträng | 0...1 | MOMS-kod, Om inte angiven, hämtas MOMS-koden från kontonumret. Om angiven, används alltid den angivna. MOMS-koder och -identifierare finns listade här. Se även Arvonlisäveron hantering och MOMS-identifierare | KOMY |
| 3 | accountdimension | Sträng | 0...1 | Verifikatets uppföljningsobjekt | Uppföljningsobjekt 1 |
| Attr. | type | Sträng | 1 | Typ av uppföljningsobjekt, netvisorkey eller name Om värdet "netvisorkey" anges, måste elementet ange uppföljningsobjektets ID. ID:t kan inte hämtas via gränssnittet, utan ID:t visas i Netvisor. Om värdet "name" anges, måste elementet ange uppföljningsobjektets namn. Uppföljningsobjektet identifieras baserat på namnet från alla uppföljningsobjektens namn. Uppföljningsobjektet måste finnas i Netvisor i förväg. | name |
| 3 | dimension | Aggregat | 0...n | ||
| 4 | dimensionname | Sträng, max. 50 | 1 | Kostnadsobjektrubrik Om rubriken inte finns i systemet, skapar gränssnittet den | Projekt 1 |
| 4 | dimensionitem | Sträng, max. 200 | 1 | Kostnadsobjekt Om objektet inte finns i systemet, skapar gränssnittet det | Löneberäkning |
| 2 | voucherattachments | Aggregat | 0...1 | ||
| 3 | voucherattachment | Aggregat | 1...n | ||
| 4 | mimetype | Sträng | 1 | Bilagans mime-typ | Application/pdf |
| 4 | attachmentdescription | Sträng, max. 100 | 1 | Beskrivning | |
| 4 | filename | Sträng, max. 255 | 1 | Bilagans filnamn | Beskrivning.pdf |
| 4 | documentdata | Sträng | 1 | Bilaga base64-kodad |
Hjälpte det här svaret? Ja Nej
Send feedback