7 признаков, что пора менять программиста 1С (и как безопасно передать базу)
📅 Опубликовано 31 августа 2026 г.
Коротко: Менять специалиста пора не тогда, когда он «плохой», а когда вы перестали понимать, за что платите, и не можете уйти без потерь. Ключевые маркеры — сорванные сроки без внятной причины, доработки на «костылях», отсутствие документации и растущий счёт при том же объёме задач. Порядок действий обратный привычному: сначала заберите доступы и снимите копию базы, и только потом объявляйте о расставании.
Сначала отделите сложную задачу от слабой работы
Не каждая задержка — вина подрядчика. В 1С есть работы, которые объективно тянутся: переход на новую редакцию конфигурации, интеграция с чужой системой, где ответ от второй стороны идёт неделями, закрытие месяца в компании, где учёт годами вели «как получится».
Отличить одно от другого помогает простой тест. Задайте три вопроса: что конкретно сделано за прошлую неделю, что мешает закончить, когда будет результат. Нормальный специалист отвечает предметно: «доработал документ, застряли на обмене с сайтом, жду от их разработчика формат выгрузки, ориентир — вторник». Проблемный отвечает состоянием: «работаю», «там всё сложно», «почти готово».
Один такой ответ ничего не значит. Три подряд — уже система. Дальше — признаки, которые встречаются чаще всего.
Семь признаков, что подрядчика пора менять
1. Сроки едут, а причина каждый раз новая
Задача на два дня идёт третью неделю. При этом на каждый ваш вопрос появляется свежее объяснение: то обновление платформы, то «база тормозит», то заболел, то ждём от бухгалтерии. Отдельно каждая причина выглядит уважительной. Вместе — это признак, что задача просто не в работе.
Проверяется быстро. Попросите оценку в часах и разбивку по шагам до начала работ. Тот, кто действительно понимает задачу, даст вилку («12–18 часов, если справочник контрагентов чистый»). Тот, кто не собирается делать, вилку не даст никогда.
2. Доработки держатся на «костылях»
Симптомы видны заказчику без всякого конфигуратора. После каждого обновления что-то отваливается, и обновление превращается в отдельный оплачиваемый проект на несколько дней. Отчёты приходится «допиливать руками» после выгрузки. Часть логики живёт во внешних обработках, которые запускает вручную один человек, и если он в отпуске — процесс встал.
Отдельный маркер — фраза «типовое не трогаем, я сделал сбоку». Иногда это правильное решение. Но если «сбоку» уже десяток обработок и никто не помнит, что какая делает, — вы платите за архитектуру, которой нет.
3. Вы зависите от одного человека — и он это знает
Самый дорогой признак. Доступы к серверу оформлены на подрядчика. Личный кабинет на портале 1С заведён на его почту. Пароль администратора базы знает только он. Хранилище конфигурации — на его компьютере или вообще не используется, правки вносятся напрямую в рабочую базу.
Поведенчески это заметно по реакции на простой запрос. Попросите выгрузку базы «для второго мнения» или доступ к хранилищу. Специалист, которому нечего скрывать, отдаёт за час. Тот, кто держит вас на крючке, начинает торговаться: «зачем», «это конфиденциально», «давайте сначала закроем текущие задачи».
4. Нет никакой документации — даже минимальной
Речь не о томах регламентов. Минимум для малого бизнеса — это список доработок в одном файле: что сделано, зачем, когда, где искать. Плюс краткое описание обменов: какие системы связаны, с какой периодичностью, что делать, если обмен встал.
Если после двух лет сотрудничества такого файла нет, вы держите в компании знание, которое существует в одной голове. Стоимость его восстановления другим специалистом — обычно от нескольких десятков часов на средней базе, и это ориентир 2026 года, который сильно зависит от объёма доработок.
5. Счёт растёт быстрее, чем объём задач
Абонентская плата поднимается, часы растут, а список закрытых заявок за месяц тот же или короче. Появляются позиции, которых раньше не было: «консультации», «сопровождение обновления», «анализ». В актах формулировки общие — «доработка конфигурации, 14 ч» — и понять, что именно сделано, невозможно.
Требуйте детализацию: задача — что сделано — сколько часов. Это нормальная практика, а не придирка. Отказ давать детализацию — сам по себе признак.
6. Каждая мелочь становится проектом
Просьба добавить колонку в отчёт превращается в оценку на 20 часов с «обследованием». Такое бывает по двум причинам: доработки настолько запутаны, что мелкая правка реально тянет за собой половину базы, — или подрядчик добирает загрузку. Обе причины плохие для вас.
Способ проверить — взять один такой запрос и показать стороннему специалисту на разовую оценку. Расхождение в три-пять раз говорит само за себя.
7. Общение испортилось
Ответ на письмо идёт двое суток. На вопрос про сроки — раздражение. Про ошибки в учёте говорят «это ваши бухгалтеры не так вводят». В переписке всё чаще звучит «я же говорил» и «вы не так поставили задачу».
Это не про характер. Это про то, что подрядчик мысленно уже ушёл с вашего проекта — нашёл клиента интереснее, а вас доводит по инерции. Тон обычно портится за месяцы до того, как работа встанет окончательно.
Если совпало два-три пункта — есть смысл говорить и чинить процесс. Если четыре и больше — готовьте замену. Подробнее про сознательные манипуляции с оценками и объёмами — в разборе 4 признаков, что подрядчик по 1С вас обманывает.
Что считать нормой, а что тревогой
| Параметр | Норма | Тревожный сигнал | Пора менять |
|---|---|---|---|
| Ответ на срочную заявку | В течение рабочего дня | 1–2 дня, нужно напоминать | Отвечает через раз или после угрозы уйти |
| Оценка задачи | Вилка часов до старта | «Скажу по факту» | Оценки нет, счёт приходит постфактум |
| Обновление типовой конфигурации | Плановое, без длительной остановки учёта | Каждый раз ломается 2–3 участка | Не обновлялись год и больше «потому что развалится» |
| Доступы | Все у вас, подрядчику выданы | Часть оформлена на подрядчика | Вы не можете зайти в базу без него |
| Хранилище конфигурации | Ведётся, история правок видна | Ведётся нерегулярно | Правки прямо в рабочей базе |
| Документация по доработкам | Список с описанием и датами | Разрозненные письма | Только в голове исполнителя |
| Акты и детализация | Задача — результат — часы | Общие формулировки | Отказ детализировать |
Что сделать до разговора о расставании
Главная ошибка — сначала объявить, потом собирать доступы. После объявления скорость реакции подрядчика падает до нуля, а иногда часть данных «теряется». Порядок обратный.
- Снимите полную копию базы. Выгрузку в файл .dt и, если база на сервере СУБД, бэкап средствами СУБД. Скачайте копию на носитель, который контролируете вы, а не подрядчик.
- Заберите лицензии. Регистрационные номера, пинкоды программных лицензий, USB-ключи — физически. Проверьте, на кого оформлен договор ИТС и личный кабинет на портале 1С: если на подрядчика — переоформите на компанию.
- Соберите инфраструктуру. Доступ к серверу или хостингу, где стоит база; учётные записи администратора Windows/сервера 1С; почтовый ящик, с которого уходят документы; учётка ЭДО и настройки обмена с банком.
- Возьмите хранилище конфигурации. Адрес хранилища, логин и пароль администратора хранилища. Если хранилища нет — зафиксируйте это письменно, новому специалисту придётся начинать с нуля.
- Соберите внешние обработки и отчёты. Все файлы .epf и .erf, которыми пользуются сотрудники, в одну папку. Отдельно проверьте, что они открываются в конфигураторе, а не защищены от изменений.
- Зафиксируйте список интеграций. Сайт, маркетплейсы, CRM, банк-клиент, оборудование. Для каждой — где настроена, какие ключи и токены используются.
- Запросите список доработок письменно. Даже если ответят коротко — переписка пригодится при спорах.
Пункты 1–3 делаются в один день и не требуют объяснений подрядчику: копия базы и учёт лицензий — обычная гигиена, а не подготовка к разводу.
Когда доступы у вас на руках, можно спокойно искать замену и не торопиться с решением. Опубликовать задачу — откликнутся проверенные специалисты 1С.
Как безопасно передать базу новому специалисту
Передача — это не «дать пароль». Это отдельная небольшая работа, которую стоит оплатить и принять как задачу.
Шаг 1. Независимый аудит на копии. Новый специалист разворачивает копию базы у себя и делает сравнение конфигурации с типовой от поставщика. На выходе — перечень изменённых объектов, оценка их качества и ответ на вопрос «можно ли это обновлять». Ориентир рынка 2026 для такой работы — от нескольких часов на простой базе до нескольких десятков на сильно переписанной; конкретная цифра зависит от объёма доработок.
Шаг 2. Проверка на неприятные сюрпризы. Просите обратить внимание на три вещи: пароль на модули (защита конфигурации от просмотра), участки кода с привязкой к дате или к конкретному имени пользователя, скрытые проверки лицензии самого подрядчика. Такое встречается редко, но обнаружить это лучше до, а не после ухода прежнего исполнителя.
Шаг 3. Смена всех паролей. После завершения передачи: пароли пользователей 1С с правами администратора, доступ к серверу и RDP/VPN, учётки на портале 1С, пароли к почте и ЭДО. Отдельно отключите учётную запись прежнего подрядчика в базе, а не просто снимите права.
Шаг 4. Проверка журнала регистрации. Посмотрите, какие действия выполнялись под административными учётками за последний месяц. Массовые выгрузки данных, изменения документов задним числом, удаление объектов — повод разбираться сразу.
Шаг 5. Контрольный прогон. Не подписывайте передачу, пока новый специалист не проведёт полный цикл: закрытие месяца на копии, обмен с сайтом, печать основных форм, выгрузка регламентированной отчётности. Формальности приёмки разобраны отдельно — чек-лист приёмки работ 1С-программиста.
Как не повторить историю с новым исполнителем
Смена подрядчика решает проблему на год-два, если не поменять правила игры. Что стоит зафиксировать сразу, в первом же договоре или переписке:
- Все доступы, лицензии и учётные записи оформляются на компанию, а не на исполнителя.
- Разработка ведётся через хранилище конфигурации; правок в рабочей базе без хранилища не бывает.
- Каждая задача получает оценку в часах вилкой до начала работ.
- По каждой доработке — две-три строки в общем реестре: что, зачем, дата, где искать.
- В акте — детализация по задачам, а не «доработка конфигурации».
- Раз в квартал — короткая сверка: сколько часов, на что, что осталось.
Эти шесть пунктов стоят вам одного разговора на старте и экономят месяцы позже. Как проверять кандидата до начала работ — разобрано в гиде Как найти разработчика 1С.
Частые вопросы
Можно ли менять подрядчика в середине проекта?
Можно, но дороже, чем между проектами. Оцените, что уже готово и работает в базе: если половина функционала внедрена и принята, замена реальна. Если готово «почти всё», но ничего не запущено, — вероятно, готово гораздо меньше, чем вам говорят. Разумный вариант: заказать независимую оценку состояния на копии базы, а уже потом принимать решение.
Подрядчик отказывается отдавать исходники доработок. Что делать?
Сначала проверьте, что именно у вас есть. Доработки внутри конфигурации базы уже находятся в вашей базе — их «отдавать» не нужно, они видны в конфигураторе. Проблема возникает с внешними обработками, защищёнными от изменений, и с кодом на стороне сайта или интеграции. Здесь помогает договор: если условие о передаче исходников не прописано, спор становится долгим. На будущее — включайте этот пункт заранее.
Заберёт ли прежний подрядчик лицензии 1С?
Лицензии принадлежат тому, на кого оформлена покупка. Риск возникает, когда программные лицензии активированы под учётной записью подрядчика или договор ИТС оформлен через него как через партнёра. Проверьте документы на покупку и личный кабинет на портале 1С заранее; при необходимости переоформление решается через партнёра или напрямую.
Новый специалист говорит «тут всё переписать». Верить?
Не сразу. «Всё переписать» — самый простой ответ и самый выгодный для исполнителя. Просите конкретику: какие именно объекты, почему нельзя доработать, сколько часов на переделку против доработки. Хороший признак — когда специалист сам предлагает поэтапный вариант: сначала привести в порядок то, что мешает обновлениям, остальное оставить как есть. Полезно взять второе мнение у другого кандидата на ту же базу.
Сколько времени занимает передача дел?
Для небольшой базы с типовой конфигурацией и парой доработок — несколько дней. Для базы с самописной логикой, обменами и десятком внешних обработок — недели, и часть вопросов всплывёт только при первом закрытии месяца. Универсальных нормативов здесь нет: срок зависит от объёма доработок и того, насколько прежний подрядчик готов участвовать. Закладывайте запас и не планируйте смену на конец квартала.
Если по списку выше совпало больше трёх пунктов — не тяните до момента, когда база встанет в отчётный период. Соберите доступы, снимите копию и параллельно найдите второе мнение: это не обязывает вас расставаться, но возвращает контроль над ситуацией. Опишите задачу своими словами — что за конфигурация, что болит, чего опасаетесь, — и получите отклики с оценками, которые можно сравнить: Опубликовать задачу — откликнутся проверенные специалисты 1С.