Реальный работающий кейсв конкретном расчётном центре

Подготовка данных для переноса платежей физических лиц: с 2–3 часов до 5–15 минут

В расчётном центре бухгалтер ежедневно вручную отбирал около 50 платежей физических лиц из общей банковской выписки. Он искал лицевые счета и переносил данные в расчётную систему ЖКХ. Для «1С:Бухгалтерия предприятия», редакция 3.0, разработано расширение. Оно готовит выбранные данные и определяет лицевой счёт по настраиваемым маскам. Также формируется контрольная информация. В этом процессе подготовка данных для переноса вместо 2–3 часов занимает 5–15 минут.

Об организации и контексте

Организация — расчётный центр. Название не раскрывается.

В работе используются две системы:

• «1С:Бухгалтерия предприятия», редакция 3.0 — для бухгалтерского учёта и банковских выписок;
• «1С:Расчет квартплаты и бухгалтерия ЖКХ», редакция 3.0 — для расчётов с населением.

Часть жителей оплачивает жилищно-коммунальные услуги прямо на расчётный счёт организации. Такие платежи попадают в общую банковскую выписку вместе с другими поступлениями и списаниями. Бухгалтер находит нужные строки и готовит данные для переноса в расчётную систему ЖКХ.

Как процесс выглядел раньше

Каждый рабочий день бухгалтер повторял одну последовательность:

1. Открывал банковскую выписку в «1С:Бухгалтерия предприятия», редакция 3.0.
2. Просматривал общий список поступлений и списаний.
3. Вручную отбирал платежи физических лиц за ЖКУ.
4. Для каждого платежа искал номер лицевого счёта в назначении платежа.
5. Вручную переносил сведения в «1С:Расчет квартплаты и бухгалтерия ЖКХ», редакция 3.0.

1. Общая выписка
2. Ручной отбор
3. Поиск лицевого счёта
4. Ручной перенос

За день обрабатывалось около 50 платежей. Отбор строк, поиск лицевых счетов и ручной перенос занимали 2–3 часа ежедневно.

В чём была проблема

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

Вручную повторялась вся последовательность: от отбора платежа до подготовки сведений для другой системы.

Что было сделано

Для «1С:Бухгалтерия предприятия», редакция 3.0, разработано расширение. В журнал банковских выписок добавлена команда «Сохранить в TXT».

По выбранным строкам команда готовит дату, суммы поступления и списания, номер лицевого счёта, назначение платежа и контрагента.

Отдельно формируется контрольная информация: количество строк, итоги поступлений и списаний, дата и время формирования.

Номер лицевого счёта определяется из назначения платежа по настраиваемым маскам. При новом формате назначения пользователь может самостоятельно добавить правило без обращения к программисту.

Как процесс выглядит теперь

1. Бухгалтер открывает банковские выписки.
2. Выделяет строки с нужными платежами физических лиц.
3. Нажимает команду «Сохранить в TXT».
4. Расширение собирает сведения по выбранным строкам.
5. Номер лицевого счёта определяется из назначения платежа по настроенным маскам.
6. Бухгалтер получает подготовленные данные и контрольную информацию.
7. Контрольная информация включает число строк, итоги поступлений и списаний, дату и время формирования.
8. Подготовленные данные используются для переноса в расчётную систему ЖКХ.

1. Открыть выписки
2. Выбрать строки
3. Нажать команду
4. Получить данные и контрольные итоги

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

Что изменилось

Уменьшился объём ручного ввода и связанные с ним риски ошибок. У сотрудника появилась контрольная информация для проверки. Все цифры относятся к описанному процессу в конкретном расчётном центре.

Что важно понимать

• Расширение не выполняет операцию полностью без участия бухгалтера. Сотрудник открывает выписки, выбирает нужные строки и проверяет результат.
• Поиск лицевого счёта зависит от записи в назначении платежа. Маски настраиваются под реальные форматы конкретной организации и её банковской выписки.
• Для нового формата назначения платежа нужно добавить правило. Пользователь может сделать это самостоятельно. Правило должно соответствовать фактической записи в назначении.
• Расширение готовит данные для переноса — это подтверждённая часть процесса.
• Результат 5–15 минут получен в этом расчётном центре при описанном процессе и объёме около 50 платежей в день. Для другой организации время и подход определяются после разбора её выписок, правил и порядка работы.
• Снижение объёма ручного ввода уменьшает связанные с ним риски, но не означает, что ошибки полностью исключены.

Кому этот кейс может быть интересен

Расчётным центрам и другим организациям, где:

• бухгалтерский учёт и расчёты с населением ведутся в разных системах;
• платежи физических лиц приходят в общей банковской выписке вместе с другими операциями;
• нужные строки ежедневно отбирают вручную;
• лицевой счёт приходится искать в назначении платежа;
• для сверки не хватает контроля числа строк и итоговых сумм;
• регулярная операция занимает заметное время квалифицированного сотрудника.

Совпадение отдельных признаков ещё не означает, что то же расширение подойдёт без изменений. Сначала нужно посмотреть реальный процесс и форматы данных.