Мои комментарии

Однозначно установить причину не удалось. Но наиболее вероятны два варианта:

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

2. Прямое вмешательство в базу данных. На это указывают определенные признаки, например: в базе присутствуют по два варианта файлов таблиц накладных, таблицы товаров к накладным и таблицы проводок. Возможно ли такое, что в текущую версии базы были скопированы некоторые файлы из другой версии базы?

Практически та же проблема еще с одним приходником. Материалы из него есть в материальной оборотке и бухгалтерском учете, но при списании программа выдает 0 и не дает его списать.

Эта проблема возможно и связана со второй причиной. Т.к один идентификатор операции ссылается одновременно и на приходный, и на расходный документ. Этого в принципе не должно быть. В данном случае поможет пересчет приходной накладной по проблемному товару № 351 от 19.03.2021.

Кто требует, налоговая? Ссылаются ли они при этом на какой-нибудь документ? В файле xml нет граф 12,13, а есть специальный тег, который отвечает за структурированное представление данных прослеживаемости. Для формирования данного тега в официальном формате есть определенные требования, и они не допускают пустых данных.

Попробуйте прилагаемую ниже библиотеку в архиве. Архив распаковать, файл TORG.IBL скопировать в  PROJECT\TORG,  бланк перекомпилировать.

Если это нужно только для заполнения ТОРГ-12, это можно сделать. Дополнительный учет в других единицах не нужен. Но это требует наличия взаимно-однозначного соответствия между значениями, выраженными в разных единицах измерениях. В прайс-листе для товара, учет которого ведется в килограммах, необходимо заполнить поле "Ед. коэф". (см рис. 1, прайс-лист). Это значение будет отражаться в графе 7 ТОРГ-12, а значение графы 8 будет определяться как отношение графы 10 и графы 7 (см. рис 2, торг 12).

Требуют УПД передавать по ЭДО с графами прослеживаемости товара.

А что вы передаете по ЭДО: файл xml или печатную форму в удобочитаемом формате (например, pdf)?

Сейчас у нас печать столбцов 12,13 в С/Ф и УПД соответствует требованию Постановления 1137 по заполнению на бумажном носителе: если данные по прослеживаемости есть, то столбцы выводятся, если нет, то не выводятся.

А если такого товара нет, данные графы пустые. При выводе на печать - прочерки. При выгрузке в формат xml данные графы не выводятся пустыми, с прочерками. Как быть?

То есть, если я правильно понимаю, вы при отсутствии данных, все равно заполняете данные прослеживаемости, просто проставляя прочерки? Эти прочерки выгружаются в xml?! Если это так, то этого делать не нужно. Иначе это нарушит требования формата и файл Xml не будет принят.

Если все дело именно в электронной печатной форме, то можно добавить опцию "Всегда выводить 12,13 графы". Тогда они будут всегда печататься независимо от наличия данных прослеживаемости.

Очень ждём ответ от разработчика.

Как уже вам написали выше, нужна четкая постановка задачи. С обязательными приложением примеров файлов банковской выписки  с валютными операциями и подробным объяснением, в каких случаях и  какие проводки должны формироваться  в привязке к соответствующим примерам документов с валютными операциями из банковской выписки.

С 54 уже переходит на второй лист

Печатную форму-то пересчитывали после изменения масштаба и выхода из предварительного режима просмотра? Соответствующее сообщение о необходимости пересчета формы не просто же так выдается.

В режиме предварительного просмотра нажмите кнопку "Настройка" и в открывшемся диалоге увеличьте масштаб.

На скриншоте он у вас равен 53 (по умолчанию для печатной формы счетов-фактур установлен масштаб 68).

Затем необходимо пересчитать форму.

Да, форма УПД будет исправлена в ближайшее время.

В настройках печатной формы СФ (кнопка "Настройки печ. формы") проверьте, установлена ли опция "Подгонять ширину таблицы под ширину печатного листа (для пользовательских шаблонов)".

Здравствуйте, Наталья Евгеньевна!

Напишите, пожалуйста, подробнее, что и как делаете. Желательно, конечно, посмотреть удаленно.

Здравствуйте! Базу можете прислать - нужны папки SCF, KONTRAG,  журнал хоз. оп? Или могу удаленно посмотреть.  Напишите на sf@ib.ru.

А при загрузке, помимо "Ошибка валидации XML", выдает ли какие-нибудь дополнительные сообщения об ошибке? И что по поводу проверки Tester? Если не хотите, чтобы файл был в публичном доступе, можете отправить его мне на почту sf@ib.ru.

Testerом проверяли перед загрузкой?

Хорошо было бы посмотреть файл.

Будет добавлено

Здравствуйте!

В качестве временной меры в Параметрах расчета раздела 8 включите опцию расчета дополнительных листов книги покупок.

На основании чего они это требуют? Приказа по УПД нового не было. Никаких разъяснений от ФНС по новой форме также не было.

А чем мотивируют это заказчики. По УПД ни приказа, ни разъяснений от ФНС на данный момент нет. Единственное требование - это просто дополнить ее графой 5а.

В новой счет фактуре при настройке количества до третьего знака после запитой упорно пишет два знака в печатной форме.

Не воспроизводится. Проверьте, может не тот пользовательский шаблон активен.

Будет исправлено в ближайшем обновлении