Интеграция с FinTablo
База знаний описывает не весь продукт. Статьи появляются по мере вопросов, поэтому часть возможностей здесь ещё не описана или описана короче, чем работает на самом деле. Не нашли нужного — напишите нам.
FinTablo — сервис финансового учёта: деньги, направления, статьи, план и факт. Модуль связывает его с вашим Bitrix24 так, чтобы оплата клиента сама вставала в FinTablo на нужный счёт, к нужной сделке и в нужное направление, а обе системы постоянно сверялись между собой.
Какую задачу решает
Деньги приходят не одним каналом: расчётный счёт, эквайринг, СБП, карта, касса, несколько банков сразу. Учёт при этом ведётся в FinTablo, а сделки и счета живут в Bitrix24, и свести одно с другим — ручная работа финансиста: найти операцию, опознать плательщика, поставить её на правильный счёт, не завести дубль.
Модуль делает эту работу сам и, что важнее, показывает, где не сошлось. Расхождения не копятся до конца месяца — они видны в тот же день, списком, с объяснением причины и кнопкой исправления.
Что происходит само
Каждые полчаса модуль забирает свежие данные из FinTablo и из вашего Bitrix24 и по связанным сделкам делает четыре вещи:
- Создаёт парную сделку в FinTablo. Как только сделка Bitrix доходит до выбранной вами стадии, в FinTablo появляется её пара — с клиентом, суммой и направлением — и обе стороны связываются. Связь есть всегда, и большинство нестыковок просто не возникает.
- Планирует будущие поступления. По каждому неоплаченному счёту Bitrix заводится плановая операция прихода — в FinTablo виден график будущих денег.
- Переводит план в факт. Счёт оплачен — плановая операция становится фактической, на том счёте, куда деньги действительно пришли. Повторно одна и та же оплата не заносится.
- Держит статус сделки в FinTablo актуальным. Статус считается по тому, сколько счетов сделки оплачено; для особых случаев (расторжение, просрочка) его можно переопределить стадией воронки.
Отдельно разбираются оплаты по СБП. В описании такой операции стоит её номер в эквайринге — по нему модуль точно находит, за какой счёт пришли деньги, вместо угадывания по сумме и времени.
Два режима работы
| Режим | Что делает модуль |
|---|---|
| Проверочный | Всё считает и сверяет, формирует предложения, но сам ничего не меняет в FinTablo. Режим для старта: вы сравниваете предложения с реальностью на своих данных. |
| Автоматический | Безопасное — создание сделок, перевод плана в факт — выполняет сам. Рискованное по-прежнему только с вашего подтверждения. |
Кнопки в самом разделе («Применить», «Разнести», «Создать планы») в обоих режимах пишут в FinTablo по-настоящему — каждая с подтверждением. Режим управляет тем, что модуль делает без человека, а не тем, работают ли кнопки.
Что модуль находит
Расхождения собираются в рабочий список — «Нестыковки». Каждое объяснено и имеет предложенное действие.
- Дубль оплаты — одна оплата занесена в FinTablo дважды.
- Платёж без сделки — операция есть, а к какой сделке относится, непонятно.
- Оплата не отражена в FinTablo — счёт в Bitrix оплачен, факта нет.
- Расхождение по сумме — суммы двух сторон не совпадают.
- Не тот счёт/банк — деньги записаны не туда, куда пришли.
- Этапы ≠ график счетов — сумма этапов сделки FinTablo не сходится со счетами Bitrix.
- Конфликт статусов — стадия сделки в Bitrix противоречит статусу в FinTablo.
- Дубль оплаченного счёта — несколько одинаковых счетов закрыты одним днём.
- Оплата будущей датой — счёт «оплачен» датой, которая ещё не наступила.
- Планы на расторгнутой сделке и планы по счёту без оплаты — плановые поступления, которых уже не будет.
- Возмещение расходов без счёта — этап в FinTablo есть, счёт клиенту не выставлен, деньги не запрошены.
- Направление ≠ воронке и контрагент ≠ сделке — сделка, операция или статья отнесены не туда; эталон — воронка Bitrix.
Нестыковку можно решить, отложить до следующей сверки или отказаться от неё навсегда — тогда модуль перестанет её предлагать.
Раздел в приложении
Модуль добавляет в приложение Поток24 внутри Bitrix24 раздел FinTablo (группа «Финансы») — рабочее место финансиста из семи вкладок.
| Вкладка | Для чего |
|---|---|
| Дашборд | Сколько сейчас расхождений и на какую сумму, сделки без связи, дубли, очередь действий, режим и время последней сверки. |
| Нестыковки | Рабочий список расхождений с фильтрами; в карточке — обе стороны рядом и кнопки исправления. |
| Т-Банк | Выписка банка, операции FinTablo и счета Bitrix в одной таблице: видно, какие приходы ещё не разнесены. |
| Планы | График счетов Bitrix против плановых операций FinTablo: где недобор, где избыток, где планов нет вовсе. Там же обновляется статья плановых операций по ответственному менеджеру сделки. |
| Действия | Очередь того, что модуль предлагает сделать. Применяются по одному или пачкой. |
| Связи | Что чему соответствует: сделка Bitrix — сделке FinTablo, счёт — операции или плановому поступлению. Здесь же связывают вручную и убирают лишнее в архив — то, что больше не сверяется. |
| Настройки | Доступы, учитываемые воронки, соответствия и правила сверки. |
На вкладке «Планы» видно, где график счетов Bitrix разошёлся с плановыми операциями FinTablo: по каждой сделке — сколько выставлено и сколько запланировано, и на что именно расходятся суммы.
Вкладка «Т-Банк» показывает приходы по СБП, которые ещё не разнесены: рядом с операцией — найденный счёт и то, что именно изменится при разноске.
Деньги, которые к сделкам не относятся по своей природе — возврат депозита, транзиты, перечисления, — не засоряют рабочий список: они уходят в отдельную группу «Депозиты и транзиты».
Что нужно от вас
Доступы (хранятся в зашифрованном виде):
- Ключ доступа к FinTablo — создаётся в самом FinTablo: Настройки профиля, раздел «API».
- Ключ к выписке Т-Банка — Т-Бизнес, Настройки, API-токены. Открывает вкладку «Т-Банк».
- Терминал интернет-эквайринга (номер и пароль) — кабинет Т-Банка → Интернет-эквайринг → Терминалы. Нужен, чтобы разбирать оплаты по СБП.
- Доступ к самому Битриксу — входящий вебхук (Разработчикам → Другое → Входящий вебхук) с правами «Интернет-магазин» и «CRM» сразу. С одним только первым платёж находится, но связать его со сделкой нечем.
Настройки: какие воронки участвуют в финучёте, на какой стадии заводить сделку в FinTablo, какое направление FinTablo соответствует каждой воронке и какой счёт — каждому значению поля оплаты. И два правила сверки: за сколько дней две похожие оплаты считать возможным дублем и с какого расхождения сумм считать это ошибкой, а не округлением.
Дисциплина одного поля. При ручном закрытии счёта менеджер обязан заполнять поле «Куда оплатили» — по нему модуль понимает банк. Оплаты со значением без соответствия попадут в нестыковки как требующие проверки.
Финансист, который ведёт раздел: смотрит нестыковки и подтверждает рискованные действия.
Первый запуск
При подключении модуль один раз проходит по всей истории сделок и оплат в выбранных воронках: догружает недостающее, проставляет очевидные связи и проводит массовую сверку. Рабочий список финансиста сразу наполняется тем, что накопилось до модуля.
Рекомендуемый порядок: сначала Проверочный режим и разбор предложений на своих данных, затем переключение в Автоматический.
Как подключить
Модуль покупается отдельно от тарифа Поток24, в разделе Маркетплейс вашего кабинета: вы оставляете заявку, платформа подключает модуль и выставляет счёт. Покупки в один клик у модулей нет — так подключение и оплата не расходятся.
Раздел виден администратору портала и ролям «Администратор» и «Суперадмин»; остальным сотрудникам доступ выдаётся галочкой в «Администрировании», как к любому другому разделу, — см. Доступы сотрудников.