Поля документа не соответствуют реквизитам

Ошибки в первичке: данные о компании и контрагенте

Иллюстрация: Борис Мальцев / Клерк

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

Ошибка № 1. Ошибка в названии организации, составившей документ

Наименование организации согласно ч. 2 ст. 9 Закона от 06.12.2011 № 402-ФЗ относится к обязательным реквизитам. Искаженное название (например, «Транс-экстерн» вместо «Транс-Экспресс») лучше исправить.

При этом в документе допустимо как полное, так и сокращенное название организации (п. 3 ст. 1473 ГК), и даже опечатка не должна стать помехой для налоговой, чтобы идентифицировать налогоплательщика: главное, чтобы верно был указан ИНН (Письмо Минфина РФ от 04.02.2015 № 03-03-10/4547).

Ошибка № 2. Ошибка в названии организации контрагента

Ошибку лучше исправить, если опечатка мешает идентифицировать контрагента (особенно, если в документе не указан ИНН контрагента — письмо Минфина РФ от 04.02.2015 № 03-03-10/4547 и ФНС от 12.02.2015 № ГД-4-3/2104).

Ошибка № 3. Организация сменила название, но контрагенты указывают в документах старое

У налоговой могут возникнуть вопросы, если в документах первичного учета расходятся наименование (и особенно ИНН, так как в первую очередь по нему идентифицируется компания). Об этом предупреждает Минфин РФ в Письмах от 04.02.2015 № 03-03-10/4547, от 12.02.2015 № ГД-4-3/2104.

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

Ошибка № 4. Неверно указаны реквизиты контрагента

Если ошибка в банковских реквизитах в накладной — есть риск, что тогда будут проблемы при оплате (постановление Арбитражного суда Московского округа от 27.06.2017 № Ф05-8584/2017).

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

Ошибка № 5. Ошибка в адресе

Ошибка-опечатка не страшна — если не мешает идентифицировать контрагента, а значит, это не помешает учесть расходы и вычеты (письмо Минфина РФ от 04.02.2015 № 03-03-10/4547 и ФНС от 12.02.2015 № ГД-4-3/2104).

Другое дело, если в первичных документах указан один адрес, а контрагент на самом деле располагается по другому адресу. Это может стать причиной для более тщательной проверки, обоснованы ли расходы. И если реальность сделки доказать не получится, расходы снимут (подобная ситуация описана в Постановлении Арбитражного суда Северо-Кавказского округа от 06.07.2017 № А63-2140/2016).

Ошибка № 6. Неверные ИНН или КПП контрагента

ИНН — тот реквизит, верность которого стоит наиболее тщательно проверять. В «1С» есть инструменты, которые помогают делать это автоматически, или же можно вручную проверить ИНН на сайте ФНС nalog.ru. В случае если указанный в первичном документе ИНН не существует или в нем ошибка, инспектор может признать сделку нереальной, а компанию обвинить в недостаточной осмотрительности при выборе контрагента.

Если вы обнаружили опечатку в ИНН, лучше исправить документа или запросить у контрагента исправленные. Шанс отстоять расходы с ошибочными документами все же при этом есть: если подтвердить реальность затрат (постановление Арбитражного суда Уральского округа от 28.08.2015 № Ф09-5678/15).

При верном ИНН, но неверно указанном КПП ошибка не критична. Но документ все равно лучше исправить, чтобы не вызывать вопросов налоговой.

Ошибка № 7. Не указан ОГРН в путевом листе

С 2017 г. в типовую форму путевых листов добавлены новые реквизиты (Приказ Минтранса РФ от 07.11.2017 № 476). Теперь в путевом листе нужно указывать ОГРН компании или ОГРНИП индивидуального предпринимателя.

Если этих данных не будет в бланке путевого листа, это может навести инспектора на мысль более тщательно проверить расходы и вычеты.

Ошибки в документах при работе с «1С»

