OdooTech saját fejlesztésű kiegészítő moduljai

1. NAV / magyar e-számlázás (l10n_hu_edi kiegészítések)

Hungary - E-invoicing Extended – NAV teszt hitelesítők, DEMO vízjel, portál szűrés, adószám-ellenőrzés

Modul elnevezés: l10n_hu_edi_extended

Függ: l10n_hu_edi

Mit csinál:

• Külön NAV teszt hitelesítő adatok a cégen (teszt felhasználónév, jelszó, aláíró- és cserekulcs). test szerver módban ezeket használja, az éles adatokat nem kell átírni.
• Ha a számlát teszt/demo módban töltötték fel, l10n_hu_is_demo_invoice = True, és a számlaképen átlós „DEMO INVOICE” vízjel jelenik meg.
• Portál: a sent, send_timeout, rejected, cancelled NAV állapotú számlák nem jelennek meg a vevő portálon, és a közvetlen URL is visszairányít.
• Saját magyar adószám-ellenőrzés (check_vat_hu): 8 jegyű, 11 jegyű és magánszemély (8xxxxxxxxx) formátum, ellenőrző számjeggyel.
• Számlakép-finomítások: termékkód típusok szöveges megnevezése, „Bank Transfer” felirat, mennyiség 2 tizedesre.
• A NAV XSD-ket az OdooTech GitHub tükréből tölti be.

Hungary - E-invoicing Fix – l10n_hu_edi hibajavítások (KeyError, send_timeout újraküldés)

Modul elnevezés: l10n_hu_edi_fix

Függ: l10n_hu_edi

Mit csinál: három hibát javít a core l10n_hu_edi-ben:

1. KeyError: 'error_title' a számla megnyitásakor, ha a l10n_hu_edi_messages nem tartalmazza ezt a kulcsot.
2. KeyError: 'errors' az „Update Status” gombnál.
3. send_timeout állapotban, ha nincs tranzakciós kód, újra engedélyezi a feltöltést (upload).

Invoicing: Fix Storno and New – „Sztornó és új” NAV láncindex javítás

Modul elnevezés: l10n_hu_fix_storno_and_new

Függ: l10n_hu_edi

Mit csinál: a „Reverse and Create Invoice” (sztornó + új számla) művelet után törli az új számla debit_origin_id kapcsolatát. Így az új számla CREATE (önálló új NAV lánc) lesz, nem MODIFY, a sztornó pedig STORNO marad az eredeti láncban.

Send Invoices automatically to NAV – Automatikus NAV-beküldés cronnal, türelmi idővel

Modul elnevezés: l10n_hu_edi_invoicing_automatic_send_to_nav

Függ: account, l10n_hu_edi

Mit csinál:

• Napló szintű kapcsoló: Automatic NAV posting (alapértelmezetten be van kapcsolva).
• Könyveléskor a kimenő számlát/jóváírást megjelöli (l10n_hu_nav_auto_send), és elmenti a könyvelés idejét (l10n_hu_post_datetime).
• Cron (percenként): a türelmi idő (alapból 3 perc, ir.config_parameter: l10n_hu_edi_invoicing_automatic_send_to_nav.nav_upload_delay_minutes) után feltölti a számlát a NAV-ba, előtte legenerálja a számlaképet. Utána rögtön lekérdezi az állapotot, és ha kell, 10 percre ütemezi az újbóli lekérdezést.
• Hiba esetén a jelölés megmarad, a következő futás újrapróbálja.

Hungarian Invoice PDF Rules – Számlakép (PDF) szabályok: a NAV előtt elkészül, nem törölhető, a portálon csak NAV-elfogadás után tölthető le

Modul elnevezés: l10n_hu_edi_invoice_pdf_rules

Függ: account, l10n_hu_edi, portal

Mit csinál:

