Odoo 19 Community: Firmenbuch і праверка адрасоў для аўстрыйскіх кліентаў – наш модуль з адкрытым кодам partner_firmenbuch_at

Хто вядзе справы ў Аўстрыі, ведае гэтыя пытанні: ці правільныя назва фірмы і адрас майго новага кліента? Ці ёсць фірма яшчэ ў гандлёвым рэестры, ці яна ў стане ліквідацыі? Ці ўзбуджана справа аб неплацежаздольнасці ў дачыненні да кліента, якому я пастаўляю ўжо два гады? Адказы ёсць у гандлёвым рэестры (Firmenbuch) Міністэрства юстыцыі, але рэдка хто правярае яго рэгулярна. У Odoo кантакт ствараецца адзін раз, а потым старэе.

Для гэтага мы распрацавалі модуль Firmenbuch для партнёраў (partner_firmenbuch_at). Ён звязвае кантакты Odoo з гандлёвым рэестрам і з афіцыйным адрасным рэестрам BEV. Ён напісаны для Odoo 19 і даступны бясплатна на GitHub як свабоднае праграмнае забеспячэнне пад ліцэнзіяй LGPL-3:

github.com/Alex0176/odoo-partner-firmenbuch-at

Праблема: асноўныя даныя, пра якія ніхто не клапоціцца

Кантакт у Odoo звычайна ствараецца ў спешцы: імя, прыблізны адрас, можа быць, UID. Гэтага дастаткова для першай прапановы. Гэтага не хапае для рахункаў, якія павінны быць юрыдычна дакладна адрасаваны, і тым больш для таго, каб заўважыць, што ў кліента нешта змянілася. На практыцы з'яўляюцца чатыры прабелы:

• Няпоўныя асноўныя даныя. Нумар у Firmenbuch, суд і прававая форма адсутнічаюць амаль заўсёды, бо пошук — гэта ручная праца.
• Няправільнае напісанне. Назва фірмы без прававой формы, памылкі ў вуліцы або горадзе, перастаўлены паштовы індэкс. Гэта заўважаеш толькі тады, калі пошта вяртаецца.
• Няма назірання. Калі суд узбуджае справу аб неплацежаздольнасці або кліент ліквідуе сваё таварыства, Odoo пра гэта нічога не ведае. Аддзел продажаў працягвае пастаўляць у крэдыт.
• Раскіданыя крыніцы. Firmenbuch, гадавая справаздачнасць і адрасны рэестр знаходзяцца ў розных месцах. Хто хоча іх праверыць, капіруе даныя ўручную паміж вокнамі браўзера.

Што робіць модуль

1. Новыя фірмы правяраюцца. Калі хтосьці стварае кантакт як фірму (краіна Аўстрыя або пустая), модуль на працягу некалькіх хвілін шукае яго ў гандлёвым рэестры. Калі знойдзена роўна адно супадзенне, пустыя палі запаўняюцца: вуліца, паштовы індэкс, горад, краіна, нумар у Firmenbuch, суд і прававая форма.
2. Адхіленні прапануюцца, але ніколі не перазапісваюцца. Калі ў кантакце напісана не тое, што ў рэестры, узнікае прапанова змены, якую супрацоўнік зацвярджае па кожным полі.
3. Пошук у Firmenbuch з кантакта. На ўкладцы Firmenbuch пошук знаходзіць фірмы па назве, нават калі аўтаматычнае супадзенне не было адназначным.
4. Штодзённы маніторынг. Модуль штодня запытвае, якія фірмы і дакументы змяніліся ў рэестры, і правярае закранутых кліентаў. Дадаткова праз наладжвальныя інтэрвалы кожная фірма цалкам правяраецца нанова.
5. Узроўні папярэджання. Узбуджаныя працэдуры неплацежаздольнасці і санацыі (з юрыдычных фактаў рэестра), ліквідацыя, выключэнне з рэестра, адмоўны ўласны капітал і нізкі каэфіцыент уласнага капіталу распазнаюцца і робяцца бачнымі ў кантакце.
6. Праверка адрасоў. Аўстрыйскія адрасы правяраюцца лакальна па афіцыйным адрасным рэестры Федэральнага ўпраўлення мер і геадэзіі (BEV).
7. Даныя рэестра ў кантакце. Суд, прававая форма, кіраўнікі і юрыдычныя факты знаходзяцца на ўкладцы Firmenbuch. Яны адлюстроўваюць рэестр і абнаўляюцца непасрэдна.
8. Паведамленні толькі ўнутр. Усе паведамленні ідуць у ўнутраны канал Discuss Firmenbuch і ў чатар кантакта. Праверка многіх фірмаў стварае адно зводнае паведамленне, а не па адным на кожную фірму. Кліентам модуль ніколі нічога не адпраўляе.

