Меняете подрядчика по 1С? Вот что вам должны передать

Приветствую вас, коллеги!

Продолжение темы, которую я начал статьей про уход системного администратора. Но случай другой: там был свой сотрудник и аврал, здесь - плановая смена подрядчика.

Разница принципиальная. При увольнении вы разгребаете, при смене подрядчика у вас есть время, договор и возможность потребовать. Вопрос только в том, что именно требовать))

Сразу про заинтересованность

Как всегда, честно.

Я - принимающая сторона. Мне выгодно, чтобы компании меняли подрядчиков, и выгодно, чтобы этот текст читали те, кто задумался о смене.

Но я и уходящая сторона тоже. От меня тоже уходили, и в конце статьи есть раздел про то, как отдавать по-человечески.

И главное: в тексте будет раздел про красный флаг, который относится ко мне в той же мере, что и к любому другому новому подрядчику. Если бы я хотел вам просто продаться, я бы его не писал.

Два сценария расставания

От этого зависит вся тактика.

Сценарий первый: расстались по-хорошему. Договор кончился, компания выросла, задачи изменились. Обид нет, передача возможна нормальная. По моему опыту, так бывает чаще, чем принято думать.

В этом случае просите передачу дел прямо и спокойно. Большинство нормальных подрядчиков отдадут все и даже ответят на вопросы через месяц. Репутация им дороже мелкой мести.

Сценарий второй: расстались из-за конфликта. Претензии, недовольство, невыполненные обещания. Здесь на добрую волю рассчитывать не стоит, и работать надо через договор.

Практический совет для второго сценария: не начинайте разговор с претензий. Даже если вы правы. Сначала получите доступы и данные, потом выясняйте отношения. Обратный порядок гарантирует, что вы не получите ничего.

Что вам должны передать

Список, по которому стоит идти пункт за пунктом.

Доступы:

• учетные записи администратора ко всем системам - 1С, сервер, сеть;
• доступ к личным кабинетам: хостинг, домен, оператор ЭДО, ОФД, «Честный знак»;
• пароли от оборудования - роутер, межсетевой экран, камеры, если он их настраивал;
• учетные данные от сервисов, которые он подключал.

Информация об устройстве:

• где что физически находится - серверы, диски, оборудование;
• какая версия платформы и релиз конфигурации;
• список доработок и расширений с описанием, что они делают;
• схема обменов - с банком, с сайтом, с площадками, между базами;
• где лежат бэкапы, как часто делаются, проверялись ли.

Документы и имущество:

• лицензии 1С - и физические ключи, если они есть;
• пин-коды программных лицензий, включая резервные;
• договоры с подрядчиками и сервисами, которые он заключал от вашего имени;
• исходные файлы доработок - об этом отдельно ниже.

И то, что передать сложнее всего, но что важнее остального: незакрытые вопросы. Что сейчас в работе, что сломано и ждет починки, о чем он знает, но руки не дошли. Этот пункт полностью зависит от доброй воли, и попросить о нем стоит по-человечески.

Кому принадлежат доработки

Вопрос, который всплывает почти всегда, и ответ на него менее очевиден, чем кажется. Оговорюсь: я айтишник, а не юрист, и даю ориентир, а не консультацию.

Ключевое различие в законе такое.

Если в договоре было прямо предусмотрено создание программы или доработки - это работа по заказу, и по общему правилу исключительное право принадлежит заказчику, то есть вам. Если договором не предусмотрено иное.

А если договор был про обслуживание, и доработки появились по ходу, отдельно в нем не описанные, - по общему правилу право принадлежит исполнителю. Вам при этом остается право пользоваться сделанным в рамках целей договора.

И тут есть тонкость, про которую стоит знать. Статья 1297 написана про договор подряда и про научно-исследовательские работы. А договор на сопровождение 1С чаще всего оформляют как возмездное оказание услуг - это другой вид договора. Развилка от этого никуда не девается: права на доработки к вам сами собой не переходят. Но то право пользоваться, которое статья 1297 дает заказчику прямо и бесплатно, при «услугах» автоматически не возникает - его надо прописывать.

Практический вывод, который стоит запомнить: формулировка в договоре важнее того, кто заплатил. Заплатили вы, а права могут остаться у подрядчика - просто потому, что предмет договора был сформулирован как «сопровождение» или как «услуги».

Что из этого следует для вас прямо сейчас:

• при заключении нового договора проговорите этот пункт явно. Одна строчка избавляет от всего разговора;
• при расставании со старым - посмотрите, что написано в вашем действующем договоре, прежде чем чего-то требовать;
• и отдельно про доступ к коду. Обычно он у вас есть: доработки лежат в вашей же конфигурации, и спор идет не про доступ, а про право использовать и изменять. Но не всегда: у 1С есть штатная поставка с закрытыми модулями, а часть логики может сидеть во внешней компоненте - тогда исходников в базе нет вовсе. Проверьте это до расставания: откройте конфигуратор и посмотрите, читается ли код доработок. Если нет - исходники надо запрашивать отдельным пунктом, пока контакт со старым исполнителем еще есть.

За конкретикой по вашей ситуации - к юристу. Но знать, что тут есть развилка, полезно до, а не после.

Главный красный флаг приемки

Раздел, ради которого писалась статья. И он про новых подрядчиков, включая меня.

Почти любой новый подрядчик, приняв систему, скажет: «до нас тут все было плохо».

И вот что важно понимать: иногда это правда. Бывает действительно запущенная инфраструктура - без бэкапов, со снятой с поддержки конфигурацией, с паролями из трех цифр.

А иногда это способ продать работу. Прием универсальный: обесценить предшественника, объявить все переделкой, выставить смету.

Как отличить одно от другого. Настоящая проблема описывается конкретно и проверяемо:

• плохо: «тут все криво написано, надо переделывать»;
• хорошо: «бэкап пишется на тот же диск, где база. Если диск умрет, вы потеряете все. Вот скриншот настройки».

Три признака, что вам продают, а не чинят:

1. Претензии без конкретики. «Криво», «неправильно», «не по стандартам» - без указания, что именно и чем это грозит.
2. Предложение переделать все сразу. Нормальный подход - расставить приоритеты: вот это опасно и делаем сейчас, вот это неудобно и делаем потом, вот это некрасиво, но работает и трогать не будем.
3. Невозможность объяснить последствия. Спросите: что случится, если это не чинить? Если внятного ответа нет - значит, проблема не про вас, а про эстетику.

И мое личное правило, которым поделюсь: первое, что я делаю на новом объекте, - проверяю бэкапы и доступ снаружи. Это две вещи, которые действительно опасны. Все остальное может подождать, пока я не пойму систему целиком.

Три вопроса новому подрядчику

Задайте их до начала работ. Ответы скажут многое.

Первый: что вы сделаете в первую неделю? Хороший ответ - разбираться и смотреть. Плохой - сразу список переделок, составленный до того, как человек видел систему.

Второй: что из найденного опасно, а что просто некрасиво? Этот вопрос заставляет разделить приоритеты, а заодно показывает, умеет ли человек это делать.

Третий: что вы оставите как есть? Самый показательный. Если ответ «ничего» - перед вами не инженер, а продавец. В любой работающей системе есть вещи, которые сделаны не идеально, но работают, и трогать их не надо.

Первые тридцать дней: что должно произойти

Ориентир, по которому можно судить, нормально ли идет прием.

Первая неделя: новый подрядчик разбирается. Проверяет бэкапы, смотрит доступы, изучает конфигурацию, задает много вопросов вашим людям. Крупных изменений быть не должно.

К концу первой недели у вас на руках должен появиться внятный документ: что есть, что работает, что вызывает опасения. Не на двадцать страниц - на две.

Вторая и третья недели: закрываются срочные риски. Бэкап, внешний доступ, права, все, что реально опасно. Плюс мелкие задачи текущей работы - жизнь-то продолжается.

К концу месяца вы должны получить понятный план: что предлагается сделать, в каком порядке, зачем и сколько это стоит. С разделением на «надо» и «хорошо бы».

Чего быть не должно: месяц молчания, потом смета на большую сумму без объяснений. Если так - это то самое, о чем был предыдущий раздел.

Чего требовать бессмысленно

Ради справедливости и чтобы вы не тратили силы.

Обучения нового подрядчика за счет старого. Передача дел - это передача информации, а не курс. Час-два разговора - нормально, неделя консультаций - нет.

Документации, которой никогда не было. Если подрядчик не вел описание системы, он не создаст его при расставании. Требовать можно, получить - вряд ли.

Наработок, не относящихся к вам. Внутренние инструменты, скрипты, шаблоны, которыми он пользуется на всех объектах, - это его инструмент, а не ваш актив.

Поддержки после расставания. Ответить на вопрос по старой памяти - жест доброй воли. Рассчитывать на это как на обязанность нельзя.

И бесплатной переделки того, что вам разонравилось. Если работа была принята и оплачена, а теперь новый подрядчик говорит, что сделал бы иначе, - это не повод для претензий к старому. Иначе можно было бы просто сделать иначе.

Если уходите вы

