Skip to Content

Slovensko računovodstvo predplačil

English | Slovenščina

Beta License: LGPL-3 PMISuite/mentis Version: 18.0

Dodaja računovodstvo slovenskih prejetih predplačil na osnovi prodaje in računovodstva. Modul evidentira DDV ob prejemu, uporabi predplačila na izdanih računih ter skozi celoten računovodski življenjski cikel ohrani povezave med plačili, uporabo in dokazili za poročanje.

Izvedeni postopek je:

  • Prodajno naročilo določi stranko, valuto in davke predplačila.

  • Prejeto plačilo stranke evidentira prejeto predplačilo.

  • Temeljnica DDV ob prejemu evidentira sorazmerne davke prodajnega naročila.

  • Uporaba poračuna predplačilo z delnim ali končnim izdanim računom glede na nastavljeni način poračuna.

  • Postavke uporabe in razporeditve za poročanje ohranijo pripadnost plačilu, računu in davčnim skupinam za revizijo ter nadaljnje poročanje.

Dokument predplačila je poročilo plačila PDF, ne ločen račun Odoo. Dana predplačila dobaviteljem niso v podprtem operativnem obsegu.

Kazalo

Dokumentacija

  • Uporabniški priročnik: ponazorjene nastavitve predplačil in priprava osnutka, ročna/samodejna uporaba, bančno usklajevanje ter popravki.

Funkcionalnosti

Prejeta predplačila

  • Plačilom doda zastavico Advance?, konto predplačila, skupni konto obračuna DDV podjetja, povezavo z naročilom, davčne vsote, delež predplačila in preostali znesek.

  • Podpira samo prejeta plačila strank. Omejitev modela zavrne odhodna plačila ali plačila dobaviteljem, označena kot predplačila; meniji danih predplačil so skriti.

  • Plačilo knjiži na uskladljiv konto prejetih predplačil ter z jedrnim davčnim postopkom Odoo ustvari knjižbe DDV ob prejemu.

  • Uporablja konte razdelitev davkov in oznake iz povezanega prodajnega naročila.

  • DDV ovrednoti v valuti podjetja na datum plačila.

  • Ohrani predznačene davčne osnove davčnega postopka, tudi negativne postavke naročila. Shranjene osnove že sledijo smeri poročanja; pri branju se računovodska inverzija ne sme uporabiti drugič.

  • Ohrani predznake komponent obrnjenega davčnega bremena. Nasprotne komponente ne povečajo bruto zmogljivosti poračuna in ne ustvarijo neto salda obračuna DDV.

  • Na kontih, označenih z used_for_prepayment, zahteva usklajevanje.

  • V filtrih seznama predplačil zagotavlja Without Follow-up Invoice. Izbere predplačila brez povezave z osnutkom ali knjiženim izdanim računom prek aktivne uporabe, tudi starejše. Preklicane uporabe in računi ne štejejo. Že delna uporaba na računu pomeni povezavo, ne glede na preostanek; sama povezava s prodajnim naročilom ne šteje kot uporaba na računu.

  • Na obrazec predplačila doda pametni gumb Follow-up Invoices z istimi nepreklicanimi povezavami uporabe kot filter. Vsak dostopen račun šteje enkrat, posamezen račun odpre neposredno ali prikaže seznam več računov. Brez povezanih nadaljnjih računov je gumb skrit.

  • Za knjižena bančna predplačila, ki še zahtevajo bančno uskladitev, tudi delno usklajene prejeme, zagotavlja Find Bank Transaction. Po polni uskladitvi je gumb skrit. Računovodje lahko iščejo po partnerju, tudi nedodeljene transakcije, bančnem dnevniku, datumskem razponu, znesku v valuti predplačila ter oznaki/sklicu. Za napačno dodeljene partnerje počistite partnerja ali za širše iskanje izključite ujemanje zneska. Že usklajene transakcije so neobvezne.

  • Kandidati odprejo trenutno temeljnico, standardni postopek bančnega izpiska Revert reconciliation ali nameščeni obrazec usklajevanja OCA. Transakcije brez izpiska odprejo standardni seznam transakcij za pregled. Navigacija zahteva obstoječe poglede bančnih izpiskov OCA; dodatek ne namesti mehanizma usklajevanja. Uskladite odprti prejem plačila predplačila, ne temeljnice DDV ob prejemu. Iskalnik sam nikoli ne razveljavi, prerazporedi ali uskladi bančnih transakcij in ne obide dostopa ali standardnega računovodskega postopka.

