Развитие решений 1С:ERP Управление предприятием и 1С:Комплексная автоматизация связано не только с появлением новых документов и отчётов. Одновременно меняются внутренние механизмы системы, порядок выполнения ресурсоёмких операций, способы интеграции с государственными сервисами и подходы к расчёту отдельных налогов.
Часть изменений уже реализована в линейке 2.5.27, а некоторые ограничения будут вводиться постепенно в следующих версиях. Поэтому организациям важно не только устанавливать обновления, но и заранее планировать переход на новые функциональные механизмы.
Разберём основные изменения, которые влияют на работу пользователей, администраторов и специалистов, сопровождающих учёт в 1С.
Почему переход на новые версии нельзя откладывать
Версии с длительной поддержкой позволяют организациям не переходить на каждое очередное обновление сразу после его выхода. Однако такая модель не означает, что устаревшие механизмы будут поддерживаться бессрочно.
Согласно представленному плану развития, используемая версия с длительной поддержкой будет актуальна ориентировочно до весны 2027 года. После завершения этого периода организациям потребуется переходить на новые версии и новые варианты функциональности.
Важно разделять два процесса:
- техническое обновление конфигурации;
- переход с устаревших механизмов учёта на новые.
Само обновление может пройти без существенных сложностей, однако после него потребуется проверить настройки, выполнить предусмотренные помощниками преобразования и убедиться, что новые документы формируются уже по актуальным правилам.
Сроки поддержки и состав ограничений относятся к планам развития программных продуктов. Перед началом проекта перехода их необходимо дополнительно сверить с актуальной информацией фирмы «1С» для конкретной конфигурации и релиза.
После перехода необходимо стабилизировать учёт
Одной установки обновления недостаточно. После перехода необходимо убедиться, что новые документы, расчёты и регламентные операции выполняются корректно.
В представленном материале рекомендуется после завершения перехода закрыть на новой функциональности не менее двух месяцев. Это позволяет:
- проверить формирование проводок и движений;
- убедиться в корректности закрытия месяца;
- сопоставить результаты с данными управленческого и регламентированного учёта;
- обнаружить возможные ошибки до наступления годовой отчётности;
- отказаться от возврата к документам, созданным по старому механизму.
Поэтому переход лучше выполнять не непосредственно перед отчётной кампанией, а в период, когда у специалистов останется время на тестирование и исправление выявленных проблем.
Как будут ограничиваться устаревшие механизмы
Ожидается постепенное ужесточение ограничений.
В версии 2.6.1 нельзя будет начинать новые учётные процессы с использованием отдельных устаревших механизмов. При этом ранее накопленные данные продолжат использоваться в предусмотренном программой порядке.
В версии 2.6.3 устаревшую функциональность планируется исключить из рабочих процессов полностью. Историческая информация останется доступной для просмотра, но повторное выполнение расчётов и закрытие старых периодов с её использованием станет невозможным.
Практический вывод для организаций — завершить переход необходимо до того, как информационная база будет обновлена до версии, в которой старый механизм уже нельзя использовать.
Неоперативная очередь заданий: зачем она нужна
В крупных информационных базах проведение одного документа может запускать несколько сложных расчётов. Если выполнять их непосредственно в транзакции проведения, пользователю приходится ждать завершения всех операций, а другие сотрудники могут столкнуться с блокировками.
Для решения этой проблемы развивается механизм неоперативной очереди заданий.
Он позволяет разделить два действия:
- проведение документа;
- выполнение зависимых ресурсоёмких расчётов.
Документ проводится, а дополнительные вычисления могут выполняться позднее — сразу после проведения, по расписанию или при закрытии месяца.
Такой подход снижает продолжительность пользовательских операций и помогает равномернее распределять нагрузку на сервер.
Какие задания могут выполняться неоперативно
Перечень доступных заданий определяется поставляемым справочником. В нём содержатся операции, для которых разработчики предусмотрели выполнение через очередь.
Администратор не создаёт произвольный алгоритм расчёта, но может управлять параметрами предусмотренных заданий:
- выбирать режим выполнения;
- задавать расписание;
- регулировать количество потоков;
- устанавливать размер обрабатываемой порции;
- распределять вычислительную нагрузку по времени.
Такие настройки особенно важны для предприятий с большим документооборотом, активным бюджетированием и значительным количеством одновременных пользователей.
Режимы выполнения в клиент-серверной базе
В клиент-серверном варианте работы предусмотрено несколько сценариев.
Сразу после проведения
Задание начинает выполняться практически сразу после записи документа, но уже за пределами основной транзакции.
Администратор может настроить:
- количество одновременно работающих потоков;
- оптимальный размер порции;
- максимальный объём данных в одной порции.
Режим подходит для операций, результаты которых пользователям нужны вскоре после проведения документа.
По расписанию
Задания накапливаются и запускаются в заранее установленное время — например, ночью или в период минимальной нагрузки.
Этот вариант полезен, если расчёты:
- требуют значительных ресурсов;
- не нужны пользователям немедленно;
- могут выполняться пакетно.
При закрытии месяца
В течение месяца задания не выполняются автоматически. Расчёт запускается при закрытии периода или при формировании отчёта, которому необходимы соответствующие данные.
Режим сокращает ежедневную нагрузку, но требует учитывать, что до выполнения расчётов отдельные показатели могут оставаться неактуальными.
Что меняется для файловых информационных баз
Файловая база не располагает теми же серверными возможностями, что клиент-серверная архитектура. Поэтому выполнение неоперативных заданий организовано иначе.
Возможны следующие варианты:
- выполнение заданий непосредственно при проведении документа;
- ручной запуск уполномоченным пользователем;
- выполнение при закрытии месяца.
При первом варианте пользователь будет ожидать окончания расчёта, а информационная база может оставаться заблокированной на время выполнения операции.
Если объём данных увеличивается, а ресурсоёмкие расчёты заметно замедляют работу сотрудников, стоит оценить целесообразность перехода на клиент-серверный вариант.
Где уже применяется очередь заданий
Механизм используется при отражении документов в системе бюджетирования и формировании фактических данных бюджетов.
После проведения документа часть расчётов может быть выполнена не сразу. Если пользователь открывает отчёт до завершения обработки, программа сообщает, что данные ещё не актуализированы.
При необходимости расчёт можно запустить вручную непосредственно из отчёта.
Это важное изменение пользовательского сценария: отсутствие новых данных не всегда означает ошибку документа. Сначала необходимо проверить, выполнены ли связанные задания из очереди.
Оповещения пользователей стали проще в настройке
В 1С можно настраивать оповещения о событиях системы. Например, сотрудник может получить сообщение, когда:
- оплачен счёт;
- изменился статус документа;
- завершён процесс согласования;
- выполнена важная операция.
Ранее для исключения повторных уведомлений использовалась специальная временная таблица. Администратору приходилось учитывать её при настройке механизма.
В новой реализации система самостоятельно определяет дублирующиеся оповещения и исключает их без дополнительной временной таблицы.
Для пользователей изменение может оказаться незаметным, но для специалистов по сопровождению оно упрощает настройку и поддержку событийных уведомлений.
Мониторинг фармацевтического сырья в ГИС МТ
В отраслевой функциональности реализована интеграция с системой мониторинга фармацевтического сырья в ГИС МТ. Возможность предусмотрена как в новых версиях, так и в версии длительной поддержки 2.5.27.
Эксперимент по мониторингу начался в конце 2023 года, а с сентября 2025 года механизм получил постоянный характер. Согласно представленному материалу, участие поставщиков сырья остаётся добровольным, однако производители лекарственных препаратов могут быть заинтересованы в том, чтобы их контрагенты присоединились к системе.
Отслеживаться могут:
- биологические вещества животного происхождения;
- биотехнологические вещества;
- среды и банки клеток;
- другие виды фармацевтического сырья.
В отличие от маркируемой продукции, на сырьё не обязательно наносится код маркировки. В системе ему присваивается 14-значный идентификатор, который может передаваться покупателю в электронном универсальном передаточном документе.
Коммерческие предложения без обязательного ЭДО
Ранее отдельные документы, связанные с коммерческими предложениями, было возможно только загружать из внешних информационных систем. Ручное создание не поддерживалось, что ограничивало работу предприятий, не использующих соответствующий электронный обмен.
Новая функциональность расширяет сценарии работы с предложениями клиентов и поставщиков.
Теперь можно:
- направлять поставщикам запросы по электронной почте или СМС;
- вручную вводить запрос коммерческого предложения клиента;
- создавать и редактировать коммерческое предложение поставщика;
- загружать табличную часть из внешнего файла;
- отправлять подготовленное предложение клиенту удобным каналом.
Полученные предложения поставщиков можно сравнивать на закладке «Выбор предложений поставщиков». После анализа условий пользователь выбирает наиболее подходящий вариант и продолжает оформление цепочки закупки.
СПОТ и документ о предстоящей поставке
В представленном пересказе система названа СПОД, однако официальное наименование — Национальная система подтверждения ожидания поставки товаров (СПОТ). Она применяется не к товарам из ЕС, а к ввозу товаров автомобильным транспортом из государств — членов ЕАЭС: Армении, Беларуси, Казахстана и Киргизии.
СПОТ начала работу 1 июня 2026 года. Для поставок из Армении, Казахстана и Киргизии июнь являлся переходным периодом без обязательного обеспечительного платежа. С 1 июля платеж стал обязательным по общему правилу. Для поставок из Беларуси отдельный льготный период действует до 1 ноября 2026 года при соблюдении установленных условий.
До ввоза товара заявитель должен сформировать документ о предстоящей поставке товаров — ДОПП, направить его оператору СПОТ и, когда это предусмотрено, внести обеспечительный платёж. После проверки документа и резервирования необходимой суммы система присваивает визуализированную ссылку в виде QR-кода, которую необходимо передать перевозчику.
Как СПОТ поддерживается в 1С
В программе документ о предстоящей поставке можно создавать на основании связанного документа — например, заказа поставщику.
В ДОПП указываются:
- заявитель;
- поставщик;
- сведения о товаре;
- предполагаемая дата ввоза;
- данные о транспортном средстве;
- налоговая база по НДС;
- сумма НДС и акциза;
- величина обеспечительного платежа.
До обеспечения документа можно корректировать содержащиеся в нём сведения. После присвоения соответствующего статуса возможности редактирования ограничиваются: сохраняется возможность уточнить информацию о транспорте в предусмотренных системой случаях.
При использовании интеграции с 1С-Отчётностью часть сведений и статусов может заполняться автоматически.
После ввоза в программе отражается завершение поставки. Если поставка не состоялась, регистрируется её отмена.
Что изменилось в декларации по косвенным налогам
В связи с запуском СПОТ обновлена декларация по косвенным налогам. Обязательное применение новой формы начинается с отчётности за июль 2026 года; ФНС также рекомендовала использовать обновлённую форму уже при представлении декларации за июнь.
В декларацию добавлен раздел 4 со сведениями о предстоящих поставках и обеспечительных платежах в разрезе КБК. В разделах 1 и 3 появились строки, необходимые для отражения обеспечительного платежа, исчисленного налога и суммы превышения платежа над налоговым обязательством.
Обеспечительный платёж перечисляется отдельным платёжным документом, а не в составе единого налогового платежа. Для него предусмотрен отдельный КБК.
После принятия импортированного товара к учёту обеспечительный платёж засчитывается при исполнении обязанности по уплате соответствующих косвенных налогов.
Ретро-бонусы по дате документа поставщика
При расчёте ретро-бонусов важно определить, к какому периоду относится закупка. Ранее система ориентировалась преимущественно на дату отражения документа в учёте.
В справочник видов ретро-бонусов поставщиков добавляется настройка «Расчёт по входящей дате». Она применяется для бонусов, связанных с закупками.
Если настройка включена, при расчёте учитывается дата документа поставщика, а не дата, в которую документ был зарегистрирован в информационной базе.
Например, поставка фактически относится к июню, но документ был введён в программу в июле. При расчёте по входящей дате операция будет отнесена к периоду, указанному поставщиком.
Такой вариант помогает корректнее рассчитывать бонусы в ситуациях, когда первичные документы поступают с задержкой.
Транспортный налог при изменении параметров в течение года
Параметры расчёта транспортного налога могут изменяться в течение налогового периода. Например, у транспортного средства может измениться ставка, льгота, место регистрации или иной показатель, влияющий на расчёт.
Для хранения таких сведений используется обновлённая структура регистра с колонкой «Дата сведений». Она позволяет разделять периоды действия разных параметров.
При обновлении информационной базы записи из прежнего регистра переносятся в новую структуру.
Если изменение произошло:
до 15-го числа месяца включительно — новые параметры учитываются за месяц изменения;
после 15-го числа — применяются начиная со следующего месяца.
СКРИН 11
Единый справочник льгот по имущественным налогам
Для унификации информации используется справочник «Основания льгот по имущественным налогам».
В нём можно хранить:
- описание основания льготы;
- реквизиты льготы;
- перечень подтверждающих документов;
дополнительные сведения, необходимые для заполнения уведомлений.
При настройке транспортного налога пользователь выбирает подготовленное основание из справочника, а не вводит одинаковые сведения заново в каждом документе.
Данные справочника также используются при автоматическом заполнении регламентированного заявления или уведомления о предоставлении льготы. Официальные материалы 1С подтверждают развитие единого справочника льгот и использование содержащихся в нём сведений при заполнении документов по имущественным налогам.
Что проверить перед обновлением
Обновление крупной информационной системы лучше проводить как отдельный проект, а не как обычную установку очередного релиза.
Перед началом работ рекомендуется:
- Сделать резервную копию информационной базы.
- Проверить совместимость расширений и внешних обработок.
- Выполнить обновление тестовой копии.
- Запустить проверку готовности к новой функциональности.
- Изучить найденные устаревшие механизмы.
- Проверить настройки неоперативной очереди заданий.
- Протестировать проведение ключевых документов.
- Выполнить закрытие месяца на тестовой базе.
- Сопоставить результаты с рабочей системой.
Только после этого обновлять продуктивную базу.
Какие ошибки возможны после перехода
На практике основные риски связаны не с установкой самой версии, а с недостаточной проверкой результатов.
Не завершён переход со старой функциональности
Программа обновлена, но отдельные процессы продолжают использовать устаревшие настройки. В следующих версиях такие операции могут стать недоступны.
Не настроена очередь заданий
Ресурсоёмкие операции выполняются в неудобное время, перегружают сервер или, наоборот, слишком долго остаются необработанными.
Пользователи принимают неактуальные данные за ошибку
Отчёт сформирован до выполнения фонового задания. Вместо запуска расчёта сотрудники начинают изменять документы, хотя исходные данные были корректными.
Не проверены новые налоговые регистры
После переноса старых записей не выполнена сверка транспортного налога и действующих льгот.
Изменения сразу установлены в рабочей базе
Без предварительного тестирования невозможно заранее оценить влияние обновления на доработки, обмены и производительность.
Итоги
Развитие 1С:ERP и 1С:Комплексной автоматизации охватывает сразу несколько уровней: от внутренних механизмов выполнения расчётов до отраслевых интеграций и налогового учёта.
Наиболее важная задача для пользователей версий с длительной поддержкой — своевременно перейти на новые функциональные механизмы. Откладывать этот процесс до версии, в которой устаревший функционал будет полностью исключён, рискованно.
Неоперативная очередь заданий помогает снизить блокировки и распределить вычислительную нагрузку. Новые механизмы оповещений упрощают сопровождение системы. Интеграции с ГИС МТ и СПОТ расширяют возможности электронного взаимодействия, а обновление расчёта налогов и ретро-бонусов повышает точность учёта.
Главный принцип безопасного перехода остаётся прежним: сначала обновление и проверка тестовой базы, затем стабилизация учёта и только после этого полноценная работа на новой версии.
Нужна помощь с обновлением 1С?
Специалисты КоБуС помогут оценить готовность информационной базы к переходу, установить актуальную версию программы и проверить работу ключевых учётных механизмов.
Мы работаем с 1С:ERP, 1С:Комплексной автоматизацией, 1С:Управлением торговлей и другими решениями фирмы «1С».
Поможем:
- проверить использование устаревшей функциональности;
- составить план перехода на новые механизмы;
- обновить конфигурацию и информационную базу;
- настроить очередь фоновых заданий;
- проверить расчёт налогов и ретро-бонусов;
- протестировать интеграции и электронные документы;
- выполнить закрытие периода после обновления;
- устранить ошибки, возникшие при переходе.
Обращайтесь в КоБуС — поможем обновить систему без потери данных, длительных простоев и срочных исправлений.