• NAV beküldés előtt legenerálja és rögzíti a számlaképet (invoice_pdf_report_id). A későbbi nyomtatások ezt a tárolt PDF-et adják vissza, nem renderelnek újat.
• A NAV által elfogadott (vagy folyamatban lévő) könyvelt HU számla PDF-je nem törölhető.
• Piszkozatba visszaállításkor vagy újrakönyveléskor törli a régi PDF-et, hogy friss készüljön.
• Portál: a PDF csak akkor tölthető le, ha a NAV elfogadta (confirmed/confirmed_warning).

Magyar Számlázás - Régi AEA formátum – AEA (adóhatósági ellenőrzési adatszolgáltatás) XML export

Modul elnevezés: l10n_hu_edi_aea

Függ: l10n_hu_edi

Mit csinál: az „Adóhatósági ellenőrzési adatszolgáltatás” (Tax audit export) varázslót kiegészíti a régi AEA XML formátummal (ez az alapértelmezett), opcionális CDATA jelöléssel. Dátum- vagy sorszámtartomány alapján exportálja a magyar vevőknek kiállított könyvelt számlákat. Ha van befagyasztott partneradat (odootech_invoicing_data_freeze), azt használja.

Invoicing Intermediate Services – Közvetített szolgáltatás jelölés (NAV XML + számlakép)

Modul elnevezés: l10n_hu_edi_intermediated_services

Függ: account, product, l10n_hu_edi

Mit csinál: a terméken Intermediated Services jelölő. Szolgáltatás típusú, jelölt termék esetén a NAV XML sorba bekerül az <intermediatedService>true</intermediatedService>, a számlaképre pedig a „This invoice contains Intermediated Service.” szöveg.

Invoicing: Set Language – Számla nyelve engedélyezett nyelvlistából

Modul elnevezés: l10n_hu_edi_invoicing_set_language

Függ: account, l10n_hu_edi, odootech_multiple_invoice_layout

Mit csinál: a cégen megadható az engedélyezett számlanyelvek listája (alapból hu, en, de, it, fr, es) és egy alapértelmezett nyelv. Ha a partner nyelve nincs a listában, a számla az alapértelmezett nyelven (vagy magyarul) készül.

NAV Inbound Invoice Scheduler – Bejövő NAV számlák ütemezett letöltése, hibatűrő létrehozás

Modul elnevezése: l10n_hu_edi_receive_scheduler

Függ: l10n_hu_edi_receive

Mit csinál:

• Két cron: 10 percenként az utolsó 3 nap, hetente az utolsó 4 hét bejövő számláit tölti le a NAV-ból (minden test/production módú cégre).
• A NAV API 35 napos korlátja miatt a dátumtartományt havi darabokra bontja, így a kézi varázsló is tetszőleges hosszú időszakra használható.
• Hibatűrő létrehozás: ha egy számla létrehozása elhasal, a többi ettől még létrejön. A hibásról e-mail megy a hibaüzenettel, traceback-kel és az XML-lel (címzett: ir.config_parameter l10n_hu_edi_receive.error_email, alapból info@dotech.hu).

Hungarian Payment Mode on Sale Order – NAV fizetési mód az árajánlaton

Modul elnevezése: l10n_hu_edi_sale_order_hungarian_payment_method

Függ: sale, l10n_hu_edi

Mit csinál: az árajánlaton/rendelésen megadható a NAV fizetési mód (TRANSFER/CASH/CARD/VOUCHER/OTHER). A rendelésből készült számla ezt örökli.

Subscription Card Payment – Előfizetéses kártyás fizetés → CARD fizetési mód

Modul elnevezése: l10n_hu_edi_subscription_card_payment

Függ: sale_subscription, account, account_payment, l10n_hu_edi

Mit csinál: ha egy előfizetésből (amelyen van mentett fizetési token) készült kimenő számlát sikeres (done) tranzakció egyenlít ki, és nincs még fizetési módja, akkor l10n_hu_payment_mode = CARD lesz.

Megjegyzés: ugyanez a logika szó szerint megvan az odootech_invoicing_subscription modulban is.

