И ещё одно видео про проверку данных, с чуть более сложными примерами, про справочник Номенклатура.
1. ВК - https://vk.com/video-208482299_456239479
2. Ютуб - https://youtu.be/iZt3ENv4v-k

Описание проверки данных перенёс с Инфостарта в ВК - так будет проще редактировать (на Инфостарте нужно ждать модератора).
Оказывается, в ВК тоже можно статьи писать 🥳

Выложил обновлённую версию "Автозадач":
1. Добавил разграничение прав доступа (в конфигурации оно было, в расширении не было);
2. Немного прибрал интерфейс;
3. Улучшил работу регламентного задания, добавил информацию о дате обновления автозадачи;
4. Перенёс основное описание в ВК.

Снял небольшое видео о том, что могут Автозадачи.
Примеры самые простые, сделаны в Бухгалтерии предприятия 3.
https://vk.com/video-208482299_456239480

Небольшое видео про Структуру затрат.
Вдруг ещё УППшники остались, которые ей не пользуются.

https://vk.com/video-208482299_456239481
https://youtu.be/xfxYiaQrG8g

В августе закончился интересный проект - экстренный переход из фантомной УПП в КА2.
Можно итоги подвести.

Проект был сильно нервный, для нас и заказчика.
Итак, была у людей УПП, и вдруг её не стало. Осталась первичка в ЭДО, платёжки в банке (их можно оттуда обратно скачать), и выгруженные в эксель оборотки и часть справочников.
Ну и что-то на бумажках осталось.

Проект внезапно начался в начале мая, через неделю уже надо было зарплату выплачивать.
Люди у заказчика прям молодцы, работали как проклятые - восстанавливали учёт за 4 месяца, на ходу обучались работе в КА2, и вбивали всю первичку первой необходимости (кадры, зарплата, отгрузки, оплаты).

Мы быстренько грузили остатки и справочники из эксельных осколков, на бегу обогащая данные.
Ну, сами понимаете, сколько полей в номенклатуре или договоре КА2, а в экселе были только код, наименование и иерархия.
По иерархии, если она хорошо сделана, можно очень много узнать :)

Ну и поддержка, поддержка, поддержка. Вместе делали расчёты, корректировали, экстренно что-то дорабатывали, созванивались с ЭДОшниками и банками, чтобы получить старые данные и т.д.

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

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

Запуск был экстремальным, поэтому быстрым. У меня был такой опыт когда-то давно, ещё на заводах когда работал.
Тогда мы как-то вдвоём со Стасом УПП запустили за 2 месяца, я даже статью на эту тему писал - https://infostart.ru/pm/1059972/
Стас, кстати, у меня в отделе работает 😁

По бюджету получилось дороговато - 500 часов.
Будь внедрение в плановом режиме, да с наличием исходной базы, уложились бы в 200, а то и меньше.

В этом году решил разнообразить самообучение и увлёкся курсами 1Сными. Раньше я этим инструментом не пользовался - всё как-то сам, на опыте и документации.
Вон сколько бумажек за полгода наполучал уже.

Подходит к концу дикий проектный декабрь.
В январе три запуска - две ЕРП и одна КА2 (по сложности проекта - почти как ЕРП).
Готовился ещё один запуск ЕРП, но заказчик отложил пока.

Это всё запуски, т.е. готовились несколько месяцев, и стартуем. Одну ЕРП, правда, готовили к запуску всего месяц - там переход с КА2, такое тоже бывает :)

Ещё в январе два больших тяжёлых обновления УТ11.

И сразу после выхода из праздников стартуют ещё два проекта внедрения ЕРП. Там и запуски будут быстро, т.к. пока без рег.учёта, чисто производство-склады-планирование-НСИ запустить.

И это я перечислил только проекты, которые полностью мой отдел делает :) И РП наш, и аналитики, и программисты.
Ещё есть проекты, где мы участвуем в качестве "ресурсов". Сколько таких проектов - я даже не считаю.

Буду теперь ждать до апреля, чтобы подбить итоги проектов по стоимости - тех, которые запускаются в январе. Пока у нас бюджеты проектов КА2/ЕРП держатся в пределах 300-1600 часов. В этот раз, скорее всего, раздвинем правую границу - один проект готовили 2 года, из-за сложности бизнеса и учёта.

Если вы подумываете внедрять КА2/ЕРП/что-то ещё страшное, особенно с переходом с УПП - тоже приходите, уже на 26-й год. Не забывайте, что, по старой доброй традиции, 1С может повысить стоимость ПО и лицензий где-то с апреля.

