Всем привет, никто еще не выгружал декларацию по НДС за 3 квартал? В итоге вываливается в ошибку: "NDS2111.ERT(4036)}: Индекс не входит в границы списка значений".
Соответственно, то ли 1С накосячили с введением новой реальности в виде прослеживаемости, ибо спотыкается на 8 разделе (книга покупок), причем только в том случае, если в 200
графе есть номер ГТД, то ли кривые руки бухгалтера. Как-то думается, что вероятнее первый вариант.

Под ЕРП так не вышла Декларация под НДС. Наши бухи воют

Не, у меня проще, ОСН в типовой 1С Бухгалтерии (770665, отчетность 21q3001)

Попробовал сейчас на копии - ошибки нет.
Скорее всего у тебя третий вариант - классический.
Всё зло вот здесь:
Дата2             = ВосстановитьЗначение(ИдентификаторОтчета + "ДатаОтчета")

Есть такая багофича в 1С - бух впервые открывает форму в регламентированной отчетности, при этом форма текущего квартала открывается с данными предыдущего сохраненного квартала, бух прощёлкивает до нужного квартала. Если версия формы предыдущего квартала отличается от текущего (переменная ВерсияФормы в отчетности), то задаётся вопрос:
"Отчет, сохраненный версией от " + ВерсияСохрОтчета + "открывается версией от " + ВерсияФормы + "Возможно некорректное отображение данных! Продолжить?"
И вот тут правильный ответ - "НЕТ". Тогда форма откроется девственно пустая и готовая к работе.
Но 100% бухов отвечает - "ДА", и 1С пытается натянуть данные из предыдущей версии на текущую. Если у какого-то из реквизитов поменялось количество ожидаемых значений в списке - то 1С это спокойно пропускает и записывает в текущую форму некорректный список значений. Ну и потом вываливает ошибку: "Индекс не входит в границы списка значений"

Попробуй удалить сохраненный вариант 8 раздела и заполнить заново. Если 8й раздел при открытии будет на 2м квартале, при смене периода откажись от отображения данных.

Ну также убедись, что выгружаешь выгрузкой из 3го квартала и за 3й квартал.

"Попробовал сейчас на копии - ошибки нет" - а у тебя в 8 разделе есть фактуры с ГТД, потому как если ГТД нет, то все проходит штатно.
Спасибо за советы, я пробовал в чистой копии без данных со старой отчетностью, так что описанные проблемы исключены, самое интересное,
что несмотря на ошибки отчетность выгружается до конца ...

Всем спасибо за участие, глюк подтвердился еще у двух клиентов, т.ч. все стандартно - кривые руки великих писателей господина Ну =))

(4) Открыл пустую типовую бухгалтерию 7.70.665 установил только отчетность 21q3001, создал "Поступление товаров" с двумя разными товарами с разными ГТД. Заполнил декларацию автоматически, выгрузил, всё без ошибок. Ладно, посмотрим. Сейчас начнут сдаваться - если ошибка, то вылезет.

(5) Такая же ошибка. Есть ли внятный способ решения?

(8) Если нет прихода прослеживаемого закоментируй в NDS2111.ert цикл по строке с ошибкой (строки 4031-4054). Завтра поразбираюсь, что там такого в 1С понаписали

(7) дык а смысл? несмотря на ошибку все выгружается нормальоно, можно сдавать, я проверял ... ну если конечно не нужна прослеживаемость

(8) а вот так лучше не делать, ибо в выгрузку вообще не попадают номера ГТД (если они есть конечно)

(8) Да, хорошо бы если бы вы поправили писателей 1С. Как-то уж совсем стыдно за такие ошибки им должно быть
Хотя отправлять отчетность это не мешает

(10) странно, по коду вроде не должно так быть

(10) Интересно девки пляшут. А что у нас теперь ВСЕ ГТДшки идут в тэг "РегНомПросл", даже если товар не прослеживаемый? Ну ладно, тогда (6) забываем.
Для выгрузки вместе с ГТД, но без прослеживаемости, достаточно закомментировать строки 4036-4046 и добавить перед или после закомментированного блока:
СтрОКЕИПросл="";
СтрКолТовПросл="";
СтрСтоимТовПросл="";

А ведь там ещё и тэг не закрывается
+ "<СвРегНом" + СтрРегНомПросл + СтрОКЕИПросл + СтрКолТовПросл + СтрСтоимТовПросл + " />";
а надо
+ "<СвРегНом" + СтрРегНомПросл + СтрОКЕИПросл + СтрКолТовПросл + СтрСтоимТовПросл + " /СвРегНом>";

Или чтобы сразу обе ошибки поправить можно закомментировать строки 4036-4046  и заменить строку 4051 на
+ "<СвРегНом" + СтрРегНомПросл + " /СвРегНом>";

