Odoo 19: atviri įrašai klientų portale su ataskaitine data ir eksportu į PDF – modulis portal_open_items

„Kiek mums iš tikrųjų dar esate skolingi?“ Šis klausimas reguliariai kyla kiekvienoje klientų bazėje, dažniausiai prieš ketvirčio pabaigą, prieš metinį auditą arba kai kliento buhalterija ruošia mokėjimus. Kas į jį neatsako pats, sulaukia jo el. paštu ar telefonu, ir kažkas turi eksportuoti iš buhalterijos atvirų įrašų sąrašą (OP sąrašą) ir jį išsiųsti. „Odoo 19 Community“ to savaime nepadaro: klientų portale matomos pavienės sąskaitos, bet nėra viso įmonės atvirų įrašų sąrašo, juo labiau – sąrašo laisvai pasirinktai dienai.

Todėl parašėme modulį Offene Posten im Kundenportal („Atviri įrašai klientų portale“, portal_open_items), skirtą Odoo 19. Klientai, kuriems suteikta prieiga, portale mato visų savo įmonės atvirų sąskaitų, kreditinių sąskaitų ir dar nesuderintų mokėjimų sąrašą, gali pasirinkti ataskaitinę datą, atsisiųsti sąrašą kaip PDF ir iš pirmo žvilgsnio matyti, kaip jiems sekasi su mokėjimo drausme. Modulis yra laisvoji programinė įranga pagal AGPL-3 licenciją ir yra „GitHub“:

github.com/Alex0176/odoo-portal-open-items

Modulį savo gamybinėje sistemoje įdiegėme 2026 m. lapkričio 5 d. Nustatymas ten pagal numatytuosius nustatymus išjungtas ir įjungiamas tik pasitarus su atskirais klientais. Eksploatavimo patirtis dar trumpa; testavome naudodami trylika automatinių testų ir testinę duomenų bazę su pavyzdiniais klientais. Kas perima modulį, turėtų perskaityti skyrius apie ataskaitinės datos skaičiavimą, apie mokėjimo drausmę ir apie apribojimus .

Problema: OP sąrašas pagal pareikalavimą

Atvirų įrašų sąrašas rodo, kurios kliento sąskaitos dar neapmokėtos, kuri dalis yra pradelsta ir koks yra saldas. Tiekėjui tai likvidumo planavimo ir skolų išieškojimo priemonė. Klientui tai pagrindas planuoti mokėjimus, derinti sąskaitas su savo buhalterija ir aiškintis klausimus neatidarant kiekvienos sąskaitos atskirai. Tipinės progos:

• Ketvirčio ir metų uždarymas: kliento buhalterija nori žinoti, kokie įsipareigojimai egzistavo gruodžio 31 d. Tai ataskaitinė data praeityje.
• Suderinimas: klientas mano sąskaitą apmokėjęs, o mes ją matome kaip dar neapmokėtą. Bendras sąrašas su data, mokėjimo terminu ir suma tai išsprendžia greičiau nei el. laiškų grandinė.
• Mokėjimų ciklai: kas savaitę ar kas mėnesį mokėjimus ruošiantis asmuo vienu žvilgsniu turi matyti visas tiekėjo neapmokėtas sąskaitas, pradelstas – viršuje.
• Keli kontaktiniai asmenys: įmonėje vienas užsako, kitas moka. Atviri įrašai priklauso įmonei, o ne atskiram asmeniui.

Iki šiol šiuos sąrašus traukdavome rankiniu būdu iš buhalterijos ir siųsdavome paštu. Tai kainuoja laiką ir galiausiai yra momentinė nuotrauka, kuri jau kitą dieną pasensta. Geriau, kai klientas pats bet kada atsidaro sąrašą portale, visada su dabartine būkle.

Sprendimo apžvalga

Modulis papildo „Odoo“ klientų portalą puslapiu Atviri įrašai ir plytele puslapyje Mano paskyra. Funkcijų apimtis:

• Nustatymas kiekvienam kontaktui: „Rodyti atvirų įrašų sąrašą portale“. Tik jį pažymėjus portalo naudotojas mato plytelę ir puslapį. Pagal numatytuosius nustatymus jis išjungtas.
• Visa įmonė: sąraše yra visų įmonės kontaktų atviri įrašai, o ne tik prisijungusio naudotojo.
• Ataskaitinė data: klientas pasirenka datą ir mato, kas tą dieną buvo neapmokėta.
• Eksportas į PDF: sąrašas kaip PDF jūsų įmonės maketu, su antrašte, saldu ir pradelstų įrašų suma.
• Mokėjimo drausmė: laiku, šiek tiek pavėluotai ir vėlai apmokėtų sąskaitų dalis, ilgiausiai neapmokėta sąskaita ir vertinimas geras arba blogas, portale ir PDF.
• Pradelsti įrašai pažymėti spalva ir rodo dienas po mokėjimo termino.
• Kreditinės sąskaitos ir kreditai sąraše rodomi su neigiama suma ir mažina saldą.
• Nuoroda: kiekviena sąrašo sąskaita veda į sąskaitos rodinį portale.
• Daugiakalbiškumas: sąsaja ir PDF atitinka naudotojo kalbą, vokiečių kalbos vertimas pridedamas.

Plytelė rodoma pradiniame puslapyje Mano paskyra šalia užsakymų ir sąskaitų. Kas neturi nustatymo, jos nemato.

Leidimas kiekvienam kontaktui: nustatymas

OP sąrašas rodo visos įmonės verslo duomenis. Todėl modulis jo neįjungia visiems portalo naudotojams, o tik ten, kur to aiškiai norite. Kontakto formoje, skiltyje Svetainė, yra žymimasis langelis „Rodyti atvirų įrašų sąrašą portale“. Jis matomas naudotojams, turintiems sąskaitų faktūrų teises (grupė account.group_account_invoice), ir veikia tik tam vienam kontaktui.

Tai atitinka praktiką: įmonėje sąrašą turėtų matyti vadovybė arba buhalterija, o darbuotojas, kuris peržiūri tik užklausas, – ne. Nustatymas galioja kontaktui, tačiau rodomi įrašai priklauso visai įmonei. Todėl nustatymą įjunkite tam asmeniui, kuris turi matyti visos įmonės apžvalgą.

Sąrašas klientų portale

Spustelėjus plytelę atidaromas /my/open-items. Puslapyje rodomas įmonės pavadinimas, ataskaitinės datos pasirinkimas ir atvirų įrašų lentelė:

Po lentele rodomas saldas, t. y. visų neapmokėtų sumų suma, ir pradelstų įrašų suma. Pradelstos eilutės paryškintos spalva, kad jas iškart pamatytumėte peržvelgdami. Kreditinės sąskaitos ir mokėjimai, dar nepriskirti sąskaitai, rodomi su neigiamu ženklu ir mažina saldą; pastaba po lentele tai paaiškina klientui. Jei jūsų įmonė apskaitą veda keliomis valiutomis, saldas nurodomas pagal kiekvieną valiutą.

Atviri įrašai pagal ataskaitinę datą

Virš datos yra užrašas „Atviri įrašai pagal ataskaitinę datą“, šalia – datos laukas ir mygtukas Rodyti. Pasirinkus ataskaitinę datą praeityje, sąraše rodoma, kas tą dieną dar buvo neapmokėta. Būtent tokios ataskaitos reikia uždarant laikotarpius, per auditus ir derinant: „Kokius įsipareigojimus gruodžio 31 d. turėjome šiam tiekėjui?“

Kaip skaičiuojama ataskaitinė data

