«У нас своя программа, а бухгалтерия в 1С»: почему не нужно переписывать ни то, ни другое
Почти в каждой второй компании, с которой я говорю, звучит одна и та же фраза: «У нас своя программа». Иногда это отраслевой продукт — система для клиники, программа записи для салона, складская система. Иногда — самописная разработка, которую десять лет назад сделал знакомый программист, и с тех пор на ней держится весь бизнес. А бухгалтерия — в 1С. И между ними — человек, который переносит данные руками.
Когда это начинает мешать, руководителю обычно предлагают одно из двух: «переходите целиком на 1С» или «давайте перепишем вашу программу, чтобы она сама делала бухгалтерию». Оба варианта дорогие и рискованные. Есть третий, и о нём почему-то вспоминают последним.
Я делаю интеграции 1С с сайтами, CRM и своими программами заказчиков. Расскажу, как я смотрю на этот выбор.
Вариант 1. «Переходите целиком на 1С»
Звучит логично: одна система, никакого переноса. На практике:
- ваша программа заточена под ваш процесс — запись клиентов, расписание, карточки, сценарии работы администратора. Типовая 1С делает это иначе или не делает вовсе;
- переход означает переучивание всех, кто работает в программе каждый день, — администраторов, мастеров, врачей, менеджеров;
- переход — это проект на месяцы, а не на недели, с периодом, когда работают обе системы и путаница вдвое больше.
Иногда переход оправдан: когда своя программа умирает, её никто не поддерживает и она вот-вот перестанет работать. Но если она работает и людям в ней удобно — менять её ради бухгалтерии странно.
Вариант 2. «Научим вашу программу делать бухгалтерию»
Обратная идея: дописать в своей программе учёт, отчётность, налоги. Это ещё дороже. Бухгалтерский и налоговый учёт меняются каждый год, и фирма «1С» тратит на поддержку этих изменений огромные ресурсы. Повторить это в самописной программе силами одного программиста — значит взять на себя бесконечные обновления.
Вариант 3. Связать
Каждая система продолжает делать то, что умеет лучше всего. Своя программа — работу с клиентами и процессами. 1С — учёт. А данные переходят из одной в другую сами: оказали услугу, приняли оплату — в 1С появился документ. Без человека посередине.
Что для этого нужно от вашей программы? Немного: чтобы из неё можно было получить данные. API, выгрузка в файл по расписанию, иногда доступ к её базе данных — подойдёт почти любой способ. Почти у любой программы, написанной после 2010 года, хоть что-то из этого есть. Если нет — часто это можно добавить небольшой доработкой на её стороне.
Что нужно от 1С? Чтобы в неё можно было поставить расширение — отдельный модуль, который подключается сбоку и не меняет типовую конфигурацию. Она остаётся на поддержке и обновляется как раньше. Не подходят только базовые версии 1С (они не принимают расширения) и некоторые облачные варианты — это проверяется в первом разговоре.
Что переносится, а что нет
Важно понимать: в 1С уходит не всё, что есть в вашей программе, а только то, что нужно учёту.
- Переносится: оказанные услуги и продажи, оплаты по способам (наличные, карта, онлайн), возвраты, иногда — расход материалов.
- Не переносится: история клиента, расписание, медицинские данные, переписка, комментарии. Им нечего делать в бухгалтерии, а персональные данные лучше не размножать по системам без необходимости.
Отдельный вопрос, который я всегда задаю первым: кто пробивает чеки? Если касса подключена к вашей программе — 1С не должна пробивать их повторно, она только отражает уже совершённые оплаты. Это кажется мелочью, но ошибка здесь стоит дорого.
Чего бояться и чего не бояться
«Программист, который делал нашу программу, давно ушёл». Для связки это не обязательно проблема. Часто достаточно понять, где программа хранит данные или что она умеет выгружать. Хуже, если программа закрытая и ничего не отдаёт — тогда честно скажу, что связать не получится или нужен разговор с её разработчиком.
«А если данные придут кривые?» Хорошая связка не молчит и не создаёт мусор. Если пришла оплата за услугу, которой нет в 1С, она откладывается в список «требует внимания», и ответственный один раз указывает, что это за услуга. Дальше система узнаёт её сама.
«А если в программе исправят оплату задним числом?» Это нормальная ситуация, и связка должна её видеть. Если период в 1С ещё открыт — документ обновится. Если закрыт — изменение попадёт бухгалтеру на проверку, а не перепишет закрытый месяц молча.
«А бухгалтер нам поверит?» Поверит, если сможет проверить. Поэтому к связке я делаю простой отчёт сверки: сколько оплат по каждому способу было в вашей программе и сколько попало в 1С, и что даёт разницу.
С чего начать
Не нужно связывать всё сразу. Разумный порядок:
- Выбрать один поток, на который уходит больше всего ручного времени, — обычно это выручка и оплаты.
- Сделать его как пробу, на копии базы 1С, на ваших реальных данных.
- Посмотреть, как это работает, — и только потом подключать остальное: услуги юрлицам, материалы, другие филиалы.
Цена и срок называются заранее, до входа в базу. Первый поток — не потолок, а способ увидеть на своих данных, как связка закрывает задачу, и решить, что подключать дальше.
Как понять, что вам это нужно
Задайте себе три вопроса:
- Есть ли у вас человек, который регулярно переносит данные из своей программы в 1С?
- Бывает ли, что цифры в программе и в 1С не сходятся, и на выяснение уходит время?
- Откладывается ли закрытие месяца, потому что «ещё не всё разнесли»?
Если хотя бы на два ответ «да», связка, скорее всего, окупится. Если нет — честно, может, и не стоит.
А у вас какая «своя программа» и как она дружит с 1С? Расскажите в комментариях — интересно собрать, какие системы встречаются чаще всего.