Платёж уже поступил в банк, но в карточке клиента в Битрикс24 об этом ещё ничего не известно. Сотруднику приходится открывать выписку, искать нужную строку, сверять фамилию плательщика и переносить информацию в CRM. Когда оплат много, такая работа превращается в отдельный ежедневный процесс. Особенно заметно это в компаниях с регулярными платежами: секциях, учебных центрах и других организациях, где нужно понимать, за кого и за какой период поступили деньги.
В RutuMedia мы разработали встройку для разнесения платежей по банковской выписке в Битрикс24. Она объединяет загрузку файла, работу с неразобранными поступлениями и просмотр оплат в интерфейсе CRM. Ниже разбираем, как устроено решение и что именно показано в демонстрации.
Почему разнесение платежей требует отдельного решения
Само поступление денег ещё не отвечает на все вопросы менеджера. Для работы с клиентом важно понимать, к какой сделке относится оплата, кто её внёс и за какой месяц она учитывается. Банковская строка и карточка CRM описывают одну операцию с разных сторон. Их нужно связать, не заставляя сотрудника постоянно переключаться между несколькими окнами.
Сотрудник видит выписку, но для ответа клиенту ему нужна ещё и CRM. Пока сведения не сопоставлены, приходится повторно искать оплату и уточнять её назначение.
За ученика может платить родитель или другой человек. Фамилия в банковской выписке не всегда совпадает с именем клиента, на которого заведена сделка.
Для секции или учебного центра одного факта поступления денег недостаточно. Важно видеть состояние оплат за выбранный месяц и понимать, с какими клиентами требуется связаться.
Структура файла, расположение полей и запись назначения платежа могут различаться. До загрузки данных требуется адаптировать обработку под тот формат выписки, который использует компания.
Что находится в карточке клиента
Демонстрация записана на рабочем портале организации, которая оказывает услуги ученикам. Сделка содержит сведения о клиенте и параметры обучения: даты начала и окончания, периодичность оплаты и другие поля. Эти данные дают сотруднику контекст, когда он переходит к финансовой части работы. Персональные сведения на иллюстрациях скрыты.
Для работы с поступлениями в карточку добавлена вкладка «Оплаты». Сотрудник открывает её из привычного интерфейса сделки, а не ищет отдельный файл или внешнюю таблицу. Встройка показывает элементы загрузки выписки и информацию, необходимую для дальнейшего разбора платежей.
Как банковская выписка попадает в Битрикс24
В показанном интерфейсе есть поле выбора файла и кнопка «Загрузить выписку». Базовый сценарий начинается с банковского файла: сотрудник получает выписку, выбирает её и передаёт на обработку. Далее сведения используются во встройке для работы с оплатами. Рядом предусмотрена кнопка обновления списка учеников.
Кроме ручной загрузки, решение допускает получение выписки из почтовой рассылки банка. Для такого сценария банк присылает файл на почту, откуда его может забрать скрипт. Это другой способ доставки исходного документа в обработку. Порядок получения файла и условия запуска согласуются под конкретную компанию.
Важная деталь демонстрации: повторный импорт файла на действующем портале не запускается. В видео показаны интерфейс загрузки и уже имеющиеся платежи. Поэтому просмотр ролика позволяет оценить организацию работы, но не является записью нового импорта от начала до конца.
Почему скрипт нужно адаптировать под выписку
Встройка разрабатывалась для определённого формата выписки конкретного банка. Для следующего клиента мы адаптируем чтение файла под его выгрузку. Не стоит рассчитывать, что любой банковский документ можно без подготовки передать одному универсальному обработчику: сначала нужно проверить структуру данных и понять, какие сведения будут использованы.
На этапе обсуждения задачи полезно предоставить образец файла с обезличенными данными. По нему можно разобрать расположение даты, суммы, плательщика и назначения платежа. Если в дальнейшем компания меняет банк или формат выгрузки, совместимость обработки также следует проверить. Это позволяет обсуждать внедрение предметно, на реальных документах и понятном процессе.
Неразобранные платежи: что делать, если плательщик другой
Отдельная часть встройки — список неразобранных платежей. В нём сотрудник может посмотреть дату поступления, сумму, плательщика и назначение. Эти сведения нужны, чтобы понять, к кому относится платёж, прежде чем связывать его с карточкой клиента.
В учебном центре типичный пример выглядит так: услугу получает ребёнок, а перевод делает родитель. В CRM сделка заведена на ученика, поэтому одного совпадения фамилии отправителя может оказаться недостаточно. Такая ситуация не должна приводить к поспешному сопоставлению. В показанном решении сотрудник может выбрать ученика вручную и привязать к нему поступление.
Ручной разбор здесь остаётся рабочим инструментом для неоднозначных случаев. Он позволяет использовать сведения из назначения платежа и контекст сделки. Конкретные правила автоматического сопоставления, исключения и требования к данным обсуждаются отдельно: в ролике показана возможность ручной привязки, а не универсальный алгоритм для всех банков и любых назначений.
Как смотреть оплаты по одному клиенту
Ниже расположена расшифровка по конкретному ученику и его сделке. В ней видны периоды, даты, способ и статус оплаты. Сотрудник может перейти от общей банковской строки к информации, которая нужна для работы с этим клиентом. Для регулярных услуг такой разрез удобен: вопрос часто касается определённого месяца, а не всех поступлений за всё время.
Важно заранее договориться, что в компании означает каждый статус и как сотрудники используют данные. Интерфейс помогает видеть сведения в одном месте, но результат зависит и от понятного порядка работы: кто загружает выписку, кто разбирает спорные поступления и к кому обращаются при отсутствии оплаты.
Реестр оплат за месяц по всем клиентам
Для общей картины предусмотрена вкладка «Реестр за месяц». Она показывает состояние оплат по всем ученикам за выбранный период. В демонстрации сотрудник переключается между месяцами и использует фильтры: все записи, неоплаченные, с долгом, оплаченные и находящиеся вне программы.
В реестре отображаются показатели и строки клиентов со статусами. Из списка можно открыть сделку и продолжить работу с конкретной записью. Такой переход важен для повседневного процесса: сотрудник сначала смотрит общую ситуацию, затем разбирает отдельный вопрос в карточке, не восстанавливая контекст заново.
Кому подходит такой учёт оплат
Показанный пример связан с учениками, однако сама задача шире образовательных услуг. Решение можно обсуждать для компаний, которым необходимо разносить поступления из выписки по клиентам в CRM и видеть дальнейшее состояние оплат. При этом под конкретный бизнес нужно определить, с какой сущностью Битрикс24 связывается платёж и как устроен учёт периодов.
- Секции и учебные центры. Регулярные оплаты, отдельные периоды обслуживания, возможное различие между учеником и плательщиком.
- Компании с повторяющимися платежами. Потребность просматривать оплаты по клиентам и месяцам и разбирать неоднозначные поступления.
- Бизнес, который получает выписки на почту. Возможность выстроить процесс вокруг банковской рассылки вместо постоянного ручного получения файла.
- Компании без прямой интеграции с банком. Готовность использовать выписку как источник сведений и адаптировать её обработку под свой формат.
Что меняется в работе после внедрения
Подтверждённый результат доработки — единый интерфейс для загрузки выписки, разбора поступлений, просмотра оплат конкретного клиента и месячного реестра. Сотрудник получает рабочую точку в Битрикс24, где доступны банковские сведения и связанный с ними контекст сделки.
Это создаёт основу для более последовательного учёта: неразобранные платежи можно выделить в отдельную работу, состояние оплат смотреть по периоду, а вопросы по клиенту проверять в его карточке. Численные показатели экономии времени в демонстрации не измерялись, поэтому мы не приводим проценты сокращения ручной работы или обещания определённого эффекта.
Что подготовить для обсуждения доработки
Начать удобнее с короткого описания текущего процесса. Покажите, в каком формате банк отдаёт выписку, как компания получает файл и где сейчас отмечаются оплаты. Отдельно стоит разобрать случаи, когда плательщик отличается от получателя услуги, и правила распределения суммы по периодам.
- Образец банковской выписки и название используемого формата.
- Пример карточки клиента или сделки, к которой должна относиться оплата.
- Перечень нужных статусов и периодов учёта.
- Примеры поступлений, которые сотрудникам сложно сопоставить.
- Желаемый способ получения файла: вручную или из почтовой рассылки.
По этим материалам можно определить границы задачи и состав настройки. Разработка не сводится к добавлению одной кнопки: нужно согласовать чтение исходного документа и понятный для сотрудников сценарий работы с результатом.
Итог
Банковская выписка может стать основой учёта оплат в Битрикс24 без прямого подключения к банку. В доработке RutuMedia для этого предусмотрены загрузка файла, список неразобранных платежей, ручная привязка ученика, расшифровка по сделке и реестр за месяц. Формат выписки и правила работы адаптируются под конкретную компанию.
Нужен учёт оплат по выписке в вашей CRM?
Пришлите пример выписки и расскажите, как сотрудники сейчас связывают платежи с клиентами. Обсудим формат банка, нужные периоды и порядок разбора поступлений.
Телефон: +7 (343) 226-92-06
Почта: info@rutumedia.ru
Посмотрите демонстрацию решения
В коротком обзоре показываем вкладку «Оплаты», работу с неразобранными платежами и месячный реестр на действующем портале.