Kiekvienam įrašui galioja: neapmokėta pagal ataskaitinę datą = sąskaitos suma minus visi mokėjimai, kurie iki ataskaitinės datos imtinai buvo suderinti. Įrašas patenka į sąrašą, jei ataskaitinę dieną jau buvo užregistruotas ir dar turėjo likutį. Taigi rugsėjo 7 d. išrašyta 1.250,50 € sąskaita, kurios 500,00 € buvo sumokėta spalio 20 d., o likutis apmokėtas lapkričio 5 d., esant ataskaitinei datai lapkričio 2 d. sąraše yra su 750,50 €, o esant ataskaitinei datai lapkričio 5 d. jo jau nebėra.

Pradelsimas taip pat vertinamas pagal ataskaitinę datą: įrašas pradelstas, jei jo mokėjimo termino data yra ankstesnė už ataskaitinę datą, o likutis teigiamas. Dienos po termino skaičiuojamos iki ataskaitinės datos, o ne iki šiandien. Ataskaitinė data ateityje traktuojama kaip šiandien, kaip ir tuščia ar neleistina data adreso eilutėje. Taigi sąrašas negali apsimesti prognoze.

Ką čia reiškia „mokėjimo data“

Lemiama yra diena, kai sąskaita ir mokėjimas „Odoo“ sistemoje buvo suderinti tarpusavyje (vėlesnė iš dviejų įrašymo datų), o ne sąskaitos data. Tai įprastas atvejis: mokėjimas užregistruojamas gavimo dieną ir priskiriamas sąskaitai. Kas mokėjimus priskiria tik po kelių dienų, atitinkamai ilgiau mato sąskaitą kaip neapmokėtą. Skyrius apribojimus tai aptaria plačiau.

Eksportas į PDF

Per Atsisiųsti PDF modulis sukuria sąrašą kaip PDF failą pasirinktai ataskaitinei datai. Mygtukas Spausdinti atidaro tą patį sąrašą naršyklės spausdinimo dialoge. PDF naudoja jūsų „Odoo“ įmonės dokumento maketą (logotipą, adresą, poraštę iš nustatymų) ir Europos popieriaus formatą:

• Antraštė su ataskaitine data: „Atviri įrašai pagal ataskaitinę datą 02.11.2026“, net jei ataskaitinė data yra šiandien. Jei atvirų įrašų nėra, rašoma „Atvirų įrašų nėra.“
• Kliento adresas įmonės maketo adreso lauke, kad sąrašas ir atspausdintas atitiktų reikalą.
• Pradelsti įrašai paryškintu šriftu, kad išsiskirtų ir nespalvotoje spaudoje.
• Saldas ir pradelstų įrašų suma lentelės pabaigoje, esant kelioms valiutoms – pagal kiekvieną valiutą.
• Failo pavadinimas su įmone ir data, pavyzdžiui, Open_items_Muster_Handels_GmbH_2026-11-02.pdf.

Mokėjimo drausmė: vertinimas iš pirmo žvilgsnio

Nuo versijos 19.0.1.1.0 virš lentelės rodomas trumpas vertinimas, kaip punktualiai įmonė apmoka savo sąskaitas. Tas pats vertinimas rodomas ir PDF. Taip klientas pats mato, kur jis yra, o jums to atskirai aiškinti nebereikia.

• Žalia: „47 % buvo apmokėta per mokėjimo terminą.“ Turimos omenyje sąskaitos, apmokėtos termino dieną arba anksčiau.
• Oranžinė: „29 % buvo apmokėta savaitę po mokėjimo termino pabaigos.“ Tai mokėjimai, atlikti praėjus nuo vienos iki septynių dienų po termino.
• Raudona: „24 % buvo apmokėta vėliau, vidutiniškai po 39 dienų (25 dienos po mokėjimo termino pabaigos).“ Pirmas skaičius skaičiuojamas nuo sąskaitos datos, skaičius skliaustuose – nuo mokėjimo termino. Eilutė rodoma tik tada, kai tokių sąskaitų yra.
• „Sąskaitos neapmokėtos iki 60 dienų.“ Tai seniausios sąskaitos, kuri ataskaitinę dieną dar neapmokėta, amžius, skaičiuojant nuo sąskaitos datos.

