Клиент платит картой, через банк или наличными, а бухгалтер должен связать каждое поступление со счётом-фактурой. Odoo хорошо выполняет банковскую сверку, но местных платёжных сервисов нет в его официальном списке провайдеров.

Бесплатная диагностика Odoo: обзор

ClickPaymeБанковская выпискаСверкаФискальный чек

Способы оплаты

Способы приёма платежей: какой работает «из коробки»

В интернет-магазине, по счёту-фактуре и на кассе оплата собирается по-разному. Первый вопрос: каким способом ваши клиенты платят на самом деле?

Способ	В Odoo	Примечание для Узбекистана
Банковский перевод	Есть: альтернативный способ из документации Odoo (Wire Transfer)	Автоматическая сверка опирается на номер документа в комментарии к платежу: клиентам нужно объяснить, что его надо указывать
Оплата по счёту-фактуре	Есть: Pay on Invoice	Удобно для юридических лиц. Официальная электронная счёт-фактура оформляется отдельно: подробнее
Оплата на месте и наличными	Есть: Pay on Site, Cash on Delivery	Для наличной выручки фискальный чек пробивается на кассовом средстве из реестра
Карта онлайн: через провайдера	Есть, но среди 21 готового провайдера нет Click и Payme	Нужен готовый модуль или отдельное подключение. Подробности ниже
На кассе: карточный терминал, QR	Есть, но виды терминалов и QR рассчитаны на другие страны	Местный терминал и QR проверяются в тестовой базе. Касса и POS →

Местные сервисы

Click, Payme, Uzum: что есть согласно открытой документации

Ниже — сведения из собственных документов и страниц провайдеров. Мы их не проверяли на практике: условия подключения, тестовая среда и договор запрашиваются у провайдера на диагностике.

Услуга	Что описано в документации	Как строится подключение
Payme Business	Оплата картами Uzcard и HUMO. Merchant API: CheckPerformTransaction, CreateTransaction, PerformTransaction, CancelTransaction, CheckTransaction, GetStatement. Subscribe API: работа с картой и чеком. Метод SetFiscalData возвращает фискальные данные (необязателен). Есть sandbox. С кассой работают только юридические лица	Payme отправляет на ваш биллинг-сервер запрос JSON-RPC 2.0 (HTTPS, POST), ответ должен вернуться с HTTP 200. Значит, на стороне сервера нужна принимающая часть
Click	Shop API: запросы Prepare и Complete. Merchant API: Click Pass и данные фискализации. Веб-оплата, платёжная ссылка, оплата картой, оплата через Telegram. Где платит клиент: CLICK SuperApp, веб-сервис, USSD, Telegram-бот	Биллинговая система провайдера должна выполнять запросы Prepare и Complete. На стороне Odoo нужен модуль или endpoint, принимающий эти запросы
Uzum Bank	На портале разработчиков: Checkout (оплата картой, привязка карты, возврат, статусы, фискализация), Merchant API, FastPay (QR для кассы), Dynamic QR, Nasiya (оплата в рассрочку), фискализация	Стать партнёром можно через merchants.uzumbank.uz; порядок доступа и тестовая среда на странице портала не описаны, уточняются в договоре

Сторона Odoo

Подключение в Odoo: готовый модуль или собственная интеграция

Среди 21 провайдера в документации Odoo 20 нет узбекского сервиса. Если нужна оплата картой, есть три пути. Подробный разбор →

Способ	Преимущества	Что мы проверяем
Готовый модуль из Apps Store	Подключается быстро. Для Click виден модуль «Click Payment Gateway» (TODOO, 19.0): QR-страница, мобильная ссылка	Версия: на 25 октября 2026 года только для 19.0. Согласно странице модуля, возвратов и сохранения карты нет, лицензия закрытая (OPL-1), сервер должен быть доступен из интернета, изображение QR-кода создаёт внешний сервис. По запросам «payme uzbekistan», «paycom» и «uzcard» узбекский платёжный модуль не найден, но поиск работает по названию
Отдельно разработанная интеграция	Подстраивается под требования, можно добавить возвраты и правила учёта	Серверная часть из документации провайдера, её сопровождение и адаптация к каждой новой версии Odoo. На Odoo Online специальный модуль не работает, поэтому выбирается Odoo.sh или собственный сервер
Банковский перевод или счёт-фактура	Работает из коробки, дополнительный модуль не нужен	Порядок сверки поступления денег с банковской записью

Честные границы

Что есть в стандартном Odoo и что добавляем мы

По документации Odoo 20. Если в вашей версии есть отличия, проверим на диагностике.

