Что поменяли в 1С 11.5.26.106 и почему обновление лучше не откладывать
Привет, это СБиСик. Сегодня покажу свежую сборку 11.5.26.106 без лишнего официоза, как обычно, по-человечески. Тут история такая: вроде бы просто исправлены ошибки, но если у вас в работе есть маркировка, Честный знак или ветеринарка, то нюансы уже не косметические, а вполне рабочие. И вот такие обновления 1С я люблю разбирать отдельно, потому что в них прячутся не только «починили то и это», а ещё и изменения, которые потом внезапно всплывают в магазине, на кассе или на складе.
Сразу отмечу важную вещь, чтобы потом не бегать по кругу. Эта сборка не предназначена для прямого обновления с версий 11.5.26.93, 11.5.26.96 и 11.5.26.100. Да, вот так, без красивых обходных путей. Если у вас стоит одна из этих версий, нужен промежуточный шаг до 11.5.26.103. На практике такие моменты лучше не игнорировать: иначе можно получить обновление, после которого система вроде бы и открывается, а дальше начинается классика жанра — ошибки, странные статусы и звонки в стиле «что-то оно не хочет». Если у вас похожая ситуация, можно связаться со мной лично, иногда такие вещи проще разобрать на живом примере.
Я, если честно, очень люблю такие релизы за то, что они обычно выглядят скромно, а по факту разгребают сразу несколько больных мест. Особенно когда речь про маркировку. Там же любая мелочь может стать проблемой: сменился состав товарной группы, локальный модуль обновился, касса начала жить своей жизнью, и уже у бухгалтера на лице вопрос, а у кладовщика тихий внутренний протест. Поэтому давайте по порядку, без суеты, но с нормальным вниманием к деталям.
Честный знак: обновления, которые уже не выглядят мелкими
Начну с самого заметного — интеграции с ГИС МТ. Для тех, кто каждый день работает с маркировкой, тут ничего «теоретического» нет. Это та самая зона, где любая правка влияет на реальную отгрузку, продажу, приемку и списание. А когда речь про 1С, обновление 1С в таких блоках обычно означает не просто новую кнопку, а изменение логики работы в фоне. И вот сборка 11.5.26.106 как раз добавила новые товарные группы, причем довольно актуальные.
Во-первых, появилась группа «Натуральный мех». Она нужна для работы с меховыми изделиями по новым правилам, связанным с постановлением Правительства РФ от 31.01.2026 № 75. На практике это важно для тех, кто ведет учет по таким товарам и не хочет потом разбираться, почему остатки, марки или документы не совпадают с требованиями системы. С мехом вообще история капризная: товар сам по себе не массовый, но когда он есть, лучше чтобы учёт был настроен без лишних сюрпризов.
Во-вторых, добавлена группа «Товары легкой промышленности и одежда 2026». И вот это уже, можно сказать, массовая история. Под нее попадают товары, для которых требование маркировки действует с 01.03.2026, по постановлению Правительства РФ от 25.12.2025 г. № 2129. Тут особенно важно не тянуть до последнего, потому что в таких случаях ошибка не всегда видна заранее. Документ может проводиться, склад может отгружать, а потом на следующем этапе вылезает несоответствие по товарной группе. И уже приходится разруливать задним числом, а это, скажем так, не самый приятный способ проводить вечер.
Из практики скажу так: когда в 1С появляются новые товарные группы, это почти всегда не только про «список в справочнике». Надо смотреть, как они легли в обмены, как отрабатывают кассовые операции, как ведут себя документы маркировки, и не забыли ли про какие-то старые настройки, которые были сделаны под прежнюю схему. Иногда кажется, что всё просто, а потом в магазине кассир пробивает товар, система молчит, а потом внезапно отказывает в проверке. Вот тут уже начинается настоящее технарское расследование.
Кстати, по таким вопросам у нас часто собираются живые обсуждения в нашем Telegram-канале — там полезно смотреть, у кого как эта история развернулась в реальной работе. Потому что теория теорией, а в поле всё всегда чуть интереснее.
Новый локальный модуль и контроль цены: вот тут начинается самое интересное
Следующий важный кусок — поддержка версии 2.х Локального модуля Честного знака. И это уже не просто очередная техническая доработка. Раньше у компаний могли быть настроены решения под ЛМ версии V1, и если всё работало, то многие на автомате откладывали переход. Но в новых релизах уже появилась возможность работать и с V1, и с новой V2. А это удобно, потому что переход можно делать более спокойно, без резкого отрыва от старой схемы.
Почему я на этом заостряю внимание? Потому что локальный модуль — это, по сути, тот самый мостик между вашей учетной системой и контуром маркировки. Если мостик шатается, то и вся история начинает тормозить. В реальной жизни это выглядит очень просто: вот товар есть, вот чек есть, вот маркировка есть, а система в моменте не может корректно отработать запрос. И в этот момент люди обычно говорят: «Да мы же вчера всё проверяли». Ну да, проверяли. А сегодня уже новая версия модуля, новые правила, новое поведение, и всё надо смотреть заново.
В этой же сборке реализовали контроль минимальной розничной цены, которую возвращает ГИС МТ в разрешительном режиме, по никотиносодержащей продукции при пробитии чека. Звучит сухо, но по факту это очень полезная вещь. Если касса пробивает такую продукцию, система теперь может сверяться с минимальной ценой и не пропускать то, что выбивается из правил. И важно, что работает это только с версии ЛМ 2.х. То есть если у вас локальный модуль старый, надо смотреть цепочку обновления, а не надеяться, что «и так сойдёт».
Вот тут у меня сразу вспоминается один рабочий кейс: магазин вроде бы небольшой, ассортимент понятный, кассы стоят давно, всё в целом стабильно. И вдруг на определённой группе товаров пробитие уходит в ошибку. Сначала грешат на кассира, потом на интернет, потом на саму 1С. А причина оказывается в том, что на одной стороне уже новые требования, а на другой — старый модуль, который живёт по прежним правилам. И пока это не свести в одну схему, система будет сопротивляться. Если не хочется разбираться по кругу, можно связаться со мной лично, иногда быстрее один раз посмотреть конфигурацию, чем три дня гадать по логам.
Ещё один нюанс, который я бы отметил, — такие изменения всегда тянут за собой не только обновление самой базы, но и проверку смежных мест. Касса, рабочее место кассира, обмены, настройки разрешительного режима, версии драйверов, права пользователей. Где-то всё это кажется лишней бюрократией, а где-то именно из-за такой «мелочи» потом не проходит чек в пиковый час, когда у дверей очередь и все нервничают. Я, если честно, после таких случаев всегда советую не ограничиваться просмотром списка изменений, а прогонять сценарии как на тестовом стенде: продажа, возврат, чек с маркированным товаром, проверка цены, обмен с модулем. Ну, вы поняли.
Ветеринарные препараты и место деятельности: отдельная история, без шуток
Теперь про ветеринарные препараты. Тут обновление тоже не из разряда «ну, добавили что-то и ладно». В 11.5.26.106 поддержали требования по указанию места осуществления деятельности, то есть МОД, по товарной группе «Ветеринарные препараты». Основание — постановление Правительства РФ от 27 мая 2024 г. №675. И применяется это не только когда вы отгружаете сторонним организациям, но и при перемещении между филиалами или складами одного предприятия.
Вот здесь у многих и всплывают самые интересные сценарии. Потому что если компания большая, у неё может быть несколько складов, несколько юрлиц в контуре, разные точки хранения, и все они двигают товар внутри одной структуры. Формально всё просто: перевезли со склада А на склад Б, оформили перемещение, дальше живём. Но с точки зрения требований по МОД нужно, чтобы система понимала, откуда и куда реально идёт товар, и чтобы это отражалось корректно в документах и обменах. Без этого потом начинается долгое сравнение остатков, адресов, складов и назначений, а это уже работа не на пять минут.
В практике такое чаще всего всплывает внезапно. Например, бухгалтерия уверена, что всё нормально, склад тоже считает, что у них движение типовое, а потом при проверке выясняется, что в документе не так определено место осуществления деятельности. И вот уже надо не просто исправить один документ, а понять, где в настройках зашит старый подход. В 1С такие вещи особенно коварны: внешне форма может быть привычной, а логика внутри уже другая. Поэтому на обновления с расширением требований я всегда смотрю внимательно, без спешки. Тут лучше чуть дольше подготовиться, чем потом собирать последствия по кусочкам.
И да, на этом месте обычно кто-то говорит: «Да мы же ветеринаркой почти не занимаемся, нам это не критично». А потом внезапно оказывается, что в номенклатуре есть небольшая группа товаров, которая как раз попадает под новые правила, и никто не вспомнил про неё при настройке. Такое, к сожалению, бывает. Причём чаще, чем хотелось бы. Поэтому я и люблю разбирать подобные релизы не только по заголовкам, но и по реальным участкам работы — где документ создаётся, кто его проводит, куда уходит маркировка, на каком этапе цепочка ломается. И вот дальше как раз есть ещё один важный момент, который обычно замечают уже после начала обновления…
Не упустите нюансы обновления: работа с товарными группами
Теперь вернусь к товарным группам. Появление новых классификаций в 1С — это всегда важный момент, который требует сосредоточенного внимания. Часто пользователи, видя обновление, думают: «Ну, создали новый список — и что с того?» Но на самом деле это далеко не так. Например, когда в товарной группе «Товары легкой промышленности и одежда 2026» появится необходимость внедрить маркировку, если вы не будете следить за обновлениями, то получите ситуацию, когда остатки товаров не будут соответствовать уже установленным правилам. Это, как показывает практика, может стать настоящей головной болью для бухгалтерии и склада.
Вот один реальный случай из практики. Клиент, заметив, что его товарная группа не обновляется, успокоил себя мыслью, что все «и так нормально». На момент, когда пришло время маркировать продукцию, он сверился с тем, какие группы у него в 1С, но к тому времени ему уже пришлось распутывать целую цепочку ошибок, связанных с нехваткой соответствующих товарных групп — вплоть до необходимости перерасчета остатков. А это, как вы понимаете, не самый приятный опыт после долгого рабочего дня.
Как контроль цен поможет избежать проблем на кассе
Вернусь к контролю минимальной розничной цены по никотиносодержащей продукции. Это действительно важная особенность в новой сборке, которая может стать как спасательным кругом, так и камнем преткновения. Пользователи часто недооценяют важность такого контроля, полагая, что, если цена установлена, проблем быть не должно. Но на практике всё может обернуться иначе. Когда касса критически не проходит по всем критериям, люди начинают искать виноватых. При этом мы знаем, что основная проблема может лежать в том, что локальный модуль остался старым, и система просто не может отслеживать нововведения.
К примеру, у нас в практике был случай, когда товар пробивался без проблем, но при попытке продать его с новой ценой система сразу же шла в ошибку. Причина была в этом самом контроле, который неожиданно включили в обновлении — а стоял модуль старой версии. Результат: живенькие очереди и испуганные кассиры, которые не знали, как продать товар, который казался таковым. Следовательно, если ваш локальный модуль не обновлён, обязательно займитесь этим вопросом как можно скорее, чтобы избежать просчетов.
Место осуществления деятельности: не забывайте о нюансах
И последнее, на что хочу акцентировать внимание — это изменения по ветеринарным препаратам. Запросы к местам осуществления деятельности, конечно, не новость, но вышестоящие требования всё равно могут обернуться серьезными проблемами. Если вы отгружаете или перемещаете товары внутри компании, новое правило обязывает указывать, откуда и куда фактически идет товар. Часто бывает, что документы оформлены, как и предполагалось, но на практике указывает несоответствующее МОД. Так бывает, когда система не понимает, как действительно движется товар, и в итоге при проверке обнаруживается, что остатки на складах разошлись с тем, что было заявлено в документе.
Реальный пример: компания с несколькими складами столкнулась с проблемой, когда на одном из них убедились в наличии товара, а на другом его не оказалось. И самое неприятное — долгий анализ выявил: ошибка не в документации, а в том, что в выписке не отражалось фактическое перемещение с учетом МОД. Бухгалтера потратили несколько дней, чтобы понять, где именно ошибка проникает в систему. Это точно не то, что хочется переживать, когда в целом система уже отлажена и работает.
В таких случаях все чаще вспоминаю о важности обсуждений в нашем Telegram-канале. Мы делимся опытом и реальными кейсами. Это помогает взглянуть на изменения с разных сторон и избежать общих ошибок. А как у вас обстоят дела с обновлениями? Есть ли свои наблюдения или примеры, которые можете вспомнить? Давайте обсудим!