Cash Invoice Paid Automatically – Készpénzes számla automatikus kifizetése

Modul elnevezése: l10n_hu_edi_account_cash_invoice_auto_paid

Függ: account, l10n_hu_edi

Mit csinál: készpénzes (CASH) HU kimenő számlát könyveléskor automatikusan kifizetettnek rögzít (fizetés a teljesítés dátumával). A naplón három mód választható:

• User Default: a számlán „Auto Pay” jelölő és pénztár napló választható; az alapértéket a felhasználó előző készpénzes számlájáról veszi.
• Automatically Paid: mindig a naplón megadott pénztárba fizet.
• Disabled: kikapcsolva.

Ha hiányzik a beállított pénztár napló, a könyvelés UserError-t dob.

Auto NAV Submit on Post – API-s számla: könyvelés + NAV beküldés e-mail nélkül

Modul elnevezése: odootech_print_invoice_after_nav_accepts

Függ: account, l10n_hu_edi

Mit csinál: ha a számla l10n_hu_auto_post kontextussal jön létre (ezt használja az odootech_create_invoice_api), akkor azonnal könyveli és beküldi a NAV-ba, e-mail küldés nélkül. Felületről indítva a normál „Send & Print” fut.

2. Számla tartalom, ellenőrzés, adatbefagyasztás

Hungarian Invoicing Data Freeze – Partner/cég adatainak befagyasztása könyveléskor

Modul elnevezése: odootech_invoicing_data_freeze

Függ: l10n_hu_edi

Mit csinál: könyveléskor JSON-ba menti a vevő és a szállító (cég) számlázási adatait: név, adószám, EU adószám, cím, e-mail, csoportazonosító, cégjegyzékszám. A NAV XML és a számlakép ezt a befagyasztott adatot használja, így a partner későbbi módosítása nem írja át a kiállított számlát. A sztornó, a helyesbítő és a terhelési értesítő az eredeti számla adatait örökli. Piszkozatba visszaállításkor törli a mentést. A könyvelt, NAV által nem elutasított számla PDF-je nem törölhető.

Warnings and Errors – Offline számla-ellenőrzések (hiba/figyelmeztetés banner)

Modul elnevezése: odootech_invoicing_warnings_and_errors

Függ: base_iban, l10n_hu_edi

Mit csinál: piszkozat HU számlán offline ellenőrzéseket futtat, és két bannerben mutatja az eredményt:

• Hibák (blokkolnak): hiányzó partner/dátum/sor, archivált napló, inaktív pénznem, elavult főkönyvi szám, negatív végösszeg, archivált bankszámla, eltérés a várt végösszegtől, negatív sorkedvezmény (NAV), hibás vagy hiányzó teljesítési időszak.
• Figyelmeztetések: a számla dátuma nem a mai nap; időszak van megadva, de nincs folyamatos szolgáltatás sor; előlegszámla teljesítési dátuma; teljesítési dátum szabályok (Áfa tv. 58. §).

A action_post hibák esetén UserError-t dob, az automatikus könyvelés pedig ezeket a számlákat kihagyja.

Folyamatos teljesítés – Folyamatos teljesítés (időszak, teljesítési dátum számítás)

Modul elnevezése: odootech_account_continous_delivery

Függ: l10n_hu_edi, sale_stock

Mit csinál:

• Terméken Continuous Service jelölő. Ha a számlán ilyen sor van, kötelező az elszámolási időszak (kezdete–vége).
• A teljesítési dátumot az Áfa tv. szerint számolja: azonos nap; legfeljebb 12 hónap; a számla dátuma és a fizetési határidő viszonya, 60 napos szabály.
• Az időszak megjelenik a számlaképen és a NAV XML-ben. Van gomb az időszak sorokból való újraszámolására, valamint keresőszűrők.
• Jóváíráskor és terhelési értesítőnél átviszi az időszakot.
• Könyvelt számla teljesítési dátumát nem írja felül.

