При работе в программе «1С:Управление торговлей» (в том числе в локализации для Беларуси или ERP) пользователи часто сталкиваются с ситуацией, когда после оформления и проведения документа Заявление о ввозе из ЕАЭС запись в рабочем месте «К оформлению» продолжает отображаться. При попытке создать документ повторно табличная часть оказывается пустой, что вводит в заблуждение. В этой статье мы подробно разберем, как устроена эта подсистема, выясним причины возникновения ошибки и найдем способы её решения.
Для начала проанализируем, как 1С понимает, что по конкретному приходу нужно оформить заявление. В системе не используется прямой поиск по документам Приобретение товаров и услуг. Вместо этого программа обращается к специальному регистру накопления. Журнал «К оформлению» — это не просто список документов, а динамический отчет, построенный на остатках этого регистра.
Основным «виновником» того, что запись не исчезает, является регистр накопления Товары к оформлению заявлений о ввозе. Рассмотрим логику его работы:
Если запись висит, это означает только одно: в регистре остался «хвост» (остаток). Либо расход не сформировался вовсе, либо его данные не совпали с данными прихода.
Выясним, почему аналитика может не совпадать. Рассмотрим наиболее распространенные ситуации, с которыми сталкиваются специалисты.
1. Расхождение в сериях или характеристиках товаров
Это самая частая причина. Если в документе-основании (Приобретении) указана конкретная серия товара, а в «Заявлении о ввозе» по какой-то причине серия не заполнилась или была выбрана другая, программа посчитает это разными операциями. В регистре возникнет пересортица: по одной серии будет висеть плюс, по другой — минус. В итоге в журнале «К оформлению» мы будем видеть остаток по первой серии.
2. Влияние корректировок приобретения
Проанализируем ситуацию: вы создали приход, затем решили изменить количество или цену через документ Корректировка приобретения. Если корректировка сделана после того, как было создано (но, возможно, не до конца оформлено) заявление, последовательность движений в регистре Товары к оформлению заявлений о ввозе нарушается. Программа может продолжать «ждать» оформления заявления на ту разницу, которая возникла при корректировке.
3. Ошибки в валюте и математические округления
Иногда проблема кроется в мизерных суммовых остатках. Если валюта документа приобретения отличается от валюты регламентированного учета, при пересчете курсов могут возникнуть погрешности в сотые доли копейки (например, 0.00001). Для системы это ненулевой остаток, и она будет настойчиво предлагать «оформить» эту дробную часть.
4. Смена хозяйственной операции «на лету»
Посмотрим на действия пользователя: иногда сначала создается документ с операцией Закупка у поставщика, а затем вручную меняется на Ввоз из ЕАЭС. При такой смене типа операции не все регистры могут пересчитаться корректно при обычном перепроведении. В таких случаях мы рекомендуем полностью отменить проведение документа и провести его заново «с нуля».
Рассмотрим алгоритм диагностики, который поможет точно определить проблемное место.
Нам необходимо сравнить записи регистра. Для этого выполним следующие действия:
Приобретение товаров и услуг. Нажмем кнопку «Отчеты» — «Движения документа». Найдем в списке регистр Товары к оформлению заявлений о ввозе. Выпишем или запомним значения в колонках: Номенклатура, Склад, Серия, Номер ГТД, Количество.Заявление о ввозе из ЕАЭС. Также перейдем в его движения по этому же регистру.Если визуально движения кажутся правильными, попробуем стандартные средства платформы:
Статусы документов ВЭД. Проверьте, обновился ли статус вашего документа на «Подтверждено» или «Готов».Если вы нашли «хвост» в регистре (например, из-за копейки или ошибки прошлых периодов), который не уходит обычными методами, воспользуемся документом Корректировка регистров. Рассмотрим, как это сделать:
Корректировка регистров (обычно находится в разделе «Администрирование» или «Все функции/Стандартные»).Товары к оформлению заявлений о ввозе.Если вы хотите программно проверить наличие остатков по конкретному документу-основанию, можно воспользоваться запросом к таблице остатков регистра:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ТоварыКОформлениюЗаявленийОВвозеОстатки.Номенклатура,
| ТоварыКОформлениюЗаявленийОВвозеОстатки.КоличествоОстаток,
| ТоварыКОформлениюЗаявленийОВвозеОстатки.СуммаОстаток
|ИЗ
| РегистрНакопления.ТоварыКОформлениюЗаявленийОВвозе.Остатки(
| &Период,
| ДокументОснование = &ДокументОснование) КАК ТоварыКОформлениюЗаявленийОВвозеОстатки";
Запрос.УстановитьПараметр("Период", ТекущаяДата());
Запрос.УстановитьПараметр("ДокументОснование", СсылкаНаПриход);
Результат = Запрос.Выполнить();
Если этот запрос возвращает строки, значит, ваше заявление не «закрыло» приход. Обратите внимание на поле ДокументОснование — в обоих документах (Приобретении и Заявлении) оно должно ссылаться на один и тот же объект.
Подводя итог, отметим: проблема «неисчезающей» записи почти всегда кроется в рассинхронизации аналитики регистра накопления. Тщательная проверка движений через стандартный отчет «Движения документа» позволяет решить 99% подобных обращений пользователей.