Задача	В стандарте Odoo / во внешнем сервисе	Дополнительная работа (BUline)
Оплата банковским переводом и по счёту-фактуре	Есть: альтернативные способы оплаты Odoo	Реквизиты и шаблон комментария, правила сверки
Оплата местной картой	В Odoo нет. Payme, Click и Uzum Bank описывают API в своей документации	Проверка готового модуля или разработка подключения, выбор типа хостинга
Импорт банковской выписки	Есть: CAMT.053, CSV, XLSX, OFX, QIF	Приведение файла местного банка к подходящему формату, карта столбцов
Сопоставление банковской записи со счётом-фактурой	Есть: автоматические правила и модели сверки	Настройка правил под ваши формы комментариев и комиссий
Прямая синхронизация с банком	В документации перечислены провайдеры (у Salt Edge указано «весь мир»), узбекские банки не названы	Замена импортом файла; если банк есть в списке, оценивается отдельно
Фискальный чек при онлайн-оплате	В Odoo нет. API провайдера возвращает фискальные данные (Payme, Click, Uzum Bank)	Привязка данных к записям Odoo, учёт возвратов

Гипотетический день

Как выглядит сверка платежей в конце месяца

Пример условный: без цифр, чтобы показать механизм. Интернет-магазин принимает оплату картой и банковским переводом. Провайдер собирает платежи и переводит их в банк, клиенты указывают номер счёта-фактуры в комментарии к переводу.

Odoo сам сопоставляет переводы, в комментарии которых есть номер документа, бухгалтер видит только исключения
Одна сводная строка провайдера привязывается к нескольким заказам, комиссия относится на отдельный расход
Остаток на промежуточном счёте показывает объём несверенных операций: к концу месяца он должен быть близок к нулю
В Odoo 20 отчёт о сверенных и несверенных транзакциях на конец периода показывает, какая запись осталась открытой

—

Путь денег

Как оплата картой доходит до банка

Провайдер может собрать платежи и перевести их, удержав комиссию. Условный пример: цифры не настоящие, они нужны, чтобы показать механизм.

Этап	В Odoo	В банковской выписке
Клиенты платят: 100, 250 и 400	Три платежа, всего 750, числятся на счёте расчётов с провайдером	Пока ничего нет
Провайдер переводит деньги, удержана комиссия 2%	750 так и остаётся	Одна строка: 735
Бухгалтер сверяет	735 относится на банк, 15 — на расходы по комиссии	735, остатка нет

Банк

Банковская выписка: импорт, сверка, синхронизация

Odoo сопоставляет банковскую запись со счётом-фактурой, счётом поставщика или платежом (reconciliation). Большую часть повторяющейся работы выполняют правила. Правила и модели →

Импорт файла

Принимаемые форматы: CAMT.053, CSV, XLSX, OFX, QIF (CODA — только в Бельгии)
В CSV и XLSX столбцы сопоставляются с полями Odoo вручную, в остальных форматах — автоматически
Есть действие, которое находит повторяющиеся записи по сумме, дате и номеру счёта
Формат файла из местной системы банк-клиент проверяется на диагностике и при необходимости приводится к CSV

Сверка

Если партнёр не указан, Odoo сопоставляет назначение платежа с номером документа и ссылкой
Если партнёр есть, сверка идёт по сумме: точное совпадение, совпадение со скидкой, сумма в назначении платежа
Правила задаются по условиям назначения платежа, суммы, партнёра и журнала: например, расход со словом «комиссия» сам попадает в банковские расходы
Новое в Odoo 20: допуск по платежу, повторный запуск автоматической сверки, отчёт по сверке на конец периода

Синхронизация с банком

Требуется подписка Enterprise; после первого подключения обновляется примерно каждые 12 часов
Провайдеры в документации: Plaid, Yodlee, Ponto, Enable Banking, Basiq (ограниченный регион) и Salt Edge (в документации указано «весь мир»). Банки Узбекистана в документации не названы
Для местного банка сначала проверяется список поддерживаемых учреждений Odoo
Если банка в списке нет, остаётся импорт файла

Фискальный чек

Фискальный чек при онлайн-оплате

При оплате наличными чек выдаёт кассовое средство из реестра. При оплате картой онлайн то, кто формирует чек, зависит от договора: ответ на этот вопрос мы получаем от провайдера и налоговой службы в письменном виде. Онлайн-касса →

Правовая сторона

