Odoo посочва версия 19.4 като пусната през юли 2026 г. В бележките за изданието е описан променен процес за банков превод, който автоматично потвърждава плащанията въз основа на банкови транзакции. Това се различава от по-рано документирания процес, при който оферти, използващи банков превод, не се потвърждаваха автоматично след checkout. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: eCommerce Order Handling)

Изданието добавя и доставчик Pay on Invoice, който позволява на клиентите да потвърждават поръчки, без да плащат веднага. Добавена е и поддръжка на Apple Pay и Google Pay за Stripe и Mollie. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: Finance) Тези промени засягат различни процеси за плащане и поръчки, така че трябва да се оценяват отделно.

Какво се променя при банковите преводи

Документацията на Odoo 19.0 за eCommerce описва банковия превод като опция за плащане, която не потвърждава автоматично оферта. При този процес поръчката остава оферта, докато търговецът не получи плащането и не я потвърди ръчно. Стоката не се резервира преди потвърждение. (Odoo 19.0 Docs: eCommerce Order Handling)

Odoo 19.4 променя стъпката на потвърждение, като базира автоматичното потвърждение на банкови транзакции. (Odoo 19.4 Release Notes) За организации, които следват документирания процес в Odoo 19.0, това може да премести част от обработката на поръчките от ръчен преглед към процес, управляван от банкови транзакции. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: eCommerce Order Handling)

Ефектът не се ограничава само до статуса на плащането. В по-рано документирания процес стоката оставаше нерезервирана до ръчно потвърждение. (Odoo 19.0 Docs: eCommerce Order Handling) Следователно прегледът при надграждане трябва да провери кога поръчката се потвърждава и кога се резервира инвентарът. Съществуващите точки за преглед, стъпки за одобрение и времето за изпълнение може да се наложи да бъдат променени.

Подробности, които не са обхванати от бележките за изданието

Бележките за изданието потвърждават, че банковите транзакции управляват автоматичното потвърждение, но не описват пълната логика на съпоставяне. Те не обясняват как работният процес обработва частични плащания, надплащания, дублирани преводи, неясни платежни референции или транзакции без ясни данни за клиента. (Odoo 19.4 Release Notes) Тези случаи трябва да бъдат тествани с банковите данни и конвенциите за поръчки на организацията преди продуктивна употреба.

Предоставената информация за изданието също не посочва дали всяка банкова интеграция дава един и същ резултат или определя точния етап, на който настъпва потвърждението. (Odoo 19.4 Release Notes) Тестването трябва да използва реалната банкова връзка, дневниците, валутите и практиките за съгласуване на организацията. Успешен тест по един платежен път не установява поведението на всеки конфигуриран дневник или канал за продажби.

Разликите между версиите също имат значение. Бележките за изданието на Odoo 19.4 описват автоматично потвърждение въз основа на банкови транзакции, докато документацията на Odoo 19.0 за eCommerce описва ръчно потвърждение. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: eCommerce Order Handling) Организациите трябва да проверят точната версия, инсталирана във всяка среда, вместо да приемат, че всички Odoo 19 инсталации се държат еднакво.

Pay on Invoice е отделен процес

Odoo 19.4 добавя доставчик Pay on Invoice, който позволява на клиентите да потвърждават поръчки, без да плащат веднага. Не бива да се разглежда като друго наименование на актуализирания процес за банков превод. Банковият превод използва банкови транзакции като основа за автоматично потвърждение на плащането, докато Pay on Invoice позволява потвърждение на поръчката преди плащане. (Бележки по версията Odoo 19.4)

Бележките по версията не определят допустимостта на клиентите, платежните условия, контролите за одобрение, счетоводното третиране или процедурите за последващи действия за Pay on Invoice. (Бележки по версията Odoo 19.4) Преди да го активира, една организация трябва да реши кои клиенти могат да го използват, как служителите ще идентифицират неплатени потвърдени поръчки и как ще се впише в съществуващите контролни механизми за кредит и фактури.