Folyamatos teljesítés - Előfizetés – Folyamatos teljesítés előfizetésekhez

Modul elnevezése: odootech_account_continous_delivery_subscription

Függ: l10n_hu_edi, sale_subscription, odootech_account_continous_delivery

Mit csinál: a recurring_invoice (előfizetéses) terméket automatikusan folyamatos szolgáltatásnak jelöli. Az előfizetésből készült számla időszakát a sorok deferred_start_date/deferred_end_date értékéből tölti ki.

Tax Cap Monitoring – Adózási értékhatárok figyelése (AAM, KATA, KIVA stb.)

Modul elnevezése: odootech_account_tax_cap_monitoring

Függ: l10n_hu_edi

Mit csinál: könyveléskor figyelmeztető varázslót nyit („Send Anyways” / „Cancel”), ha a számlával túllépnénk egy értékhatárt:

• AAM (alanyi mentesség, éves limit évenként állítható, a belépés napjától időarányosan számol),
• Pénzforgalmi elszámolás (125 M Ft/év),
• KIVA (6 Mrd Ft/év),
• KATA (18 M Ft/naptári év),
• Átalányadózás (éves minimálbér × szorzó),
• Készpénzes számla (1,5 M Ft / partner / hónap).

Ezen felül AAM-es cégnél bannert mutat, ha a számlán nem AAM adó szerepel. Az adón jelölhető: Not AAM Base.

EU tax ID Management – Közösségi adószám (EU VAT) kezelés, VIES

Modul elnevezése: odootech_l10n_hu_eu_tax_id_management

Függ: base_vat, account, l10n_hu

Mit csinál: magyar partnernél a belföldi adószámot (12345678-1-42) VIES-ellenőrzéshez HU12345678 alakra alakítja. Sikeres VIES után kitölti a l10n_hu_eu_vat mezőt. EU-s (nem HU) céges vevőnél a NAV XML-be a közösségi adószám kerül (communityVatNumber).

Hungarian National Bank Format – Magyar belföldi bankszámlaszám (BBAN) formátum

Modul elnevezése: odootech_l10n_hu_bban

Függ: base, l10n_hu

Mit csinál: új bankszámla-típus, a Hungarian National. A 16 vagy 24 jegyű belföldi számlaszámot 12345678-12345678(-12345678) formára alakítja, a felesleges 00000000 végződést levágja. Banki importnál a meglévő számlát kötőjel nélkül is megtalálja, így nem jön létre duplikátum.

Hungarian Tax Extension – Saját magyar ÁFA-tábla a számlatükörhöz

Modul elnevezése: odootech_account_taxes

Függ: l10n_hu_edi, l10n_hu

Mit csinál: a hu számlatükör ÁFA-kódjait lecseréli a modul saját account.tax-hu.csv táblájára (~40 adó: 27%, 18%, 5%, AAM, TAM, fordított adózás stb., NAV adótípussal).

3. Számlakép, nyelv, kiküldés

Multiple Invoice Layout – Több számlakép (partner/napló/cég szinten)

Modul elnevezése: odootech_multiple_invoice_layout

Függ: l10n_hu_edi

Mit csinál: új modell az l10n_hu.invoice_print_layout (Könyvelés → Konfiguráció → Invoice Print Layouts): QWeb nézet + kényszerített nyelv + engedélyezett nyelvek. A számlakép kiválasztásának sorrendje: számla → partner → anyacég → napló → cég. Ha a partner nyelve nincs az engedélyezettek között, a layout nyelvén nyomtat.

Auto send of Invoices – Számla automatikus e-mailezése

Modul elnevezése: odootech_account_invoice_autosend

Függ: account, l10n_hu_edi

