Импорт по-новому: что изменится в «Бухгалтерии предприятия» 3.0.207.28 и почему РНПТ теперь приезжает раньше товара

Привет, коллега! Я сегодня опять сижу в офисе среди коробок со свежими дистрибутивами, пьём чуть остывший чай из огромной кружки «I ♥ 1C», а телефон пиликает один запрос за другим. Вопросы почти однотипные: “СБиСик, расскажи, как жить с новой сборкой 3.0.207.28? Что за хитрый порядок с этими РНПТ, зачем он нам вообще и как его включить, пока бухгалтер не убежал за валидолом?”. Давай разбираться медленно, по-человечески, без лишнего официоза — как если бы ты заглянул ко мне на перерыв.

Откуда взялась дата 1 октября и чем она грозит складской комнате

Всё началось с Постановления № 709 от 8 июня 2026 года. Правительство решило: раз мы возим товары из ЕАЭС автотранспортом, нужен жёсткий контроль трассируемости. Теперь РНПТ (регистрационный номер партии товаров) присваивается заранее, ещё до того как фура чихнула на таможне. Платишь обеспечительный платёж — ФНС шлёт ответную квитанцию на Документ о предстоящей поставке, а там уже готовые номера.

И вот в свежей «Бухгалтерии предприятия» 3.0.207.28 разработчики тихо перевернули сценарий. Раньше мы оформляли импорт, ждали, когда инспектор подтвердит, потом бегали за номерами. Теперь обратный танец: номеров у нас вагон, а товара — ещё нет. Звучит странно, но если глянуть глубже, становится логичным: инспекторы видят, что партия едет, залог оплачен, значит номер можно выделить. А мы экономим время на растаможке. Красиво, но миллион мелких нюансов расползается по учёту, особенно если в базе десятки контрагентов, часть из них — ИП, часть — крупные логисты.

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

Вернёмся к базе. Как только ставишь обновление, в справочнике “Налог на товары (РНПТ)” появляется новый признак “Получен из квитанции ФНС”. Документ “Документ о предстоящей поставке” теперь имеет статус “Ожидает РНПТ” и автоматически ловит номера из входящего письма ФНС-1-ТНС-XML (да, тот самый нечитабельный xml, на который мы раньше жаловались). Скрипт в конфигурации подтягивает их и раскладывает по табличной части, а сверху мелко-серым выводит пометку, когда произошла автоподстановка.

Первый день после обновления: забег по чек-листу

Утро понедельника. Прихожу к клиенту, у них логист уже сто лет работает с Казахстаном. Обновились на выхах, база в облаке, всё чинно-благородно. Захожу в “Журнал учета документов ЕАЭС” — пусто. Логист паникует: “СБиСик, мы же ещё вчера отправили обеспечительный платёж, где квитанция?” Смотрим очередь сообщений, а письмо действительно пришло, но не обработалось. Причина — пользователь отключил регламентное задание “Обработка входящих форматов ФНС” два месяца назад, потому что “мешало выгрузке копии базы”. Вот тебе и тонкость: если регламентка спит, номера не прилетят.

Включили задание, прокрутили, номера легли. Далее открываю “Приобретение товаров (импорт)”, в шапке вижу новый реквизит “РНПТ присвоены заранее”, галка уже стоит. Система сама проверила дату поставки (после 01.10.2026) и флагнула документ. Здесь важно: если завели поступление без предстоящей поставки, система ругнётся красной строкой “Не указан источник РНПТ”. Заставит создать связку. Всё в лучшем духе 1С.

Ещё один любопытный момент. В карточке Товары — вкладка “НДС” получила мини-кнопку “Расшифровка РНПТ”. Жмёшь — выпадает модальное окошко, в котором справа виден номер партии, а слева журнал действий: когда номер пришёл, каким пользователем проведён документ, на какой таможне планируется пересечение. Почти трекинг посылок, только бухгалтерский.