Прапановы замест перазапісу

Афіцыйныя даныя — не заўсёды лепшыя даныя для вашага бізнесу: магчыма, у кантакце наўмысна ўказаны адрас пастаўкі, магчыма, прыняты скарочаны назоў. Таму модуль ніколі сам не змяняе наяўныя значэнні. Ён толькі запаўняе пустыя палі і пры адхіленнях стварае прапанову.

У раздзеле Кантакты → Firmenbuch → Прапановы Firmenbuch вы бачыце для кожнага поля бягучае значэнне і значэнне з рэестра. Палі, якія вы не хочаце прымаць, пакіньце без галачкі. Праз Прыняць абранае запісваюцца толькі пазначаныя палі, праз Адхіліць прапанова страчвае сілу. Новая прапанова замяняе больш старыя адкрытыя прапановы таго ж кантакта, каб не прымяняліся састарэлыя значэнні.

Папярэджанні: неплацежаздольнасць, ліквідацыя, баланс

Модуль адрознівае тры ўзроўні:

• Без заўваг: паведамляць няма пра што.
• Папярэджанне (жоўты): у рэестры ёсць дзейныя запісы аб ліквідацыі, роспуску, спыненні дзейнасці, выключэнні або зліцці, фірма пазначана як выключаная, або ранейшая працэдура неплацежаздольнасці была скасавана ў апошнія гады (па змоўчанні тры гады, наладжваецца). Або гадавая фінансавая справаздачнасць паказвае адмоўны ўласны капітал, каэфіцыент уласнага капіталу ніжэй за 8 % (значэнне па змоўчанні па аналогіі з § 23 URG, наладжваецца), гадавы стратак або падзенне абароту на 25 % і больш.
• Крытычны (чырвоны): працэдура неплацежаздольнасці, банкруцтва або санацыі ўзбуджана і яшчэ не скасавана, або заява была адхілена з прычыны адсутнасці маёмасці, дастатковай для пакрыцця выдаткаў. Апошняе лічыцца неплацежаздольнасцю.

У кантакце з'яўляецца каляровы банер, у спісе кантактаў — пазнака, а ў пошуку ёсць фільтры Папярэджанне Firmenbuch і Firmenbuch крытычны. Калі кліент становіцца крытычным, адказны прадавец (у яго адсутнасць — адміністратар) атрымлівае дзеянне Firmenbuch: праверыць кліентаў, а канал Firmenbuch атрымлівае паведамленне.

Юрыдычныя факты. Працэдуры неплацежаздольнасці знаходзяцца ў рэестры не ў тэксце фірмы, а як юрыдычныя факты з датай, нумарам справы і судом. Модуль чытае іх, адносіць узбуджэнне і скасаванне да аднаго і таго ж нумара справы і паказвае іх у кантакце як спіс. Так скасаваная працэдура праз некалькі гадоў становіцца толькі інфармацыяй, а бягучая — чырвонай.

Гадавая фінансавая справаздачнасць. Калі апошняя гадавая справаздачнасць даступная як XML, модуль счытвае ўласны капітал, гадавы вынік, суму балансу і абарот і разлічвае каэфіцыент уласнага капіталу, змяненне абароту і памерную катэгорыю паводле § 221 UGB (уключна з мікрапрадпрыемствамі). Малыя таварыствы не абавязаны публікаваць свой абарот, тады модуль яго не паказвае. Іх вынік ён вылічае з балансавага прыбытку за вылікам пераноснага прыбытку і пазначае яго як ацэнку. Назвы пазіцый, па якіх вядзецца пошук, наладжваюцца, бо XML у залежнасці ад формы мае розную структуру.

