СПОТ с 6 апреля 2026 года: режим тестирования, а не полноценный запуск, и вот где обычно спотыкаются
Привет, это СБиСик. Садитесь, чай уже почти готов, а новость, как водится, пришла такая, что у бухгалтеров и логистов одновременно чуть дернулся глаз. С 6 апреля 2026 года СПОТ запустили не совсем в боевой режим, а в тестирование. И вот это как раз тот случай, когда формально все вроде бы уже работает, а по факту надо смотреть под ноги, чтобы не наступить на лишнюю настройку, не туда отправленный документ и еще на пару сюрпризов от ФНС.
Если совсем по-человечески, СПОТ — это та самая национальная система подтверждения ожидания товаров, которые ввозят автомобильным транспортом из ЕАЭС. Для импорта тема не новая, но теперь у нее появился свой отдельный маршрут: сначала сообщаем о планируемой поставке, потом вносим обеспечительный платеж, потом получаем QR-код, и уже с этим набором идем дальше. На бумаге все красиво, а в жизни, как обычно, начинается с вопроса: а что именно уже обязательно, а что пока только в режиме проверки?
И вот тут как раз очень кстати письмо ФНС России от 02.04.2026 № ЕА-36-15/2603@. В нем налоговая аккуратно уточнила: с 06.04.2026 по 29.06.2026 идет тестирование СПОТ. То есть система уже не просто нарисована на схеме, но и не в полном рабочем ритме. В такие моменты особенно важно не гадать на кофейной гуще, а смотреть именно в правила, потому что там, как правило, и прячется половина нюансов.
Что именно сказали в письме и почему на это стоит посмотреть без спешки
Вот тут начинается самое интересное. ФНС в письме не просто сообщила о тестовом периоде, а еще и подсветила, чем пользоваться в этот промежуток. Для СПОТ на время тестирования надо руководствоваться установленными правилами из Приложения № 1. Плюс использовать рекомендуемые форму, порядок заполнения и формат документа о предстоящей поставке, то есть ДОПП, в электронной форме из Приложения № 2. И отдельно еще рекомендуемый формат квитанции о присвоении статуса документу о предстоящей поставке из Приложения № 3.
Вот эта фраза про правила ДОПП обычно и вызывает у пользователей самый живой интерес. Потому что на словах все просто: подготовили документ, отправили, получили ответ. А потом открываешь реальную обработку в 1С, смотришь на поля, статусы, вложения, и понимаешь, что у документа есть собственный характер. Один клиент в похожей ситуации мне как-то сказал: я вроде заполнил все как положено, а система смотрит на меня так, будто я ей анекдот рассказал. И ведь не поспоришь.
Управлению электронного документооборота ФНС России поручено довести письмо до всех налогоплательщиков, которые взаимодействуют с налоговыми органами через операторов ЭДО. То есть формально сигнал ушел по всем каналам, а практически каждому участнику цепочки все равно придется проверить свои процессы отдельно. Потому что письмо письмом, а реальная отправка ДОПП обычно упирается в обычные вещи: кто готовит данные, кто подписывает, кто отвечает за сопроводительные сведения, кто проверяет квитанцию и кто, наконец, видит ошибку первым. Обычно это, конечно, бухгалтер, но иногда первым замечает логист. И тут уже начинается веселая переписка.
Кстати, если у вас в компании все это идет через несколько подразделений, я бы вообще не ждал, пока тестирование закончится само собой. Лучше заранее проговорить маршрут документа: откуда берутся данные, где их проверяют, кто отправляет, и что делаем, если приходит отказ или статус зависает. Именно в таких мелочах потом теряется время, а времени, как водится, мало всегда. Если хочется следить за такими изменениями без лишней беготни, можно заглянуть в Telegram-канал — там как раз бывают живые разборы по налоговым и 1С-историям, без официоза и с нормальным человеческим языком.
И еще момент, который я бы не стал недооценивать: раз система в тестовом режиме, значит, не все сценарии могут вести себя одинаково стабильно. Сегодня документ улетел спокойно, завтра на том же месте может всплыть новая проверка или иной порядок обработки. Это не баг в привычном смысле, это скорее период, когда правила уже есть, а сам механизм еще обкатывают на живых данных. И вот тут полезно иметь рядом программу, в которой формирование и направление ДОПП в ФНС уже реализовано, потому что руками такие вещи, честно говоря, делать совсем не хочется.
Как это выглядит в реальной работе, а не в красивом описании
На практике обычно все начинается с обычного вопроса от клиента: а нам вообще уже надо отправлять ДОПП или это пока можно отложить? И дальше начинается разветвление. Если поставка под СПОТ, если ввоз автомобильным транспортом из ЕАЭС, если операция попадает под новые требования, тогда уже приходится смотреть конкретику. Причем не по диагонали, а именно по документам, срокам и техническому каналу. Тут, кстати, очень помогает, когда в 1С все это заведено не в виде отдельной головоломки, а как нормальный рабочий процесс.
Один из типичных случаев: у компании есть импортер, есть посредник, и каждый думает, что второй уже все оформил. А потом, конечно, выясняется, что никто не отправил сведения о планируемой поставке, обеспечительный платеж не внесен, QR-кода нет, и все стоят на старте, как будто стартовый пистолет потеряли. В таких историях самая неприятная часть не в самом СПОТ, а в том, что цепочка ответственности у всех в голове нарисована по-разному. А система, как известно, чужие догадки не читает.
Еще бывает, что документ подготовили, но квитанция о присвоении статуса прилетела не сразу или в неожиданном виде. И вот тогда бухгалтер открывает карточку обмена, смотрит статус, потом еще раз смотрит, потом уже зовет коллегу, и вместе они начинают искать, не закралась ли ошибка в составе сведений. В тестовый период такие проверки особенно полезны. Даже не потому, что надо срочно найти виноватого, а потому, что потом, когда режим станет рабочим, времени на раскачку уже не будет.
Поэтому я бы сейчас смотрел на СПОТ как на репетицию перед настоящим спектаклем. Сценарий уже выдали, текст частично известен, реквизиты определены, а вот как быстро все пойдет на потоке — это еще только выясняется. И чем раньше компания попробует пройти весь маршрут хотя бы на одном-двух реальных кейсах, тем спокойнее будет потом. Особенно если импорт идет регулярно, а не раз в полгода, когда все с трудом вспоминают, где вообще лежит нужная настройка.
Дальше, конечно, самое вкусное: что именно должно быть в ДОПП, как не запутаться в форме, где смотреть статус, и что делать, если квитанция пришла не та или не туда. Но это уже отдельная история, и тут я как раз продолжу чуть дальше, потому что в деталях СПОТ обычно и прячется вся рабочая магия…
Работа с ДОПП: что важно учитывать и как избежать ошибок
Как только вы начали разбираться с ДОПП, возникает вопрос: что же конкретно должно входить в этот документ? На первый взгляд, он на самом деле достаточно простой — информация о товаре, его характеристиках, доставка, сроки. Но недостаточно просто заполнить все поля по порядку. Важно понимать, как система будет принимать и обрабатывать эти данные. И тут нередко возникают недоразумения.
К примеру, формируя ДОПП, вы можете столкнуться с ошибкой в кодах ТН ВЭД. Иногда код неправильный, иногда он просто не подходит под выбранный статус товара. Это нужно заранее проверить, но, к сожалению, многие забывают о такой базовой вещи, как соответствие кода заявленному товару. А если данные в ДОПП не соответствуют реальным, то это все равно что шить костюм на французский размер, когда у вас русского — видно сразу, а исправить получится не быстро.
Квитанция от ФНС: малые, но важные нюансы
Что касается квитанции о присвоении статуса, тут тоже не все так уж просто. Представьте ситуацию: вы отправили ДОПП, получите вроде как сразу подтверждение, а на деле оказывается, что статус завис. И вот уже начинаются звонки, что-то не так с документом, а на самом деле просто задержка на стороне ФНС. Попробуйте заранее прописать, кто именно будет проверять статус и как быстро реагировать на возможные задержки. Например, если квитанция пришла не в том формате, это может повлечь за собой дополнительные запросы или дополнительные разметки.
Даже в системе 1С внезапно могут нарисоваться камни преткновения. Если вы не можете получить квитанцию, посмотрите, есть ли возможность отследить путь ДОПП. Иногда ошибка кроется в неявной информации, буквально в мелочах — неправильных логических связях. Зачастую именно такие нюансы выходят боком, когда дело доходит до настоящего потока.
Не спешите: вдумчивый подход к тестированию
Пока система в тестовом режиме, я бы советовал не спешить с отправкой всех документов. Используйте это время, чтобы погрузиться в процесс. Согласуйте все ваши внутренние потоки: кто отвечает за сбор данных, кто будет следить за документами, а кто отправлять. Это позволит избежать обычной суеты, когда на старте все думают, что кто-то другой за все отвечает. Командная работа — залог успеха, и это не пустой призыв, а реальная необходимость в условиях новых правил.
Также стоит помнить про обработку ошибок. Важно не только фиксировать любые сбои в ДОПП, но и создавать план действия в случае их появления. Если система будет использоваться регулярно, скорее всего, в будущем это снизит риски и поможет избежать лишней нервотрепки при реальных поставках.
Помните: все эти нюансы могут показаться мелочами, но именно они в конечном итоге создают общее впечатление об эффективности работы с СПОТ. Чем более внимательны вы будете на этапе тестирования, тем больший выигрыш получите, когда система заработает по полной программе. Надо быть готовым к любым сценариям.
Если у вас остались вопросы по тому, как наладить внутренние процессы для работы с ДОПП и квитанцией ФНС, загляните в наш Telegram-канал. Обсудим и разберемся вместе, как оптимизировать потоки и повысить эффективность!