Раздел для коллег по цеху, и я говорю здесь то, чего сам придерживаюсь.

Отдавайте все и сразу. Доступы, описание, ответы на вопросы. Даже если расстались неприятно.

Почему это выгодно вам, а не только клиенту:

• часть клиентов возвращается. Не сразу, через год-полтора, попробовав альтернативу;
• те, кто не возвращается, рекомендуют. Человек, которому вы нормально передали дела, скажет о вас хорошо, даже уходя;
• и репутация в отрасли маленькая. Все всех знают, и история про то, как кто-то удерживал доступы, расходится быстрее любой рекламы.

Удерживать доступы - плохая стратегия во всех смыслах. Она не вернет клиента, не принесет денег и создаст вам репутацию, из-за которой следующий клиент выберет другого.

Мое правило: ухожу - передаю полностью и отвечаю на вопросы месяц после. Это стоит мне несколько часов и окупается годами.

Случай из практики

История, показательная именно своей обыденностью.

Компания меняла подрядчика по 1С. Причина типовая: перестали устраивать сроки, задачи висели неделями. Расставание не скандальное, но прохладное.

Приняли систему. Смотрим по списку. Доступы передали все, и это сразу хорошо. Описания нет никакого - его и не было никогда. Бэкап делается, и даже в два места. Конфигурация на поддержке, обновляется.

То есть картина заметно лучше, чем можно было ожидать по отзыву клиента. Подрядчик был не плохой - он был медленный. Это разные вещи, и это надо было проговорить с директором прямо, потому что он ждал от нас подтверждения, что «там все было ужасно».

Что действительно нашли: три расширения без описания, и никто не знал, что они делают. Права доступа розданы широко. И доступ к серверу снаружи через проброшенный порт - вот это единственное, что было реально опасно.

Что сделали за первый месяц: закрыли внешний доступ и настроили VPN - в первую неделю. Разобрали, что делают расширения, и описали. Привели в порядок права. Написали те самые две страницы описания системы.

Крупных переделок не предлагали вообще. Потому что не было нужды.

Вывод, который стоит проговорить: новый подрядчик, не нашедший катастрофы, - это хороший подрядчик, а не бесполезный. Иногда честный ответ звучит как «у вас все в порядке, вам нужна только скорость реакции».

Чек-лист передачи

Распечатайте и идите по пунктам.

1. Доступы ко всем системам - получены и проверены лично, а не «нам сказали, что пароль такой».
2. Личные кабинеты - хостинг, домен, ЭДО, ОФД, «Честный знак», маркировка.
3. Лицензии - ключи, пин-коды, включая резервные.
4. Бэкапы - где, как часто, и один раз развернуть при вас.
5. Список доработок - что есть и что делает.
6. Схема обменов - с кем и как связана база.
7. Оборудование - что где стоит, пароли от сетевого.
8. Незакрытые вопросы - что в работе и что сломано.
9. Права на доработки - посмотрите, что написано в договоре, и заодно откройте конфигуратор: читается ли код.
10. И смена всех паролей после передачи - не из недоверия, а потому что так правильно.

Отдельно: проверяйте доступы сами, в момент передачи. «Логин такой-то, пароль такой-то» - это не переданный доступ. Переданный доступ - это когда вы зашли и увидели то, что ожидали.

Если делать некому

Как вы помните, я айти-специалист: веду 1С для организаций, собираю и держу серверы. У нас команда из десяти программистов, и прием систем у предыдущих подрядчиков - регулярная часть работы.

Чем помогаем:

• принимаем систему по списку и проверяем каждый доступ лично;
• разбираемся, что у вас есть - доработки, обмены, оборудование, бэкапы;
• закрываем срочные риски в первую неделю - внешний доступ, бэкапы, права;
• описываем систему на две страницы, чтобы следующая передача была проще;
• даем честную оценку - включая «у вас все в порядке», если это так;
• берем 1С и серверы на сопровождение с понятным временем реакции.

Подробнее про обслуживание: 1c.akernel.ru/services/it-podderzhka

И предложение, которое ничего не стоит. Если вы в процессе смены подрядчика - пришлите список того, что вам уже передали. Скажу, чего не хватает и что стоит дозапросить, пока есть контакт со старым исполнителем. Потом будет сложнее)

Читайте также: Уволился системный администратор. Первые 48 часов, Как выбрать подрядчика по 1С, Кто в вашей 1С видит зарплату и Ваш бэкап 1С точно рабочий?.

Правовые вопросы - статьи 1296 и 1297 ГК РФ - приведены как ориентир. Конкретику по вашему договору уточняйте у юриста.