Праверка адрасоў па адраснаму рэестру BEV

BEV прадастаўляе адрасны рэестр як адкрытыя даныя (Adresse Relationale Tabellen – Stichtagsdaten, новая кантрольная дата двойчы на год, бясплатна пры ўказанні крыніцы). Модуль спампоўвае выпіску праз афіцыйны сэрвіс INSPIRE-ATOM, прыкладна 120 МБ з каля 2,5 мільёна адрасоў, і імпартуе яе ва ўласныя кампактныя табліцы.

Пасля гэтага кожны аўстрыйскі адрас фірмы з вуліцай правяраецца лакальна пры стварэнні і пры кожнай змене: паштовы індэкс, вуліца, нумар дома, горад і федэральная зямля. Ніводны адрас не адпраўляецца ў сэрвіс. Вынік паказваецца як пазнака пад адрасам:

• Сапраўдны: такі адрас ёсць у рэестры.
• Нумар дома невядомы: вуліца і горад супадаюць, нумар дома — не.
• Прапанавана выпраўленне: памылка ў вуліцы або горадзе, няправільны паштовы індэкс. Выпраўленне гатова як прапанова.
• Не знойдзены: рэестр не ведае гэтага адраса.

Пустая федэральная зямля дапаўняецца адразу. Прыватныя адрасы кантактаў (тып Прыватны адрас) не правяраюцца. Указанне крыніцы © Österreichisches Adressregister, Stichtagsdaten vom … стаіць з актуальнай кантрольнай датай у наладах. Абнаўленне выконваецца штотыднёва, але спампоўвае толькі тады, калі BEV апублікаваў навейшую кантрольную дату.

Тэхнічная рэалізацыя

Доступ да рэестра

Міністэрства юстыцыі прапануе Firmenbuch праз FBW-WebServices (HVD) на JustizOnline як інтэрфейс SOAP. Доступ бясплатны, але патрабуе API-ключа, які запытваюць праз ID Austria ў раздзеле Informationsweiterverwendung. Ключ перадаецца ў HTTP-загалоўку X-API-KEY. Модуль выкарыстоўвае сэрвіс непасрэдна, без скрэпінгу экрана.

Кліент models/firmenbuch_client.py — гэта чысты Python без залежнасці ад Odoo. Ён ведае запыты SUCHEFIRMAREQUEST, AUSZUG_V2_REQUEST, SUCHEURKUNDEREQUEST, URKUNDEREQUEST, а таксама VERAENDERUNGENFIRMAREQUEST і VERAENDERUNGENURKUNDEREQUEST. Таму яго можна тэставаць з захаванымі адказамі. Запыты робяцца з інтэрвалам 0,3 секунды, запыты змяненняў — блокамі па сем дзён.

Апрацоўка выпіскі

З выпіскі выкарыстоўваюцца толькі запісы, якія яшчэ дзейныя (атрыбут AUFRECHT не false). Назва бярэцца з прыкметы даных FI_DKZ02, адрас з FI_DKZ03, месцазнаходжанне з FI_DKZ06 і прававая форма з FI_DKZ07. Дадаюцца суд, вэб-адрас, асобы з правам прадстаўніцтва і юрыдычныя факты. Для ўзроўню папярэджання тэксты ўсіх дзейных запісаў правяраюцца на наладжвальныя ключавыя словы:

DEFAULT_CRITICAL = "Konkursverfahren, Insolvenzverfahren, Sanierungsverfahren, Konkurs eröffnet, ..."
DEFAULT_WARNING  = "Liquidation, aufgelöst, Auflösung, Abwicklung, Löschung, gelöscht, Verschmelzung, in Liqu."

Перавага праверкі па ключавых словах: яна працуе незалежна ад таго, у якім полі рэестр вядзе працэс. Недахоп апісаны ў раздзеле Абмежаванні.

Маніторынг

Модуль стварае тры запланаваныя дзеянні:

• Пошук новых фірмаў (кожныя 10 хвілін, да 20 кантактаў за запуск). Акрамя таго, запуск адбываецца адразу пры стварэнні.
• Маніторынг фірмаў (штодня ў 04:30). Запытвае змененыя фірмы і дакументы з моманту апошняга запуску (не больш чым за 30 дзён), правярае закранутых кліентаў, а потым да 50 кліентаў, апошняя праверка якіх была даўней за ўстаноўлены тэрмін. Кожная фірма захоўваецца ў асобнай транзакцыі, каб памылка не прывяла да страты ранейшых вынікаў. Вынік запуску паступае ў канал як адно зводнае паведамленне.
• Абнаўленне адраснага рэестра (штотыдзень у 03:15).

Без API-ключа першыя два завяршаюцца адразу. Кантрольная сума для кожнай фірмы не дазваляе паўторна апрацоўваць нязмененыя выпіскі.

Адрасны рэестр

Даныя BEV захоўваюцца ў трох табліцах (bev.locality, bev.street, bev.address) з індэксам па паштовым індэксе, коду вуліцы і нумары дома. Імпарт выконваецца праз COPY у адной транзакцыі, таму табліцы замяняюцца за адзін крок. Нумары дамоў нармалізуюцца ў напісанні рэестра (51-55, 12a). З нумарамі дамоў табліцы займаюць каля 400 МБ у базе даных. Хто гэтага не хоча, адключае Правяраць нумары дамоў і абыходзіцца прыкладна 150 000 радкоў.

Чаму нас навучыў рэальны сэрвіс

Модуль, правераны толькі на ўласнапісаных тэставых адказах, пакуль не лічыцца гатовым. Таму перад публікацыяй мы праверылі кліент на рэальным сэрвісе з ключом нашай уласнай фірмы. Пры гэтым выявіліся некалькі адхіленняў ад нашых здагадак, якія мы выправілі:

• Толькі кароткая інфармацыя. Выпіска з гэтым ключом даступная толькі ў аб'ёме Кароткая інфармацыя. Запыты з Поўнай інфармацыяй сэрвіс адхіляе. У версіі 1.0.0 штодзённы запуск яшчэ няправільна запытваў гэта, версія 1.1.0 гэта выпраўляе. З асоб модуль бярэ толькі імёны кіраўнікоў з правам прадстаўніцтва; удзельнікі і адрасы асоб не счытваюцца.
• Вуліца і нумар дома асобна. Адрас прыходзіць як STRASSE і HAUSNUMMER у асобных элементах, а не як адзін тэкст. Модуль складае іх разам.
• Суд у блоку выканання. Адпаведны суд знаходзіцца не ў частцы фірмы, а ў апошнім блоку VOLLZ выпіскі.
• Выключаныя фірмы. Выключаную фірму пазнаюць па атрыбуце (MIT_FIRMA_GELOESCHT_DURCH_VNR), а не па тэксце. Модуль робіць з гэтага выснову Фірма выключана, які выклікае папярэджанне.
• Назва фірмы — не ключавое слова пошуку. Пошук параўноўвае пачатак назвы. «Muster GmbH» нічога не знаходзіць, калі рэестр піша «Muster Gesellschaft m.b.H.»; фірмы ў ліквідацыі маюць у назве «in Liqu.», а ў назве кантакта часам яшчэ стаіць &. Таму модуль паўтарае пошук без прававой формы і параўноўвае назвы без варыянтаў напісання прававой формы, без HTML-знакаў і без дадатку «in Liqu.». Адзінае супадзенне прымаецца, толькі калі яго назва пачынаецца з назвы кантакта.
• Змены дакументаў без нумара Firmenbuch. Спіс змененых дакументаў змяшчае толькі ключ. Нумар Firmenbuch (без кантрольнай літары) стаіць у пачатку гэтага ключа. Модуль па ім адносіць змены да кліентаў.

Для кожнага з гэтых пунктаў цяпер ёсць аўтаматызаваны тэст са сканструяваным адказам.

Тэст на ўласнай базе кліентаў

Пасля версіі 1.1.0 мы выпрабавалі модуль на ўласнай базе кліентаў. Спачатку выконваўся толькі пошук па назвах у рэжыме чытання, потым прывязка адназначных супадзенняў. Пры гэтым нічога не змянялася без уліку наяўных значэнняў: пустыя палі запаўняліся, адхіленні гатовыя як прапановы да зацвярджэння, і не было адпраўлена ніводнага ліста. Вынік, без назвы асобных фірмаў:

• 438 кантактаў фірмаў са статусам кліента ў Аўстрыі або без краіны былі прашуканыя.
• 138 з іх былі адназначна прывязаны ў Firmenbuch. Яшчэ 18 мелі адназначнае супадзенне па назве, але іншы адрас у рэестры (пераезд або аднайменная фірма), і таму засталіся недатычнымі. 2 назвы неадназначныя.
• Прыкладна 280 мы не знайшлі або знайшлі толькі як частковае супадзенне. Гэта прыватныя асобы, індывідуальныя прадпрымальнікі, замежныя фірмы, кантакты, якія называюць толькі марку або горад, і фірмы, назва якіх у кантакце адрозніваецца ад запісу ў рэестры, напрыклад, бо там указана іншая прававая форма. Для іх застаецца ручны пошук у Firmenbuch.
• 63 прапановы змен узніклі, у асноўным для вуліцы і нумара дома (напісанне) і краіны.
• 66 папярэджанняў, крытычнага ўзроўню няма. 36 фірмаў пазначаны ў рэестры як выключаныя (9 з іх таксама ў ліквідацыі), 2 мелі працэдуру неплацежаздольнасці, якая ўжо скасавана, а ў 42 прыцягнула ўвагу гадавая справаздачнасць: нізкі каэфіцыент уласнага капіталу, стратак або падзенне абароту. Выключаная фірма — не абавязкова страчаны кліент, але нагода праверыць адрас і атрымальніка рахунку.

Два высновы з гэтага: база кліентаў з рэальнай працы — значна лепшы тэст, чым любы сканструяваны адказ. Мы знайшлі пры гэтым памылкі ў пошуку па назвах, выпраўленыя ў версіі 1.1.1 (гл. вышэй). І працэнт знойдзеных моцна залежыць ад таго, наколькі акуратна названы кантакты: хто піша назву фірмы так, як яе вядзе рэестр, будзе знойдзены надзейна.

Устаноўка і налада

Патрабаванні: Odoo 19.0 са стандартнымі прыкладаннямі Кантакты і Discuss, пакет Python requests (ёсць у кожнай устаноўцы Odoo) і выходны доступ HTTPS да justizonline.gv.at і data.bev.gv.at. Модуль не мае залежнасцей па-за стандартнымі прыкладаннямі, таму ён не цягне іншых модуляў.

1. Пакласці тэчку partner_firmenbuch_at у addons_path, абнавіць спіс прыкладанняў і ўсталяваць модуль; у прадукцыйных сістэмах лепш спачатку на тэставай базе даных.
2. Модуль стварае канал Discuss Firmenbuch (унутраныя карыстальнікі) і дадае ўсіх адміністратараў. Акрамя таго, узнікаюць тры запланаваныя дзеянні.
3. Запытаць API-ключ: JustizOnline (ID Austria), Informationsweiterverwendung, API FBW.
4. Налады → Firmenbuch: увесці ключ і націснуць Праверыць злучэнне. Потым выбраць канал, опцыі, ключавыя словы і коды пазіцый.

odoo-bin -c /etc/odoo/odoo.conf -d <datenbank> -i partner_firmenbuch_at --stop-after-init

Важна ў прадукцыйных сістэмах: першы запуск абнаўлення адраснага рэестра стартуе аўтаматычна ў ноч пасля ўстаноўкі ў 03:15 і спампоўвае каля 120 МБ. Пасля гэтага правяраюцца ўсе аўстрыйскія кантакты; заўвагі з'яўляюцца як прапановы і як адно паведамленне ў канале. Хто гэтага не хоча, загадзя адключае запланаванае дзеянне Адрасны рэестр (BEV): абнавіць або адключае Правяраць аўстрыйскія адрасы ў наладах.

Масавы імпарт: імпартуйце з ключамі кантэксту fb_no_lookup=True і bev_no_check=True. Інакш кожная імпартаваная аўстрыйская фірма была б адзначана для запыту ў рэестр (20 за кожныя дзесяць хвілін), а кожны адрас правяраўся б пры стварэнні.

Абарона даных: што модуль адпраўляе і каму