Mit csinál: a naplón beállítható, mikor menjen ki automatikusan a számla e-mailben: soha / könyveléskor / NAV elfogadáskor, választható e-mail sablonnal. Az eredmény a számlán: odootech_autosend_email_status (sent / failed / no_email). A „Not Sent” szűrő a sikertelen küldéseket is mutatja. Automatikus könyvelésnél (cron) kihagyja azokat a HU számlákat, amelyeken validációs hiba van.

No Attachment on Manual Post – Ne csatolja a számlához az extra mellékleteket

Modul elnevezése: odootech_invoicing_no_attachment

Függ: account

Mit csinál: a „Send & Print” varázslóban az extra mellékletek (pl. EDI XML-ek, helykitöltő mellékletek) alapból nincsenek kijelölve, a sikeres küldés után pedig nem csatol extra fájlokat a számlához.

Create Invoice API (Számlázz.hu kompatibilis) – Számlázz.hu-kompatibilis számlakészítő API

Modul elnevezése: odootech_create_invoice_api

Függ: base, web, account, l10n_hu_edi, odootech_print_invoice_after_nav_accepts

Mit csinál:

• HTTP végpont: POST /szamlazz/szamla (auth nélkül, a fájlt az action-xmlagentxmlfile multipart mezőben várja). Számlázz.hu Agent-formátumú XML-ből számlát hoz létre.
• A partnert adószám vagy e-mail alapján keresi, ha nincs, létrehozza. Fizetési mód leképezés: készpénz → CASH, 5 Ft-os kerekítéssel.
• Könyveli, beküldi a NAV-ba (max. 30 mp-et vár a visszaigazolásra), majd Számlázz.hu-kompatibilis XML választ ad vissza, benne a PDF-fel. Hibánál Számlázz.hu hibakódokkal válaszol.
• Minden kérést és választ naplóz (ir.logging).
• „Print 8CM Invoice” gomb (blokknyomtató formátum).

4. Elektronikus számla

Hungarian Electronic Invoicing – Elektronikus számla 

Modul elnevezése: odootech_electronic_invoice

Függ: l10n_hu_edi

Mit csinál: elektronikus számla kiállítása a e-számla szolgáltatáson keresztül (céges token + szolgáltatás URL). A partneren megadható: E-Invoice Policy (céges beállítás / csak papír). Könyveléskor eldönti, hogy e-számla lesz-e. A PDF-et beküldi a szolgáltatásnak, SHA3-512 hash-t tárol és ellenőriz, a NAV XML-ben pedig jelzi az elektronikus számlát. E-számlák nem nyomtathatók egy PDF-be összefűzve. Szűrő: „E-Invoices”.

5. Partnerek, cégadatok

Hungarian Address Extension – Bontott magyar cím (közterület, házszám, emelet…)

Modul elnevezése: odootech_address_extended

Függ: base_address_extended

Mit csinál: partneren „Extended Address” kapcsoló. Bekapcsolva bontott magyar címet lehet megadni: közterület neve, közterület jellege (KSH lista, ~200 érték), házszám, épület, lépcsőház, emelet, ajtó. Ezekből automatikusan összeállítja a street és street2 mezőt. Céghez tartozó kapcsolattartónál a mezők csak olvashatók.

Fill Extended Address Fields – Bontott cím kitöltése Cégjelzőből

Modul elnevezése: odootech_partner_fill_address_fields

Függ: odootech_address_extended, odootech_cegjelzo

Mit csinál: a Cégjelző „Fetch Company Data” után, ha a partneren be van kapcsolva a bontott cím, a NAV címből kitölti a bontott címmezőket (közterület, jelleg, házszám, épület…, irányítószám, város). Ismeretlen közterület-jellegnél a jelleget üresen hagyja, és figyelmeztetést naplóz.

Disable Invoicing to Unsafe Taxnumbers – Számlázás tiltása hibás/törölt adószámra

Modul elnevezése: odootech_disable_invoicing_unsafe_taxnumber

Függ: account, odootech_cegjelzo

Mit csinál: kimenő számla könyvelésekor magyar céges vevőnél:

• ha aznap még nem volt NAV adószám-ellenőrzés, lefuttatja (külön tranzakcióban), és érvénytelen/törölt adószámnál blokkol;
• ha a Cégjelző badge error* állapotú, blokkol;
• ha a partner a figyelőlistán van, de aznap nem frissült, blokkol („Fetch Company Data” kell előtte).

6. Napló, könyvelés, egyéb könyvelési funkciók

Account Journal Customer Classification – Napló szerinti vevőtípus-korlátozás

Modul elnevezése: odootech_account_journal_class

Függ: account

Mit csinál: a naplón Customer Classification: bármely vevő / csak magánszemély / cégek és kapcsolattartóik / csak közvetlenül cég (a kapcsolattartót létrehozáskor az anyacégre cseréli). Könyveléskor ellenőriz, és UserError-t dob.

Mass Invoice Posting: One-By-One – Tömeges könyvelés egyenként

Modul elnevezése: odootech_account_mass_posting_onebyone

Függ: account

Mit csinál:

• A „Post entries” varázslóban Post Invoices One-by-One (alapból be van kapcsolva): a számlákat egyenként könyveli, mindegyik után commitol. Közben ideiglenesen inaktiválja a partner portálfelhasználóit, hogy a könyvelés ne küldjön nekik értesítést.
• Az auto-post cron egyenként dolgozik. Ha egy számla hibás, a hibát a chatterbe írja, és folytatja a többivel.

Oustanding Filter for Account Journal – „Nyitott tételes” szűrő a napló dashboardon

Modul elnevezése: odootech_account_outstanding_filter

Függ: account

Mit csinál: a Könyvelés dashboardon az értékesítési és beszerzési napló kártyáján megjelenik az „Outstanding Invoices” szám és link. Ezek azok a nyitott számlák, amelyek partnerének van fel nem használt túlfizetése vagy előlege (nem párosított vevő-, ill. előlegtétel), vagyis párosítható velük.

Extended Invoicing - Proforma – Díjbekérő

Modul elnevezése: odootech_account_proforma_invoice

Függ: account, account_accountant, l10n_hu_edi

Mit csinál:

• Piszkozat számlán „Print & Send PROFORMA” gomb: díjbekérő sorszámot oszt (napló vagy alapértelmezett sorozat), ez lesz a fizetési hivatkozás. Díjbekérő számlaképpel és e-mail sablonnal küldi ki.
• Banki tranzakció importnál a közleményben szereplő díjbekérő számmal automatikusan párosít.
• Napi cron: a kifizetett díjbekérőt a naplóbeállítás szerint (csak előleg / előleg és normál) automatikusan véglegesíti. A számla dátuma a banki fizetés napja lesz (előlegnél a teljesítés dátuma is), majd könyveli és a küldési sorba teszi.
• Szűrő: „Proforma pending”.

Automatic Cash Rounding – Automatikus kerekítési szabályok

Modul elnevezése: odootech_account_select_automatic_rounding

Függ: account

Mit csinál: új menü: Könyvelés → Konfiguráció → „Automatic Cash Rounding Rules”. A szabályok feltétele: NAV fizetési mód, pénznem, cég, napló. A sorrendben első illeszkedő szabály kerekítését állítja be a számlán, létrehozáskor, módosításkor és onchange-kor egyaránt.

Account Scaling – "Skálázás" jelölő a bejövő számla sorain

Modul elnevezése: odootech_account_scaling

Függ: account

Mit csinál: a bejövő számla (vendor bill) sorain egy Scaling jelölő oszlopot ad a deductible_amount után. Más logika nincs benne, csak az adatmező (jelölő/riport célra).

Follow-up letter shipping address – Szállítási cím a fizetési felszólításon

Modul elnevezése: odootech_account_followup_letter_shipping_address

Függ: account_followup, account, account_reports