Что касается учетных систем фирмы «1С», то прикладные решения работают только в соответствии с действующим законодательством, поэтому любые изменения в требованиях к документам оперативно реализовываются в последующих релизах программ. Сроки поддержки этих изменений в программах «1С», номера и даты выходов релизов пользователь может просмотреть на сайте: http://v8.1c.ru/lawmonitor. Помимо этого «1С» поддерживает сервисы по корректному заполнению реквизитов контрагентов (данные из ЕГРЮЛ, ЕГРИП), актуальные адресные сведения.

Так, при возникновении ошибок, например, в реквизитах контрагента, «1С:Бухгалтерия 8» указывает на некорректность заполненных данных, выделяя красным цветом реквизит или выдавая сообщение о несоответствии заполненных сведений базам ФНС. Поэтому пользователь сразу заметит ошибку и сможет ее поправить.

Если при заполнении, например, адреса, пользователь вносит некорректные данные, то программа выдает сообщение об ошибке.

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

Если у пользователя возникают вопросы касаемо реализованного функционала и правильности отражения в программе законодательных норм, он может обратиться к разработчикам, направив свой вопрос на электронную почту v8@1c.ru. «1С» дает разъяснения и, при необходимости, приводит ссылки на законодательные нормы, тем самым обосновывая механизм работы программы.

В этой статье я рассмотрю основные механизмы платформы 1С 8.3, которые обеспечивают проверку заполнения реквизитов.

Проверка заполнения реквизита объекта 1С

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

Для того, чтобы у реквизита объекта осуществлялась проверка заполнения, достаточно в свойстве реквизита «Проверка заполнения» указать значение «Выдавать ошибку».

Проверка заполнения реквизита объекта 1С

При таком конфигурировании реквизита, если это реквизит не заполнен, то при попытке записи элемента, выйдет соответствующая ошибка, и запись элемента не будет осуществлена.

Проверка заполнения реквизита объекта 1С

Данная проверка будет осуществляться независимо от того, сгенерирована эта форма платформой 1С 8.3 автоматически, или используется форма созданная разработчиком.

Проверка заполнения табличной части в 1С

Помимо реквизитов у объектов можно проверять заполнение табличной части.  Для этого у табличных частей объектов имеется свойство «Проверка заполнения», в которое также необходимо установить значение «Выдавать ошибку».

Проверка заполнения табличной части в 1С

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

Проверка заполнения табличной части в 1С

В тоже время, мы спокойно сможем записать элемент, у которого имеется строка табличной части с пустыми полями.

Проверка заполнения табличной части в 1С

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

Проверка заполнения программно в 1С

Иногда возникает необходимость проверить программно заполнение объекта в 1С. Для этих целей предназначен метод ПроверитьЗаполнение(), который имеется у большинства объектов 1С (справочники, документы и т.д.).

Например, во время программного создания элемента справочника, мы можем проверить заполнение реквизитов этого справочника, перед его записью.

НовОбъект = Справочники.Номенклатура.СоздатьЭлемент();
НовОбъект.Наименование = "Товар";
Если НовОбъект.ПроверитьЗаполнение() Тогда
    НовОбъект.Записать();
КонецЕсли;

В этом случае, элемент справочника не будет записан, если у него имеются реквизиты, у которых в свойстве ПроверкаЗаполнения установлено значение «Выдавать ошибку».

Иногда, нужно проверить заполнение реквизита, у которого в свойстве «Проверка заполнения» установлено значение «Не проверять».  Например, у реквизита Артикул справочника Номенклатура.

Проверка заполнения программно в 1С

Если нам нужно осуществлять проверку этого реквизита (например, по какой-то определенной логике), то необходимо в модуле объекта создать метод  ОбработкаПроверкиЗаполнения.

ОбработкаПроверкиЗаполнения в 1С

ОбработкаПроверкиЗаполнения в 1С

У этого метода, который является процедурой, имеется параметр ПроверяемыеРеквизиты. Этот параметр массив, в котором содержится список имен реквизитов, которые нужно проверять. Если в этот список мы добавим название реквизита, то при сохранении элемента будет осуществляться проверка на то, заполнен этот реквизит или нет.

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
    ПроверяемыеРеквизиты.Добавить("Артикул");
