Расходы на 1С - это не только лицензии и конфигурации. Обычно рядом идут обучение, конференции, инструменты для разработки, доступ к базе решений и готовые расширения.
Поэтому компании все чаще смотрят не только на стоимость закупки, но и на то, какую часть этих расходов можно вернуть обратно в развитие команды.
Один из таких инструментов - Инфостарт-бонусы при покупке решений 1С.
Если закупки происходят регулярно, то бонус становится дополнительным бюджетом, который можно направить на практичные задачи:
обучение сотрудников;
участие в профильных конференциях;
доступ к базе знаний;
покупку готовых инструментов и расширений;
ускорение внутренних задач автоматизации.
Особенно заметен эффект в командах, где лицензии и конфигурации докупаются системно. В этом случае бонусы накапливаются и помогают закрывать расходы, которые обычно сложно согласовать отдельно.
До 31 мая на Инфостарте действует повышенный процент — до 20% при покупке конфигураций и лицензий 1С.
Если закупки уже запланированы, их можно провести сейчас и вернуть больше средств в развитие команды. Разница между стандартными 15% и повышенными 20% особенно заметна при крупных закупках.
Это не заменяет бюджет на обучение или инструменты, но помогает тратить его рациональнее.
Потихоньку расскажу, как сильно ускорять тяжёлые обновления 1С. Сегодня - про ускорение отложенных обработчиков.
Чтобы понять, какие обработчики долго выполняются, достаточно обновить копию и посмотреть. В форме выполнения обработчиков прям время будет написано, в днях/часах, сколько выполнялся обработчик. А сколько ему надо было объектов промурыжить - видно в отчёте “Прогресс отложенного обновления”.
Например, у нас сильно тормозил обработчик регистра сведений “РеестрДокументов” - выполнялся больше суток. Ему надо было перезаписать 9 млн. записей (столько в базе было документов).
Ремарка по поводу того, чего он так медленно работает - распараллеливание типовое плохо работает. При обновлении можно указать количество потоков, на которое распределяются обрабатываемые данные, но предварительное расследование показало, что один обработчик всё равно выполняется в чрезвычайно малом количестве потоков. Возможно, даже в одном потоке. Это очень мало и потому очень долго.
Дальше идём в три процедуры модуля менеджера обновляемого объекта:
ПриДобавленииОбработчиковОбновления - там надо будет через расширение отключить добавление обработчика, чтобы типовое обновление его не выполняло. Там же смотрим, какой процедурой регистрируются данные к обработке (свойство ПроцедураЗаполненияДанныхОбновления, обычно там ЗарегистрироватьДанныеКОбработке). Там же смотрим, какой процедурой выполняется обработчик (свойство Процедура, обычно там ОбработатьДанныеДляПереходаНаНовуюВерсию).
Процедура регистрации (обычно ЗарегистрироватьДанныеКОбработке). В ней надо забрать запрос, который формирует данные к обработке. Обычно там всё несложно - запрос, выборка результата и его складывание в план обмена (ОбновлениеИнформационнойБазы.ОтметитьКОбработке). Нам нужен только запрос и выборка данных, в план обмена ничего писать не нужно.
Процедура выполнения обработчика (обычно ОбработатьДанныеДляПереходаНаНовуюВерсию). Там лежит код обработки. В нём много лишнего (обвес для типовых процедур обновления), но суть обычно понять несложно - читаются данные, сформированные п.2, и что-то с ними делается. Бывает, ещё один-два запроса делаются. Берём вот эту содержательную часть и забираем себе. Не забываем заменить ОбновлениеИнформационнойБазы.ОтметитьВыполнениеОбработки на обычную запись - нам не надо регистрировать обработку в плане обмена.
Дальше нужно написать обработку, которая запустит энное количество ФЗ, каждому скормит массив данных к обработке (из п.2), и ФЗ выполнит адаптированный код из п.3. Мы делали расширение, в него складывали процедуру ФЗ, на входе - массив (обычно это массив ссылок). В процедуре - код из п.3. И обработку внешнюю, в которой мы указываем количество потоков, она выполняет большой запрос из п.2, делит результат на потоки, и запускает кучу ФЗ. И всё.
Контролировать прогресс выполнения можно разными способами. Первый, который я использовал - просто выполнял запрос из п.2. Подавляющее большинство запросов в обработчиках обновления написано так, что возвращают только необработанные данные. Соответственно, их в процессе выполнения становится всё меньше. Но этот запрос может выполняться сильно долго. Потом я сделал несложный регистр сведений, и в каждое ФЗ положил пару строк записи в этот РС - после обработки каждого объекта ФЗ “отчитывалось”, и в регистре было видно общий прогресс.
При наличии нормального объёма ОЗУ запускать такие обработчики можно и в 16, и в 32, и в 48, и даже в 100 потоков (проверено). Это количество ФЗ на один обработчик. А вообще мы в это распараллеливание вывели 22 обработчика из 4 редакций.
Ускорение получается очень существенное - тот, который выполнялся сутки, стал выполняться за 4 часа.
Про типичный паттерн, который помогает решать задачи по производительности в 1С.
Оптимизировали как-то мы обмен (как начало сказки звучит 😁). Вообще, началось не с обмена, а с “иногда 1С внезапно начинает тормозить”. Посмотрели журнал регистрации, выполнение регламентных и фоновых - увидели, что обмен идёт.
Обмен самописанный, под конкретную задачу. В одной базе живут продажи, в другой - номенклатура, цены, штрихкоды и т.д. (некая база с мастер-данными). Когда цены меняют, они должны сразу попасть в базу с продажами (там Розница стоит). Вот этот обмен и тормозил. Провели установку цен - подвисли. Обмен обычный, универсальный, с правилами (на конвертации данных 2).
В таких случаях под подозрение правила попадают - там, при желании, можно настоящий мрак устроить (например, кучей запросов). Посмотрели - ну да, есть запросы, которых можно было избежать. Но вроде не критично.
Второй подозреваемый - количество выгружаемых данных. Здесь важно понимать паттерн - он часто помогает при оптимизации даже типовых 1Сных решений. Паттерн такой: разработчик почти всегда тестирует на ограниченных данных и в идеальной среде (если не было задачи именно оптимизированный алгоритм написать). Если он пишет обмен, то проверяет на 1-2-10 объектах. И на идеальной среде - в которой нет никого, кроме него. Если разрабатывает планирование, то для 2-3 заказов. И там, где он один. И т.д.
Вообще, это всё ежу понятно. Но когда дело доходит до проблем с производительностью, то почему-то паттерн этот часто забывается. Забывание выражается в том, что все исходят из предпосылки “там всё правильно сделано”. А это не всегда так. Оно сделано правильно, но для небольшого объёма данных и для среды, где нет пользователей и другой нагрузки.
Вот и в нашем случае, первые мысли были - переписать весь обмен. Вообще уйти от XML и правил, написать сервис. Потом немного одумались, вспомнили паттерн, и пошли проверять файл с сообщением обмена.
Ну и да, он оказался несколько великоватым. Потом что по умолчанию, вместе с установкой цен, тащил за собой все реквизиты всех номенклатур, упомянутых в документе. А номенклатур там много. И ещё запросом добавлялись штрихкоды.
Дальше понятно. Просто убрали лишние данные из выгрузки (они и правда были лишними, ненужными - номенклатура обменивалась в другом контуре). Файл обмена уменьшился более чем вдвое, в правилах стало меньше запросов, и всё заколосилось.
Кто съедает ресурсы сервера 1С? Находим за несколько минут с помощью «Монитора»
Покажем, как за 5–10 минут найти процессы, которые тормозят систему.
Иногда работа с 1С начинает напоминать плохой детектив. Документы проводятся по 10 минут. Пользователи жалуются. Сервер загружен, но кто именно съедает ресурсы непонятно. На практике без нормального мониторинга вы каждый раз начинаете расследование с нуля и тратите на это до нескольких дней.
2 апреля в 12:00 Андрей Бурмистров, эксперт в сфере оптимизации производительности 1С, покажет, как находить такие проблемы за несколько минут с помощью «Монитора».
Что будет на вебинаре:
как увидеть, какие процессы нагружают CPU и память в 1С;
как находить долгие запросы, блокировки и взаимоблокировки без «танцев с логами»;
как отследить проблему до того, как пользователи начнут писать в чат «у нас всё зависло».
Спикер вебинара — Андрей Бурмистров
Эксперт в сфере оптимизации производительности 1С, более 10 лет в сфере разработки на платформе «1С:Предприятие 8», автор курса «Ускорение и оптимизация систем на 1С:Предприятие 8.3. Подготовка на 1С:Эксперт по технологическим вопросам».
Кому будет полезно:
— ИТ-директорам и руководителям ИТ;
— администраторам 1С;
— разработчикам, которые регулярно сталкиваются с проблемами производительности.
Бонус для участников:
дадим доступ к триал-версии «Монитора» на 30 дней + поможем с установкой.
Делать как для себя - это одно из главных моих правил.
И я был очень удивлён, когда оно точь-в-точь совпало с одним из правил моего прошлого работодателя, которые он отображал на заставках ноутбуков сотрудников. По 10 дней в месяц это правило встречало меня перед работой.
Но почему же тогда встречались "затычки", которые ни со стороны регламентов проектов, ни со стороны даже разума недопустимы?
Вот такая заставочка. 100% согласен.
Покажется неожиданным, но авторы "затычек" не нарушают этого правила! Они и для себя делают так же.Что за этим стоит? Нежелание? Неумение? Бывает и так. Но чаще причина иная.
У каждого свой уровень потребностей, вот в чём дело.
Лет 30 назад я для себя всё делал по минимуму. Красота? Роскошь, слова такого не знаю. Удобство? Забудем! Функциональность? Самая необходимая. Цена? Главный критерий.
Сейчас мерки пересмотрены. Но критерии достаточности остались. Я не покупаю профессиональную дрель - мне вполне достаточно надёжной и достаточно мощной обычной модели. Но это мои хотелки. А у других желания другие.
Так как же делать правильно?
Истина обычно где-то посередине. Но бывают и необходимые отклонения от этой середины. Во времена Отечественной войны вместо разбитых рельс, бывало, клали брёвна или даже дрова - чтобы один раз, и медленно - но проехать! А без высоких планок и требований мы не знали бы Эрмитажа.
Мой ответ: если бы что-то делали для меня, то я бы хотел, чтоб меня спросили. В первый раз - чтобы понять, что строим: шалаш, дом или дворец. А если будут сомнения - пусть спросят второй, третий, десятый раз - но сделают, как мне надо.
ВАЖНО: часто ругаются, что заказчик сам не знает, чего хочет. И я тоже далеко не всегда знаю, чего хочу. В силу квалификации, например. Я не строитель - и я не знаю, какие бывают разновидности фундаментов, в лучшем случае 2-3 варианта в общих чертах. Я не смогу спорить со строителем, выложившим десятки фундаментов. Я не смогу сказать, какой именно мне нужен, не потратив массу времени на самообучение. Но я могу сказать, например, хочу фундамент на сваях, поскольку прочитал где-то, что это лучшее в моём случае.
Так вот, хороший подрядчик должен в случае моей ошибки/незнания:
Объяснить, что я неправ, и почему.
Предложить несколько своих вариантов, объяснить их основные отличия, сказать, что выбрал бы сам и почему.
Предоставить всю необходимую информацию для выбора варианта.
То есть мой выбор должен быть осознанным, я - информирован, всё понял и сделаю взвешенный выбор (или доверю его подрядчику).
Надо ли объяснять, сколько подрядчиков такие объяснения делают? А из оставшихся есть те, кто подсунут либо самый дорогой вариант, либо тот "тяп-ляп", который сделают без затрат. Но мне приходилось встречаться с подрядчиками, которые всё объясняли, и я их очень ценил.
Мой вывод: как для себя - это по осознанным и взвешенным требованиям Заказчика. Ни в коем случае не хуже. Как это достигается - тема отдельного поста.
Пишите в комментариях свои мнения, тут есть о чём поговорить.
Съездил на прошлой неделе на конференцию Инфостарта, доклад читать. Каждый раз, возвращаясь оттуда, думаю — больше не поеду. А через год забываю, почему так решил. Попробую тут записать, может тогда не забуду 😁 Или Инфостарт включит меня в чёрный список.
Всё, что пишу — рациональный взгляд со стороны старого докладчика. Я ездил на конференции Инфостарта с 2015 года.
Первое — я долго ездил туда по инерции, руководствуясь старыми причинами, которые не актуальны уже лет 10. Раньше Инфостарт (и сайт, и конференция) был главным местом тусовки 1Сников. Не единственным, но главным. Не было кучи блогеров, альтернативных каналов и ресурсов, где 1Сники тусуются, онлайн и вживую.
Соответственно, у выступлений на конференциях Инфостарта была высокая конверсия. Выступить тогда на Инфостарте — всё равно, что попасть на Первый канал в 90-е. Тебя увидят и услышат все. И на выступлении всё не закончится — оно продолжится на сайте Инфостарта, так как сообщество и конференции синергично связаны.
Сейчас Инфостарт перестал быть главной тусовкой, а стал одной из. Возможно, на данный момент — самой крупной. Но точно не единственной. Дальше — простая неумолимая математика. Твой доклад увидит столько же людей, что и 10 лет назад — столько, сколько придёт в зал. Даже при битком набитом зале будет несколько сотен человек. Если выложить своё выступление в блог или видеоканал — получишь больше просмотров, при несопоставимо более низких затратах.
Инфостарт тоже выкладывает видео выступлений, и раньше это было существенным преимуществом — во времена, когда у 1Сников не было блогов. Но сейчас это преимущество растаяло.
Ну и третья часть конверсии — в узнаваемость в сообществе, то есть на сайте Инфостарта. Она нивелировалась вслед за развитием других тусовок 1Сников — блогов, сообществ, конференций.
Вот такая математика. Из‑за неё каждый раз и собираюсь больше не ехать.
Но всё равно еду :)
Если смотреть с точки зрения участника, а не докладчика — конференции Инфостарта действительно с каждым годом становятся лучше, удобнее, организованнее, интереснее. Команда Инфостарта растёт в профессиональном плане, это очевидно. С учётом их опыта, частоты и количества проведённых конференций — они точно лучшие по части их организации (в среде 1С).
Для тех, кто не выступает — конференции Инфостарта очень хороши. Это действительно так.
Для начинающих же докладчиков конференции Инфостарта — по‑прежнему лучшая точка старта, на мой взгляд.
Главным образом — из‑за масштаба конференции, который позволяет набирать в программу довольно много новичков. Другие конференции вмещают в себя в разы, а то и в десятки раз меньше докладов/активностей, поэтому новичкам туда не пробиться — организаторы стараются пригласить каких‑нибудь мэтров, иначе никто на их конференцию просто не приедет.
А у Инфостарта продуктовая линейка докладчиков сейчас хорошо разделена. Есть хэдлайнеры и конкурсный отбор, через который прогоняют и новичков, и докладчиков с опытом (это некое «среднее звено»). Через конкурсный отбор точно можно пройти. И точно можно не пройти, даже будучи докладчиком с опытом (я однажды не прошёл 😂).
Короче, кто хочет попробовать себя в роли докладчика — вам точно на Инфостарт. Кто хочет посмотреть/послушать/поучаствовать — вам точно на Инфостарт. Кто старый прагматик, как я — тому дома на диване сидеть 😊.
Один хороший человек, зовут Руслан, в своём тг‑канале написал небольшой текст про мой «Универсальный механизм планирования» (УМП). Руслану можно верить — он несколько раз внедрял УМП. На практике знает, насколько сложно решать реальные задачи планирования в 1С.
Думаю, опубликовать его текст будет уместным. Тем более, что УМП я распространяю бесплатно (прям здесь). Кстати, Руслан когда‑то тоже скачал УМП бесплатно, внедрил, и только через несколько лет я об этом узнал:)
Итак, текст Руслана.
«Как же долго я тебя искал…»
Знакомьтесь — УМП, универсальный механизм планирования. Когда я впервые про него узнал, радости было ещё больше, чем от автозадач.
Почему? Потому что он умеет делать главное, что должно уметь любое планирование — распределять ограниченные ресурсы (деньги, товары, время работы оборудования и так далее) на потребности (планы оплат, заказы клиентов, планы производства…). И, что важнее всего, делать это гибко, по любым условиям.
Разработал, кстати, всё тот же Иван Белокаменцев (подписывайтесь, если еще не). Не буду подробно рассказывать про техническую часть, это все можно прочитать в описании. Расскажу про свой опыт.
Пример из практики Производственное предприятие, которое работает в основном под заказ. Главный вопрос от менеджеров:
«Сможем ли сделать и отгрузить к нужной дате?»
В 90% случаев ответ упирается в одно — наличие сырья. А тут всё сложно:
ассортимент продукции большой
сырьё может лежать на складе
а может быть «в пути» от поставщика
Посчитать это в типовой ERP — задачка не из простых. И тут на сцену выходит УМП.
Что мы сделали
Разузловали спецификации готовой продукции до конечных материалов и храним их в специальном регистре — это ускоряет расчёт.
В УМП распределили материалы на складе и «материалы в пути» (с учётом даты поступления и времени, необходимом на изготовление продукции) на заказы покупателей.
Каждый заказ получил статус:
обеспечен
обеспечен частично
не обеспечен
В отчёте видно какого именно сырья не хватает и под какие изделия.
В журнале заказов добавили светофор, чтобы статус был виден сразу.
В АРМ «Формирование заказов по потребностям» диспетчер видит этот же статус и понимает — включать заказ в производство или нет.
В итоге
Диспетчер тратит меньше времени на проверку, менеджеры быстро отвечают клиентам по срокам, а производство получает только те заказы, которые реально можно сделать.
В следующей части расскажу про автоматизацию планирования в производстве.
На одном из проектов перехода с УПП на ЕРП возник неожиданный субподрядчик, который добавил приключений и нам, и заказчику.
Заказчик работает с сетями, а где сети — там какой‑нибудь хитровыдуманный электронный документооборот.
В основе — просто модуль/обработка, написанная какой‑нибудь известной компанией, но обязательно — доработанная на месте под требования сети.
И вроде бы — что может случиться, если мы переходим с УПП на ЕРП, и для обеих конфигураций есть версия модуля ЭДО? Код модуля — открыт, доработки под сеть — известны. Что может пойти не так?
Первое, что пошло не так — разработчики модуля сказали, что ни нам, ни заказчику нельзя его дорабатывать. А кто там его доработал несколько лет назад для УПП — уже никто и не помнит. Ну, ладно, хозяин‑барин — нельзя так нельзя. Спрашиваем — так, а можете нашему заказчику‑то доработать? Хотя, чего нашему — он и ваш заказчик.
Можем, говорят, только в очередь вставайте. Дело было в ноябре, месяца за полтора до запуска. Ладно, очередь так очередь. Встали, где‑то на декабрь.
В декабре ребята честно что‑то дорабатывали, под конец года отдали результат, и все торжественно ушли Новый Год встречать. В январе, на каникулах, мы запускаем ЕРП, ну и... Доработанные ребятами модули, конечно, не работают. Ну ладно, думаем, ничего страшного = серьёзные штуки никогда с первого раза не работают. Сейчас напишем ребятам, они помогут.
Пишем ребятам, и оказывается... Тех.поддержка не работает (в первые дни каникул). А заказчику уже отгружать надо — сети, они такие. Там нельзя не отгрузить. Что делать? Или самим‑таки доработать (но разработчики ЭДО грозили штрафами), или из УПП отгрузки делать. Выбрали второе — сели несчастные люди и вбили реализации в УПП, просто чтобы выгрузить в ЭДО.
Через пару дней начала работать тех.поддержка, но вот незадача... Они ничем не могли помочь с нашим доработанным модулем. Потому что помочь может только разработчик, который с их стороны модули допиливал. А он — на законных каникулах до 12 января. И связаться с ним нельзя никак и ни за какие деньги. А документации он никакой не передал, тех.поддержке ничего не объяснил, поэтому помочь они ничем не могут.
Тут у заказчика вторая волна отгрузок в сеть — ну, что поделать... Пришлось опять из УПП выгружать.
По окончании каникул подрядчик, конечно, всё быстренько починил. Претензий нет, если что. Просто не знал, что так бывает :) Теперь знаю. Придётся учитывать этот риск в следующих проектах.
Попалась на глаза статья статья(В чем плюсы использования интервальных регистров) на Инфостарте, про интервальные регистры сведений в ЗУПе. Вспомнил, что недавно использовал эту ЗУПовскую идею для совершенно другой задачи — интервального хранения цен. Но цель использования интервальных РС — та же, оптимизация скорости выполнения запросов и удобства их написания.
Проблема была такая. Есть КА1, в ней — дофигищща чеков. В чеке есть цена продажи, но нет себестоимости. Можно получать какую‑то себестоимость, если включить оценку стоимости списания при проведении документа (фифо, средняя), но это замедлит проведение документов (а их очень много).
К тому же, себестоимость не будет актуальной — документы поступления, как положено, вводятся с опозданием. Соответственно, чтобы актуализировать с/с по чекам, надо или документы перепроводить (а их, напомню, слишком много), или расчёт себестоимости ежедневно или ежечасно делать (не вариант).
У клиента уже было своё технико‑методическое решение — считать себестоимостью цену последнего закупа номенклатуры.
Но тут две проблемы. Если определять цену при проведении чека, то получаем обозначенную выше проблему — поступления вводят с опозданием, поэтому с/с при проведении чека не будет актуальной. Если же брать с/с не при проведении чека, а на лету, отчётом, то тормозит и запрос неприятный получается — кто писал запросы получения среза последних на дату документа, знает, о чём речь.
Ну я и сделал интервальный регистр сведений с ценами. Измерения — номенклатура, дата начала, дата окончания, ресурс — цена. Обращаться запросом к такому регистру — одно удовольствие. И работает сильно быстрее, чем срез последних.
Обновление интервального регистра делается рег.заданием — это быстро, где‑то одна минута на всю номенклатуру. Но всю номенклатуру обновлять надо редко. Я сделал регистр с очередью обновления, туда попадают номенклатуры из поступлений, которые записываются. Провели поступление с сотней номенклатур — сотня записей в очереди появилась. Рег.задание зашло и актуализировано интервальный регистр с ценами по сотне позиций.
Хорошая штука эти интервальные регистры. Рекомендую.
Обновлю статистику по недорогим переходам. Это формат проектов такой, специальный - перейти с одной конфигурации 1С на другую, получить некоторый прирост функциональности, но главное - не потерять того уровня автоматизации, что был в прошлой системе.
В основном такие переходы - вынужденные, вроде отказа от УПП. Заказчику всё нравится в его УПП, но так уж вышло, что её больше не поддерживают, и придётся переходить. Поэтому хочется всё сделать с минимальными затратами. Это один из ключевых критериев.
Понятно, что недорогие переходы - не единственный формат проекта, и не всегда лучший. Но спрос на него есть, вот мы его и придумали.
На данный момент мы сделали 6 таких проектов:
Два перехода УПП - ЕРП;
Два перехода УПП - КА2;
Один переход УНФ - КА2;
Один переход УПП - Аренда (там БП внутри).
Ещё два проекта в процессе, их рано включать в статистику.
Перевёл в расширение один из своих старых продуктов - управление задачами. Точнее, это часть некогда большой конфигурации Flowcon. Я выпилил из неё три подсистемы и сложил в расширение.
Перевёл потому, что один потенциальный клиент попросил - хотел посмотреть, что за штука это управление задачами Flowcon.
На момент публикации оно там сыровато всё, конечно, но пользоваться уже можно. Постепенно стабилизирую релиз.
Детальное описание всего Flowcon - https://infostart.ru/marketplace/976048/ В данном расширении - часть "Управление задачами". Ещё включил "Управление компетенциями", но пока не тестировал - сделаю это позже.
А вот на что точно стоит обратить внимание - на часть про регулярный менеджмент. Это штука, которой я сам пользуюсь каждый день. Что это, зачем, и как - описано в отдельной статье - https://infostart.ru/pm/998824/
Про нас как работодателя: компания SSP SOFT работает в сфере заказной разработкой ПО и предоставления выделенных команд на ИТ-аутсорсинг для крупных клиентов. У нас всегда есть открытые вакансии — за прошедший 2025 год мы наняли 179 новых сотрудников. По размеру компании — мы «средний бизнес» с проектами федерального уровня.
Рабочие места у нас в московском офисе, который открылся в 2025 году у самой Красной площади. А еще есть вакансии в департамент разработчики в Томске и на удаленку из любой точки России.
Работа в SSP SOFT — это реальные проекты, поддерживающая атмосфера, где работать — продуктивно, без выноса мозга и микроменеджмента. В марте 2026 ищем опытных спецов, кто готов в новое профессиональное будущее вместе с нами.
Что предоставляет экосистема SSP SOFT: ✅ Мы пишем код, который формирует завтрашний день. Никакой скучной рутины. ✅ Центр компетенций и личное менторство ускорят развитие до максимума. ✅ Офис, гибрид или фулл-удаленка? Есть все варианты. ✅ Время — ваш ресурс. Мы его уважаем.
Подробности о вакансиях читайте на нашей странице ХХ.ру, но там откликаться необязательно. Ждем резюме напрямую в ЛС нашей HR Lead (https://t.me/AONikitina). Не забудьте добавить «секретную фразу» в сопроводительное письмо, «Увидел(а) вашу вакансию на Хабре».
Желаем всем хабровцам успешной карьеры в 2026 году 🚀
Интересный кейс обновления у нас тут случился, раньше такого не было. Обычно основная проблема - доработок много, адаптировать долго или сложно, много кода в расширениях. А тут проблемой было узкое окно.
В обновлениях больших и нагруженных баз есть такая проблема - пролезть в "окно" (ещё его называют технологическим окном). Это время, на которое можно остановить базу 1С для обновления, без существенных потерь для бизнеса. В нашем случае окно было размером в 40 часов.
Вообще, это не так уж и мало, но... Надо было обновить на 4 редакции - с УТ 11.4.14 до 11.5.22. Кто помнит обновление на 11.5.8, в котором появились распределение запасов и объекты расчетов, понимают - там время обновления измерялось, скорее сутками. Обращаю внимание - надо было обновить все 4 редакции в одно окно 40 часов. Так сильно дешевле, чем накатывать по одному релизу и запускать пользователей. Причём, дешевле в разных всех смыслах - не надо адаптировать конфигурацию под каждый релиз (можно это сделать один раз в конце), не надо мучить людей (заставляя переживать 4 обновления, 4 смены некоторых интерфейсов и механизмов).
А наше обновление, если брать в лоб, по-типовому, занимало порядка 2 недель, из которых время полной недоступности базы - суток трое, наверное (это реструктуризация и выполнение обязательных обработчиков в монопольном режиме).
Короче, надо было сжать 300 часов времени обновления в 40, т.е. в 7-8 раз.
Ну и чё... Получилось 😁
Применили нестандартные методы предварительной подготовки конфигурации и данных, оптимизацию обработчиков, обрезку данных - и оно зашуршало сильно быстрее. Модных режимов, вроде обновления через копию, не применяли. Никакого вмешательства в СУБД не было. ИИ не использовали :)
Как-нибудь соберусь, напишу статью - там есть, что рассказать.
Когда-то давно мастерил я СложнуюФункцию. Делал сам - в модулях не нашёл ничего похожего. А как доделал – подумал: можно ведь её универсальной сделать, чтоб потом удобно применять.
Лучше со второго...
И сразу сомнения приходят: а вдруг больше никогда в жизни эта Сложная не потребуется – ни мне, ни коллегам. Как это понять? Стоит ли делать инструмент?
Тогда я не знал ответа. А позже у меня в ЗапасникеПравил появилось одно на эту тему. Назвал я его Правилом второго раза.
Если сомневаешься, надо ли превращать разработку в Инструмент или Продукт – просто сохрани её, но не трать время на доработку. Жди второго раза. А вот если она второй раз попалась – потрать время и сделай.
Конечно, бывают исключения. Иногда по причине «если нельзя, но очень хочется – то можно» - делаю сразу. А иногда интуитивное «потребуется» перевесит. Бывает и наоборот: нет времени, и не делаю после второго раза.
Но в большинстве случаев работает это правило.
А вы как думаете, правильно ли оно? Как вы определяете, когда ваша разработка достойна увековечивания в Инструменте или Продукте? Быть может, есть доказанное наукой правило? Поделитесь в комментариях.
В сезонеINFOSTART AWARDS 2025 мы обновили механику выбора победителей - добавили этап экспертного голосования. Цель простая: объединить оценку сообщества Инфостарта с независимым взглядом со стороны рынка, чтобы отмечать не только популярные материалы, но и решения, которые реально работают в бизнесе.
Процесс идёт в два этапа.
Сначала команда Инфостарта формирует шорт-лист номинантов. Мы оцениваем активность авторов за год, практическую пользу материалов и решений, отклик сообщества, применимость в проектах, глубину проработки и вклад в развитие профессиональной среды.
Затем в дело вступает экспертное жюри INFOSTART AWARDS 2025 - ИТ-директора, технические руководители и лидеры цифровых трансформаций из крупных компаний разных отраслей. Они голосуют за номинантов из шорт-листа, и победителями становятся авторы и решения с наибольшей поддержкой экспертов.
Почему это важно? В жюри - люди, которые ежедневно отвечают за внедрения, масштабирование и устойчивую работу ИТ-систем. Они оценивают подходы не по описанию, а с точки зрения того, что реально работает: с учётом рисков, практического эффекта и жизнеспособности.
Это принципиально меняет вес награды. Когда за решение голосует тот, кто сам его внедряет, - это уже не просто признание сообщества, а подтверждение профессионализма, почет и уважение.
Полный список экспертов жюри и представление каждого —в статье на сайте.
Налоговая отчётность в 1С: почему не стоит менять?
Привет, Хабр!
Стали мне часто попадаться доработки налоговой отчётности.
Я всегда категорически против таких доработок. Мне отвечают: уже всё согласовано. Не отстаю, назойливо предлагаю отказаться от таких доработок. К сожалению, не всегда выходит. Почему же нельзя дорабатывать отчётность?
Отчётность - это часть конфигурации, которая обновляется чаще всего. Каждое ваше исправление - это потеря денег при каждом обновлении (адаптация).
Типовые алгоритмы в 1С отлажены на тысячах баз, учтены десятки нюансов и разъяснений Минфина. Вероятность, что именно ваш случай не учтён, есть, но она очень мала.
Ваша «точечная» правка может незаметно сломать смежные расчёты в других разделах или за другие периоды.
Что же делать?
Ещё раз проверьте свою методологию в части, не совпадающей с типовой. Высока вероятность, что она ошибочна.
Внимательно изучите типовое решение. Скорее всего, там есть настройки или правила игры, учитывающие ваш случай. Например, меня неоднократно просили добавить справочник «Филиалы» для заполнения декларации по прибыли. Решение: во всех типовых конфигурациях для учёта филиалов используется справочник «Организации».
Если правок в декларацию немного, и их можно без существенных трудозатрат сделать руками – следует оставить типовой вариант.
.Если есть такая возможность - внесите правки после заполнения декларации отдельным апгоритмом.
Доработку следует построить её таким образом, чтобы изменения типового механизма были минимальны. Для конфигурацийе без изменений - использовать внешние обработки. Если конфигурация изменена, обработку можно поместить в конфигурацию, это может уменьшить вероятность её отказа при обновлениях
ВАЖНО: типовые возможности должны быть сохранены и для пользователя.
Например, если добавляем кнопку заполнения книги покупок, должна быть добавлена кнопка «Заполнить книгу (ООО «Ромашка»)», а типовая кнопка должна остаться в первозданном и рабочем состоянии.
Это позволит:
быстро вернуться к типовому варианту
проверить работоспособность типового варианта
сравнить доработанный вариант с типовым
и ещё это спасительная возможность заполнить декларацию, если доработанный вариант перестал работать после обновления.
1С:Документооборот = ВРМ? Как получить максимум от 1С:Документооборот
В крупных компаниях учетные системы решают задачи учета, но значительная часть повседневной управленческой работы остаётся за их пределами. Согласования, поручения, работа с документами и инициативами часто распределены между почтой, файлами и разными инструментами, что усложняет контроль и замедляет процессы.
19 февраля в 11:00 (МСК) мы проводим открытый вебинар, на котором разберем практический подход к использованию 1С:Документооборот не только как системы электронного документооборота, но и как инструмента управления процессами согласования и исполнения.
На вебинаре обсудим, где проходит граница применения 1С:Документооборота, какие задачи имеет смысл решать в нём, а какие — оставлять в учетных системах, и как выстроить взаимодействие между контурами без дублирования функций и перегрузки ИТ-ландшафта.
О чем будем говорить: — Почему учетные системы не закрывают задачи повседневного процессного управления. — Как использовать 1С:Документооборот для управления согласованиями, поручениями и задачами. — Как организовать взаимодействие с учетными системами через статусы и сценарии, включая работу с мобильных интерфейсов. — Практические кейсы: планы закупок, заявки, фиксация управленческих решений.
Кому будет полезно? Вебинар ориентирован на ИТ-директоров, руководителей по 1С, операционных и финансовых руководителей, а также специалистов, участвующих в автоматизации и сопровождении корпоративных процессов.
Снял видео про один из способов применения расширения "Рабочий стол" - дашборды рисовать. Лично для меня, как пользователя, это главный способ применения рабочих столов. Эдакий дешманский BI, с очень быстрой настройкой и перенастройкой.
И, кстати, именно с дашбордов "Рабочий стол" когда-то и начинался. Надо было вывести большому руководителю основные показатели работы компании на один экран, чтобы не шарашиться по отчётам.
Правда, дашборды типа "отчёт" (о которых речь в видео) - не самое эффектное представление данных, есть ещё диаграммы. Но про них я отдельное видео сниму.
Хотел написать небольшой пост по причинам провалов проектов 1С. Но погрузился в тему, что люди пишут, и вижу, что получится неплохая статья. А пока собрал основные причины - мои, от ИИ и из Сети, и получил список. Дополняйте в комментариях. Потом в статье рассмотрю подробнее.
Как избежать?
Сначала главные причины:
Критичные изменения (смена руководства и т.д.)
Отсутствие команды Заказчика, либо её невовлечённось, саботаж, отсутствие времени
Неконтролируемая волна хотелок (НВХ)
Неготовность к изменениям - внутренним и внешним
Неправильный выбор подрядчика, чрезмерное доверие или недоверие.
Ещё причины, вытекающие из основных
Непредоставление информации Заказчиком.
Неправильный выбор продукта, разочарование в продукте, несовершенство и сложность продукта
Отсутствие технического планирования (железо)
Чрезмерно сжатые сроки
Не хватает денег
Неотлаженные бизнес-процессы
Проблемы с данными
Также нашёл и такие "причины", о них в статье планирую специальный комментарий: Внедрение без обследования Отсутствие или изменение целей Неправильно выбранная проектная методология Незаинтересованность руководства Заказчика
Выложил новую версию расширения "Рабочий стол" - подрихтовал интерфейс. Он был старый, т.к. создавался под толстого клиента - см. картинку. Теперь выглядит почти как типовой 1Сный интерфейс.
Кейс, в котором облако получается в 3 раза выгоднее железа
💼 Что за компания
Девелоперская компания «Люди» строит жилые комплексы в Тюменской и Свердловской областях.
🕵️ Задача
За год команда девелопера выросла: офисных и удаленных сотрудников стало в два раза больше. Отсюда появился запрос на то, чтобы стабилизировать работу инфраструктуры и баз 1С, размещенных на локальных серверах, обеспечить их доступность и масштабируемость.
У компании было три варианта: строить свой ЦОД, арендовать выделенный сервер у провайдера или размещать все в публичном облаке. По расчетам самым эффективным оказался третий вариант, поэтому начался поиск подходящего облачного провайдера, которым в итоге стал Cloud.ru.
👨💻 Решение
Знакомство ДК «Люди» с нами началось с теста, во время которого стало понятно, что сервисы и поддержка, которые мы предлагаем, закрывают все задачи и ожидания клиента.
В итоге девелопер разместил виртуальные машины и настроил резервное копирование на платформе Облако VMware, а объектное хранилище подключил на платформе Cloud.ru Advanced. Потом связал две эти облачные платформы, чтобы весь трафик находился внутри защищенного облачного периметра.
📈 Результаты и планы
Базы данных 1С, CRM-система на базе Битрикс24, почтовые сервисы, системы ВКС и видеонаблюдения, СКУД — все переместилось в облако за два месяца. При этом после миграции производительность 1С выросла в 1,5 раза. Этому способствовали три фактора:
Перенос баз из Windows и MS SQL на Linux и PostgreSQL.
Подключение высокочастотных процессоров (CPU).
Рост скорости выполнения параллельных операций в облаке.
С финансовой точки зрения девелопер прогнозирует, что в перспективе трех лет расходы на облако обойдутся ему в 3 раза выгоднее, чем использование собственных физических мощностей.
Немного цифр про обновление конфигураций, где основная часть изменений хранится в расширениях. Именно изменений, т.е. доработанных типовых процедур и функций.
Тут две ветки получается - обновление внутри одной редакции и переход между редакциями. Если говорить про семейство ЕРП - т.е. ЕРП, ЕРПУХ, КА2 и УТ11 - то переход между редакциями там случается раз в год.
Обновления внутри одной редакции, если изменения в расширениях, обходятся в 1.5-2 раза дороже, чем при хранении изменений в конфигурации. При большом количестве изменений в расширениях бывает и в 5 раз дороже.
Сам технический процесс обновления с расширениями проходит быстрее, т.к. в этом процессе сравниваются конфигурации (основная, старая и новая от поставщика), а не расширения. Возня с расширениями начинается, собственно, после привычного процесса обновления. Как в шутку коверкали в нулевые название технологии Plug and Play ("подключи и играй") от Windows - Plug and Pray ("подключи и молись"). Так же и с расширениями. Если повезёт - всё будет работать без вмешательства. Если чуть меньше, но всё-таки повезёт - вывалятся красные ошибки в расширениях, и их нужно будет исправить. Если не повезёт, красных ошибок не будет, но в процессе эксплуатации выяснится, что доработки расширения молча творят какую-то дичь.
Ну а обновления с переходом между редакциями обходятся в 5-10 раз дороже, если основная часть доработок выполнена через расширения. Разумеется, речь о большом количестве доработок. А то вдруг в системе 5 доработок, из которых 3 - в расширениях :)
Между редакциями сильно больше изменений архитектуры типового решения. Появляются и исчезают регистры, документы, меняется структура существующих, меняется версия БСП, прыгают и скачут общие модули и названия процедур, меняется режим совместимости.
Ну а все типовые процедуры, изменённые в расширении с инструкциями Вместо и ИзменениеИКонтроль, приходится почти вручную адаптировать под новый релиз. Буквально пересобирать заново - брать новый текст типовой процедуры и вручную помещать туда старые изменения.
Написал небольшую обработку для получения статистики расширения. Использую для предварительной оценки обновления незнакомой конфигурации с большими расширениями.
Обработка подсчитывает:
Количество модулей и строк в них;
Количество модулей с изменениями;
Количество процедур и функций, разбитое по категориям - новые, изменённые с инструкциями ИзменениеИКонтроль, Вместо, Перед/После;
Количество строк в процедурах каждой категории;
Для ИзменениеИКонтроль подсчитывает количество изменений и количество строк в этих изменениях.
Как пользоваться:
Выгружаем расширение в файлы (можно несколько расширений выгрузить и скопировать в одну папку);
Запускаем обработку, указываем папку с выгруженным расширением;
Жмём "Посчитать".
Зачем нужно всё это считать - наверное, понятно. Если много изменений внесено через расширения, то обновление конфигурации становится в разы дороже (хотя, почему-то, многие до сих пор думают, что использование расширений удешевляет обновление).
Но понять, сколько изменений содержится в расширении, крайне затруднительно. В платформе 1С инструменты оценки изменённости есть только для конфигураций.
Пришлось недавно серьёзно повозиться со сложным обновлением, давно такое интересное не попадалось.
Открытий и интересных решений по дороге получилось несколько, но пока не дошло до обновления рабочей, поэтому всё рассказывать не буду. Пока про один аспект - ускорение выполнения обработчиков.
В семействе ЕРП регулярно случаются длинные обработчики обновления. Например, при переходе с 17 на 22 в регистр сведений "Реестр документов" добавили измерение с уникальным идентификатором, которое обработчик и заполняет - для всех записей. В моём случае записей было 9 млн, и выполнение обработчика занимало больше суток.
Если нужно сделать 1 шаг обновления, то не страшно - в течение этих суток пользователи могут работать. Но, во-первых, бывают обработчики, которые "отключают" отдельные виды документов или целые контуры учёта, вроде взаиморасчётов или резервов. Во-вторых, мне надо в одно технологическое окно обновить на 4 версии, поэтому ждать было нельзя.
Так вот, попробовал я взять этот обработчик обновления, вынести код в обработку/расширение, самостоятельно распараллелить и запустить. Код там простой, изолированный, никаких зависимостей ни до ни после его выполнения я не нашёл.
И случилось чудо - обработчик выполнился часа за 4-5 (вместо 24+). Попробовал с другими обработчиками, которые столь же изолированные - результат по ускорению тот же.
Я думал, проблема в типовом распараллеливании, которое как-то не очень эффективно распределяет задания между потоками. Пошёл смотреть чужой опыт на партнёрке, нашёл относительно свежую тему (https://partners.v8.1c.ru/forum/t/2259464/m/2259464), где автор нашёл больше меня - дело и в распараллеливании, и в записи статистики. Правда, гарантированного и надёжного решения там найти не получилось - ребята из 1С сказали, что могут быть последствия, если просто отключить статистику. Но обещали что-нибудь придумать со скоростью обновлений.
А пока можете пользоваться тем же способом, что и я, коли возникнет схожая проблема.
Инфостарт перезапустил «Большой опрос 1С-сообщества» — ежегодное исследование, которое помогает понять, как за несколько лет меняются роли, инструменты и реальные практики вокруг 1С.
Хотя в опросе участвуют не только разработчики, для тех, кто пишет код и ведёт проекты, это тоже полезный срез: можно увидеть, чем живёт рынок, какой стек и подходы становятся привычными, а какие постепенно уходят на второй план.
Проект стартовал в 2022 году, тогда в исследовании поучаствовали 10 672 специалиста. В 2023 — 7 887. Опрос 2024 года сознательно не проводили: команда пересобрала методологию и формат, чтобы результаты разных лет можно было сравнивать корректно, без эффекта «вроде похоже, но непонятно, что именно изменилось».
В версии 2025 года обновили саму анкету: уточнили формулировки, расширили варианты ответов и добавили блок про использование ИИ-инструментов в разработке и работе с 1С — от повседневных задач до более сложных сценариев. А главное — после заполнения участник сразу получает доступ к интерактивной аналитике и может сравнивать данные за 2022, 2023 и 2025 годы.
В итоге опрос превращается не только в источник статистики, но и в практичный инструмент, который позволяет быстро сопоставить собственный опыт с тем, что происходит в сообществе.
Заполнение занимает примерно 5–10 минут, после отправки анкеты система автоматически перенаправит на страницу с результатами. Сбор ответов идёт до конца января 2026 года, возможно продление до конца февраля, после чего исследование за этот цикл будет закрыто.
Как закрывать месяц в 1С не за час, а за 20 минут — история производителя тахографов
💼 Что за компания
«Новые решения драйва» (НРД) работает на рынке транспортной автоматизации. Компания производит и продает тахографы — устройства, которые регистрируют скорость, пробег, режим труда и отдыха водителя.
В каждом грузовом автомобиле массой выше 3,5 тонн и автобусе должен быть тахограф — так требует закон. Например, если водитель попадет в спорную ситуацию, данные с тахографа помогут доказать, что он работал не дольше, чем положено, и ехал не быстрее, чем разрешено.
🕵️ Задача
Раньше IT-инфраструктура НРД была построена по модели SaaS на базе ресурсов облачного провайдера. Но компания решила развивать собственную инфраструктуру, чтобы предложить новый вид сервиса для клиентов, партнеров и внутренних заказчиков.
Еще одним поводом пересмотреть инфраструктуру стало падение производительности некоторых критических систем, включая ключевую 1С. Специалисты проверили код и оптимизировали работу баз данных, но сильно лучше не стало.
Так решение строить собственную IT-инфраструктуру стало проектом года. Отдельно обсуждали вопрос о том, где эта инфраструктура будет размещена: локально на своих серверах или в дата-центре провайдера, которого тоже решили сменить.
Перенос приложений и баз данных на «железо» потребовал бы больших первоначальных вложений и регулярных затрат на поддержку и обслуживание в будущем. Поэтому победил облачный вариант, и клиент запустил два тендера: один на аренду ресурсов у провайдера, второй на поиск компании-исполнителя, которая построит новую инфраструктуру в облаке и перенесет данные.
Первый тендер выиграли мы: клиент развернул тестовые контуры у нескольких провайдеров, но только у нас коэффициент производительности 1С:ERP и других продуктов вырос с 0,475 до 0,725 — спасибо процессорам с частотой 3,0 и 3,5 Ггц. Второй тендер выиграл IT-интегратор «Протон» — он умеет проводить аудит инфраструктуры, строить новую и мигрировать программные решения в облако.
👨💻 Решение
Миграция в облако длилась три месяца и, грубо говоря, в четыре этапа:
Команда «Протона» проанализировала текущую инфраструктуру НРД и начала строить новую на платформе Облако VMware от Cloud.ru. Тестирование, уточнение деталей и настройка заняли месяц.
Связали две инфраструктуры с помощью межсетевого экрана и перенесли виртуальные машины из старого контура в новый. Для большей надежности и безопасности настроили резервное копирование.
Перенесли в облако боевые базы данных, внедрили в новую инфраструктуру учетную систему 1C:ERP, 1С:ЗУП и 1С:Бухгалтерия.
Настроили два корпоративных VPN-сервера для удаленного доступа к новой инфраструктуре. Сотрудники НРД сказали, что работать дома после этого стало гораздо комфортнее.
Когда закончилась активная фаза переноса, специалисты «Протон» продолжили заниматься технической поддержкой инфраструктуры, а команда НРД перешла к планомерной работе, доработке и донастройке всех систем.
📈 Результаты
Системы мониторинга, контроллер доменов, приложения 1С, сервер удаленных рабочих мест и другие технические серверы перенесены в виртуальный ЦОД в облаке Cloud.ru. Что ощутимо изменилось, это то, что ускорилось формирование отчетности в 1C:ERP и документооборот:
список регламентных операций открывается за 7 секунд вместо 30;
отчеты из раздела «Функции для технического специалиста» составляются за 7–8 секунд вместо 20;
месяц теперь закрывается за 20 минут, а не за час, как раньше.
Если тоже раздумываете о переносе 1С в облако, обращайтесь, у нас большой опыт такой миграции.
Как GUDDA сэкономила в три раза, развернув инфраструктуру для 1С в облаке
👨💻 Что за компания
GUDDA — это сеть ломбардов, магазинов электроники и ювелирных изделий. У компании есть филиалы в разных городах России, например Ростове-на-Дону, Азове, Батайске, Каменск-Шахтинске, Новочеркасске, Таганроге и Шахтах. GUDDA дает краткосрочные займы под залог, покупает и продает украшения, гаджеты и технику.
🕵️ Какая была задача
IT-инфраструктура GUDDA изначально строилась по подходу cloud native: часть инфраструктуры разместили в частном контуре, а в облаке — системы, нагрузка на которые возрастала по ходу развития бизнеса.
Компания хотела нарастить мощности для баз 1С, SQL-серверов и системы резервного копирования, поэтому решила реализовать мультиоблачную стратегию. Для этого GUDDA начала искать еще одного облачного провайдера.
Ключевым требованием стала отказоусточивость — даже минута простоя может стоить GUDDA миллионы рублей. Еще перед переездом в облако команда хотела протестировать сервисы на реальных задачах и оценить, насколько хорошо выстроена коммуникация с технической поддержкой провайдера.
👨🔧 Как ее решили
GUDDA в течение месяца тестировала сервисы Cloud.ru, подбирала оптимальные конфигурации процессоров и накопителей. Менеджер со стороны провайдера всегда была на связи и быстро направляла к нужным техническим специалистам, если появлялись вопросы по работе сервисов или настройке инфраструктуры.
К концу теста компания попробовала все варианты и четко знала, что реализует и сколько это будет стоить. В итоге клиент выбрал виртуальный ЦОД с высокочастотными процессорами 3,5 ГГц.
Для миграции мы предоставили GUDDA выделенный канал с гарантированной средней скоростью 500 МБ/с — это позволило быстро перенести данные в облако. Компания получила готовую облачную инфраструктуру, в которой меньше чем за час развернула и настроила нужные виртуальные машины.
📈 Что в результате
Инфраструктура в облаке Cloud.ru работает без сбоев, а команда GUDDA может масштабировать мощности через личный кабинет, не обращаясь в поддержку.
Главный финансовый результат — содержать аналогичную инфраструктуру локально обошлось бы компании в три раза дороже, чем в облаке.
GUDDA планирует перенести в облако и другие системы, включая базы 1С для круглосуточных точек, организовать катастрофоустойчивую инфраструктуру с использованием резервного ЦОД.
👉 Декабрь в разгаре, и у нас есть вакансии — присоединяйтесь к SSP SOFT 💻
Говорят, что в декабре никто не нанимает, но это не про нас! Приглашаем опытных специалистов присоединиться к команде SSP SOFT 🌐
✨ У нас в SSP SOFT — проекты, которые удивлят своей сложностью, а затем станут точками роста. ✨ С первого дня вы не одни: за вами закрепляется наставник, который помогает входить в работу спокойно и без лишнего напряжения. ✨ Карьерный скачок здесь реален: наш Проектный офис — это не просто управление, а среда, которая ускоряет профессиональное развитие. ✨ Вы сами выбираете формат: работайте удаленно, приходите в офис в Москве (ЦАО) или в Томске — или комбинируйте (по согласованию с тимлидом). ✨ Мы не пропагандируем культ переработок — рабочие процессы настроены, а личное время и забота о здоровье уважаются.
Бонусы тоже есть: 🎁 ДМС (включая стоматологию) для штатных сотрудников 🎁 обучение за счет компании 🎁 бонусные программы 🎁 общие ивенты — от онлайн-квизов до выездных сборов
Как оптимизировать бюджет на интеграции в 2026 году: практики и инструменты для DATAREON
11 декабря в 12:00 проведём практический вебинар для ИТ-директоров и архитекторов, которые хотят сократить стоимость интеграций на DATAREON и избавиться от рутинных трудозатрат.
Чаще всего для интеграций, особенно на предприятиях с большим количеством 1С, мы используем DATAREON Platform. Удобный 1С-коннектор, широкое распространение и доступная стоимость лицензий делают его одним из самых популярных решений для интеграционных задач.
Однако цена лицензии — лишь часть картины: важную роль играет также стоимость внедрения и дальнейшего сопровождения.
Сколько на самом деле стоит интеграционный проект?
Какие существуют реальные способы снизить расходы без потери качества?
Об этом мы поговорим на вебинаре.
Что покажем на вебинаре
Технический директор ИТ-интегратора «Белый код» Сергей Скирдин разберёт реальные кейсы и продемонстрирует, какие технические решения ускоряют работу и снижают стоимость интеграционного проекта:
Использование API DATAREON для создания типов данных.
Генерация обработчиков 1С.
Отладка обработчиков и функций без боли.
Использование формата Enterprise Data как основы для интеграции типовых объектов 1С
Заглянем в будущее — покажем, как с помощью ИИ-агента можно дорабатывать интеграционный проект в DATAREON.
Какой эффект получит бизнес
✔ Снижение стоимости интеграций. Автоматизация процессов уменьшает объём ручной работы и бюджет проекта. ✔ Быстрый запуск интеграций. Готовые инструменты ускоряют разработку и ввод в эксплуатацию. ✔ Масштабируемость интеграций. Единые стандарты позволяют быстро подключать новые системы без усложнения архитектуры.
Кому будет полезно
Руководителям, которые выбирают подрядчика для внедрения интеграционной шины и хотят объективно оценить подходы и стоимость.
Архитекторам перерабатывающим технологию замены существующего интеграционного решения на DATAREON Platform
Компаниям с большим количеством систем на 1С и активными интеграционными задачами, которые хотят выстроить оптимальную архитектуру и ускорить ввод в эксплуатацию новых интеграционных потоков.
👉 Вот и осень пролетела — а у нас еще есть незакрытые вакансии 💻
Приглашаем опытных специалистов присоединиться к команде SSP SOFT 🌐
✨ У нас в SSP SOFT не бывает рутинных задач — только проекты, которые сначала удивляют своей сложностью, а затем становятся точками роста. ✨ С первого дня вы не одни: за вами закрепляется наставник, который помогает входить в работу спокойно и без лишнего напряжения. ✨ Карьерный скачок здесь реален: наш Проектный офис — это не просто управление, а среда, которая ускоряет профессиональное развитие. ✨ Вы сами выбираете формат: работайте удаленно, приходите в офис в Москве (ЦАО) или в Томске — или комбинируйте, как удобно. ✨ Мы не пропагандируем культ переработок — рабочие процессы гибкие, а личное время и забота о здоровье уважаются.
А еще у нас: 🎁 ДМС (включая стоматологию) для штатных сотрудников 🎁 обучение за счет компании 🎁 бонусы 🎁 общие ивенты — от онлайн-квизов до выездных сборов
👉 Чувствуешь, что это про тебя? Тогда не теряй время — присылай резюме напрямую в ЛС нашему HR Lead Алине. Не забудь добавить сопроводительное письмо с ключевой фразой «Нашел(ла) вас на Хабре».
Спасибо за интерес к нашим вакансиям и желаем успеха на собесе )
Полгода назад писал, что выложил конфигурацию УМП (универсального механизма планирования). И обещал со временем выложить расширение, чтобы можно было использовать УМП в современных конфигурациях.
В современных, вроде ЕРП, УМП вполне себе работает. У одного клиента с 2021 г. всё обеспечение продаж и многопередельного производства на УМП держится.
Скрытый налог: когда 1С висит, бизнес теряет деньги. Покажем, как «Монитор» снижает затраты с первой недели
Во сколько обходятся бизнесу простои из-за «тормозов» 1С? Компания может терять десятки тысяч рублей в день, а все потому, что команда технических специалистов ищет и не может найти ту самую ошибку. А можно превратить потери от простоев в компенсацию для бюджета.
25 ноября в 12:00 на вебинаре «Скрытый налог: когда 1С висит, бизнес теряет деньги» мы расскажем, как инструмент «Монитор» для 1С помогает бизнесу сокращать финансовые потери.
Спикер: Андрей Бурмистров, 1С-эксперт по технологическим вопросам крупных внедрений
В программе:
— примеры скрытых затрат при проблемах со скоростью работы в 1С;
— разбор ключевых функций Монитора (долгие запросы, блокировки, взаимоблокировки, ошибки технологического журнала, уведомления о событиях);
— ответы на вопросы участников.
Все участники вебинара получат в подарок 30-дневную триал-версию «Монитора» с бесплатной установкой от наших специалистов. За 1 день и 0 рублей вы увидите проблемы производительности вашей 1С!
ВАЖНО! С 1 января 2026 года меняется лицензионная политика продукта: на каждые 3 сервера необходимо будет покупать лицензию. До конца декабря есть возможность купить лицензию без ограничения по количеству серверов.
Снял пару видео по своим разработкам "Автозадачи" и "Структура затрат". Они без видео не очень понятны, обычно. Особенно Автозадачи - чтобы получать от них пользу, надо понять логику и принципы применения.
А пользы от автозадач можно получить очень много, особенно если народу в 1С работает много, процессы сложные и запутанные, и свободы выбора у людей - чересчур.
Снял пару видео с демонстрацией возможностей "Проверки данных" - это моё универсальное решение на 1С. Оказалось, что по текстовому описанию было не очень понятно, что это за штука, как ей пользоваться, какие задачи она решает, и какого уровня навыки требуются.
Через 14 месяцев поддержка 1С:УПП закончится. Что дальше❓
Недавно мы рассказывали, как наши клиенты переходят с 1С:УПП. Теперь приглашаем на вебинар, где разберем, как выбрать новую систему — от критериев до подводных камней.
Переход с 1С:УПП — это не просто ИТ-задача, а стратегическое решение: какая система станет основой управления компанией на ближайшие годы. И это совместная зона ответственности финансовых и ИТ-служб компании. Как сделать правильный выбор с максимальной пользой для бизнеса?
Расскажем, как подготовить IT-системы к наплыву покупателей 🛍️💻
Черная пятница, а после — предновогодняя суета с поиском подарков или продуктов…
На вебинаре расскажем, как обернуть ситуацию в свою пользу: подготовить IT-инфраструктуру, чтобы сервисы не упали, покупатели остались довольны, а компания не потеряла прибыль.
Зовем всех, кто отвечает за отказоустойчивость IT-систем в ритейле и e-com: CIO, CTO, руководителей и менеджеров по цифровой трансформации и IT, руководителей инфраструктурных операций и не только.
Обсудим, как:
добиться SLA 99,95%, обеспечить минимальные RTO и RPO, чтобы быстро восстанавливаться после сбоев;
перенести и настроить в облаке 1С;
переложить обслуживание инфраструктуры на облачного провайдера;
выстроить бэкапы и аварийное восстановление.
📅 Когда? 11 ноября в 11:00 мск.
📍Где? Встречаемся онлайн. Регистрируйтесь на странице вебинара — и до скорой встречи.
Как Dodo Brands развернула 1С в облаке Cloud.ru и ускорила выгрузку отчетов в два раза 📙☁️
Что за компания
Dodo Brands — компания, которая развивает бренды быстрого питания через франчайзинг и открыла более 1 500 точек в 26 странах мира. Сейчас у Dodo Brands есть популярные сети: пиццерии «Додо Пицца» и кофейни «Дринкит».
У компании есть своя IT-команда Dodo Engineering и технологическая платформа Dodo IS. Dodo Brands разработала сайты и приложения для своих сетей, умную выдачу в кофейнях и систему управления ресторанами, где можно планировать все бизнес-процессы: назначать смены, отслеживать заказы, анализировать продажи в реальном времени.
Какая была задача
В Dodo Brands «1С:Бухгалтерия» — важная система, которая влияет на все процессы в компании. От стабильной работы 1С напрямую зависит прибыль и удовлетворенность клиентов. К примеру, если что-то даст сбой, тесто или кофейные зерна приедут позже. Посетители останутся без пепперони или капучино, а точка недополучит денег.
Сначала Dodo Brands арендовала ПО. Чтобы все работало стабильнее, компания решила закупить лицензии и перейти в частное облако для хостинга всех своих сервисов. Dodo Brands начала сотрудничать с популярным облачным провайдером, но возникла проблема: работа бухгалтеров в 1С стала занимать в два раза больше времени, а работа самой системы замедлилась втрое.
Бухгалтерия не хотела тратить пять часов на закрытие месяца, а еще такой расклад не устраивал IT-команду, поэтому Dodo Brands решила сменить поставщика облачных услуг.
Как ее решили
Изначально рабочая база данных Dodo Brands размещалась на IT-ресурсах предыдущего провайдера, но с БД начались непредвиденные проблемы. Важно было быстро восстановить работу: от 1С зависят поставки продуктов, и сбой мог бы повлечь приостановку всех бизнес-процессов.
Во время неполадок с БД Dodo Brands уже тестировала сервисы Cloud.ru, они выигрывали по сравнению с предыдущим поставщиком облачных услуг. По итогам теста команде понравился результат, и компания решила перенести IT-инфраструктуру в облако Cloud.ru.
Сначала команда Dodo Brands использовала мощности Cloud.ru, чтобы восстановить работу БД. А еще удалось сократить время отладки процессов. После этого развернула копию 1С-инфраструктуры — виртуальные машины с определенным количеством процессоров и оперативной памяти.
При миграции развернули восемь ВМ для приложений, баз данных и веб-сервера. Тестирование длилось три недели, а миграция заняла всего один день. Мы всегда были на связи с менеджером компании и подключали круглосуточную техподдержку.
Что в результате
Время выгрузки отчетов из «1С:Бухгалтерии» сократилось в два раза: с 5 до 2,5 часов благодаря миграции в Advanced Elastic Cloud Server.
Перенесли в облако рабочую БД прямо во время теста сервисов Cloud.ru. Как итог — работа БД быстро восстановилась, а еще сократилось время на отладку.
Обеспечили стабильную работу 1С в облаке. Это позволило Dodo Brands четко планировать бизнес-процессы и не тратить время на устранение неполадок.
Читайте полный кейс, чтобы узнать больше о ходе работы и полученных результатах 🚀
Может кто-то задумывался, зачем предприятию торговли бухгалтерия без зарплаты и торговли, а производственному предприятию вышеперечисленное без производства? С позиции фирмы 1С в этом есть целесообразность, если ты продаешь программы под такой вывеской, ну то есть, к примеру, 1С:Управление торговлей. Или только 1С:Зарплата и управление персоналом, естественно с неполным функционалом. Надо еще функционала? Тогда приобретай другой продукт, 1С:Зарплата и управление персоналом с приставкой КОРП. Мало функционала 1C:Бухгалтерии или 1C:Бухгалтерии с приставкой КОРП в компании с Excel, пожалуйста, 1С:Комплексная автоматизация! Еще не ERP, но типа того, даже не почти. Если и этого мало, тогда есть предложение от 1С, так называемая 1С:ERP Управление предприятием.
Ну допустим, почти конфигурации на любой вкус с обменами между ними за доработку, плюсом орава франчайзи, которые допилят и настроят. Но нет преемственности между почти конфигурациями. Покупая ЕРП у 1С, ты не покупаешь весь потенциал отдельного решения, 1С:Управление торговлей в части торговых операций и т.д. и т.п., каждая конфигурация почти конфигурация, почти полноценная. Такой сетевой маркетинг через сеть франчайзи для продажи почти программных продуктов.
Есть интересный концептуал модульности готового решения на платформе 1С, например, Учетная модульная конфигурация "INFOSTART ERP community edition" для ведения комплексного учета на предприятии. Подход этого программного продукта устраняет почти, рыхлость и сырость готовых решений 1С. Модульная, т.е. к основному функционалу ты докупаешь модули, расширяя охват учета, планирования и анализа. При этом программа одна, а не десять. Но сдается мне, что это не в интересах монополиста. Проще продавать почти, обслуживать почти за вознаграждение (ИТС) и у оравы франчайзи есть чем заняться. Типично для франчайзи: «А давайте мы Вам всё перепишем»! Ну за Ваши денежки и рабство дополнительной поддержки нетиповой конфигурации.
И весь этот зверинец надо поддерживать в актуальном состоянии и развивать. Архаичность подхода 1С зиждется вероятно на отсутствии конкуренции. В положении монополиста 1С могут себе позволить ехать по наезженной колее из 90-х, потребителю некуда деваться. Раскрыть почти функционал любой конфигурации от 1С, это уже отдельная тема, там поле не паханное, ну к примеру штрихкодирование. Это не сел и поехал, это ведро с болтами.
Октябрь в разгаре: у нас в SSP SOFT продолжается найм
Всем привет! У нас в SSP SOFT сейчас порядка 10 вакансий для мидлов и сеньоров в командах аналитиков, девопсов, QA и разработчиков. Полный и актуальный список вакансий здесь:https://hh.ru/employer/5648224. А внизу дадим прямые контакты с нашим HR для отправки резюме.
Рабочие места в офисах в Москве (топ локация в ЦАО) и в Томске, а также у нас много сотрудников, которые работают удаленно из разных регионов России. Формат «онлайн» или «оффлайн» обсуждаем.
Напомним, кто мы: компания SSP SOFT занимается заказной разработкой и IT-аутсорсингом. Наши спецы помогают внешним клиентам реализовывать задачи в e-commerce, финтехе, медтехе, управлении инфраструктурой и других отраслях.
Наши актуальные вакансии:
Менеджер по продажам (IT аутстафф)
Лидер группы аккаунт-менеджеров (IT аутстафф)
Аккаунт-менеджер (IT аутстафф)
Специалист технической поддержки 1С
Ведущий разработчик 1С (ERP, УХ)
Разработчик 1С (ЗУП)
Разработчик 1С
Аналитик 1С
Аналитик DWH
Бизнес-аналитик
Automation QA Engineer (Java)
DevOps-инженер
Интересуют детали вакансий или сотрудничество? Пиши в ЛС нашему HR Lead @AONikitina. Для ускоренного рассмотрения пож-та отправляйте резюме HR-ру в Телеграм с пометкой "Нашел(ла) вас на Хабре", приложив сопроводительное письмо.
