Методология учёта Centa

Каждая операция в Centa проходит один и тот же конвейер: загрузка, проверка на дубли, классификация, решение (провести автоматически или спросить человека), проводка по плану счетов НСБУ и сопоставление с документом. Ниже — как это работает в конкретных процессах.

Автор: Редакция Centa AI · команда продукта и материалов Centa AIПишет руководства и страницы продукта. Ставки и сроки сверяются с текстом Налогового кодекса, сохранённым с LexUZ; статусы функций берутся из одного списка в коде продукта.
Обновлено: 02.11.2026

От документа до платежа

Традиционно: выписка → ручная классификация → ручной поиск документа → проверка бухгалтером. В Centa:

Загрузка. Операции приходят из выписки (Excel/CSV), API банка или файла 1С; документы — из PDF, фото или Didox.
Проверка на дубли. Операция сравнивается по дате, сумме, направлению и контрагенту, документ — по идентификатору Didox или по типу, номеру, дате и сумме. Повтор не записывается второй раз.
Классификация. Centa определяет категорию и уверенность; правила компании, выученные на прошлых решениях, имеют приоритет.
Решение. Уверенная и несущественная операция проводится автоматически; неуверенная или существенная попадает в очередь «Внимание».
Проводка. Проводка создаётся по плану счетов НСБУ (например, поступление на расчётный счёт — Дт 5110).
Сопоставление. Платёж связывается со счётом или актом по сумме, ИНН контрагента, датам и номеру; остаток долга пересчитывается.

Почему возникают исключения

Исключение — вопрос, на который нужен ответ человека. Типичные причины:

Нет документа к платежу.
Сумма документа и платежа не совпадает — даже на 500 сумов.
Дубликат: тот же фискальный признак чека или тот же документ дважды.
Категория неясна (например, расходы на питание — представительские или нет).
Оплата по карте без чека.
Расхождение кассы при закрытии дня.
Строки файла, которые не удалось распознать.

Решение по исключению записывается в журнал и, если это правило (например, «этот контрагент — аренда»), применяется к следующим операциям. Подробнее — Exception Engine.

Чеки по корпоративной карте

Банк показывает оплату картой — Centa ждёт чек.
Сотрудник фотографирует фискальный QR-код или загружает PDF чека.
Из QR берутся терминал, номер чека, дата и фискальный признак (не сумма).
Чек сопоставляется с оплатой в пределах ±3 дней; для PDF и фискальных чеков сумма должна совпасть точно.
Нет чека — вопрос во «Внимании»; два чека с одним фискальным признаком — дубликат.

Касса

Наличные ведутся отдельно от банка, на счёте 5010. Приход, расход и сдача наличных в банк отражаются как отдельные операции. При закрытии дня пересчитанная сумма сравнивается с остатком по учёту; расхождение попадает во «Внимание» и закрывается проверенной корректировкой. Подробнее — касса.

Частичные оплаты

Для рассрочек ведётся график платежей с напоминаниями в приложении. Подробнее — частичные оплаты.

Чеки без банковских данных

Если за месяц есть только чеки, а выписки нет, Centa проводит их как неподтверждённые платежи через счёт 5710 — они видны в расходах, но не в деньгах. Когда приходит выписка за этот месяц, временные записи снимаются, и банковские операции сопоставляются с чеками обычным порядком. Так один платёж не считается дважды.

Налоговые сроки

Налоговый календарь строится из правил Налогового кодекса; каждое правило проверяется по сохранённому тексту LexUZ. Срок, выпадающий на выходной, переносится. Если неизвестно, применимо ли правило к компании (например, режим налогообложения), срок помечается «требует подтверждения». Как устроены налоговые оценки — в налоговой методологии.

Чего Centa никогда не делает

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