Prodajna naročila

  • Naročilom doda Advances > Create Advance, dostop do povezanih predplačil ter spremljanje predplačanega in neplačanega zneska.

  • Nova predplačila privzeto uporabijo valuto naročila, poslovnega partnerja računa, konto predplačil podjetja in trenutno neplačani znesek.

  • Dovoljuje nadrejene in podrejene stike istega poslovnega partnerja.

  • Zahteva ujemanje valute predplačila z valuto povezanega naročila.

  • Varuje standardna prodajna načina predplačil percentage in fixed, kadar sta davčna država podjetja in država naslova računa stranke Slovenija ter so nastavljeni konto prejetih predplačil, konto DDV in dnevnik predplačil.

  • Varovalo sproži opozorilo s povezavo na nastavitve in navodilom za Advances > Create Advance. Plačila ne ustvari samodejno. Običajno zaračunavanje dobavljenih količin ostane na voljo.

Načini poračuna

  • Privzet je Auto (SI settlement entries). Pri izpolnjenih pogojih slovenskega poračuna uporablja temeljnice poračuna; ročna uporaba sicer uporabi postopek nevtralizacije.

  • Settlement Journal Entry poračuna terjatve in DDV v povezani temeljnici. Doda tudi postavke osnov davčnih skupin za poročanje in nasprotne izravnave na kontu poračuna, brez neto salda tega konta.

  • Neutralizer Entry poračuna terjatve in nevtralizira DDV predplačila v povezani temeljnici. Podpira ročno uporabo in ne aktivira samodejne uporabe ob knjiženju računa. Za slovenska podjetja doda tudi uravnotežene postavke osnov davčnih skupin, da se osnova predplačila na končnem računu ne šteje znova. Uporabijo nastavljeni konto poračuna ali sicer konto prve knjižbene postavke računa, brez neto salda tega konta. Enako velja za ročni nadomestni postopek nevtralizacije v načinu Auto.

  • Settlement Lines na osnutku računa pripravi negativne osnove in davke z natančnimi davki skupin predplačila. Temeljnica uporabe bremeni saldo predplačila ter odobri obračun DDV in konto osnove poračuna. Ločena protipostavka terjatev ni potrebna, ker negativne postavke že zmanjšajo saldo računa.

  • Slovenski poračun zahteva davčno državo SI, konto poračuna in omogočeno zastavico l10n_si_accounting, kadar polje obstaja. Sam konto poračuna ne izbere načina Settlement Lines.

  • Postavke poračuna računa je mogoče pripraviti samo v osnutku. Ročni čarovnik na knjiženem računu jih ne more dodati.

Uporaba predplačil

  • Eno predplačilo uporabi na več računih ali več ustreznih predplačil na enem računu ob preverjanju preostanka in zmogljivosti davčnih skupin.

  • Preveri podjetje, poslovnega partnerja, valuto, vrsto partnerja, združljivost kontov in obdobje uporabe.

  • Predplačila porablja po FIFO glede na datum plačila ter porabljene salde predplačila in obračuna DDV uskladi z izvornimi dokazili plačila.

  • Pri načinih s temeljnicami DDV nevtralizira v mejah davčnih dokazil računa in preostale zmogljivosti DDV predplačila.

  • V načinu Settlement Lines uporabi davčne skupine predplačila in davčne učinke negativnih postavk računa.

  • Ohrani izračunani DDV skupin in majhne ostanke zaokroževanja dodeli skupini z največjo osnovo. Bistvena odstopanja in že porabljena zmogljivost se preverjajo.

  • Ob vrednostih v valuti podjetja ohrani pripadnost transakcijski valuti. Ob različnih tečajih tečajne razlike obravnava standardno usklajevanje Odoo.