Žemiau pateikiamas mokėjimo drausmės vertinimas: geras arba blogas, o puslapio apačioje, PDF – puslapio pabaigoje, pastaba „Klientai, kurių mokėjimo drausmė bloga, perkeliami į išankstinį apmokėjimą.“ PDF rodo tas pačias eilutes firminio blanko maketu:

Kas skaičiuojama

• Vertinamos sąskaitos klientui, kurios yra užregistruotos. Kreditinės sąskaitos ir juodraščiai neskaičiuojami. Mokant dalimis, kiekviena dalis skaičiuojama atskirai.
• Laikotarpis: paskutinių dvylikos mėnesių sąskaitos ir visos sąskaitos, kurios dar neapmokėtos, net jei yra senesnės.
• Mokėjimo diena yra paskutinio suderinimo su mokėjimu data, kaip ir esant ataskaitinei datai.
• Neapmokėtos sąskaitos: jei sąskaita ataskaitinę dieną pradelsta, ji skaičiuojama taip, tarsi būtų apmokėta ataskaitinę dieną, t. y. oranžinė arba raudona. Neapmokėta sąskaita, kurios terminas dar nepasibaigė, nevertinama.
• Kai ataskaitinė data yra praeityje, galioja tos dienos būklė: mokėjimai po ataskaitinės datos dar neskaičiuojami.
• Jei nėra ką vertinti, ten rašoma „Per pastaruosius 12 mėnesių nėra sąskaitų vertinimui.“ ir vertinimo nėra.

Kada mokėjimo drausmė yra „gera“?

Vertinimas yra geras, kai bent 70 % sąskaitų yra žalios arba oranžinės (laiku arba daugiausia savaite pavėluotos) ir nė viena neapmokėta sąskaita nėra pradelsta ilgiau nei 30 dienų. Kitu atveju jis yra blogas. Ribos (7 dienos, 70 %, 30 dienų, 12 mėnesių) pateikiamos kaip konstantos models/res_partner.py pradžioje ir ten gali būti pakeistos.

Svarbu: modulis niekam nenustato išankstinio apmokėjimo. Pastaba poraštėje yra fiksuotas tekstas, kuris klientams su bloga vertinimu parodo, kas iš to gali išplaukti. Ar ir kada taip nuspręsti, lieka jūsų reikalas. Jei sakinys jums netinka, pakeiskite jį abiejuose šablonuose (portalo puslapyje ir ataskaitoje) arba vertime.

Kas ką gali matyti? Prieigos modelis

Atviri įrašai yra jautrūs duomenys, todėl prieiga mums buvo svarbesnė už bet kokią papildomą funkciją. Modelis sąmoningai paprastas:

• Tik su pažymėtu nustatymu. Be varnelės prie kontakto plytelės nėra, o atidarius /my/open-items nukreipiama į Mano paskyra.
• Visada tik savo įmonė. Įmonė nustatoma pagal prisijungusį naudotoją, o ne pagal adreso parametrą. Per adreso eilutę užklausti svetimos įmonės duomenų neįmanoma.
• Tas pats patikrinimas ir PDF atveju. „Odoo“ PDF ataskaitas iš principo pateikia ir per bendrą adresą. Todėl modulis pačioje ataskaitoje dar kartą tikrina: PDF gauna tik naudotojai su buhalterijos teise arba portalo naudotojai su pažymėtu nustatymu savo įmonei, visi kiti – prieigos klaidą.
• Tik užregistruoti įrašai. Juodraščiai ir anuliuoti dokumentai niekada nerodomi.
• Tik savo apskaitos apimtis: atsižvelgiama tik į tų įmonių įrašus, kurių duomenis naudotojas gali pasiekti.

Techninis įgyvendinimas

Modulis priklauso tik nuo account ir portal, t. y. nuo „Odoo Community“ dalių. Jis prideda vieną lauką prie kontakto, o šiaip susideda iš valdiklio (controller), ataskaitos klasės ir šablonų.

