Из чего состоит сопровождение 1С, чем оно отличается от доработки, что проверить перед переносом базы в облако и как связать 1С с CRM, телефонией и почтой, не превращая интеграцию в набор выгрузок вручную.
Учётная система редко ломается целиком. Она замедляется, начинает выдавать расхождения в отчётах, перестаёт закрывать месяц в срок — и всё это выглядит как «1С тормозит». За формулировкой почти всегда стоят три разные проблемы: обслуживание базы, качество доработок и способ обмена данными с другими системами.
Коротко
- Большая часть жалоб на скорость 1С решается обслуживанием базы данных, а не покупкой сервера.
- Сопровождение и доработка — разные работы: первое поддерживает то, что есть, второе меняет поведение системы.
- Перед переносом в облако считают не только объём базы, но и число одновременных пользователей, печать и внешние обмены.
- Интеграция без регламента обмена превращается в ручные выгрузки: договариваться нужно о данных, а не о кнопках.
Что чаще всего болит
Первое — отсутствие регламентных заданий на стороне СУБД. Без обслуживания индексов и статистики, без контроля целостности и плана резервного копирования база деградирует независимо от мощности сервера. Как это настраивается, разобрано в статьях об обслуживании баз MS SQL для 1С и о проверке целостности.
Второе — доработки без документирования. Каждая правка «под задачу» усложняет обновление типовой конфигурации; через несколько лет обновление становится проектом. Лечится не отказом от доработок, а их учётом: что изменено, зачем и как это проверяется после обновления.
Третье — обмены. Выгрузки, которые запускает сотрудник руками, обязательно останавливаются в отпуске. Обмен должен идти по расписанию, с журналом и оповещением об ошибках.
Сопровождение и доработка
Сопровождение — это обновления, регламентные задания, резервное копирование, помощь пользователям и разбор ошибок. Работа ритмичная и планируемая, её объём считается по числу пользователей и баз.
Доработка — это изменение поведения системы: новые документы, печатные формы, отчёты, правила обмена. Здесь важен обратный порядок: сначала описание задачи и приёмки, потом код. Иначе результат проверяется словами «вроде работает».
Перенос базы в облако
Перенос оправдан, когда сервер выработал ресурс, офисов несколько или нужен доступ вне сети. Перед переносом считают четыре вещи: объём базы и динамику её роста, число одновременных пользователей, печать (принтеры и сканеры остаются в офисе) и внешние обмены — банк, кассы, маркетплейсы, CRM.
Отдельно проверяется резервное копирование в новой схеме: у арендованной инфраструктуры копии часто входят в услугу, но глубину и порядок восстановления нужно уточнять до переезда, а не после инцидента. Инфраструктурную часть закрывает услуга облачной инфраструктуры (IaaS).
Интеграции
Связка 1С с CRM, телефонией и офисными сервисами начинается не с выбора коннектора, а с описания данных: какие сущности синхронизируются, кто хозяин записи, что происходит при конфликте. После этого выбор инструмента становится техническим вопросом.
Типовые связки, которые мы делаем: обмен 1С с CRM по расписанию, телефония в карточке клиента — например, 3CX Connector для Битрикс24, — и автоматизация кадровых операций в Яндекс 360 через «+Альянс Поток», чтобы приём и увольнение сотрудника не расходились между учётной системой и облаком. Проектную часть закрывает услуга интеграции 1С, CRM и телефонии.
Аналитика
Отчётность поверх учётных данных строится на выгрузках в аналитическое хранилище: так тяжёлые запросы не мешают работе пользователей, а показатели считаются одинаково для всех отчётов. Инструмент вторичен — важнее договориться о наборе показателей и источнике истины по каждому из них.