Итого при заполнении из книги покупок:
Строка 1876
                ГТД, "", "", ""); //Прослеживаемость //200-230 //не автозаполняется в текущей версии отчета
что приводит к тому, что при заполненном списке ГДТ списки по прослеживаемости пусты.
При ручном заполнении проблемы нет.
(14) забываем - это помутнение.
(13) плохо тем, что не будет выгружена прослеживаемость, если она добита руками.

Решение 1 (ручное): После заполнения раздела 8 по кнопке "Заполнить" прощелкать строки с ГТД и понажимать кнопку "Сохранить" в каждой строке раздела, где есть ГТД.
Решение 2 (программное):
Перед началом цикла (перед строкой 4031) вставить:

Если (СписокОКЕИПросл.РазмерСписка()<>КолНом)или(СписокКолТовПросл.РазмерСписка()<>КолНом)или(СписокСтоимТовПросл.РазмерСписка()<>КолНом) Тогда
    Для ИндНом = 1 По КолНом Цикл
        РегНомПросл = СписокРегНомПросл.ПолучитьЗначение(ИндНом);
        Если ПустоеЗначение(РегНомПросл) = 0 Тогда
            СтрМногострочнойЧастиГруппы = СтрМногострочнойЧастиГруппы + ?(ПустаяСтрока(СтрМногострочнойЧастиГруппы) = 1,"", РазделительСтрок)
                                            + СтрокаТабуляцииДопСтрокДопСтаницы
                                            + "<СвРегНом РегНомПросл =""" + РегНомПросл + """" + " />";
        КонецЕсли;                                
    КонецЦикла;
    КолНом=0;
КонецЕсли;

(15) Решение2 - КолНом?

16+, пардон

(15) 2) Сумма налога, подлежащая к уплате в бюджет в стр.040 Раздела 1 должна быть равна
(стр.200 Раздела 3 + стр.130 Раздела 4 + стр.160 Раздела 6) - (стр.210 Раздела 3 + стр.120 Раздела 4 + стр.080 Раздела 5 + стр.090 Раздела 5 + стр.170 Раздела 6), когда полученная разница > 0, иначе 0

Вот еще такое выходит. Но эти разделы даже не заполнялись.

(18)+ Только 3 раздел заполнен и все. 210 пустая

(19)+ Сорри. Там разница в 1 рубль. Вот блин крохоборы

(18) Нет, это ошибка 1С. Вернее много ошибок сразу.
В NDS2101.ert
1) Поменяй строку 1456 было:
НомерФайлаР = "03";
стало:
НомерФайлаР = "04";
2)там же в функции Контроль() перед каждой строкой присвоения НомерФайлаР типа:
НомерФайлаР = "02";//03.... 16
вставь перезаполнение списка сохраненных данных отчета:
ПоискСохрЧастей(МаскаПоиска);
3) в NDS2111.ert поменяй строку 1545 вместо
ИтогПоРазделу190
должно быть
ИтогПоРазделу180
После этого пересохрани 8й раздел.

Теперь контроль будет проходить правильно - и будет писать только о реальных ошибках.

(21) готовых не выкладывал ?

(0) я исправлял
https://disk.yandex.ru/d/nEYEr4sMjNqLuA

(23) прям всё соответсвует (21) ?

Нет, исправлений в части контроля не вносил.
Только ошибки из (0) убрал

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

(22) Да, пожалуйста!
Титульный лист и 8й раздел:
https://disk.yandex.ru/d/xpTM9i3wA_7Itw
Исправлены ошибки (0) и (18)

(26) А вот такого не наблюдал. Есть подробности? Или мысли какие-нибудь?

А должно же наверное обновление выйти. Это же ошибки серьезные.
Хотя осталось 2 дня!!!

Осталось 2 дня. И что с отчетностью делать?
Может сегодня обновление выйдет

Сорри. Сразу не обновился браузер

(30) Жди до 18-00. Традицию нарушать нельзя.

(32) А что неужто обновят?

(33) Вероятность ненулевая )))

(28) да вчера при пересохранении электричество вырубили, сегодня бухи набежали. но вообще пробую зачистить все файлы сохранения и выгрузки ExtForms\68099632.61\2201001.61\1151001.21\30091300.rvs и прочие .nds Потом начал перезаполнение - сохранение. Щаз пока всё прервалось.
в Кн прод 60153 строки, после сохранения 52519 строк.

Ради интереса позвонил единственному клиенту на 7.7 у них комплексная, декларацию уже сдали, выгрузилась без проблем, правда при загрузке в СБИС сообщает что не "верный" или еще что-то про формат, и предлагает преобразовать..после преобразования все загружается и декларация уже сдана.

(35) Проверил несколько раз. Книга продаж и покупок на месте после сохранения. Ничего такого не обнаружил

(36)сбис и старый формат точно также пережевывает ( сам не видел, но клиенты говорили)

(36) Вчера пытались пропихнуть через Контур, тоже упоминалась конвертация из старого формата, но потом валом валило ошибку "Расхождения с клиентами".

(39) Сбис вроде нормально все сьедает

Вариант: ОСНОВНОЙ, данные за 3 Квартал 2021 г.
Выгружается Налоговая декларация по налогу на добавленную стоимость за период: 3 Квартал 2021 г.
Налоговая декларация по налогу на добавленную стоимость:
1) Сумма налога, подлежащая уплате в бюджет по стр.200 гр.3 Раздела 3 должна быть равна разнице значений стр.118 гр.5 и стр.190 гр.3 Раздела 3, если такая разница > 0, иначе 0
Налоговая декларация по налогу на добавленную стоимость:
2) Сумма налога, подлежащая к уплате в бюджет в стр.040 Раздела 1 должна быть равна
(стр.200 Раздела 3 + стр.130 Раздела 4 + стр.160 Раздела 6) - (стр.210 Раздела 3 + стр.120 Раздела 4 + стр.080 Раздела 5 + стр.090 Раздела 5 + стр.170 Раздела 6), когда полученная разница > 0, иначе 0
Важно! При невыполнении перечисленных контрольных соотношений декларация по НДС может считаться непредставленной!

Ну нет там ошибок вообще

(27) спасибо!

(39) Всё перезаполнил - при восстановлении после сохранения - исчезают строки.

(43) нашёл причину. срезало количеством сохранённых файлов когда НомФайлаСохранения переваливает за 99.
        ИмяФайлаСохраненияОтчетаВНесколькоЧастей = ИмяФайлаДляСохраненияБезРасширения + Формат(НомФайлаСохранения, "Ч(0)2") + ".nds";

индицйам на отсосинг программинга видимо отдали 77 ;-)

(45) сами сосут друг у друга )))

(46) в 8ке такое же говно, имхо

(0)выложили новую версию отчетности

(48) никто не сравнивал , что исправили ?

(49) Так то ж для избранных, видимо, выложили. Для франчей...
В моём личном кабинете ИТС.ПРОФ пусто. По внутреннему регламенту, на который мне web-its@1c.ru ссылается, срок выкладывания на https://its.1c.ru/update - 5 рабочих дней с момента выпуска. Значит считаем 22,25,26,27. В Москве 28е нерабочий. Значит, если всё хорошо будет, 8 ноября выложат. Тогда посмотрим, что исправили.

(45) Не могу сказать, что нынешний писатель прям вот плох. Но вот ОЧЕНЬ небрежен.

(50) только НДС
https://disk.yandex.ru/d/Ez1UEs-ozWqDIQ

(41) Ответ в (21).

(51) Посмотрел. Ну из того что обсуждали не исправлено ничего.

Исправили (хотя я бы сказал добавили ошибку) 9й раздел - теперь исходящие ГТД заполняются всегда. Что, кстати достаточно спорно и плохо. Потому что в книге продаж эта графа (20) вообще-то пустая - туда ведь должны попадать только прослеживаемые ГТД и ГТД по ОЭЗ Калининграда. А теперь получается, что в книге продаж пусто (и правильно пусто), а в 9м разделе теперь ВСЕ исходящие ГТД. Что в БП 8.3 тоже так сделали? А потом 1С будет письма из налоговой подкладывать, что та не возражает, если  мы в декларации дадим информацию, которую от нас и не требовали? Так же как с корявым счет-фактурой в две колонки.

Исправили раздел 9.1 - то же самое + поправили косяк: по кнопке "Заполнить" в ГТД попадал мусор из граф 15-17а.

(53) Спасибо друг!

к (53). Хотя может я и не прав. В ПП 534 графа ГТД перекочевала из 3а в 20 с изменением названия и мааааленьким, незаметным на фоне прослеживаемости добавком, о том что теперь туда надо пхать все ГТД

II. Правила ведения книги продаж, применяемой при расчетах по налогу на добавленную стоимость
...7. В книге продаж указываются:
...ш) в графе 20 - регистрационный номер декларации на товары или регистрационный номер партии товара, подлежащего прослеживаемости, указанный в графе 11 счета-фактуры.
Регистрационный номер декларации на товары указывается при реализации товаров, не подлежащих прослеживаемости, ввезенных на территорию Российской Федерации, в случае если их таможенное декларирование предусмотрено правом Евразийского экономического союза...

Так что придётся в книге продаж теперь все ГТД показывать. Ну и в 9м разделе соответственно тоже.

Наверное не совсем по теме, или совсем не по теме, но....
А чего делать с РНПТ в отчетах, если учет себестоимости ведется по среднему, а не по FIFO или LIFO?
Ну например пришла партия с одним РНПТ, потом пришла еще партия с другим РНПТ, и продали весь товар из первой партии и часть со второй партии. В отчетах то будет "капец" ?
Или я чего-то не догоняю....
Для учета РНПТ я например вообще ввел новый регистр (по аналогии ГТД) и он обрабатывается по FIFO вне зависимости от ведения учета себестоимости. А теперь чешу голову че делать дальше :) Это же и книги продаж править надо походу, и скорее всего регламентированные отчеты.
Благо что в этом квартале прослеживаемого товара было всего три партии и можно все руками поправить....

(0) Опять двадцать пять
Танцуем без перерыва. замучил уже этот ндс с прослеживаемостью
4 квартал повторяет третий

Мне надо чтою были гтд а прослеживаемости не было - нет у меня ее

(57) А чем NDS2111.ert из (27) не устраивает? 1С ошибку не признало пока, они там не знают, что у них кнопка "Заполнить" в 8 разделе есть, а при ручном (ха-ха) заполнении 8го раздела ошибка не проявляется.

(58) У меня из торговли же все выгружено. Как же я 1650 строк книги покупок заполню руками?
А в книге продаж получается ГТД нет вообще иначе ошииббки прут.

И сегодня мне звонили покупатели после сдачи и говорили что у них часть наших товаров получилсь с прослеживаемостью

может надо было бухгалтерию обновить?
но и так 665 релиз

NDS2111.ert - пишет ошибки но выгружает
4

(61) Да. А NDS2113.ert ???

(58) Проблема с NDS2113 - вот в ней она лупит массово ошибки связанные с прослеживаемостью которой на самом деле нет

(63) Да там за пару минут все исправляется и выгружается.

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

Скачал посмотреть торговлю. Последний релиз 1007 от 29.09.2021. В описании релиза: "Добавлен формат выгрузки в электронном виде версии 5.05". Внутри - ни малейшего намёка на 5.05.
Скачал предыдущий релиз - 1006 от 23.08.2021. Посмотрел изменения - добавлена Обработка.XMLВыгрузкаДанныхПоНДС2018. То есть, впервые за 4 года выяснилось, что конструкция
        Если ДатаКонца < '01.10.2017' Тогда
            ОткрытьФорму("Обработка.XMLВыгрузкаДанныхПоНДС", Параметры);
        Иначе
            ОткрытьФорму("Обработка.XMLВыгрузкаДанныхПоНДС2018", Параметры);
        КонецЕсли;
в книгах покупок и продаж не работает.  Посмотрел на добавленную в 1007 XMLВыгрузкаДанныхПоНДС2018 - обнаружил там только 5.04. Видимо, опопмнились, вставили, но не ту. Прошло четыре месяца, осталось ещё 3 года и 8 месяцев.
Подозреваю, что в 1С проверяли (если проверяли) работу выгрузки в торговле 1007, имея в папке ExtForms свежий файл XMLВыгрузкаДанныхПоНДС2018.ert - тогда при выгрузке вызывается именно он. Проблема в том, что в update.exe на сайте ИТС этот файл не попал.

Ну в общем, хорошо, что у меня не торговля. Но если она кому-то нужна - стоит в 1С писать.

(65) там разница несущественная. Просто откройте этот xml-файлик и там в шапке вместо "5.04" поставьте "5.05". Всё прокатит, налоговая этот файл примет.

(62) - вообще не ругается.

2111 - как раз на прослеживаемомсть ругается

(67) Да там одинаковые куски кода. Просто разделы разные :)
Искать текст
СтрРегНомПросл = " РегНомПросл =""" + РегНомПросл + """"; //добавляем со "своим" пробелом

и ручками обнулить переменные вместо получения значений, либо добавить проверку количества строк в списках СписокКолТовПросл и т.д.
ОКЕИПросл = "";
КолТовПросл = "";
СтоимТовПросл = "";

(66) НомерТД при этом сам в РегНомПросл не превратится. Она не существенная, если нет ГТД. А если подгружать в Контур, то думаю он сам в нужный формат преобразует...

(69) Из ТИС выгружаю в БУХ 7.7 СФ а потом своими обработками формирую записи книг авансы и зачеты авансов. И ГТД из ТИС там есть.
Я так и не понял должны быть ГТД в выгрузке 5.08 или парвильно чтоб их не было ???

Ну то есть я же открываю отчетность в БУХ 7.7 "заполняю" 8 9 разделы автоматически.
Ну 1 3 разделы тоже заполняю автоматом (с нюансами).

Отсюда вывод что у меня обычная регламентированная отчетность по НДС в бух 7.7
Вот только с косяками она выгружается в файлы.

Но получается что если нет ГТД то и проблем нет а вот если есть - то возникают всякие нюансы.