Samodejna uporaba

  • Izvede se sinhrono ob knjiženju osnutka izdanega računa, kadar sta omogočena Auto-apply Advances on Posting in ustrezen način slovenskega poračuna.

  • Predplačila poišče prek sale_line_ids postavk računa in njihovih izvornih naročil. Samo ujemanje stranke ne zadostuje.

  • Izbere predplačila v stanju in_process ali paid s pozitivnim preostankom ter ujemajočimi se podjetjem, poslovnim partnerjem in valuto.

  • Ponovno uporabi logiko razporejanja in poračuna ročnega čarovnika.

  • V načinu Settlement Lines pripravi negativne postavke pred knjiženjem, nato knjiži povezano temeljnico uporabe in izvede uskladitev.

  • Podpira zaporedne delne račune samo s preostalo zmogljivostjo predplačila in davčnih skupin.

  • Preden zaključevanje ustvari novo temeljnico uporabe, preveri obstoječo povezano temeljnico. Napake obveznega preverjanja, knjiženja ali usklajevanja prekinejo celotno transakcijo knjiženja računa.

Dokumenti in zgodovina uporabe

  • Natisne in priloži PDF plačila predplačila ter podatke predplačila doda poročilom računov.

  • Številko dokumenta predplačila izpelje iz knjižene temeljnice predplačila; omogoča ročni prepis Printed Advance Number.

  • Usklajevanje partnerja omeji na osnutke temeljnic predplačila; izračunana polja ne preimenujejo ali prepišejo knjiženih temeljnic.

  • Doda Accounting > Customers > Advance Applications za pregled plačil, računov, ustvarjenih temeljnic, predstavljenih zneskov in postavk uporabe.

  • Preklicane uporabe ohrani kot zgodovinska dokazila, izključena iz aktivnih vsot.

  • Po podprtih uporabah in vrnitvah v osnutek osveži trajne razporeditve za poročanje. Preslikave mest davčnih knjig so neobvezne in zahtevajo nameščeni model account.tax.book.tag.map.

Popravki

  • Podpira vrnitev računa v osnutek in ponovno uporabo s čiščenjem ustvarjenih dokazil uporabe ter obnovitvijo preostankov predplačil.

  • Uporabnikom z vlogo Advance Invoice Manager in običajnim računovodskim dostopom zagotavlja Reset Advance Chain to Draft, potem ko so računi, ki uporabljajo predplačilo, vrnjeni v osnutek po podprtem postopku. Obrazci predplačil ta gumb prikažejo namesto Reset To Draft. Obe strežniški dejanji uveljavljata isti postopek verige samo za vodje, tudi ob klicu iz bližnjic ali mešanih izborov plačil.

  • Pred vrnitvijo predplačila v osnutek zahteva razveljavitev bančnih uskladitev, tudi delnih. Zaklenjene knjižbe ohranijo standardno zaščito, neuspeh pa razveljavi celotno čiščenje verige. Izvorno predplačilo vračajte v osnutek na obrazcu plačila, ne prek njegove temeljnice.

  • Izpeljane knjižene temeljnice varuje pred neposredno vrnitvijo v osnutek in pri odstranitvi ustvarjenih dokazil verige ohrani izvorno temeljnico plačila.

  • Uporablja zasebno pooblastilo znotraj procesa; logične vrednosti konteksta odjemalca ne dovolijo zaščitene vrnitve v osnutek.

  • Zagotavlja Prepayment VAT Backfill za predogled manjkajočih nevtralizacij in ustvarjanje ločenih povezanih popravnih temeljnic.

  • Zagotavlja Change Prepayment Adjustment Date za ponovno knjiženje ustreznih prilagoditev znotraj obstoječega obdobja zaporedja in obnovitev uskladitve.

