[ Вопрос дня ] Каким способом реализовать проверку на правильное заполнение ресурсов регистра на экзамене 1С:Специалист по платформе 8.3?

Доброго дня, коллеги!

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

Вопрос

Ребята, добрый день! Как быть с таким замечанием в списке часто встречающихся ошибок: “Отсутствие в решении проверок на правильное заполнение ресурсов регистра, приводящее, например, к появлению отрицательных остатков товаров на складе. Наличие отрицательных значений ресурсов регистра допустимо, только если об этом явно сказано в задании или следует из логики учетной схемы, не противоречащей ситуации, возникающей в реальной практике ведения учета“? Что здесь имеется в виду? Что нам нужно установить тип ресурса – Число (неотрицательное) или достаточно контроля остатков при списании и невозможности ввести отрицательное число в табличной части документа при поступлении?

Ответ

Здравствуйте! Здесь имеется в виду следующее: наличие контроля отрицательных остатков при проведении документа (частный случай); правильное заполнение ресурсов регистра при проведении документа (общий случай).

Контроль отрицательных остатков – это наиболее типичный пример. Но возможны такие варианты решения, когда отрицательные остатки ресурсов регистра являются частью решения. Пример – ведение взаиморасчетов, где долг – это положительный остаток ресурса регистра, а аванс – отрицательный остаток (см. тему № 9 раздела по оперативному учету: “Нюансы и подводные камни задач по взаиморасчетам в разрезе проектов”). Здесь нужно контролировать, что остаток долга не станет отрицательным, а остаток аванса – положительным. Поэтому в общем случае речь идет об обеспечении правильности заполнения ресурсов регистра – в соответствии с учетной схемой, которая лежит в основе нашего решения.

Устанавливать для ресурса признак “Неотрицательное” особого смысла нет – никаких предупреждений или исключений при попытке записать в ресурс отрицательное число не возникнет, просто вместо отрицательного значения будет записано нулевое значение. Это, скорее, внесет дополнительную путаницу, чем поможет.

Если по логике заполнения документа не предполагается отрицательных числовых значений его реквизитов, имеет смысл установить для них признак “Неотрицательное”. В этом случае платформа не позволит ввести отрицательное значение при редактировании этого реквизита на форме. В Вашем примере – в документе поступления количество не может быть отрицательным, поэтому нужно запретить отрицательные значения для реквизита “Количество”, установив для него признак “Неотрицательное”.

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

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вход на сайт

Зарегистрироваться

Подтверждение регистрации будет отправлено на указанный e-mail.

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

Восстановить доступ

E-mail или логин

Ссылка на создание нового пароля будет отправлена на указанный e-mail.