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