Nastavitve

  • Modul namestite z navedenimi odvisnostmi: base, account, pmis_account_dates, sale in l10n_si_config. Dodatek se ne namesti samodejno.

  • V Accounting > Configuration > Settings > Advances za vsako podjetje nastavite Default Advance Journal, Incoming Advance Account in Incoming Advance VAT Account.

  • Oba prejeta konta morata omogočati usklajevanje. Konto predplačila izberete na plačilu; konto obračuna DDV je skupen podjetju in na plačilih samo za branje.

  • Za slovenski poračun nastavite Advance Settlement Account in Advance Settlement Mode. Konto poračuna nosi postavke osnov za poročanje in izravnave v načinu temeljnice ali negativne osnove v načinu Settlement Lines.

  • Za samodejno uporabo omogočite Auto-apply Advances on Posting. Način Neutralizer Entry je ne podpira.

  • Na načinu plačila bančnega dnevnika nastavite Outstanding Receipts Account, da Odoo ustvari temeljnico plačila. Knjiženje predplačila ne uspe, kadar temeljnica plačila ni ustvarjena.

  • Davke naročila nastavite z ustreznimi konti razdelitve in oznakami poročanja. Povezava z naročilom je obvezna pri knjiženju predplačila.

  • Modeli čarovnikov uporabe, dopolnitve in spremembe datuma dovolijo dostop prek account.group_account_invoice. Gumb vrnitve verige plačila v osnutek je omejen na account.group_account_manager.

  • Advance Invoice Operator ima bralni dostop do dokazil uporabe in razporeditev za poročanje. Advance Invoice Manager ima upravljavski dostop. Ustrezna pravila podjetij omejujejo vidnost dokazil.

  • Vlogi dodelite prek izbire Advances pod Accounting na zavihku pravic dostopa uporabnika. Manager vključuje pravice Operator.

Uporaba

Ustvarjanje in knjiženje prejetega predplačila:

  1. Ustvarite ali odprite naročilo stranke z ustrezno valuto, izdelki in davki.

  2. Uporabite Advances > Create Advance ali ustvarite prejeto plačilo stranke prek Accounting > Customers > Advances.

  3. Na osnutku omogočite Advance?, povežite naročilo in preverite znesek, datum plačila, bančni dnevnik, konto predplačila ter tiskano številko. Znesek lahko krije samo del naročila.

  4. Knjižite plačilo. Odoo ustvari običajno temeljnico plačila; dodatek ustvari temeljnico DDV ob prejemu, kadar nastanejo davčne postavke. Predplačilo brez davčnih knjižb ne zahteva prazne temeljnice DDV.

  5. Po potrebi natisnite poročilo predplačila.

  6. Bančni izpisek uskladite z izvorno temeljnico plačila. Temeljnica uporabe predstavlja poračun in ne novega bančnega gibanja.

Ročna uporaba predplačil v načinu temeljnice:

  1. Izberite enega ali več knjiženih izdanih računov istega podjetja, poslovnega partnerja in valute.

  2. Uporabite gumb Apply Advance ali dejanje Apply Advances.

  3. Izberite ustrezna predplačila in preverite dnevnik ter datum uporabe.

  4. Potrdite čarovnika. Knjiži poračun predplačila/terjatev in nevtralizacijo DDV, pri ustreznih slovenskih postopkih pa tudi uravnotežene postavke osnov za poročanje v načinih Settlement Journal Entry in Neutralizer Entry.

  5. Preverite usklajene salde in dokazila Advance Applications.

Izbor več predplačil, katerih skupni preostanek presega odprti znesek izbranega računa, je pri načinih temeljnice zavrnjen. Settlement Lines zahteva pripravo osnutka s samodejnim postopkom knjiženja.

Samodejna uporaba predplačil:

  1. Omogočite samodejno uporabo in nastavite ustrezen način slovenskega poračuna.

  2. Iz naročila ustvarite delni ali končni izdani račun. Ohranite povezave postavk računa z izvornimi postavkami naročila.

  3. Knjižite račun. Pred knjiženjem dodatek poišče ustrezna predplačila, preveri obdobje in pripravi razporeditve. V načinu Settlement Lines takrat doda negativne postavke poračuna na račun.

  4. Po knjiženju računa ustvari povezano temeljnico settlement_application in uskladi porabljeno predplačilo, obračun DDV ter pri načinu temeljnice terjatev računa.

  5. Preglejte postavke uporabe in osvežene razporeditve za poročanje.

  6. Ponovite za naslednje račune. Vsako knjiženje porabi samo preostalo zmogljivost predplačila in davčnih skupin.