Atviri įrašai skaitomi iš įrašymo eilučių, o ne iš sąskaitų. Tai svarbu: tik taip atsiranda ir kreditinės sąskaitos bei dar nepriskirti mokėjimai, ir tik taip ankstesnės dienos būklę galima atkurti iš suderinimų (account.partial.reconcile). Užklausa vykdoma visai įmonei (commercial_partner_id) su išplėstomis teisėmis, o patikrinimas, ar naudotojas gali ją matyti, atliekamas prieš tai.

Testai

Modulis turi trylika automatinių testų, kurie pas mus praeina sėkmingai:

• prieiga tik su pažymėtu nustatymu, kitaip nukreipimas į Mano paskyra,
• sąraše yra visos įmonės įrašai, bet niekada ne kitos įmonės,
• nustatymas galioja kiekvienam kontaktui, o ne visiems įmonės naudotojams,
• kreditinės sąskaitos sąraše rodomos su neigiama suma ir mažina saldą,
• ataskaitinė data: vėliau apmokėta sąskaita anksčiau yra sąraše, vėliau – ne,
• puslapis su ateities ir su neleistina data,
• PDF adresas grąžina PDF failą,
• ataskaita kaip HTML ir prieigos patikra ataskaitoje,
• neapmokėta suma ataskaitinei datai po dalinių mokėjimų prieš ataskaitinę datą ir po jos,
• mokėjimo drausmė: suskirstymas į laiku, iki savaitės pavėluotai ir vėliau apmokėtas, su vidutinėmis reikšmėmis, taip pat ataskaitinei datai praeityje,
• mokėjimo drausmė su neapmokėtomis sąskaitomis ir vertinimas geras arba blogas,
• mokėjimo drausmė be sąskaitų ir niekada su kitos įmonės duomenimis,
• mokėjimo drausmė portalo puslapyje ir PDF.

Papildomai puslapį naršyklėje išbandėme testinėje duomenų bazėje su pavyzdiniais klientais; šio straipsnio iliustracijos paimtos iš ten. Visi vardai, dokumentų numeriai ir sumos juose yra išgalvoti.

Diegimas ir nustatymas

git clone https://github.com/Alex0176/odoo-portal-open-items.git
ln -s /pfad/odoo-portal-open-items/portal_open_items /pfad/addons/
odoo-bin -c odoo.conf -d <datenbank> -i portal_open_items --stop-after-init

Priklausomybės yra account ir portal. Po įdiegimo „Odoo“ tarnybą reikia paleisti iš naujo, nes modulyje yra Python kodo. Kas eksploatuoja gamybinę sistemą, modulį pirmiausia turėtų įdiegti duomenų bazės kopijoje. Tada:

1. atidarykite kontaktą, kuris turi matyti sąrašą (asmuo su portalo prieiga),
2. formoje pažymėkite žymimąjį langelį Rodyti atvirų įrašų sąrašą portale ir išsaugokite,
3. prisijunkite portale kaip tas naudotojas arba patikrinkite kartu su klientu: plytelę, sąrašą, ataskaitinę datą ir PDF.

Prieš įjungdami patikrinkite savo įmonės siuntėjo ir maketo nustatymus, nes PDF perima logotipą, adresą ir poraštę iš dokumento maketo. Modulis pats nesiunčia el. laiškų ir nesukuria pranešimų.

Apribojimai ir pastabos