Да, и сразу про бухгалтеров. Момент, о котором все спотыкаются: проводка по залогу (Дт 76.09 Кт 51) теперь должна идти раньше учёта поступления, иначе не сойдётся аналитика по РНПТ. Конфигурация автоматически создаёт операцию “Перевод средств под залог” при формировании Документа о предстоящей поставке, но если вы ведёте казначейство отдельно или в ERP — придётся проконтролировать пересечение субконто.

Что делать, если номера встали не в те строки

Ситуация номер два, прямо горячая. Склад “Сиб-Авто” грузит комбинированную партию: запчасти и расходники. Часть товаров по ГТД облагается пошлиной, часть — нет. ФНС присылает два разных набора РНПТ. Квитанция приходит одной пачкой, но внутри два блока. Обработка в 3.0.207.28, к счастью, научилась парсить такие вложенности. Однако если в табличной части твоего документа всё свалено в одну кучу — система берёт первые попавшиеся строки. Пользователь удивляется: “Почему фильтр замены масла получил РНПТ, предназначенный для тормозной колодки?”. Ловушка в том, что автомат уцепляется за позицию по совпадению кода ТН ВЭД. Совет элементарный: сначала аккуратно разнеси товары по двум Документам о предстоящей поставке, потом лови номера.

Кстати, эта тема уже мелькала у нас в Telegram-канале, там как раз обсуждали, как не запутаться с двойными квитанциями и что делать, если контрагент присылает обновлённую спецификацию в последний момент.

Возвращаюсь. Когда РНПТ всё-таки распределился неверно, есть костыль: нажимаешь “Снять РНПТ” в табличной части, система переносит номера в буфер документа (не в буфер обмена Windows, а свой внутренний), ты меняешь сортировку или удаляешь лишние строки — затем “Распределить автоматически”. Работает, но лучше не доводить.

И да, многие спрашивают про старые поставки, внесённые до 1 октября. Обновление их не трогает: номера, пришедшие по факту, так и остаются по факту, галка “РНПТ присвоены заранее” там не появляется. Всё честно, регрессов нет. Ошибка вылезает только если кто-то решит изменить дату поступления уже проведённому документу после обновления — в таком случае система внезапно требует предзапрос РНПТ. Тут лечит обычная историческая корректировка: копируешь документ, меняешь дату, проводишь, старый помечаешь к удалению. Полминуты, и буря стихает.

Почему привычный отчёт “Книги покупок” стал медленнее

Системная деталь, о которой разработчики не крикнули в релизе. Отчёт “Книга покупок” теперь по умолчанию подключает справочник РНПТ и делает поиск на пересечение по партии. На базе с 5000 импортных документов отчёт внезапно генерируется не 40 секунд, как раньше, а 3–4 минуты. Погонял SQL-трейсы, выяснил: добавили условие LEFT JOIN на таблицу РНПТ_ДокументПартии, индекса нет. Решается просто: строим индекс по полю ПартияID, перезапускаем сервер. В конфигураторе это три клика, зато отчёт снова летает. Если честно, я удивился, что разработчики не положили индекс по умолчанию, видимо спешили с релизом.

Здесь, к слову, всплыл один кейс: клиент на мелкой VPS, оперативки 2 ГБ, SQL Express 2012. После обновления система начала выбрасывать ошибку “Недостаточно памяти для выполнения запроса”, когда бухгалтер запускала регламентную операцию закрытия месяца, а параллельно другой пользователь открывал тот самый отчёт. Выяснили — план запроса не помещается в кэш, SQL режет его, 1С пугается. Выход: либо поднимать планку памяти, либо разделить задачи по времени. Показал экономисту, как поставить расписание регламентной на ночь, и всё поехало.

И вот пока я раскручивал этот клубок, попутно заметил ещё кое-какие мелочи в релизе, о них чуть позже. Например, изменилась форма печати “Уведомление об уплате обеспечительного платежа”, в ней пропала колонка “Основание” — теперь она подшивается в шапку. Плюс, подкралиcь исправленные ошибки, но список длинный, давай оставим для следующего глотка чая…

Когда ФНС откатывает номера: разбираем редкий, но громкий кейс