КонецПроцедуры
Проверка заполнения программно в 1С

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

Например, удалим из проверяемых реквизит ПолноеНаименование.

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
    Индекс = ПроверяемыеРеквизиты.Найти("ПолноеНаименование");

    Если Индекс <> 0 Тогда
        ПроверяемыеРеквизиты.Удалить(Индекс);
    КонецЕсли;

КонецПроцедуры

Тогда мы сможем спокойно записать элемент с незаполненным реквизитом ПолноеНаименование.

Проверка заполнения программно в 1С

Если мы хотим проверить программно, что заполнен реквизит табличной части объекта, то необходимо добавить этот реквизит в массив ПроверяемыеРеквизиты по такому формату: [НазваниеТабличнойЧасти].[НазваниеРеквизита] .

Например:

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)

    ПроверяемыеРеквизиты.Добавить("СписокСвойств.НазваниеСвойства");

КонецПроцедуры

В этом случае, будет осуществляться проверка заполнения реквизита табличной части.

Проверка заполнения программно в 1С

Проверка заполнения формы 1С

Иногда нужно проверить заполнение реквизитов формы.  Разберем небольшую задачу: будем на форме умножать два числа друг на друга, если они заполнены. Создадим на форме реквизиты  с типом Число — Множитель1, Множитель2 и Сумма. У реквизитов Множитель1 и Множитель2 установим в свойство «Проверка заполнения» значение «Выдавать ошибку».

Проверка заполнения реквизита объекта 1С

При выполнении команды Посчитать, произведем расчет только в том случае, если реквизиты заполнены.  Проверку заполнения будем выполнять при помощи метода ПроверитьЗаполнение.

&НаКлиенте
Процедура Посчитать(Команда)

    Если ПроверитьЗаполнение() Тогда

        Сумма = Множетель1 * Множетель2;

    КонецЕсли;

КонецПроцедуры

Теперь мы не сможем посчитать сумму, если один из множителей не заполнен.

Проверка заполнения реквизита объекта 1С

Более подробно и основательно начальные вопросы программирования в 1С есть вы можете изучить в
Книга «Программировать в 1С за 11 шагов»

Изучайте программирование в 1С в месте с моей книгой «Программировать в 1С за 11 шагов»

Программировать в 1С за 11 шагов

Книга написана понятным и простым языком — для новичка.

  1. Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
  2. Научитесь понимать архитектуру 1С;
  3. Станете писать код на языке 1С;
  4. Освоите основные приемы программирования;
  5. Закрепите полученные знания при помощи задачника.

О том как разрабатывать под управляемым приложением 1С, читайте в книге Книга «Основы разработки в 1С: Такси»

Отличное пособие по разработке в управляемом приложении 1С, как для начинающих разработчиков, так и для опытных программистов.

Основы разработки в 1С такси
  1. Очень доступный и понятный язык изложения
  2. Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
  3. Поймете идеологию управляемого приложения 1С
  4. Узнаете, как разрабатывать управляемое приложение;
  5. Научитесь разрабатывать управляемые формы 1С;
  6. Сможете работать с основными и нужными элементами управляемых форм
  7. Программирование под управляемым приложением станет понятным

Промо-код на скидку в 15% — 48PVXHeYu

Эти книги, плюс книга по программированию оперативного учета имеются в едином комплекте: комплект книг по разработке в 1С.
Только для читателей моего блога,
промо-код на скидку в 300 рублей на весь комплект: blog


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

можно оплатить вручную:

Яндекс.Деньги — 410012882996301
Web Money — R955262494655

Вступайте в мои группы:

Вконтакте: https://vk.com/1c_prosto
Фейсбуке: https://www.facebook.com/groups/922972144448119/
ОК: http://ok.ru/group/52970839015518
Твиттер: https://twitter.com/signum2009