Пока на запуск в январе 2027 г. у нас никто не записался, а январь - главный ограничитель количества проектов. У нас на запуск влезает 3-5 проектов. Больше не берём, чтобы качество не падало.

Небольшая обработка для получения статистики расширения. Использую для предварительной оценки обновления незнакомой конфигурации с большими расширениями.

Обработка подсчитывает:
1. Количество модулей и строк в них;
2. Количество модулей с изменениями;
3. Количество процедур и функций, разбитое по категориям - новые, изменённые с инструкциями ИзменениеИКонтроль, Вместо, Перед/После;
4. Количество строк в процедурах каждой категории;
5. Для ИзменениеИКонтроль подсчитывает количество изменений и количество строк в этих изменениях.

Как пользоваться:
1. Выгружаем расширение в файлы (можно несколько расширений выгрузить и скопировать в одну папку);
2. Запускаем обработку, указываем папку с выгруженным расширением;
3. Жмём "Посчитать".

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

Но понять, сколько изменений содержится в расширении, крайне затруднительно. В платформе 1С инструменты оценки изменённости есть только для конфигураций.

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

Тут две ветки получается - обновление внутри одной редакции и переход между редакциями.
Если говорить про семейство ЕРП - т.е. ЕРП, ЕРПУХ, КА2 и УТ11 - то переход между редакциями там случается раз в год.

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

Сам технический процесс обновления с расширениями проходит быстрее, т.к. в этом процессе сравниваются конфигурации (основная, старая и новая от поставщика), а не расширения.
Возня с расширениями начинается, собственно, после привычного процесса обновления. Как в шутку коверкали в нулевые название технологии Plug and Play ("подключи и играй") от Windows - Plug and Pray ("подключи и молись"). Так же и с расширениями.
Если повезёт - всё будет работать без вмешательства. Если чуть меньше, но всё-таки повезёт - вывалятся красные ошибки в расширениях, и их нужно будет исправить. Если не повезёт, красных ошибок не будет, но в процессе эксплуатации выяснится, что доработки расширения молча творят какую-то дичь.

Ну а обновления с переходом между редакциями обходятся в 5-10 раз дороже, если основная часть доработок выполнена через расширения.
Разумеется, речь о большом количестве доработок. А то вдруг в системе 5 доработок, из которых 3 - в расширениях :)

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

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

Собственно, поэтому и дороже.

Некогда объяснять, но я хэдлайнер :)

https://event.infostart.ru/2026team/

Вышла новая версия "Рабочего стола". Смотрите на картинке, как преобразился интерфейс 😊

Также снял видео-знакомство с простейшими функциями рабочего стола (для тех, кто раньше не видел это расширение)
https://youtu.be/-SMc-Q2EOiw
https://vkvideo.ru/video-208482299_456239487

Конфигурация "Рабочий стол" - для тех, кто работает в УПП, КА1, УТ10.3 и прочих замечательных решениях.

Версия конфигурации - от 2021 года. Всё новое я делаю в расширении.

Снял небольшое видео с дашбордами в Рабочем столе.
Как выглядят, зачем нужны, как рисовать.

https://vkvideo.ru/video-208482299_456239491
https://youtu.be/1rln84eMBwc

Небольшое видео по Проверке данных - как их отключать для пользователей, и делать немного более сложные проверки табличных частей.
https://vkvideo.ru/video-208482299_456239493
https://youtu.be/6_2Nu5xTbz0

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

В обновлениях больших и нагруженных баз есть такая проблема - пролезть в "окно" (ещё его называют технологическим окном).
Это время, на которое можно остановить базу 1С для обновления, без существенных потерь для бизнеса.
В нашем случае окно было размером в 40 часов.

Вообще, это не так уж и мало, но... Надо было обновить на 4 редакции - с УТ 11.4.14 до 11.5.22.
Кто помнит обновление на 11.5.8, в котором появились распределение запасов и объекты расчетов, понимают - там время обновления измерялось, скорее сутками.
Обращаю внимание - надо было обновить все 4 редакции в одно окно 40 часов.
Так сильно дешевле, чем накатывать по одному релизу и запускать пользователей. Причём, дешевле в разных всех смыслах - не надо адаптировать конфигурацию под каждый релиз (можно это сделать один раз в конце), не надо мучить людей (заставляя переживать 4 обновления, 4 смены некоторых интерфейсов и механизмов).

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

Короче, надо было сжать 300 часов времени обновления в 40, т.е. в 7-8 раз.

Ну и чё... Получилось 😁

Применили нестандартные методы предварительной подготовки конфигурации и данных, оптимизацию обработчиков, обрезку данных - и оно зашуршало сильно быстрее.
Модных режимов, вроде обновления через копию, не применяли. Никакого вмешательства в СУБД не было. ИИ не использовали :)

