Добрый день.
Интересная ошибка появилась при проведении реализации прилетевшей из УТ11.
Сразу скажу, так как ошибку гуглил, но пока бестолку - галочка "Вести раздельный учет НДС" была с самого создания базы, и не снималась точно.

Задача. Есть безНДСный товар который мы закупали по импорту в течении 17 года. Первые 3 партии 17 года , в 18 списались нормально. В начале 19 списываем последнюю партию 17 года и получаем ошибку -
"Для целей учета НДС не списано *кол-во* товара *Номенклатура*, счет учета: 41.01, склад: *Склад*, партия: *Документ поступления*. "
При чем у нас есть и НДСный товар и безНДСный. И все в разной степени были и закуплены и списаны, а вот конкретно с этой партией что то случилось не то.

Посмотрел документ поступления 17 года. В проводках он не отличается от аналогичных , которые списаны были ранее. То есть технически , он был создан и проведен верно.

Так же непонятно то, что есть в колонке "Номер ГТД" указать не ту партию 17 года, а что то позднее, например номер ГТД из партии которая пришла уже в 19 году, то  система всё равно попытается списать раннюю партию 17 года. Она получается сейчас на остатках самая ранняя.

Пока я грешу на то, что в начале 18 года был переход с БП2 на БП3, но БП2 была стандартная и не доработанная, так что переход осуществлен стандартными средствами и без ошибок.

Коллеги, есть у кого мысли, в какую сторону копать?

Причем интересно -
На тестовой выгрузке, я снял галку раздельного учета НДС, и реализация провелась без ошибок.

Но это получается неправильно посчитанный НДС в будущем.

(0) Копать в сторону регистра накопления "Раздельный учет НДС". Истина где-то там.

(2) Вот сейчас раскапываю тестовую выгрузки, и пытаюсь понять что не так с этим регистром.

Похоже что косяк только с одним поступлением. Принудительно указал для списания более позднюю партию через выбор документа поступления. Более поздняя списывается без вопросов.

Копать туда,только смотреть нужно еще и аналитики затрат и ндс.

Новые подродности. Оказался пустым регистр "Раздельный учет НДС". Причем сначала я думал что из за моих махинаций на тесте. Но потом проверив "Боевую" базу оказалось что он пустой и там.
Проверка пары бекапов за прошлый год, так же показала , что регистр не имел вообще никогда записей.

Погуглив, нашел то, что этот регистр надо заполнить вводом остатков (??). Попытался это сделать, для тестирования той номенклатурой и партией, которую пытается списать реализация.

Соответственно появляется запись в регистре. Реализация товар списывает. Но только вот проблема в том что в 17 пришла 1 штука товара. А при вводе остатков добавляется в эту партию еще 1. То есть уже 2, и сооветственно списывается с регистра 1 и при попытке списать вторую, программа опять смотрит на поступление 17 года, и опять выдает ошибку списания.

(5) А у вас реально нужен раздельный учёт НДС? Если нет экспорта, или деятельности без НДС, то можно с ним и не заморачиваться.

(5) а вам этот раздельный учет точно нужен?

(5) Полностью поддержу предыдущих ораторов.

(6) ))) синхронно

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

(9) Параллельный учёт одного и того же - всегда путь к проблемам :) У нас в последний раз была такая ошибка, когда в базе, где есть экспорт ввели оприходование ручной операцией, а не стандартным документом. С ужасом услышал информацию, что в будущем возможны снова иностранные рейсы. Я, наверное, тогда, как уволившийся нынче консультант, жить на работе буду...

(10) оприходование ручной операцией, а не стандартным документом - у меня это запрещено
Проблема в том, что им для экспорта показывать нужно партии у которых документы поступления в порядке, а не те, которые в программе по ФИФО.
С ужасом услышал информацию, что в будущем возможны снова иностранные рейсы - ничего особо страшного в этом нет

(11) Да там делить придётся рейсы, сколько дней каботажа, сколько заграничный. Оплата то целиком за месячную аренду идёт. По этому признаку делить налоги. Всё это не автоматизировано, поэтому вероятность ошибок может сильно возрасти.

(6) (7) (8) Экспорта у нас нет.
Есть только импорт товаров. Но там есть как НДСный так и безНДСный товар.
Но и реализация получается у нас делается как с НДС так и безНДС (Мед. приборы например).

Так получается можно выключить этот параметр и не париться?
Или всё таки он нужен? Нету конкретного описания флага, либо я плохо смотрел.

(12) ты не главбух, это не твои проблемы

>> у нас делается как с НДС так и безНДС.
>> можно выключить этот параметр и не париться?

Нет. Нельзя. Придется париться.


>> Нету конкретного описания флага, либо я плохо смотрел.

Плохо смотрел. https://its.1c.ru/db/accnds#content:1348:hdoc

(13) Если есть реализация без НДС, то надо входящий НДС по услугам распределять. И вроде как (могу ошибаться), раздельный учёт НДС вам всё таки нужен.

(14) Если бы не годовая премия, которая зависит от оценки работы, то я бы тоже так считал :)

И вообще половина из того, что пишет автор какое-то гонево.
Если раздельный учет был включен, то ни о каком нормальном списании не могло быть и речи. Систем сразу бы ругалась при любом телодвижении ТМЦ (перемещение, списание, реализация и пр.) об отсутствии остатков по НДС.
То есть либо раздельный учет был включен и были какие-то остатки по регистру "Раздельный учет НДС" (насколько корректные - отдельный вопрос).
Либо он был выключен и его только сейчас решили включить. При включении раздельного учета систем выполняет обработку заполнения начальных остатков по регистру.
Если раздельный учет включали при переходе с 2.0 на 3.0, то заполнение регистра "Раздельный учет НДС" выполнялось при переходе по данным регистра "НДС по ТМЦ" (или как он там назывался - я точно не помню).

(13) получается он вам нужен, распределять входящий НДС по проданным товарам с НДС и без НДС.
так что придется разбираться и исправлять ошибки типовых, я вам не помогу

(17) если бы моя премия зависела от работы бухов, я бы повесилась (сбежала)

(19) > исправлять ошибки типовых.

Об ошибках типовых - весьма спорный вопрос. Я не знаю конкретно вашей ситуации, но мы используем раздельный учет в 3.0 с самого момента перехода с 2.0 в 2015-м году и никаких критичных ошибок не нашли. Все возникающие проблемы связаны с некорректным вводом данных пользователями (проведение задним числом, ввод движений ТМЦ ручными операциями и т.п. косяки).

(18) Ну если бы его только что включили, я бы это увидил как минимум в истории изменений. А так её с 13 года никто не трогал.

(22) Либо ты что-то путаешь в описании проблемы, либо придется констатировать факт свершения чуда.

Если регистр пустой, то списание сразу бы ругалось на отсутствие остатков.
А ты рассказываешь будто бы раздельный учет был включен, но списание благополучно проводилось при том, что регистр пустой. А это невозможно.

(23) Хорошо, тогда как понять такой маневр - указываю руками другой документ поступления, при включеном флаге раздельного учета и пустом регистре , и реализация проводится. Скриншот могу сделать.

по партиям не списалось значит

если не списалось, значит нет на остатке. Например приход позже расхода (в УТ11 - РАУЗ не критично, а в БП критично)

(25) Если смотреть ОСВ по 41.01 то в КТ уходит как надо.

(26) Да и косячное (возможно) поступление было в 17 году.