Заполнение поля печатной формы из реквизита другого документа

Автор masters, 04 авг 2013, 23:11

0 Пользователей и 1 гость просматривают эту тему.

Имеется конфигурация УТ 11.1.2.9

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

Имеется форма заказ-наряд

вот этим кодом формируются два поля печатной формы

ОбластьМакета = Макет.ПолучитьОбласть(«Покупатель»);
ПредставлениеПолучателя = ФормированиеПечатныхФорм.ОписаниеОрганизации(ФормированиеПечатныхФорм.СведенияОЮрФизЛице(ДанныеПечати.Получатель, ДанныеПечати.Дата), «ПолноеНаименование»);
ОбластьМакета.Параметры.ПредставлениеПолучателя = ПредставлениеПолучателя;
ОбластьМакета.Параметры.Получатель = ДанныеПечати.Получатель;
ОбластьМакета.Параметры.Номер = ДанныеПечати.Ссылка.ЗаказКлиента.ГосНомерТС;
ОбластьМакета.Параметры.Модель = ДанныеПечати.Ссылка.ЗаказКлиента.МаркаТС;
ТабличныйДокумент.Вывести(ОбластьМакета);

Реквизиты ГосНомерТС и МаркаТС берутся из документа «ЗаказКлиента»
Как сделать так, чтобы эти реквизиты брались из документа «РеализацияТоваровУслуг» ?

Пробовал изменить строку ОбластьМакета.Параметры.Номер = ДанныеПечати.Ссылка.ЗаказКлиента.ГосНомерТС;
На ОбластьМакета.Параметры.Номер = ДанныеПечати.Ссылка.РеализацияТоваровУслуг.ГосНомерТС;

При этом при формирования печатной формы получаю ошибку «поле объекта не обнаружено»

Прошу подсказать, Как сделать так, чтобы эти реквизиты брались из документа «РеализацияТоваровУслуг» а не из документа «ЗаказКлиента» ?


Как минимум надо поднимать структуру подчиненности, если в заказе клиента нет реквизита на реализацию.


Печатная форма относится к документу «РеализацияТоваровУслуг» в данный момент эти два поля заполняются из документа «ЗаказКлиента», всё работает

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

Пробовал изменить строку ОбластьМакета.Параметры.Номер = ДанныеПечати.Ссылка.ЗаказКлиента.ГосНомерТС;
На ОбластьМакета.Параметры.Номер = ДанныеПечати.Ссылка.РеализацияТоваровУслуг.ГосНомерТС;
При этом при формирования печатной формы получаю ошибку «поле объекта не обнаружено»
Прошу подсказать, примерно где искать проблему.


ОбластьМакета.Параметры.Номер = ДанныеПечати.Ссылка.ГосНомерТС


Теги:

  • Форум 1С

  • Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4

  • Конфигурирование, программирование в 1С Предприятие 8

  • Заполнение поля печатной формы из реквизита другого документа

Похожие темы (5)

Рейтинг@Mail.ru

Rambler's Top100

Поиск

Механизм проверки заполнения позволяет автоматически проверить, заполнены ли указанные реквизиты объекта. Для этого нужно воспользоваться свойством ПроверкаЗаполнения, которое есть у реквизитов объектов конфигурации.

Если установить это свойство в значение «Выдавать ошибку», поле Поставщик в форме будет помечено как обязательное для заполнения. А при записи накладной платформа будет контролировать заполненность этого реквизита. Если реквизит окажется не заполнен, платформа выдаст автоматическое сообщение и запись накладной будет отменена.

Разработчик может повлиять на стандартную проверку заполнения, выполняемую платформой. Для этого у него есть два события:

  • Одно событие — ОбработкаПроверкиЗаполненияНаСервере — можно обработать в модуле формы.
  • Другое событие — ОбработкаПроверкиЗаполнения — можно обработать в модуле прикладного объекта.

У формы, как правило, есть основной реквизит (редактируемый объект) и могут быть реквизиты, не относящиеся к редактируемому объекту, а являющиеся лишь частью формы:

