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

https://infostart.ru/pm/2355110/

Ой, там ещё и видео доклада выложили - https://vkvideo.ru/video-42867005_456239958

Конфигурация "Универсальный механизм планирования" (УМП).
Вообще, она для старых конфигураций, вроде УПП, УТ 10.3 и т.д. Но если не лень - можете и в ЕРП вставлять. У меня есть расширение, причешу и тоже выложу.

Описание есть тут - vk.com/@ivan.belokamentsev-universalnyi-mehanizm-planirovaniya-ump

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

Внимание! Внедрить эту штуку можно только с участием программиста! Там надо запросы писать и отчёты делать.
Это несложно, просто предупреждаю, чтобы у вас ожиданий неоправданных не было.

Берите и пользуйтесь. Если что-то не получится - пишите, поможем. Мои программисты сдают экзамен на умение пользоваться УМП.

Универсальный механизм планирования в виде расширения можно взять здесь.

Понесла-таки меня нелёгкая в Питер.

https://event.infostart.ru/analysis_pm2025/agenda/2369723/

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

Случился интересный кейс по производительности, на этот раз в УТ 11 - архивация чеков.
Кейс был с перчинкой - работали параллельно я и другой подрядчик.

В двух словах, что такое архивация чеков. Весь день розница продаёт что-то, отражается продажа документом Чек ККМ. Их получается много (в нашем случае 15-25 тыс. в день). По итогам дня вместо чеков создаётся один большой документ для каждой кассы - Отчет о розничных продажах (ОРП). В него переписываются все товары из чеков, документ проводится, всё в регистры пишется.
А чеки надо вроде как убрать, чтобы не мешались, не дублировали информацию - вот и делается архивация. По сути, их надо просто распровести. Технически - провести с признаком "Архивный", при этом документ будет проведён, но без движений по регистрам.

Эта процедура (архивация чеков) шла долго и нестабильно - то не успевала за ночь, то памяти на сервере слишком много сжирала, то TempDB разрастался до непотребных размеров. Подрядчик сделал хорошую штуку - распараллеливание, т.е. 20 тыс. чеков архивировались не последовательно один за другим, а параллельно, в 10-20 потоков, фоновыми заданиями. Но проблемы всё равно были. Где-то в этот момент я присоединился, а подрядчик продолжал попытки оптимизации.

В итоге сработали хорошо - и я, и он.

Первое, что вылезло - транзакция. Чеки по одной смене архивировались в одной большой транзакции. Соответственно, пока транзакция не закончится, всё это лежит в TempDB.
Там же лежали движения по распределению запасов - был выключен производительный режим, поэтому распределение запасов запускалось сразу при проведении чека, в том же сеансе и той же транзакции.
Включили производительный режим, распределение запасов ушло из транзакции, проблема слишком большой TempDB ушла.

Дальше покопались во времени проведения (=распроведения) чека - очень много уходило на "обвес" записи движений, который есть и в УТ 11, и в ЕРП. Там и контроль изменений, и даты запрета и проч. Оно всё нужное и важное, но когда ты точно знаешь, что у документа не должно остаться движений - не особо. Короче, часть движений очистили программно (так намного быстрее), часть оставили типовому механизму (там запускались взаиморасчёты, нельзя было вмешаться).

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

В итоге архивация чеков пока сжалась до 1-2 часов. Иногда ещё сбоит, но там похоже наложения с какими-то другими тяжёлыми штуками идёт, пока ищем.
Ну и сейчас нашлось ещё одно направление оптимизации - более красивое распределение чеков по потокам. По расчётам, сократит время ещё в 1.5-2 раза.

Да, а с подрядчиком вторым я только один раз поговорил, в присутствии клиента, где-то полчаса. Дальше заочно - я смотрел в коде, что делают они, а они смотрели, что делаю я :)

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

https://t.me/pashkov_ml

На днях закончился ещё один мини-проект по переносу зарплаты из чего-нибудь в ЗУП 3.1.
В этом году таких проектов много, сами знаете почему. Спросил ребят, а сколько их было, проектов-то?

Оказывается, 7 штук за полгода.
Переносили из УПП, ЗУП 2.5, Бухгалтерии.
Где-то всё прошло быстро и относительно гладко, где-то пришлось повозиться - и программистам, и консультантам.

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