Račun brez povezav s postavkami naročila nima izvornega naročila za samodejno iskanje. Samodejna uporaba se preskoči tudi, kadar je izključena, pogoji SI niso izpolnjeni, nobeno povezano predplačilo nima pozitivnega preostanka ali je vsota računa nič. Ko so pogoji poračuna izpolnjeni, manjkajoči prejeti konti ali dnevnik predplačil povzročijo napako. Neujemanje valut, zaklenjeni datumi uporabe in dvoumna zgodovinska pripadnost ob zaznavi preprečijo obdelavo.

Vrnitev v osnutek, popravek in ponovna uporaba:

  1. Vsak račun z aktivno uporabo plačila vrnite v osnutek po podprtem postopku. To razveljavi ustvarjena dokazila in uskladitve uporabe ter obnovi ustrezni saldo predplačila.

  2. Na plačilu uporabite Reset Advance Chain to Draft. Dejanje zavrne izvedbo, dokler obstajajo aktivne uporabe na računih ali se zgodovinski valuti plačila in naročila ne ujemata. Najprej razveljavite bančne uskladitve, tudi delne. Vrnitev verige mora potrditi Advance Invoice Manager.

  3. Popravite osnutek plačila in ga znova knjižite.

  4. Ustrezne račune ponovno knjižite za samodejno uporabo ali uporabite ročni postopek temeljnice. Preklicane uporabe ostanejo zgodovinska dokazila; nadomestna veriga uporabi nova aktivna dokazila.

Dopolnitev manjkajoče nevtralizacije DDV:

  1. Z računovodjo preglejte zgodovinsko uporabo.

  2. Odprite Accounting > Configuration > Prepayment VAT Backfill.

  3. Izberite podjetje, datumski razpon in pravilo datuma: Invoice Date, Application Date ali Correction Date (Today). Invoice Date pri več povezanih računih uporabi najpoznejši datum računa.

  4. Z Preview preglejte ustrezne temeljnice uporabe.

  5. Z Run Backfill za vsako ustrezno uporabo ustvarite ločeno povezano temeljnico VAT Neutralizer (Backfill) in uskladite njen obračun DDV. Izvedba ne ureja izvorne knjižene temeljnice uporabe.

Dopolnitev izračuna DDV iz izvornega deleža DDV plačila, uporabljenega bruto zneska in davčnih vsot računov. Izbrani datumi še vedno upoštevajo zaklepe knjiženja in davčnih datumov. Zgodovinsko neujemanje valut plačila in naročila zahteva nadzorovan popravek in se ne dopolni samodejno.

Sprememba datuma prilagoditve:

  1. Na obrazcu prilagoditvene temeljnice uporabite Change Prepayment Adjustment Date.

  2. Izberite nov datum znotraj obstoječega obdobja zaporedja.

  3. Uveljavite spremembo. Čarovnik temeljnico vrne v osnutek in znova knjiži, preveri nespremenjeno številko ter obnovi uskladitve s prej povezanimi postavkami.

Čarovnik sprejme knjižene temeljnice neutralizer ali settlement_application enega podjetja. Ne sprejme izvornega plačila ali temeljnice DDV ob prejemu. Običajna pravila knjiženja in zaklepov ostajajo veljavna.

Primeri knjižb

Neodvisni primeri uporabljajo Neutralizer Entry, EUR in običajni 22-odstotni DDV prodaje. Šifre kontov so ponazoritvene; knjižbe uporabljajo nastavljene konte. Za slovenska podjetja tudi Neutralizer Entry doda postavke osnov in izravnave, ki ne spremenijo spodaj prikazanih neto saldov kontov. Settlement Journal Entry doda svoje uravnotežene postavke osnov za poročanje. Settlement Lines pred knjiženjem zmanjša sam račun.