Указ Президента УП-5813: при оплате картой покупателю вместе с чеком терминала выдаётся кассовый чек
На чеке обязательны QR-код и фискальный признак (УП-5813); QR-код — не менее 30×30 мм (Постановление №943, приложение 1, п. 7)
Приложение 1а к Постановлению №943 описывает оплату через маркетплейс: сервер платформы передаёт данные чека оператору, оператор возвращает фискальный признак и QR-код, а платформа хранит данные не менее пяти лет

Сторона провайдера

Payme (платёжный сервис): метод SetFiscalData передаёт в вашу биллинговую систему номер чека, фискальный признак, ссылку на QR-код и дату регистрации
Click: в Merchant API есть раздел «Данные фискализации»
Uzum Bank: Checkout и отдельный раздел «Фискализация»
E-POS (сервис онлайн-кассы) описывает на своей странице REST API для выпуска чека, возврата и запроса статуса, а также связку оплаты с Click, Payme, Uzum, HUMO и Uzcard

Сторона Odoo

Планируются поля, в которых фискальный признак и ссылка на чек хранятся в записи платежа или заказа
При возврате формируется отдельный чек возврата: кредит-нота в Odoo и чек связываются
При продаже юридическому лицу, помимо чека, может потребоваться официальный электронный счёт-фактура

Безопасность

Безопасность онлайн-оплаты

Ошибка в платёжном подключении задевает деньги и доверие. Поэтому важнейшие правила фиксируются в самом начале проекта.

Данные карты

В документации Payme Subscribe API категорически запрещено хранить незашифрованные данные карты на вашем сервере
При токенизации Odoo использует вместо карты платёжный токен провайдера; эта функция включена не у каждого провайдера
Форму ввода карты мы строим по требованиям провайдера

Сервер и адрес приёма

Адрес, на который провайдер присылает уведомления, должен быть доступен из интернета (Payme требует TLS и ответ HTTP 200)
Каждое входящее уведомление подтверждается по правилу проверки из документации провайдера, сверяются сумма и соответствие заказу
Даже если уведомление пришло дважды, платёж записывается один раз (защита от повторов)
Тестовый режим — только в копии или тестовой базе: иначе нарушается нумерация счетов-фактур

Юридическая сторона

Оказывать платёжные услуги без лицензии Центрального банка запрещено (закон «О платежах и платёжных системах», статья 15; деятельность платёжного агента и субагента — исключение): договор вы заключаете с лицензированным провайдером
Условия договора проверяет юрист
Где хранятся данные клиентов: закон о персональных данных. Подробнее →

Метод BUline

Как мы внедряем подключение платежей и банка

Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →

01Диагностика1–2 недели

Выясняем, как платят клиенты, с каким провайдером есть договор, как получают банковскую выписку и кто формирует фискальный чек. Изучается документация провайдера. Результат: карта бизнес-требований (BRD).

02Архитектура1–3 недели

Выбирается готовый модуль или отдельное подключение, подтверждается тип хостинга, правила сверки фиксируются вместе с бухгалтером. У провайдера запрашивается тестовая среда.

03Тестирование и спринты8–16 недель

Подключение проверяется в копии базы: платёж, отмена, возврат, повторное уведомление, обрыв связи. Банковские правила проверяются на реальном файле выписки, затем пилот.

04Обучение

Кассиры, бухгалтеры и менеджеры обучаются по ролям: сверка платежа, возврат, ошибочный платёж. Выдаются инструкция и видеоуроки.

05Сопровождение30 дней + постоянно

После запуска — 30 дней усиленной поддержки, затем согласованное постоянное сопровождение. При обновлении провайдера или Odoo подключение проверяется заново.

Подготовка

Что подготовить перед началом

Этот список ускоряет диагностику. Начать можно и без полного комплекта.

Платежи

Как платят клиенты и в какой доле
Договор с провайдером и доступ к тестовой среде
Порядок возврата и кто его подтверждает

Банк

Образец выписки из системы банк-клиент (за один месяц)
Номера счетов и их валюты
Список комиссий и повторяющихся расходов

Учёт и налоги

Ответ провайдера о том, кто формирует фискальный чек
Договор на кассовое оборудование и договор с сервисным центром
Бухгалтер: правила сверки платежей

Ошибки

Частые ошибки и как их избежать

Ошибка	Последствие	Как предотвращаем
Выбирать модуль, не учитывая тип хостинга	В Odoo Online сторонние модули не устанавливаются	Определить хостинг до выбора модуля
Не проверять версию модуля	При переходе на Odoo 20 оплата перестаёт работать	Письменно запросить у автора дату выхода новой версии
Проводить тестирование в рабочей базе	Нумерация счетов-фактур нарушается	Тестовый режим — только в копии базы
Считать приём оплаты и бухгалтерский учёт одним и тем же	Многочасовая ручная работа в конце месяца	Согласовать правило сверки с бухгалтером до подключения
Ручная проводка по банковскому счёту	По новостям Odoo 20, запись, влияющая на банковский счёт, должна происходить из банковской транзакции	Вносить исправление через банковскую транзакцию
Игнорировать фискальный чек	Нарушается налоговое требование	Письменно выяснить, кто формирует чек