Поэтому серверное событие формы ОбработкаПроверкиЗаполненияНаСервере предназначено для проверки заполнения тех реквизитов формы, которые не относятся к редактируемому объекту. Это данные только формы, у формы могут быть свои причины и алгоритмы для проверки этих данных.

Напротив, событие объекта ОбработкаПроверкиЗаполнения предназначено для для того, чтобы проверить реквизиты основного реквизита формы.

Обработчики обеих событий имеют параметр ПроверяемыеРеквизиты, в который платформа передает массив имен тех реквизитов, которые подлежат проверке. Если после выхода из обработчика в этом массиве все еще останутся какие-то имена реквизитов — платформа выполнит автоматическую проверку оставшися реквизитов.

Поэтому существует несколько сценариев того, как разработчик может встроить свой алгоритм в механизм проверки заполнения:

  • самостоятельно проверить заполненность всех реквизитов и очистить массив ПроверяемыеРеквизиты, чтобы платформа не выполняла их проверку
  • проверить часть реквизитов самостоятельно, удалить их из массива ПроверяемыеРеквизиты, а оставшиеся оставить на проверку платформе
  • добавить в массив ПроверяемыеРеквизиты какие-то реквизиты, чтобы платформа проверила и их тоже
  • вообще отказаться от проверки заполненности реквизитов, очистив массив

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

Если Поставщик = Справочники.Поставщики.ПустаяСсылка() Тогда
    Сообщение = Новый СообщениеПользователю();
    Сообщение.Текст = "Необходимо заполнить поставщика!";
    Сообщение.Поле  = "Поставщик";
    Сообщение.УстановитьДанные(ЭтотОбъект);
    Сообщение.Сообщить();
    Отказ = Истина;
КонецЕсли;

// Проверка остальных реквизитов
// ..........

// Очистить массив проверяемых реквизитов, чтобы платформа
// не выполняла их автоматическую проверку
ПроверяемыеРеквизиты.Очистить(); 

Чтобы проверить лишь часть реквизитов, можно выполнить такой код:

Если Поставщик = Справочники.Поставщики.ПустаяСсылка() Тогда
    Сообщение = Новый СообщениеПользователю();
    Сообщение.Текст = "Необходимо заполнить поставщика!";
    Сообщение.Поле  = "Поставщик";
    Сообщение.УстановитьДанные(ЭтотОбъект);
    Сообщение.Сообщить();
    Отказ = Истина;
    // Удалить поставщика из массива проверяемых реквизитов
    ИндексПоляПоставщик = ПроверяемыеРеквизиты.Найти("Поставщик");
    Если ИндексПоляПоставщик <> Неопределено Тогда
        ПроверяемыеРеквизиты.Удалить(ИндексПоляПоставщик);
    КонецЕсли;
КонецЕсли;

Добавить в массив проверяемых реквизитов еще один реквизит можно следующим образом:

ПроверяемыеРеквизиты.Добавить("Комментарий");

А очистить массив проверяемых реквизитов, чтобы ничего не проверять ни самому, ни платформе, можно так:

ПроверяемыеРеквизиты.Очистить();

Вторым параметром в обработчиках этих событий является параметр Отказ. Если ему присвоить значение Истина, то после выхода из обработчика дальнейшая запись объекта будет отменена. Таким образом этот параметр нужно устанавливать в значение Истина тогда, когда ваш алгоритм приходит к выводу, что реквизит не заполнен. В этом случае запись объекта выполнена не будет.

Справка

ОбработкаПроверкиЗаполненияНаСервере(Отказ, ПроверяемыеРеквизиты)

УправляемаяФорма.ОбработкаПроверкиЗаполненияНаСервере(Отказ, ПроверяемыеРеквизиты)
  • Отказ. Тип: Булево. Признак отказа от записи. Если в теле процедуры-обработчика установить данному параметру значение Истина, то запись выполнена не будет. Значение по умолчанию Ложь.
  • ПроверяемыеРеквизиты. Тип: Массив. Массив путей к реквизитам, для которых будет выполнена проверка заполнения. Массив может быть модифицирован удалением или добавлением путей к необходимым реквизитам.

