Другой 1С

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

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

Симптомы тупиковой базы: не закрывается месяц, не считается себестоимость, кривые остатки по нескольким разделам, кучи битых аналитик (виды запасов, ключи номенклатуры и партнёров, объекты расчётов) и т.д.
Но главный симптом: уже непонятно, что с этим делать. Попытки исправить ситуацию предпринимались, но уже давно всё забросили.

И вот дилемма: то ли всё поправить, то ли поставить пустую базу, туда как-то фильтрованно перенести НСИ и остатки, и начать жить в ней.

Разумнее кажется второе, но как по мне - надо сначала разобраться. Случалось такое, что исправить - проще, чем перевнедрять.
Тем более, случаев неудачных перевнедрений через "поставить чистую базу" - не меньше, чем неудачных внедрений.

Наверное, неудачные перевнедрения - это когда им занимаются те же люди и используются те же подходы, что в первом внедрении.
Например, типичная ошибка перевнедрения - просто взять и перенести остатки, вместе с кривыми "невидимыми" справочниками вроде видов запасов и объектов расчётов. Себестоимость как в старой базе не считалась, так и в новой не будет.

Остатки при таких перевнедрениях лучше переносить "натурально" - через ввод остатков, заполняя только человекопонятные поля вроде номенклатуры, контрагента, количества, стоимости. В противовес "техническому" переносу через выгрузку остатков прямо из регистров и загрузки в те же регистры новой ЕРП.

Но, повторюсь, лучше сначала попробовать полечить. Бывает, что это дешевле и проще. И исторические данные не потеряются.

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

Началось пару лет назад с одного хорошего знакомого, который хотел двух зайцев укокошить - с одной стороны, решить серьёзную задачу (от которой программисты увиливали), с другой - своих немного приструнить. А то знаете, без конкуренции сотрудники немного того этого... Проблемы в общении и мотивации создают, короче.

Потом был большой клиент, которому тупо не хватало своих ресурсов на запуск относительно крупного проекта, быстро найти спецов не могли, а сроки подгорали. Мы помогали несколько месяцев, пока он не нашёл ещё одного толкового человека в штат. Когда нашёл - мы дела передали и отошли в сторонку, дальше делают проект сами.

Был клиент, которому не нравился текущий подрядчик, и его надо было в чувство привести. Задачи решали плохо, разговаривали свысока, денег брали много. Мы начали со срочной задачи по производительности, которая ставила под угрозу сдачу отчётности. Потом несколько месяцев решали всё подряд. Текущий подрядчик нас заметил (нас свели как-то раз на встрече, я подрядчику чего-то в его доработках грустное показал), и постепенно пришёл в норму. Как только проблема с подрядчиком снялась, мы отошли в сторону.

Сейчас таких клиентов уже несколько. Где-то много задач решаем, всё подряд - неполный аутстаффинг, по сути.
Где-то только что-то заковыристое, там обычно я сам работаю, не привлекая своих.

Можно, получается, культурно работать 😁. Не подсиживать, не подзуживать, не отжимать.
Мавр сделал своё дело, мавр может уходить 🐎.

Спонтанно родился у нас в канале интересный эксперимент.
Один из подписчиков упомянул в комментариях программный продукт БИТ.Стоматология и проблемы с его приобретением, консультациями и т.д.

Слово за слово, добрались до того, центр разработки этого продукта - наш, челябинский офис Бита.
Люди, очень остро заточенные под его продажу и внедрение - тоже у нас.

И как-то в процессе обсуждения пришли к идее провести небольшую конференцию по БИТ.Стоматологии.
Будь там один клиент, обошлись бы встречей. Но клиентов набралось несколько, поэтому уже не встреча, а конференция.

Я такое делаю впервые, поэтому прошу не судить строго. Вдруг Вам или кому-то из Ваших знакомых это будет интересно.
Ниже - анонс и как что делать.

В комментариях вчера всплыла тема автоматизации медицины. А я всё забываю про неё написать.

Как ни странно, мы медициной давно занимаемся. Есть в отделе люди, кто в теме медицины больше 10 лет.
Даже я руку приложил несколько раз.

Если сравнить ЕРП и медицину в портфеле, то получится примерно 7:3.
Конфигурации МИС - БИТ:УМЦ в основном, ну и 1С:Медицина.
Конфигурации на бэке - всё, что бывает на свете: ЕРП, УХ, БП, ЗУП, УПП, БИТ Финанс, УТ и т.д.
Ну и всевозможные интеграции, которые в медицине пользуются особым почётом. Битрикс, боты, рассылки, онлайн-запись, ондоки и т.д.

Так что, не ЕРП единым.

Как у вас дела с ЭПД?

Мы своих клиентов позапускали. Кого на 1Сном ЭПД, кого на Контуровском.
Для 1Сного доработки делали, весьма даже крупные. Не горжусь этим, но сами знаете, как оно там устроено. Переизолировали ребята из 1С.

На время запусков ЭПД ключевой фигурой автоматизации стал Логист 😁.
Узнали всех логистов клиентов, кого ещё не знали.

Местами истерики случались, когда ты отправляешь чего-то, а ответ от сервиса приходит через очень не быстро.
Бывало и совсем неприятное - некоторые контрагенты наших клиентов говорили "отправляйте Контуром, иначе не примем".

