Сначала база 1С, потом кнопки: с чего началась автоматизация счетов
Сначала база 1С, потом кнопки: с чего началась автоматизация счетов Кнопка выглядит просто, пока не увидишь список её родственников: база 1С, договоры, сервер, даты, права. Я хотел убрать одну рутину из работы бухгалтерии. Входящие данные уже существовали: менеджеры собирали заявки в Excel и Google-таблицах, а в 1С лежали организации, клиенты, договоры и банковские реквизиты. Между ними сидел человек, который заново связывал информацию. Речь шла о семи наших ИП. У каждого свои реквизиты, расчётный счёт и отношения с клиентами. Найти покупателя в базе недостаточно — нужно понять, от кого выставлять документ и есть ли договор именно с этим ИП. Поэтому первой частью проекта стала инфраструктура самой 1С. Вообще начинали мы с более широкой темы — электронных транспортных документов и связи заявок с учётной системой, но по ходу стало понятно: отдельную задачу выставления счетов можно довести до результата раньше. Изначально работали с 1С:Фреш. Для разработки понадобилось серверное размещение с доступом к конфигуратору, возможностью ставить расширение и публиковать HTTP-сервис. Организовали переход из Фреша в серверную среду WORK-IN.CLOUD и отдельную тестовую базу. Этот этап легко потерять в истории про Telegram-бота — он до первого меню и до первого PDF. Но без него следующую часть было бы не на чем разрабатывать. Для разработки использовали тестовую 1С:Бухгалтерию: открывали на удалённом Windows-сервере, работали через конфигуратор, изучали структуру документов и справочников. По дороге выяснилось, что «база открывается в браузере» ещё не значит «интеграция готова»: расширение может быть установлено, а его HTTP-сервис не опубликован, соединение обрывается раньше, чем 1С увидит запрос. Пришлось разбираться с маршрутизацией, HTTPS, сертификатом. Для рабочего обмена сохранили проверку сертификата, а ошибки соединения отделили от ошибок нашего кода и отказов самой 1С. Скучная часть ровно до первого утра, когда бухгалтеру срочно нужны счета, а бот молчит. Параллельно разделили три вещи, которые легко смешать: исходники разработки, файл расширения и резервную копию базы. Обновление расширения и восстановление данных — не одна кнопка «назад». Саму автоматизацию решили делать отдельным расширением «ИмпортСчетов». Типовую Бухгалтерию не переписывали — своя логика подключается к существующим механизмам заполнения, проверки и печати. На этом этапе я сформулировал правило всего проекта: сначала понимаем, что должно произойти с документом в 1С, потом придумываем, как удобно попросить об этом через бота. И ещё одно условие зафиксировал сразу: в ежедневной работе сервис не должен зависеть от моего компьютера. Закрыл Mac, уехал — бухгалтер продолжает работать. Компьютер может понадобиться для разработки, но в цепочке выставления счетов его быть не должно. В итоге у проекта две серверные части: база с расширением на стороне 1С и сервис на VPS, который принимает файлы, ведёт очередь и общается с Telegram. Между ними настроен программный обмен. После этого можно было переходить к разработке самого модуля — до этого момента мы готовили основание. 👉 Телеграм: @hudushin_seo 👉 MAX: max.ru/id623410360097_biz 👉 Речевая аналитика: slishnoai.ru #ХудушинМаксим #ZarubaFitness #ЗарубаФитнес #Подольск