• Dabartinė užregistruotų dokumentų būklė. Ataskaitinė data skaičiuojama pagal įrašus tokius, kokie jie yra sistemoje dabar. Jei po ataskaitinės datos sąskaita buvo anuliuota arba grąžinta į juodraštį, sąraše jos nebus. Tai ne nekeičiama momentinė nuotrauka „kaip ji buvo tada atspausdinta“.
• Mokėjimai skaičiuojami nuo suderinimo dienos. Jei mokėjimas priskiriamas tik praėjus dienoms po sąskaitos gavimo, iki to laiko sąskaita sąraše rodoma kaip neapmokėta. Kas nori tvarkingų ataskaitų pagal datą, mokėjimus turėtų priskirti laiku. Banko suderinimo su sąskaitomis „Odoo Community“ nėra; tam naudojame savo banko išrašų suderinimo modulį (Bank-Statement-Matcher).
• Mokėjimo drausmė tokia gera, kokie geri jūsų suderinimai. Skaičiuojama, kada mokėjimas buvo priskirtas sąskaitai. Mokėjimai, kurie ilgai nebuvo suderinti, klientą parodo blogesnį, nei jis yra. Patikrinkite vertinimą savo klientams, prieš darydami iš jo išvadas.
• Vertinimas matomas klientui. Kas turi nustatymą, mato ir rezultatą bei pastabą dėl išankstinio apmokėjimo. Modulis dėl to nekeičia mokėjimo sąlygų.
• Tik gautinos sumos. Modulis rodo, ką klientas skolingas jums, o ne jūsų įsipareigojimus klientui.
• Jokių priminimų lygių ir mokėjimo nuorodos sąraše. Klientas gali iš sąrašo atidaryti sąskaitą ir ją apmokėti taip, kaip kitu atveju leidžia jūsų portalas.
• PDF ir daugiaprocesis režimas. Kurdama PDF ataskaitas „Odoo“ viduje kreipiasi į savo pačios žiniatinklio adresą. Jei jūsų sistema veikia tik su vienu darbo procesu, tai gali užstrigti. Tai galioja visoms PDF ataskaitoms portale, ne tik šiam moduliui. Po įdiegimo vieną kartą išbandykite PDF mygtuką realiomis sąlygomis.
• Išbandyta tik su Odoo 19.0 Community. Kitų versijų netikrinome.
• Nepakeičia skolų priminimų ir sąskaitos išrašo. Sąrašas nepakeičia nei buhalterinio sąskaitos išrašo, nei jūsų skolų išieškojimo procesų, jis tik padaro būklę skaidrią.

Dažniausiai užduodami klausimai

Kas yra atvirų įrašų sąrašas (OP sąrašas)?

Visų dar neapmokėtų arba apmokėtų ne visiškai sąskaitų sąrašas su sąskaitos data, mokėjimo terminu ir neapmokėta suma. Jis dar vadinamas „neapmokėtomis sąskaitomis“, „kliento sąskaita“ arba „apyvartos žiniaraščiu“, nors siaurąja prasme apyvartos žiniaraštis reiškia visų sąskaitų likučius.

Kodėl „Odoo“ portalas pats iš anksto nerodo OP sąrašo?

Portale užsakymai, sąskaitos ir mokėjimai rodomi pavieniui, su būsenomis ir filtrais. Viso įmonės sąrašo su saldu ir ataskaitos pagal datą, kiek mes matėme, „Community“ versijos apimtyje nėra. Būtent tam skirtas šis modulis.

Ar visi įmonės portalo naudotojai mato sąrašą?

Ne. Tik kontaktai su pažymėtu nustatymu. Tačiau rodomas sąrašas apima visą įmonę, o ne tik to vieno kontakto sąskaitas.

Ar galiu pasirinkti ataskaitinę datą praeityje, pavyzdžiui, praėjusių metų gruodžio 31 d.?

Taip, bet kokią datą iki šiandien imtinai. Tada sąraše rodomi įrašai, kurie tą dieną buvo užregistruoti ir dar neapmokėti. Atsižvelkite į pastabas dėl skaičiavimo: lemiama yra mokėjimo suderinimo diena.

Ar palaikoma ataskaitinė data ateityje?

Ne. Ateities datos traktuojamos kaip šiandien, kad sąrašas nerodytų būklės, kurios dar nėra.

Ar sąraše rodomos kreditinės sąskaitos ir avansai?

