Ваш менеджер відкриває картку ліда, тисне «надіслати комерційну пропозицію» — і за 30 секунд у пошту прилітає Mail Delivery Failed: 550 No such user. Лід з потенціалом 50 000 ₴ закривається повідомленням «не вийшло зв'язатись». У базі CRM таких записів — десятки, інколи сотні. Це стаття для власників і керівників відділу продажів, які користуються Odoo CRM і хочуть зрозуміти: де у вашому процесі дірка і як її закрити без зміни системи.
Чому биті email у CRM — це не дрібниця
Email-адреса з помилкою — це не просто незручність. Це три послідовні втрати:
- Лід не отримує комерційну. Менеджер думає, що відправив; клієнт думає, що ви про нього забули. Угода тиха помирає.
- Псується sender reputation вашого домену. Кожен hard-bounce додає бал у статистику Gmail/Outlook про те, що ваш домен надсилає на неіснуючі скриньки. Накопичується — і навіть «чисті» листи починають летіти у спам.
- Mass Mailing розсилки стають небезпечними. Високий bounce rate псує deliverability вашого домену — поштові сервіси понижують пріоритет надсилання, і навіть «чисті» листи починають затримуватись чи летіти у спам.
Для eCommerce-магазину з оборотом у 5–20 млн ₴ на рік це означає реальну втрату угод і витрату бюджету на трафік, який ви потім самі ж і вбиваєте поганою email-гігієною.
Чому базової перевірки синтаксису недостатньо
Стандартна перевірка email у Odoo обмежена форматом — наявністю @ та крапки у домені. Це ловить очевидні друкарські помилки на кшталт «vasya@vasya». Але це не ловить:
- Адресу з неіснуючим доменом (
name@kompani-yaka-zakrylas.com.ua) - Адресу з опечаткою у популярному домені (
name@gmial.com) - Тимчасову адресу (одноразовий поштовий сервіс), яку лід використав, щоб отримати ваш матеріал, без наміру отримувати листи
- Скриньку, яку співробітник давно покинув (
old-employee@partner.com.ua)
Для всіх таких адрес базова перевірка дає «valid» — і ваш менеджер витрачає час на лідів, до яких лист фізично не дійде.
Як працює багаторівнева перевірка
Правильна валідація — це послідовність кроків від простої перевірки до глибокої. Bundle виконує до чотирьох рівнів:
- Перевірка формату — чи виглядає адреса валідною як рядок. Миттєво, без жодних запитів назовні.
- Перевірка домену — чи існує домен взагалі і чи може він приймати пошту.
- Перевірка скриньки — підтвердження, що така адреса існує у домені (без надсилання реального листа).
- Опційна глибока перевірка — через зовнішнього провайдера, який додатково розпізнає тимчасові, рольові та spam-trap адреси.
Кожен наступний рівень дорожчий за попередній — тому вони ідуть послідовно. Більшість невалідних адрес відсівається ще на перших безкоштовних кроках. Зовнішній провайдер залучається тільки тоді, коли локальні перевірки не дали однозначної відповіді. Результати кешуються — повторні перевірки тієї самої адреси не повторюють зовнішні виклики.
Де саме у вашій базі з'являються email-адреси (і де Bundle їх перевіряє)
Bundle закриває всі ключові точки, де у Odoo з'являються email-адреси:
- Головна база контактів — клієнти і постачальники захищені від брудних адрес одразу при додаванні
- CRM-ліди — невалідні адреси видно у списку лідів ще до того, як менеджер відкриє картку. Модуль валідації для CRM ставить позначку прямо у переліку
- Співробітники — для надійних внутрішніх комунікацій
- Кандидати у рекрутинг — захищає від фейкових кандидатських акаунтів
- Реєстрації на події
- Контакти Mass Mailing — валідація для Mass Mailing знижує bounce rate ще до натискання «Send»
- Веб-інтерфейс для одиничної перевірки адреси або масової через CSV-завантаження
- Окремі компоненти для перевірки домену та поштової скриньки без зовнішніх сервісів
Bundle підтримує 4 версії Odoo: 16.0, 17.0, 18.0, 19.0.
Куди далі
Bundle і модулі доступні на Odoo Apps Store та у нашому каталозі. Якщо потрібна допомога з налаштуванням під ваші процеси або інтеграція з власним API-провайдером — напишіть нам. KitWorks Systems на ринку з 2015 року, 100+ активних клієнтів, 158 публічних модулів на Odoo Apps Store.