Prejem predplačila 61.00 za naročilo z osnovo 100.00 in DDV 22.00:

  • Plačilo: v breme 110000 Outstanding receipts 61.00 in v dobro 230000 Received advances 61.00.

  • DDV ob prejemu: v breme 195000 VAT on advances received 11.00 in v dobro 260002 Output VAT - 22% 11.00.

  • Davčni postopek naročila uporabi razmerje plačilo/naročilo 61.00 / 122.00.

Uporaba tega neporabljenega predplačila na računu 61.00:

  • Uporaba: v breme 230000 Received advances 61.00 in v dobro 120000 Account Receivable 61.00.

  • V isti temeljnici v breme 260002 Output VAT - 22% 11.00 in v dobro 195000 VAT on advances received 11.00.

  • Uskladitev zapre predplačilo, terjatev računa in izvorno breme obračuna DDV.

Uporaba neporabljenega predplačila 61.00 na večjem računu:

  • Na računu 122.00 uporabi isto predplačilo 61.00 in obračun DDV 11.00; terjatev računa ostane 61.00.

  • Na računu 244.00 uporabi isto predplačilo 61.00 in obračun DDV 11.00; terjatev ostane 183.00. Od DDV 44.00 po nevtralizaciji 11.00 ostane 33.00.

  • Vsak primer predplačilo porabi v celoti.

Uporaba predplačila 122.00 na dveh delnih računih:

  • Začetno predplačilo obsega osnovo 100.00 in DDV 22.00.

  • Na prvem računu z osnovo 50.00 in DDV 11.00 uporabite 61.00. Ostane zmogljivost predplačila 61.00 in obračun DDV 11.00.

  • Preostalih 61.00 uporabite na drugem računu z enako osnovo in DDV. Predplačilo je porabljeno, preostali obračun DDV 11.00 se zapre.

  • Ko je preostanek nič, se poznejši računi naročila knjižijo brez nove uporabe.

Opombe o podatkovnem modelu

  • account.payment hrani zastavico predplačila, sklic naročila, konto predplačila, preostali znesek in sklic ustvarjene temeljnice DDV.

  • pmis.prepayment.application poveže verigo plačila z izvorno temeljnico, DDV ob prejemu, računi in ustvarjenimi temeljnicami uporabe, nevtralizacije ali poračuna. En aktiven zapis uporabe na računu predstavlja eno izrecno verigo plačila.

  • pmis.prepayment.application.line hrani izvorne knjižbene postavke, sklice računov, identifikatorje davčnih skupin ter predstavljene osnove, DDV in bruto zneske. Osnova in DDV v valuti podjetja sta znotraj zaokroževanja valute enaka bruto znesku.

  • Skupne ustvarjene temeljnice ohranijo trajno pripadnost plačilu/viru. Prednost imajo izrecne uporabe; zgodovinsko iskanje ne ugiba dvoumne pripadnosti in ne rekonstruira zgodovinskih računovodskih dokazil.

  • pmis.prepayment.reporting.allocation ohrani dokazila davčnih skupin in mest davčnih oznak za nadaljnje poročanje. Brez account.tax.book.tag.map je preslikava mest prazna.

  • originator_move_id in originated_move_ids povežeta izvorne ter ustvarjene temeljnice. Razvrščene vrste temeljnic DDV vključujejo vat_on_receipt, neutralizer in settlement_application.

  • Knjiženje plačila uporablja account.payment.action_post() in davčni postopek _get_prepayment_tax_base_lines() / _compute_prepayment_tax_totals_from_base_lines().

  • Ročna uporaba vstopi prek pmis.prepayment.invoice.apply_prepayment(). Knjiženje računa pred knjiženjem kliče pmis.prepayment.auto.apply.service._prepare_auto_apply(), zatem pa _finalize_auto_apply().

  • Nevtralizacija DDV in uskladitev FIFO uporabljata _pmis_build_vat_neutralizer_lines() in _pmis_reconcile_vat_clearing_fifo(). Podprte spremembe življenjskega cikla osvežijo razporeditve prek pmis.prepayment.reporting.allocation.service.

  • Ročne temeljnice nevtralizacije sprva uporabijo najzgodnejši datum povezane temeljnice predplačila, kadar obstaja, sicer datum čarovnika. Temeljnice poračuna uporabijo datum uporabe, privzeto datum računa.

  • _pmis_update_tax_date() čarovnika datuma prilagoditve je razširitvena točka brez izvedbe v tem dodatku. Sprememba datuma knjiženja ne dopolni manjkajočih zgodovinskih davčnih datumov.

  • Identiteta uporabe, njene postavke, verige uporabe na računih in zamenjava razporeditev za poročanje uporabljajo serializacijska varovala ter deterministični vrstni red zapisov. Serializacijski spor PostgreSQL zahteva ponovitev celotne poslovne transakcije.

  • Skupna računovodska polja in davčni datumi izhajajo iz pmis_account_dates. Ustvarjene temeljnice datume določijo prek knjiženja in uporabe predplačil; slovenske razširitve poročanja uveljavijo dodatne davčne zaklepe.