Taip. Kreditinės sąskaitos ir mokėjimai, dar nepriskirti sąskaitai, sąraše rodomi su neigiama suma ir mažina saldą. Pastaba po lentele tai paaiškina klientui.

Kaip atpažįstami pradelsti įrašai?

Įrašas pradelstas, jei jo mokėjimo termino data yra ankstesnė už ataskaitinę datą ir vis dar neapmokėtas teigiamas likutis. Dienos po termino skaičiuojamos iki ataskaitinės datos.

Ar PDF yra ir kitomis kalbomis?

Taip, sąsaja ir PDF atitinka naudotojo kalbą. Pridedamas vokiškas vertimas; kitoms kalboms pakanka .po failo arba vertimo per „Odoo“ sąsają.

Ar klientas gali pamatyti kitos įmonės sąrašą pakeitęs adresą?

Ne. Įmonė visada nustatoma pagal prisijungusį naudotoją. Adrese yra tik ataskaitinė data. Net „Odoo“ PDF ataskaitos adresas pačioje ataskaitoje dar kartą tikrinamas.

Kaip skaičiuojama mokėjimo drausmė?

Iš užregistruotų klientų sąskaitų per paskutinius dvylika mėnesių ir visų neapmokėtų sąskaitų. Kiekvienai sąskaitai skaičiuojama, kiek dienų po mokėjimo termino ji buvo apmokėta: daugiausia termino dieną (žalia), iki septynių dienų po jo (oranžinė) arba vėliau (raudona). Vertinimas geras, kai bent 70 % sąskaitų žalios arba oranžinės ir nėra sąskaitos, kuri neapmokėta ir pradelsta ilgiau nei 30 dienų. Išsami informacija pateikta skyriuje mokėjimo drausmę.

Ar modulis perkelia klientus su bloga mokėjimo drausme į išankstinį apmokėjimą?

Ne. Jis tik parodo vertinimą ir pastabą. Mokėjimo sąlygos, išankstinis apmokėjimas ir blokavimas lieka jūsų sprendimas ir jūsų procesas „Odoo“.

Ar modulis siunčia el. laiškus ar priminimus?

Ne. Jis tik pateikia puslapį ir PDF. Jis nekuria žinučių, pranešimų ar veiklų.

Ar modulis veikia su Odoo Enterprise?

Jis priklauso tik nuo account ir portal, kurie yra abiejose versijose. Išbandėme jį tik su „Odoo 19“ Community versija.

Pagal kokią licenciją platinamas modulis?

Pagal AGPL-3. Galite jį naudoti, keisti ir platinti, jei laikotės licencijos sąlygų. Klaidos ir tobulinimo pasiūlymai kaip „Issue“ šiame „GitHub“ saugykloje yra laukiami.

„Biricon IT Services“ pagalba

Prižiūrime „Odoo“ diegimus mažoms ir vidutinėms įmonėms: nuo įdiegimo per pritaikymus ir migracijas iki einamosios eksploatacijos. Jei norite savo klientams portale suteikti atvirus įrašus, sąskaitas ir užklausas, plėsti buhalteriją „Odoo Community“ arba saugiai perkelti modulį į savo gamybinę sistemą, mielai padėsime. Kitos nuosavos plėtros: Įmonės archyvavimas kartu su portalo naudotojais, Įmonių registras ir adresų patikra Austrijos klientams, Dokumentų numeriai iš prefikso, metų ir skaitiklio ir Produktų rinkiniai pasiūlyme kaip skyrius.

Susisiekite dabar

Būklė: 2026 m. lapkričio 6 d. Modulio versija 19.0.1.1.1. Pakeitimai nuo pirmosios versijos, išleistos lapkričio 5 d.: mokėjimo drausmė (19.0.1.1.0) ir neapmokėtos sumos ataskaitinei datai po dalinių mokėjimų taisymas (19.0.1.1.1). Visi vardai, dokumentų numeriai ir sumos iliustracijose yra išgalvoti.