Mit csinál: a fizetési felszólító (follow-up) riportba „Delivery Address” oszlopot tesz a számla szállítási címével. Ehhez a account.move.line-on tárolja a partner_shipping_id-t.

POS Accounting Date – POS könyvelési dátum = munkamenet kezdete

Modul elnevezése: odootech_pos_accounting_date

Függ: point_of_sale

Mit csinál: HU cégnél a POS munkamenet könyvelési tételei (fő tétel, bankkivonat sorok, fizetések, különbözet-tételek) a munkamenet nyitásának dátumával készülnek, nem a zárásával.

Account Self Billing for Hungary – Önszámlázás (NAV 3.0)

Modul elnevezése: odootech_account_self_billing

Függ: l10n_hu_edi

Mit csinál:

• Önszámlázó (self-billing) beszerzési napló: saját NAV 3.0 hitelesítő adatok a naplón, „Test Connection” gombbal.
• Könyveléskor varázsló kérdez rá, hogy rögtön küldje-e a NAV-ba.
• A NAV XML-ben selfBillingIndicator, és felcseréli a szállító/vevő szerepet.
• Saját nyomtatási kép.
• A feltöltés, állapotlekérdezés és technikai érvénytelenítés a napló hitelesítőivel megy.

7. Értékesítés, előfizetés, portál

Subscription - Invoicing Extensions – Előfizetéses számlázási kiegészítések

Modul elnevezése: odootech_invoicing_subscription

Függ: sale_subscription, account, account_payment, l10n_hu_edi

Mit csinál:

• Tokennel fizetett előfizetési számla → CARD fizetési mód (ugyanaz a logika, mint az l10n_hu_edi_subscription_card_payment modulban).
• A számlasor leírása mindig a rendelési sor name-je (az időszak szövegét nem fűzi hozzá).
• Halasztott bevételes számlakép sablon.

Auto Issue First Invoice – Előfizetés első számlájának automatikus kiállítása

Modul elnevezése: odootech_subscription_first_invoice

Függ: sale_subscription

Mit csinál: előfizetés-sablonon Issue First Invoice Automatically. Bekapcsolva az előfizetés megerősítésekor rögtön elkészül az első számla (first_invoice kontextussal).

Subscription: Generate Draft Invoice – Előfizetésből piszkozat számla, automatikus könyvelés nélkül

Modul elnevezése: odootech_subscription_invoice_no_auto_post

Függ: sale_subscription, account

Mit csinál:

• Napló szintű kapcsoló: Automatically Post Invoices (előfizetésből). Kikapcsolva a token nélküli előfizetések számlái piszkozatban maradnak.
• Ha egy előfizetésnek már van esedékes piszkozat számlája, a cron nem generál újat (nem halmoz).
• Tokennel fizető előfizetésnél a standard működés marad (könyvel és terhel).

Sale: Don't Sell Zero Lines – 0 Ft-os sorok elrejtése/nem számlázása

Modul elnevezése: odootech_sale_not_invoice_zero_line

Függ: sale, sale_subscription

Mit csinál: terméken Hide when zero jelölő. Az ilyen termék 0 összegű SO sora nem jelenik meg az árajánlat nyomtatványán, nem számlázandó (invoice_status = no), és előfizetésnél sem kerül a számlára. A termékkonfigurátor is megkapja a mezőt.

Megjegyzések, észrevételek

• Duplikált logika: a CARD fizetési mód beállítása szó szerint ugyanaz az l10n_hu_edi_subscription_card_payment és az odootech_invoicing_subscription modulban. Ha mindkettő telepítve van, nem okoz hibát (a második már nem ír felül), de érdemes lehet az egyikből kivenni.
• odootech_invoicing_fruitsys: az első számla fizetési feltétele fixen invoice_payment_term_id = 2, ez adatbázisonként más rekord lehet.
• Az automata tesztek közül a HU EDI-sek post_install és post_install_l10n taggel futnak, ezért --test-tags /<modul> kell, hogy biztosan elinduljanak.