Как-нибудь соберусь, напишу статью - там есть, что рассказать.

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

Перевёл потому, что один потенциальный клиент попросил - хотел посмотреть, что за штука это управление задачами Flowcon.

На момент публикации оно там сыровато всё, конечно, но пользоваться уже можно. Постепенно стабилизирую релиз.

Детальное описание всего Flowcon - https://infostart.ru/marketplace/976048/
В данном расширении - часть "Управление задачами". Ещё включил "Управление компетенциями", но пока не тестировал - сделаю это позже.

А вот на что точно стоит обратить внимание - на часть про регулярный менеджмент. Это штука, которой я сам пользуюсь каждый день. Что это, зачем, и как - описано в отдельной статье - https://infostart.ru/pm/998824/

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

В основном такие переходы - вынужденные, вроде отказа от УПП.
Заказчику всё нравится в его УПП, но так уж вышло, что её больше не поддерживают, и придётся переходить.
Поэтому хочется всё сделать с минимальными затратами. Это один из ключевых критериев.

Понятно, что недорогие переходы - не единственный формат проекта, и не всегда лучший.
Но спрос на него есть, вот мы его и придумали.

На данный момент мы сделали 6 таких проектов:
1. Два перехода УПП - ЕРП;
2. Два перехода УПП - КА2;
3. Один переход УНФ - КА2;
4. Один переход УПП - Аренда (там БП внутри).

Ещё два проекта в процессе, их рано включать в статистику.

Средний чек проекта - 1274 часа.

P.S. Недавно один подписчик спросил, делаем ли мы проекты в других регионах.
Ответ: регион вообще не имеет значения. Всё делается удалённо.
Из шести проектов мы лично побывали только на одном из предприятий (1 раз за время проекта).

На случай всяких там блокировок тг: все посты этого канала я давно дублирую в ВК https://vk.com/ivan.belokamentsev
Туда же переложил файлы расширений/конфигураций/отчетов/обработок.
Подписывайтесь в ВК, если нет внутреннего протеста.

Возможно, на какой-то ещё площадке буду дублировать канал, пока не решил, на какой.

Статья вам на выходные, про переходы с УПП на ЕРП: https://habr.com/ru/articles/1009978/

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

Заказчик работает с сетями, а где сети - там какой-нибудь хитровыдуманный электронный документооборот.
В основе - просто модуль/обработка, написанная какой-нибудь известной компанией, но обязательно - доработанная на месте под требования сети.

И вроде бы - что может случиться, если мы переходим с УПП на ЕРП, и для обеих конфигураций есть версия модуля ЭДО?
Код модуля - открыт, доработки под сеть - известны. Что может пойти не так?

Первое, что пошло не так - разработчики модуля сказали, что ни нам, ни заказчику нельзя его дорабатывать.
А кто там его доработал несколько лет назад для УПП - уже никто и не помнит.
Ну, ладно, хозяин-барин - нельзя так нельзя.
Спрашиваем - так, а можете нашему заказчику-то доработать? Хотя, чего нашему - он и ваш заказчик.

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

В декабре ребята честно что-то дорабатывали, под конец года отдали результат, и все торжественно ушли Новый Год встречать.
В январе, на каникулах, мы запускаем ЕРП, ну и... Доработанные ребятами модули, конечно, не работают.
Ну ладно, думаем, ничего страшного = серьёзные штуки никогда с первого раза не работают. Сейчас напишем ребятам, они помогут.

Пишем ребятам, и оказывается... Тех.поддержка не работает (в первые дни каникул).
А заказчику уже отгружать надо - сети, они такие. Там нельзя не отгрузить.
Что делать? Или самим-таки доработать (но разработчики ЭДО грозили штрафами), или из УПП отгрузки делать.
Выбрали второе - сели несчастные люди и вбили реализации в УПП, просто чтобы выгрузить в ЭДО.

Через пару дней начала работать тех.поддержка, но вот незадача... Они ничем не могли помочь с нашим доработанным модулем.
Потому что помочь может только разработчик, который с их стороны модули допиливал. А он - на законных каникулах до 12 января. И связаться с ним нельзя никак и ни за какие деньги. А документации он никакой не передал, тех.поддержке ничего не объяснил, поэтому помочь они ничем не могут.

Тут у заказчика вторая волна отгрузок в сеть - ну, что поделать... Пришлось опять из УПП выгружать.

По окончании каникул подрядчик, конечно, всё быстренько починил.
Претензий нет, если что. Просто не знал, что так бывает :)
Теперь знаю. Придётся учитывать этот риск в следующих проектах.