• Персанальныя даныя: імёны кіраўнікоў з'яўляюцца персанальнымі данымі, нават калі яны публічна ёсць у рэестры. Модуль захоўвае іх толькі для падтрымання дзелавых адносін. Хто гэтага не хоча, выдаляе поле або не выкарыстоўвае яго.
• Firmenbuch: толькі назва або нумар Firmenbuch кантактаў, пазначаных як фірма (без бацькоўскай фірмы, краіна Аўстрыя або пустая), адпраўляецца на justizonline.gv.at разам з API-ключом. Прыватныя асобы і кантактныя асобы фірмы ніколі не адпраўляюцца.
• Адрасны рэестр: спампоўваецца толькі публічная выпіска. Адрасы кліентаў не пакідаюць сістэму.
• Ніякіх лістоў кліентам: паведамленні ідуць у ўнутраны канал, у чатар і як дзеянне супрацоўнікам.
• Ключ: API-ключ бачны толькі адміністратарам.

Firmenbuch — публічны рэестр. Паўторнае выкарыстанне даных падпарадкоўваецца ўмовам Informationsweiterverwendung на JustizOnline.

Тэсты

Модуль пастаўляецца з 18 аўтаматызаванымі тэстамі. Яны працуюць са сканструяванымі адказамі рэестра і мініяцюрнай адраснай выпіскай і таму не патрабуюць ні API-ключа, ні сеткі:

• Нармалізацыя нумара Firmenbuch
• Апрацоўка выпіскі (назва, адрас, суд, кіраўнікі, выключаная фірма, несапраўдныя запісы ігнаруюцца)
• Параўнанне назваў: варыянты напісання прававой формы, «in Liqu.», HTML-знакі, няма супадзення з чужой фірмай
• Гадавая справаздачнасць: уласны капітал, вынік, сума балансу
• Новая фірма знаходзіцца, пустыя палі запаўняюцца, адхіленні прапануюцца, прапанова ўжываецца часткова
• Маніторынг: узбуджаная працэдура неплацежаздольнасці ўстанаўлівае ўзровень крытычны і стварае дзеянне, скасаваная працэдура дае папярэджанне, кантактныя асобы асобна не правяраюцца
• Змены дакументаў прывязваюцца праз ключ
• Без API-ключа нічога не запытваецца
• Праверка адрасоў па мініяцюрнай выпісцы

odoo-bin -d <testdatenbank> -i partner_firmenbuch_at \
         --test-enable --test-tags=/partner_firmenbuch_at --stop-after-init

Нямецкі пераклад знаходзіцца ў i18n/de.po.

Абмежаванні і юрыдычная заўвага

• Супадзенне — гэта падказка, а не юрыдычная даведка. Статус выводзіцца з ключавых слоў у дзейных запісах рэестра. Правярайце рэестр самі, перш чым прымаць рашэнні аб крэдыце або ўмовах пастаўкі.
• Выяўленне неплацежаздольнасці правярана толькі на сканструяваных выпадках. Модуль распазнае працэдуры па словах у свабодным тэксце юрыдычных фактаў (узбуджэнне, скасаванне, зацверджаны план санацыі, з прычыны адсутнасці маёмасці). Іх фармат мы ўзнавілі з рэальнай выпіскі рэестра, але рэальнага выпадку неплацежаздольнасці пры распрацоўцы ў нас не было. Таму незвычайная фармулёўка можа быць прапушчана. Афіцыйную Ediktsdatei модуль не замяняе.
• Гадавая справаздачнасць толькі ў XML. Чыстыя PDF-падачы прапускаюцца. У вельмі малых таварыстваў баланс можа быць пададзены скарочана, без лічбаў, якія счытвае модуль.
• Толькі Аўстрыя. Замежныя фірмы не запытваюцца. Вэб-сайты фірмаў у рэестры адсутнічаюць і не дапаўняюцца.
• Аўтаматычная прывязка толькі пры адназначным супадзенні. Калі ёсць некалькі фірмаў з аднолькавай назвай, паведамленне ў канале прапануе ручны пошук у Firmenbuch.
• Інтэрфейсы могуць змяняцца. Модуль залежыць ад сэрвісаў BMJ і BEV. Калі змяняюцца канчатковая кропка, схема або ATOM-стужка, можа спатрэбіцца абнаўленне.
• Пратэставана для Odoo 19. Распрацавана і пратэставана для Odoo 19.0 Community. Для іншых версій мы яго не правяралі. Артыкул не з'яўляецца юрыдычнай кансультацыяй.