Znane omejitve

  • Dodatek zagotavlja transakcijsko računovodstvo in dokazila za poročanje, ne finančnih povzetkov ali nadzornih plošč. Dejanska davčna obravnava in poročanje sta odvisna od kontov, davkov, oznak razdelitev in nameščenih slovenskih razširitev poročanja.

  • Dana predplačila dobaviteljem niso izvedena. Manjkajoča država podjetja ali naslova računa ne aktivira slovenskega varovala prodajnih predplačil.

  • Samodejna uporaba se izvede med knjiženjem računa; ni načrtovano opravilo, ki išče vse stranke in odprta predplačila.

  • Naročilo, plačilo in račun morajo imeti isto transakcijsko valuto. Vrednotenje v valuti podjetja se lahko razlikuje po datumu; uskladitev obravnava tečajno razliko brez ustvarjanja drugega dogodka menjave valute.

  • Zgodovinsko neujemanje valut plačila/naročila in dvoumna pripadnost uporabe preprečita podprte postopke uporabe ter vrnitve v osnutek.

  • Izvorne temeljnice obrnjenega davčnega bremena morajo imeti pred uporabo pravilne predznake komponent; postopek uporabe ne popravlja njihovega knjiženja.

  • Manjkajoči zgodovinski davčni datumi se ne sklepajo ali dopolnjujejo. Manjkajoča nevtralizacija DDV zahteva ločeno temeljnico dopolnitve; popravki datumov uporabljajo namenski čarovnik datuma prilagoditve.

  • Branje poročil uporablja trajna polja verig in razporeditev ter ne upravičuje ponovnega izračuna ali sprememb knjiženih računovodskih dokazil.

Odpravljanje težav:

  • Preverite uskladljivost kontov predplačila in obračuna DDV.

  • Preverite povezano naročilo, konte razdelitev davkov, dnevnik predplačil podjetja in Outstanding Receipts Account načina plačila banke.

  • Če knjiženi račun sproži napako postavk poračuna, dovoljenih samo v osnutku, preverite način poračuna in uporabite samodejni postopek osnutka.

  • Če samodejna uporaba ne naredi ničesar, preverite pogoje SI, stikalo podjetja, povezave s postavkami naročila in preostalo zmogljivost predplačil.

Prijava napak

Napake spremljamo v sistemu prijav repozitorija PMISuite. Ob težavi najprej preverite, ali je že prijavljena. Če ste jo odkrili prvi, nam jo pomagajte odpraviti s podrobnim opisom in povratnimi informacijami.

Zasluge

Avtorji

Sodelujoči

Vzdrževalci

LUXIM MATMOZ

Trenutni vzdrževalec:

sysadminmatmoz

Luxim je neodvisno podjetje za raziskave, razvoj in uvajanje rešitev, usmerjeno v reševanje zahtevnih problemov v ekosistemu Odoo.

Odoo Community Association

Luxim je aktiven član OCA (Odoo Community Association).