Вопросы и ответы

Частые вопросы

Можно ли принимать оплату через Click или Payme в Odoo?

У обоих сервисов есть открытая документация и способы оплаты, но среди 21 готового провайдера в документации Odoo 20 их нет. Подключение строится на стороне вашего сервера по документации провайдера: готовый модуль или отдельная разработка оцениваются на диагностике.

Можно ли оплачивать в Odoo картами Uzcard и HUMO?

В документации Payme описана оплата картами Uzcard и HUMO. В документации Odoo готовый терминал или провайдер для этих карт не назван; оплата проходит через один из перечисленных выше сервисов, а терминал на кассе проверяется тестом.

Можно ли подключить Odoo напрямую к банку?

Среди провайдеров синхронизации с банком в документации Odoo банки Узбекистана не названы (Salt Edge указан как «весь мир», его охват проверяется отдельно). Загрузка банковской выписки файлом работает: CSV, XLSX, OFX, QIF или CAMT.053. Формат файла местного банка проверяется на диагностике.

А если клиент оплачивает несколько счетов-фактур одним переводом?

Если партнёр определён, Odoo одним нажатием привязывает несколько открытых документов этого партнёра к одной банковской строке. Частичная оплата и небольшая разница, например банковская комиссия, закрываются правилом.

Кто выдаёт фискальный чек при онлайн-оплате?

Это может быть ваше кассовое средство, платёжный провайдер или виртуальный фискальный модуль платформы — в зависимости от договора. У Payme, Click и Uzum Bank есть разделы по фискализации. Точный порядок мы выясняем письменно у провайдера и налоговой службы.

Можно ли подключить платёжный сервис в Odoo Online?

Сторонние и кастомные модули с Online несовместимы. Для серверной части, которой требует провайдер, выбирается Odoo.sh или собственный сервер. Импорт банковского файла в Online работает. Типы хостинга →

Сколько стоит услуга и сколько времени она занимает?

Лицензия Odoo зависит от числа пользователей и приложений (условия — на odoo.com); для синхронизации с банком требуется подписка Enterprise. Объём услуг BUline зависит от числа платёжных сервисов, филиалов, приложений, кастомизации, объёма данных и обучения. Точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.

Источники

Источники данных

Odoo

Связанные разделы

Услуги BUlineУслуги BUlineВнедрение, интеграции, обучение Услуги BUlineОтрасли13 направлений, 109 отраслей Услуги BUlineИнтеграцииНалоги, банк, сообщения, маркетплейсы, оборудование Услуги BUlineЭлектронные документы и налогиE-faktura, ЭЦП (ERI), MXIK, касса, накладная

Бесплатная диагностика

Вместе определим, с каких приложений Odoo начать

На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.

Оставить заявку Написать в Telegram ИЛИ ПОЗВОНИТЕ+998 77 275 36 15

Бесплатная диагностика

Savdo

Ombor va ishlab chiqarish

Boshqaruv

Texnologiya

Oʻzbekiston

BUline bilan

Ilovalar

Platforma

Oʻzbekiston uchun

BUline bilan

BUline xizmatlari

Savdo va avtomatlashtirish

Aloqa kanallari

Nazorat va AI

Integratsiyalar

BUline bilan

Asoslar

Yoʻnalishlar

Amaliyot

Strategiya va kontent

Reklama kanallari

Organik oʻsish

Oʻlchov va analitika

Savdo va mijozlar

Operatsiyalar

Ichki ish

Tamoyillar

Продажи

Склад и производство

Управление

Технологии

Узбекистан

С BUline

Приложения

Платформа

Для Узбекистана

С BUline

Услуги BUline

Продажи и автоматизация

Каналы связи

Контроль и AI

Интеграции

С BUline

Основы

Направления

Практика

Стратегия и контент

Рекламные каналы

Органический рост

Измерение и аналитика

Продажи и клиенты

Операции

Внутренняя работа

Принципы

Sales

Inventory and manufacturing

Management

Technology

Uzbekistan

With BUline

Apps

Platform

For Uzbekistan

With BUline

BUline services

Sales and automation

Communication channels

Control and AI

Integrations