Частыя пытанні

Ці каштуе што-небудзь доступ да рэестра?

Па нашых звестках не: FBW-WebServices для паўторнага выкарыстання інфармацыі бясплатныя, але патрабуюць API-ключа, які вы запытваеце праз JustizOnline. Вызначальнымі з'яўляюцца актуальныя ўмовы Міністэрства юстыцыі.

Ці перазапісваюцца наяўныя даныя кантактаў?

Не. Модуль запісвае толькі ў пустыя палі. Адрозныя значэнні ствараюцца як прапанова, якую супрацоўнік зацвярджае па кожным полі.

Ці даведаюцца мае кліенты пра праверку?

Не. Усе паведамленні ідуць у ўнутраны канал, у чатар кантакта і як дзеянне супрацоўнікам. Модуль не адпраўляе кліентам электронных лістоў.

Ці захоўваюцца кіраўнікі або ўдзельнікі?

Імёны кіраўнікоў з правам прадстаўніцтва — так (поле Кіраўнік на ўкладцы Firmenbuch), удзельнікі і адрасы асоб — не. Стаўцеся да імёнаў як да персанальных даных.

Колькі нашых кліентаў знаходзіць модуль?

Гэта залежыць ад базы кліентаў. У нас было 138 з 438 кантактаў фірмаў (прыкладна траціна). Астатнія — прыватныя асобы, індывідуальныя прадпрымальнікі, замежныя фірмы і кантакты, назва якіх не адпавядае назве фірмы. Лічбы прыведзены ў раздзеле Тэст на ўласнай базе кліентаў.

Ці магу я знайсці кліента без нумара Firmenbuch?

Так. На ўкладцы Firmenbuch ёсць кнопка Пошук у Firmenbuch з пошукам па назве. Модуль запісвае аўтаматычна толькі тады, калі падыходзіць роўна адна фірма. Інакш вы выбіраеце супадзенне самі.

Што з фірмамі ў Германіі або Швейцарыі?

Яны не запытваюцца. Модуль разглядае толькі кантакты з краінай Аўстрыя або без краіны.

Колькі памяці патрабуе праверка адрасоў?

З нумарамі дамоў каля 400 МБ у базе даных і пры імпарце каля 120 МБ часовай дыскавай прасторы. Без праверкі нумароў дамоў хапае каля 150 000 радкоў.

А што, калі я хачу толькі Firmenbuch без праверкі адрасоў?

Адключыце Правяраць аўстрыйскія адрасы у наладах і дэактывуйце запланаванае дзеянне для адраснага рэестра. Тады нічога не спампоўваецца.

Пад якой ліцэнзіяй распаўсюджваецца модуль?

Пад LGPL-3. Вы можаце яго выкарыстоўваць, адаптаваць і распаўсюджваць. Паведамленні пра памылкі і прапановы па паляпшэнні вітаюцца як issue ў рэпазіторыі GitHub .

Падтрымка ад Biricon IT Services

Мы суправаджаем устаноўкі Odoo для малых і сярэдніх прадпрыемстваў: ад укаранення праз адаптацыі і міграцыі да штодзённай эксплуатацыі. Калі вы хочаце падтрымліваць асноўныя даныя кліентаў у Odoo ў парадку, раней выяўляць рызыкі крэдытаздольнасці або праверыць падобны модуль і бяспечна ўвесці яго ў прадукцыйнае асяроддзе, мы з ахвотай вам дапаможам. Іншыя ўласныя распрацоўкі вы знойдзеце ў нашым блогу, напрыклад Наборы прадуктаў у прапанове як раздзел і Web RBL, спіс блакіроўкі для шкоднаснага трафіку.

Звязацца з намі

Стан на 3 лістапада 2026 г. Версія модуля 19.0.1.1.1. Прыклады даных на малюнках выбраны адвольна і не з'яўляюцца рэальнымі фірмамі.