Тестването трябва да прави разлика между потвърждение на поръчка и завършване на плащане. Бележките по версията установяват, че Pay on Invoice позволява потвърждение без незабавно плащане. (Бележки по версията Odoo 19.4) Екипите трябва да прегледат резултатните състояния на поръчката, фактурата и плащането в своята конфигурация, след което да проверят дали отчетите и процедурите на служителите тълкуват тези състояния правилно.

Поддръжка на Apple Pay и Google Pay

Odoo 19.4 добавя поддръжка на Apple Pay и Google Pay както за Stripe, така и за Mollie. (Бележки по версията Odoo 19.4; Документация Odoo 19.0: Финанси) Тази промяна се отнася до наличността на портфейли чрез платежни доставчици, а не до отложено плащане или потвърждение чрез банков превод.

Предоставените източници не посочват условията за конфигуриране, допустимост или показване при плащане за тези портфейли. (Бележки по версията Odoo 19.4; Документация Odoo 19.0: Финанси) Търговците трябва да тестват всеки доставчик поотделно и да проверят дали очакваните опции за портфейл се показват в необходимия storefront и тестова среда. Не бива да се приема, че Stripe и Mollie имат еднакви изисквания за конфигуриране само защото и двата поддържат тези портфейли.

Какво да се тества преди внедряване

За банкови преводи започнете с контролирана оферта и банкова транзакция, която може ясно да бъде свързана с нея. Запишете състоянието на поръчката преди транзакцията да е налична, след като се появи и след всяко действие по съгласуване, използвано от организацията. На всеки етап проверявайте статуса на плащането, потвърждението на продажбената поръчка и резервирането на складови наличности. Това сравнява новото поведение с документирания по-ранен процес, при който се изискваше ръчно потвърждение и наличностите не се резервираха до потвърждението. (Бележки по версията Odoo 19.4; Документация Odoo 19.0: Управление на eCommerce поръчки)

Повторете теста със случаи, които може да изискват преглед, като сума, която не съвпада с поръчката, или неясна справка. Бележките по версията потвърждават автоматизация, базирана на банкови транзакции, но не описват обработката на изключения. (Бележки по версията Odoo 19.4) Тестването трябва да установи къде спира автоматизацията, кога е необходима намеса на служител и дали съществуващите процедури за изключения остават подходящи.

За Pay on Invoice проверете дали тестов клиент може да потвърди поръчка без незабавно плащане, както е описано в бележките по версията. (Бележки по версията Odoo 19.4) След това прегледайте резултатните записи за продажби и финанси, комуникацията с клиента и работните опашки на служителите. Достъпът до доставчика трябва да следва политиката на организацията за неплатени поръчки.

За Stripe и Mollie тествайте Apple Pay и Google Pay поотделно чрез всеки доставчик, който организацията планира да използва. Odoo 19.4 посочва и двата портфейла като поддържани и от двата доставчика. (Бележки по версията Odoo 19.4; Документация Odoo 19.0: Финанси) Потвърдете опциите за плащане, показани на клиентите, и прегледайте завършените записи за транзакции, вместо да разчитате само на екраните за активиране на доставчика.

Приоритети за преглед при надграждане

Основният проблем при надграждането е преминаването от документиран ръчен процес за потвърждение на банкови преводи към автоматично потвърждение, базирано на банкови транзакции. (Бележки по версията Odoo 19.4; Документация Odoo 19.0: Управление на eCommerce поръчки) Всяка процедура, която зависи от това служителите да прегледат плащането, преди да потвърдят оферта, трябва да бъде преоценена, включително точките, в които се заделя наличност и започва последващата обработка на поръчката.

Преди внедряване потвърдете инсталираната версия на Odoo, възпроизведете новото поведение извън продукционната среда, документирайте неразрешените изключения при плащане и прегледайте достъпа до Pay on Invoice. Поддръжката на Wallet също трябва да бъде валидирана чрез използваните платежни доставчици. Източниците показват, че тези функции са налични, но не определят всяка оперативна или конфигурационна подробност, необходима за внедряване. (Odoo 19.4 Release Notes; Odoo 19.0 Docs: eCommerce Order Handling; Odoo 19.0 Docs: Finance)