Статьи директора · старые базы
Дописанная под вас 1С: когда удобная база становится дорогой
Обычно про старые программы пишут так: устарело, небезопасно, переходите на современное решение. Это правда, но она никого не убеждает — потому что у вас-то всё работает. Поэтому скажем иначе: чем лучше вам дописали базу, тем дороже вам будет из неё уходить. И счёт за это приходит не сразу.
Разношенные туфли
Старая дописанная база — это не рухлядь. Это хорошие туфли, сшитые на заказ и разношенные за годы: где надо растянулись, где надо стянулись. Вы их не чувствуете. Именно поэтому менять не хочется — и это нормальное человеческое чувство, а не упрямство.
Проблема в другом. Чинить такие туфли в городе умеют в одной мастерской. И там один мастер.
Он может переехать. Может заболеть. Может уйти на пенсию. Пока он на месте — всё хорошо, и вы даже не знаете, что зависите от него. Узнаете в тот день, когда он не возьмёт трубку.
И это не про плохого подрядчика. Это про то, что рынок специалистов по вашей программе сжимается каждый год, а вместе с ним растёт цена вашей зависимости.
Что происходит с людьми, которые это чинят
В 7.7 сегодня остались те, кто пришёл в профессию ещё на шестой версии. Переучиваться на восьмёрку они не хотели и уже не будут. Их становится меньше — просто по возрасту.
Сегодня найти человека, который напишет что-то на 7.7, — уже задача. Не архитектуру, не сложную доработку: просто адаптировать печатную форму под изменения законодательства.
С восьмёрками на неуправляемых формах то же самое, только мягче: специалистов на порядок больше, но их количество тоже уменьшается. Человеку, который работает в современном интерфейсе, чтобы переключиться на неуправляемые формы, нужно усилие. Поэтому такие специалисты сбиваются в собственное узкое пространство — и стоят соответственно.
Это наши оценки по своим работам, не среднерыночные. Коэффициент 2 на неуправляемых формах встречается, но подписываться под ним во всех случаях мы не станем — полтора точно.
Почему каждая следующая доработка дороже
Не каждая и не всегда — но закономерность есть, и она вот в чём. Дорабатывать можно двумя способами.
Сделать так, чтобы клиент был доволен сегодня
Вкладываемся в разработку, но не вкладываемся в архитектуру. Надо будет — потом подумаем.
Так делает большинство. И заказчиков это устраивает: быстро и дёшево.
Сначала архитектура, потом доработки
Дороже на входе и требует, чтобы кто-то думал на два шага вперёд.
Зато следующая доработка не упирается в предыдущую.
Беда в том, что на старых базах почти всегда работает первый подход — и не по вине программистов. Просто задачи приходят в режиме «надо было вчера»: клюнуло — сделали, не клюнуло — не сделали. Каждая доработка делается «хоть как-нибудь», потому что срочно. Потом следующая — тоже «как-нибудь», но уже поверх предыдущей.
И однажды наступает день, когда очередная доработка просто не может быть сделана. Не «дорого», а физически: без полной перестройки и конвертации данных её не сделать. Сделать по-прежнему можно — но ценник будет принципиально другой, и вы его не ждали.
Именно в этот день выясняется, сколько на самом деле стоило «сделать хоть как-нибудь» пять лет подряд.
Технический потолок, который вы уже нащупали
Современные программы построены на управляемых формах. У них два свойства, за которые их и делали: они работают через браузер, и у них разделены клиентская и серверная стороны.
У 7.7 и старых восьмёрок этого нет. Пока вы сидите в одном офисе с одной кассой, разницы не видно. Она появляется, когда бизнес растёт:
- Появилась вторая точка. Один розничный магазин старая база тянет спокойно. Два магазина в одной базе — уже проблема, а если они в разных местах, добро пожаловать в RDP.
- Появилось оборудование. Кассы, сканеры, принтеры чеков поверх удалённого стола — это отдельный вид спорта. Извернуться можно, но это и будет извращение: идеально работать не будет.
- И снова специалист. Каждая такая конструкция держится на человеке, который знает, где она подпёрта.
Зоопарк вместо программы
Вот аргумент, который директор обычно чувствует по счетам, но не может сформулировать.
Чтобы вести учёт в маленьком магазине сегодня, достаточно одной программы. Если вы ИП — в ней же сдадите отчётность и посчитаете зарплату.
Теперь посмотрим, что нужно, чтобы тот же магазин работал на 7.7. Она штатно не поддерживает ни новые кассы, ни ЭДО, ни отчётность — ничего из того, что появилось за последние пятнадцать лет. Значит:
- отдельный клиент для ЭДО;
- отдельный — для Честного знака;
- что-то для Меркурия;
- что-то для расчёта зарплаты, бухгалтерии и сдачи деклараций;
- что-то для онлайн-касс;
- что-то для ТС ПИоТ.
Инфраструктура растекается. Вместо одной программы — набор костылей, каждый со своей ценой, своим обновлением и своим ответственным. И каждый из них — ещё одна точка, где что-то может отвалиться в отчётный период.
На старых восьмёрках — УТ 10.3, УПП — картина мягче: часть вещей работает внутри программы. Но работает уже не от вендора, а от внешних поставщиков. Насколько они окажутся качественными и насколько адекватными — вопрос, ответ на который вы узнаете не заранее.
Что теряется при переходе навсегда
Ответ будет не самый приятный: теряется то, что противоречит логике новой программы. Не «то, что не успели перенести», а то, что в новой архитектуре просто не предусмотрено.
Самый частый пример. В 7.7 — чистый партионный учёт, в старых восьмёрках чаще всего тоже. В новых программах он устроен иначе. И когда клиент говорит «мы хотим видеть точную прибыль по каждому заказу», приходится отвечать прямо: в новой программе это будет только после закрытия месяца. В моменте, по менеджеру, — не будет.
Второе, что теряется, — доработки, которые вендор к этому времени сделал сам, но по-своему. Тащить свой доработанный рабочий стол менеджера, когда в новой программе есть штатный, просто другого формата, — можно. Вопрос зачем.
Сколько стоит перенести остатки
Перенести остатки — это не «выгрузить и загрузить». Это собрать так, чтобы между собой сошлись остатки товаров на складах, остатки партий, себестоимость партий, взаиморасчёты по договорам и заказам, сроки долга.
Главная проблема старых баз в том, что эти данные не сходятся уже сейчас. Живая картина, которую мы видим постоянно:
- на складе физически 10 единиц товара, и в программе 10;
- смотрим остатки по партиям товаров на складах — минус 50;
- открываем ведомость по себестоимости — там суммы с десятью нулями.
То есть данные для переноса просто не собираются. Пока по базе не ходили с этим вопросом, никто и не замечал: продажи идут, отчёты выводятся.
Со взаиморасчётами похоже. Если вы ведёте их по договору в целом — перенести можно, в крайнем случае через акты сверки с контрагентами. Если по заказам — начинается интересное: старые заказы никто никогда не закрывал (а зачем?), и при выгрузке всё это тянется в новую базу. Клиент смотрит и говорит: ребята, вы что-то не перенесли. А это перенеслось ровно так, как лежало.
Разброс в десять раз — это не «как договоримся». Это разница между базой, которую вели аккуратно, и базой, где десять лет никто не закрывал заказы. Цена перехода зависит не от программы, а от того, как в ней работали.
Самая недооценённая статья затрат — люди
В сметах на переход её обычно нет, а она часто самая большая.
Когда мы переводили компанию с 7.7 на восьмёрку, тяжелее всего было не с данными. Тяжелее всего было объяснять людям, почему теперь надо работать по-другому. Они так не привыкли — и они правы, они действительно так не привыкли.
Чем больше людей ежедневно работают в программе и чем дольше сложились их привычки, тем крупнее в смете строка на переобучение. И чем сильнее компания зависит от конкретных сотрудников, тем эта строка больнее. Это не про программу — это про людей, и на этом спотыкаются чаще, чем на данных.
Кому мы честно говорим: не переходите
Если вы дочитали до этого места и ждёте, что сейчас позовут покупать переход, — нет.
Есть случаи, когда переходить не надо, и мы говорим об этом прямо. Признаки простые, и они должны совпасть:
- маленький локальный бизнес — именно маленький и именно локальный;
- программа выполняет чисто управленческую функцию — регламентированный учёт ведётся не в ней;
- бизнес от неё не зависит. Если она встанет, вы выпишете документы руками и продолжите работать.
При таком раскладе проще оставить как есть и дать программе дожить свой век. Если на 7.7 ведут чистую управленку и всех устраивает — зачем объяснять человеку, что существует другой мир.
Совпасть должны все три признака. Если в этой же программе вы считаете налоги — разговор уже другой.
И то, что обычно не пишут
Раз уж говорим честно, скажем и это.
По простоте работы новые программы реально проигрывают старым. Не «имеют другой подход», а проигрывают. Документ реализации в 7.7 — это пять-семь полей, и всё работает. В современной программе полей и проверок в разы больше, и каждое из них зачем-то нужно — но человеку, который двадцать лет заполнял семь полей, легче не станет.
Мы это признаём, потому что иначе разговор нечестный. Новые программы дают другое: они умеют то, чего старые не умеют вовсе, и они не держатся на одном человеке. Но за это вы платите простотой.
Только у простоты есть предел, и упирается он в объём. Мы видели бухгалтерию 7.7, которая распухла настолько, что просто падала при заполнении регламентированного отчёта. До сдачи две недели, отчёт не формируется, у главного бухгалтера паника. Переходить на восьмёрку пришлось экстренно — других вариантов уже не осталось.
Это было лет десять назад, и с тех пор объёмы данных только выросли. «Простая и быстрая» — правда ровно до того дня, когда база доберётся до своего потолка. День этот наступает не в удобное время, а в отчётный период.
Заодно объясним, откуда вообще взялось такое количество семёрок. Она разошлась по стране в том числе потому, что копировалась свободно, — рынок к этому относился спокойно. Отсюда и масштаб установленной базы, которая живёт до сих пор.
Что делать сейчас
Не бросаться переходить. Ответить себе на четыре вопроса:
Сколько людей могут починить вашу базу?
Если ответ «один» — это ваш главный риск, а не версия программы.
Ведётся ли в ней регламентированный учёт?
Если да — сроки поддержки касаются вас напрямую.
Сходятся ли остатки по партиям?
Проверяется за десять минут и сразу показывает цену будущего перехода.
Сколько стоит ваш зоопарк?
Сложите всё, что докуплено вокруг программы, чтобы она оставалась живой.
Не хотите считать сами? Посмотрим вашу базу и скажем прямо: переходить, сворачивать или оставить как есть. Если выйдет, что переходить вам не нужно, — так и скажем.
Статья написана по надиктовкам директора — Евгения Карпова, ГК «Солвикс». Это практика с внедрений и сопровождения, а не пересказ документации: то, что видно, когда сам разбираешь чужие базы.
В активе: 43 пройденных курса и 1328 учебных часов, первый экзамен сдан в 2009 году. «1С:Специалист-консультант» по 1С:ERP (управленческий и регламентированный учет), по 1С:Управление торговлей и по 1С:Документообороту.