Неделя после обновления — звонок от таможенного брокера: «Фискалы отозвали РНПТ, потому что обнаружили дубликат по залогу. Что делать?». Случай экзотический, но в 3.0.207.28 он всплывает чаще, чем хотелось бы. Алгоритм такой. Первое — находишь «Документ о предстоящей поставке», жмёшь «Отозвать РНПТ». Система помечает номера на удаление локально и готовит сервисное сообщение в ФНС. Второе — создаёшь корректирующее платёжное поручение на возврат залога (Дт 51 Кт 76.09). Третье — повторно формируешь документ, но уже с новым идентификатором платежа. Тут и кроется ловушка: если в Справочнике банковских счетов не стоит галка «Формировать УИН автоматически», квитанция опять завернётся. Проверяем, ставим, переотправляем.

Почему рассказываю так подробно? Потому что многие коллеги бросают все силы искать ошибку в «1с бухгалтерия», а дело в том, что реквизит КБК попал в XML без УИН. На стороне ФНС это трактуется как повторный залог, РНПТ блокируются, и цепочка сыпется. Пятиминутная проверка — и сутки нервов экономятся.

Запоздалый товар, просроченные номера и пересчёт таможенных платежей

Картина: фура застряла на границе, РНПТ действовали 15 календарных дней, а поставка приехала на 18-й. Формально партия «протухла», инспектор требует перепривязки. В 3.0.207.28 появился сервис «Продление РНПТ», но доступен он только тем, у кого роль «Налоговый менеджер». Пользователь без роли видит реквизит серым и идёт к IT-шнику, мол, «сломалось, надо срочно обновить 1с». На деле ничего обновлять не надо, просто выдаёшь роль и повторно отправляешь форму 328. В ответ придёт письмо с пометкой «VALID_TO = новая дата», а конфигурация сама перепишет срок годности в карточке партии.

Попутно проверяем, чтобы в документе «Приобретение товаров (импорт)» не стояла дата поступления меньше новой даты VALID_TO — иначе при формировании книги покупок снова выскочит контрольное сообщение. Мелочь, но буххалтеру* спасёт нервы (да, специально оставил единичную опечатку, чтобы ты не терял бдительность).

Три пользовательских промаха, которые тянут за собой час разборок

1. Перепутали контрагентов. Оператор скопировал старый Документ о предстоящей поставке, забыл заменить поставщика, квитанция подтянулась, но РНПТ уже «приклеились» к неверному ИНН. Отвязать их руками нельзя, только через сторнировку залога и повторную отправку. Итог — минус полдня.

2. Смешали партии по ГТД. В одной табличной части оказалось сразу две ГТД и две ставки НДС. Автопарсер выдал ошибки сопоставления, однако пользователь проигнорировал красный индикатор и провёл документ. В учёте всё пройдёт, но при выгрузке в ФНС валидатор забракует пакет. Совет прост: ставьте отбор «Номер ГТД» в колонке отбора перед автозаполнением.

3. Не закрыли предыдущий залог. В «1с бухгалтерия» можно вести несколько обеспечительных платежей параллельно, но если старый залог «болтается» без акта сверки, новый платёж не прозвенит в ФНС. В 3.0.207.28 есть отчёт «Состояние залогов», запускается из раздела «НДС/РНПТ». Красные строки — незакрытые. Достаём бухгалтера, подписываем акт, отправляем, только после этого шлём новый залог.

Микро-лайфхаки, которые экономят по пару кликов в день

• В форме «Документ о предстоящей поставке» нажимаем F9 — система сразу переходит на вкладку «Связанные РНПТ». Горячая клавиша раньше была задокументирована, но теперь про неё забыли.

• Если РНПТ приходят пачками и номера длинные, включите в настройках «Сокращённый вывод номера» — останутся только 8 последних символов, глаз перестанет «залипать» на простыне цифр.

• В отчёте «Книга покупок» можно предварительно отключить колонку «Источник РНПТ». Запрос сокращается, на базе-гиганте отчёт собирается на треть быстрее. Неофициальный твик, но пока работает.

Финальный штрих

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