Но вроде в итоге всё как-то устаканилось.

У вас как?

О, средний 1Сный стаж людей моего отдела перевалил за 9 лет.
По состоянию на август 2026 г. он равен 9.43 года.

Интересно, сколько понадобится времени, чтобы до двузначной цифры дотянуть - я ж стажёров скоро возьму, с нулевым опытом.
Ладно, будет вечная недостижимая мечта.

Моя писательская профдеформация отражается, в т.ч., на КП - я их, как правило, пишу сам и индивидуально под каждого клиента.

Поэтому получается долго и многословно.
Я там пытаюсь объяснять всякие штуки, связанные с выполнением проектов.

Например, недавно объяснял, почему оплата по факту (Time & Materials) лучше фиксы (Fixed Price).
Вот так получилось:

План работ – гибкий, постоянно меняется в ходе моделирования. Управляет включением задач в план Заказчик – см. ниже, почему так.

Актирование работ производится ежемесячно, по фактическим трудозатратам, выставляемым нами. Это один из ключевых пунктов, который делает все проекты по данной технологии успешными. Для Заказчика всё прозрачно – есть план работ, выполненные задачи, продемонстрированный результат, трудозатраты за его достижение.

По каждой задаче, функциональному блоку, процессу в ERP Заказчик сам принимает решение о степени его готовности. Как только результат устроил Заказчика – мы перестаём работать над задачей, а Заказчик перестаёт платить деньги за её решение.

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

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

Второй фактор снижения стоимости – отсутствие страховки рисков подрядчика в оценках работ (т.к. оценок нет). Полагаю, любому бизнесу этот процесс знаком – включать в цену продукта всю структуру затрат, в т.ч. возникновение гарантийного ремонта, возвратов, логистики, претензий клиентов и т.д. Мы поступаем точно также, если даём предварительную оценку за задачу или проект.

Однако, в модели «переезд» риски и страховка в стоимость не заложены, т.к. оплате подлежит только фактическая работа специалистов, а не возможная, вероятная или потенциальная. Соответственно, Заказчик оплачивает риски только в случае их возникновения.

Настиг меня завал с оценкой проектов перехода с УПП/УТ10.3 "на что-нибудь другое".
Тут и осень (традиционный подъём рынка), и прекращение поддержки УПП, и маркировки-ЭПД-прочая.

И отдельным пунктом - ваши рекомендации. Приходят люди и говорят "такой-то человек вас порекомендовал, оцените нам проект".
За это отдельное вам, конечно, Спасибо!

А, ну ещё завал потому, что я оценку бесплатно делаю 😁
Там вроде не за что деньги брать.

Некоторые клиенты не понимали, что за бесплатное обследование и почему бесплатное.
Чтобы объяснить, пришлось придумать целую линейку тарифов обследования 😂 - чтобы и бесплатное, и платные были.
А то как будто выбора у клиента нет - только бесплатно и всё.
Заодно воспользовался случаем и придумал, как и в каких случаях делаю бесплатное обследование.
К слову, делаю я их лично сам. Поэтому очередь - надо ещё в каналы писать успевать 😒

Текст тарифа бесплатного обследования написал такой (не ругайтесь, что слишком смазливо написано - это ж КП).

1. Бесплатное обследование (самый популярный тариф)
Обследование проводят эксперты с опытом работы в 1С более 20 лет. Опыт – в компаниях-интеграторах и на предприятиях конечных Заказчиков, в т.ч. на руководящих должностях.

Подойдёт Заказчикам, которые пользуются широко распространённой программой 1С (УПП, БП и т.д.), и планируют перейти на другую программу 1С.
При этом не планируется существенный прирост уровня автоматизации – нужно просто запустить в новой системе те контуры и процессы, которые работали в старой программе. Возможно, с небольшими отклонениями.

В рамках обследования мы анализируем текущую систему, проводим 1-2 интервью с сотрудниками Заказчика, владеющими достаточной информацией по всем автоматизируемым контурам и процессам.

Детализация оценок по результатам обследования – до стандартных этапов (моделирование, доработки, перенос данных, обучение, настройка прав, опытно-промышленная эксплуатация).

Данный тариф применим только к переходу с систем на платформе 1С.

Нулевая стоимость тарифа основана на трёх ключевых факторах:
·        с нашей стороны – эксперт, который понимает все контуры учёта (как аналитик, программист, архитектор, внедренец);
·        со стороны Заказчика – человек, который знает в целом все особенности учёта и работы предприятия. Не до мелких деталей, но на достаточном для понимания уровне;
·        планируется именно переход с одной программы на другую, без существенных изменений в учёте. В этом случае не нужно обсуждать требования к новой системе – надо просто сделать «не хуже».

Чё скажете?

Писал недавно про Наталью, но получилось криво. Попробую исправиться.

Нашёл в её канале нормальный пост-знакомство. Там лучше написано.
Правда, пост написан почти 3 года назад, но список компаний, где Наталья в тот момент уже поработала, вряд ли изменился 😁

Ой, какую прекрасную статью опубликовали на Хабре - https://habr.com/ru/articles/1068470/

Статья про ИИ. Но не про/для программистов, а про бизнес и карьеру в нём.
Подняты интересные вопросы про ИИ-культ - опасно сейчас быть против ИИ.
Ну и про эффективность ИИ в бизнесе.