Скоро все перейдут на ЗУП 3.1, и этот опыт экстремальных переходов станет не нужен.
Хотя, почему не нужен... Именно по ЗУПу - может и нет, а абстрактный опыт экстремальных, быстрых внедрений - почему бы и нет?
Всегда пригодится.

Если помните, была у меня акция при покупке ПО и лицензий - 1 бесплатный час работы за каждые 10 т.р. суммы покупки.
Акция началась в конце августа 2024 г., я подбил статистику за 9 месяцев - оказалось, 55% всех покупок совершили вы, подписчики и читатели.

Во-первых: Спасибо!!! Поддержали мой юный отдел продаж (недавно ему год исполнился).
Программисты у меня никуда не делись, если что. Просто теперь 2 отдела.

Во-вторых: Акция продолжается. При нынешней цене часа получается весьма и весьма увесистая "скидка".

Обновил расширение "Рабочий стол", один пользователь нашёл неудобство в использовании параметров команд (приходилось извлекать ссылку).

Победило меня всё-таки серверное железо.

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

И вот пришла очередная задача - отчёт строится порядка 100 секунд, что слишком долго, конечно. Всё нетиповое - и отчёт, и регистр, из которого берутся данные. Длинное время формирования тоже объяснимо - в регистре огромное количество записей.

Оптимизировал отчёт - он стал формировать вдвое быстрее, секунд 40-50.
Поменяли структуру регистра (была неоптимальной для построения итогов/агрегатов), время формирования сократилось до 30 сек.

А клиент купил какой-то совершенно неэпический сервер - оказывается, давно хотел - и отчёт стал формироваться за 8 секунд 😱
Так что отложили нашу оптимизацию до лучших худших времён, когда опять начнёт тормозить.

Выдался тут случай понаблюдать вживую, способна ли КА2 работать в файловом варианте, когда пользователей больше 5 (ближе к 10).

Вообще, до 5 пользователей должно более или менее шуршать, особенно конфигурации вроде БП или ЗУПа. А вот КА2 или ЕРП - не факт, это уже немного экзотика.

Итак, файловая база, опубликованная через веб-сервер. Пользователи работают и через браузер, и через тонкого клиента.

Это кошмар, скажу я вам. База впадает в клинч часа через 2-4 не очень-то активной работы. Нужно перезапускать, как минимум, веб-сервер, чтобы снова работать (а лучше - весь сервер).

И в файловом режиме появляется админское новшество - надо перезапускать клиента 1С на компьютерах пользователей. А иногда - и сами компьютеры пользователей.

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

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

А файловая база и фоновые задания - не друзья.

Случился у нас интересный кейс - экстренный переход с УПП на КА2, в середине года, с расчётом зарплаты.
Что важно - самой базы УПП не было (не суть важно, почему). Были только выгруженная в эксель оборотка и несколько справочников.

Отчётность за 1 кв. клиент успел сдать из УПП, тут и начался наш проект.
Зарплата, кстати, тоже в проект вошла - удачно успели из УПП выгрузку сделать, потом уже в КА2 до ума доводили.

Справочники и остатки загрузили из эксельки, обогатили недостающими данными.
Существенная часть первички с начала года загрузилась из ЭДО. Остальное клиент доколотил руками.

Прошло 1.5 месяца, в КА2 уже обжились, скоро отчётность сдавать за 2 кв. Будем поглядеть.

Вот, и такое бывает.

Порешали интересную задачу, в УНФ - планирование сразу и производства, и отгрузки, с ограничением и по тому, и по другому.

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

Ну и понятно, клиент может не конкретную дату назвать, а интервал (выходные, неделя, месяц). Иногда просто спрашивает "Когда можете?" или "Какие варианты по датам?".

Вот на эти вопросы и должна прибамбасина ответить. Желательно - за несколько секунд.

Оказалось, что таких решений на платформе 1С как-то и не видать. Отдельно производство и логистика - есть. Тут получишь ответ о производстве, там о доставке, а воедино сам своди. Когда есть несколько часов или дней на ответ клиенту - оно нормально. Только нужен штат планировщиков, экономистов или менеджеров. Ну и несколько экселек :)

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

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

P.S. Сегодня другому клиенту предложил по той же схеме разработать мобильное приложение для рабочих цеха (типовое ЕРП не подходит).
Тоже согласились :)

Тут ссылка на описание не работала - Инфостарт перевёл публикацию в черновики.
Вчера починилось - можете читать.