Вызывается расширением формы при необходимости проверки заполнения реквизитов при записи в форме, а также при выполнении метода ПроверитьЗаполнение(). Для вызова проверки заполнения системой необходимо, чтобы у формы (с которой происходит работа) было установлено свойство ПроверятьЗаполнениеАвтоматически. В этом случае вначале будет вызван данный обработчик, а затем обработчик ОбработкаПроверкиЗаполнения() модуля объекта.

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

Для формы документа, если при конфигурировании для документа свойство Проведение установлено в Разрешить, событие вызывается только при проведении. Если документ не проводится (свойство Проведение установлено в Запретить), то вызывается при записи.

ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)

ДокументОбъект.ИмяДокумента.ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)
  • Отказ. Тип: Булево. Если в теле процедуры-обработчика установить данному параметру значение Истина, то будет выполнен отказ от продолжения работы после выполнения проверки заполнения. Значение по умолчанию Ложь.
  • ПроверяемыеРеквизиты. Тип: Массив. Массив путей к реквизитам, для которых будет выполнена проверка заполнения. Массив может быть модифицирован удалением или добавлением путей к необходимым реквизитам.

Вызывается расширением формы при необходимости проверки заполнения реквизитов при записи или при проведении документа в форме, а также при выполнении метода ПроверитьЗаполнение(). Если для документа при конфигурировании свойство Проведение установлено в Разрешить, то вызывается только при проведении. Если документ не проводится (установлено Запретить), то вызывается при записи.

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

Процедура ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)

    // Проверим заполненность реквизита «Покупатель»
    Покупатель = ПроверяемыеРеквизиты.Найти("Покупатель");

    Если Не ЗначениеЗаполнено(Покупатель) Тогда
        
        // Если он не заполнен, сообщим об этом пользователю
        Сообщение = Новый СообщениеПользователю();
        Сообщение.Текст = "Не указан Покупатель, на которого выписывается товарная накладная!";
        Сообщение.Поле = "Покупатель";
        Сообщение.УстановитьДанные(ЭтотОбъект);
        Сообщение.Сообщить();
            
        // Сообщим платформе, что мы сами обработали проверку заполнения реквизита «Покупатель»
        ПроверяемыеРеквизиты.Удалить(Покупатель);

        // Так как информация не консистентна, то продолжать работу дальше смысла нет
        Отказ = Истина;
            
    КонецЕсли;

    // Сообщим платформе, что мы сами обрабатываем проверку реквизита товар в табличной части «Товары»
    ПроверяемыеРеквизиты.Удалить(ПроверяемыеРеквизиты.Найти("Товары.Товар"));

    // Обходим строки и проверяем заполнение реквизита
    Для Индекс = 0 По Товары.Количество()-1 Цикл
        СтрокаТовар = Товары.Получить(Индекс);
        Если Не ЗначениеЗаполнено(СтрокаТовар.Товар) Тогда
            Сообщение = Новый СообщениеПользователю();
            Сообщение.Текст = "В строке " + Индекс + " не заполнено значение товара";
            Сообщение.Поле = "Товары[" + Индекс + "].Товар";
            Сообщение.УстановитьДанные(ЭтотОбъект);
            Сообщение.Сообщить();
            Отказ = Истина;
        КонецЕсли;
    КонецЦикла;
    
КонецПроцедуры

Поиск:
1С:Предприятие • Обработка проверки заполнения • Проверяемые реквизиты • Реквизит • Управляемая форма

Понравилась статья? Поделить с друзьями:
  • Покрова на нерли во владимире время работы
  • Полярнозоринский районный суд время работы
  • Покупка авиабилетов у иностранной компании
  • Поменялись ли реквизиты в пенсионном фонде
  • Покупка доли в бизнесе с пассивным доходом