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

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

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

Сижу, пишу отчёт - всё хорошо, все молодцы, сделано на совесть... Непривычно.

P.S. Названия подрядчика даже не знаю :)

Завершилось ещё одно увлекательное, но безрезультатное приключение.

Пришёл заказчик с проблемой - у него ЕРП УХ, которую надо бы обновить к сдаче отчётности.
Заказчик говорил: текущий подрядчик в процессе внедрения сделал конфигурацию практически необновляемой, и теперь просит за обновление совершенно конские деньги.
Я честно подумал, что нужна просто сторонняя оценка - действительно ли там всё такое необновляемое, и надо отдать столько денег.

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

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

Бегу радостный к заказчику, докладываю - всё обновляемо, конские деньги не нужны. Думал, заказчик обрадуется.

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

Может, сейчас эту же конфигурацию оценивает кто-то из вас?

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

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 канал рекомендую, очень полезно и интересно).

Что он даёт:

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

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

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