Очень хороший человек, мой старый приятель, начал вести канал - про проекты, процессы, сопровождение, работу с клиентами и всё-всё-всё.
Настоятельно рекомендую - https://t.me/prozac1c

Вы только посмотрите, как он про мой "Рабочий стол" рассказывает

🖥️ Рабочий стол или рабочий лабиринт?

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

Да и сама 1С, честно говоря, UX-дизайном не особо увлекалась.

📦 В типовой ERP, например, 14 разделов.
Чтобы открыть нужный отчёт, нужно:

1. Зайти в нужный раздел (если угадал).
2. Открыть список «Отчёты по разделу».
3. Найти глазами нужный отчёт в километровом списке.
Если ошибся разделом — назад, всё по новой. А если тебе нужны 5 отчётов из трёх разных разделов — готовься к утреннему квесту.

Да, это всего 3 клика. Но:

🔹 каждый день, много раз
🔹 с раздражением
🔹 с мысленным «да где же этот отчёт!»
🔹 и, честно признаюсь, я сам не всегда помню, где что лежит. Что уж говорить о простых пользователях.

🔧 Решение есть. Нормальный рабочий стол.

Вариантов — масса, особенно на Инфостарте.
Я уже давно использую рабочий стол https://infostart.ru/marketplace/957530/ от Ивана Белокаменцева (@another1C канал рекомендую, очень полезно и интересно).

Что он даёт:

🎯Все нужные отчёты, документы, обработки — на одном экране
🎯Можно закрепить сформированные отчёты или дашборды (для тех, кто любит красиво)
🎯Настроить под конкретного пользователя: ничего лишнего, только нужное

💡 И знаете что? Я просто ставлю эту обработку принудительно на каждом проекте. Не спрашиваю.
Как антивирус или мыло на складе — по умолчанию.
Иногда автоматизация — это просто взять и сделать людям удобно.
#ОсознаннаяАвтоматизация

Мне можно больше ничего не писать - Руслан рекламирует мои продукты лучше, чем я сам 😳

🤖 Автозадачи — автоматизация без участия человека. Почти.

Мой любимый инструмент во Флаконе (вот ссылка, если не знаете — infostart.ru/marketplace/976048) — это автозадачи. Когда я впервые про них узнал, подумал:

«Вот оно! Это даже круче, чем рабочий стол!»
Идея действительно гениальна своей простотой.

Как работает обычный закупщик:
Чтобы понять, что пора заказывать сырьё, он:

1️⃣ Лезет в отчёт по остаткам
2️⃣ Или открывает АРМ потребностей
3️⃣ Или гадает на кофейной гуще и спрашивает у кладовщика «ну как, хватит?»
А теперь внимание: во всех этих вариантах что-то должен сделать человек.
Зайти, нажать, вспомнить, подумать… А если он заболел? Устал? Просто не в настроении? Или зашёл — но потом позвонили, отвлекли, забыл?

👉 И заказ не сделан. Производство стоит.

А теперь — автозадачи.
Система сама:

✔️ Формирует задачу
✔️ Выводит на рабочий стол
✔️ Или шлёт письмо / сообщение в Telegram
✔️ И, что особенно приятно — ставит в копию начальника 😎

Например:
📬 «Пора заказать сырьё Х. Остаток низкий. Норма не обеспечена»

Звучит круто? Да. Работает идеально? Иногда.

Столкновение с реальностью
🔢 Статистика внедрений автозадач:

🔹50% — успех, восторг, «как мы без этого жили?!»

🔹50% — системное игнорирование.
— Менеджер: «Ой, опять что-то пришло...»
— Начальник: «Ну вы там сами как-то…»
— Директор: «Удалите меня из этой рассылки, пожалуйста».

И тут ты смотришь на автозадачу — и понимаешь:
Да не в системе дело. А в культуре управления.

💡 И тут главный плюс:
Автозадача — это такой лакмус-тест менеджмента.
Сделали простую задачу. Отправили. Посмотрели реакцию:

Если всё сработало → у компании есть управление.
Если проигнорировали → у компании есть проблема.

🔍 Вывод:
Автозадачи — мощный инструмент.
Но они не заменяют управленца. Они вскрывают управленческую реальность.

Так что пробуйте. Не бойтесь.
Система покажет — кто в компании работает, а кто просто в почте числится.

#ОсознаннаяАвтоматизация