Контроль отрицательных остатков

Проверить нет ли прав на списание больше чем есть в доп. правах

Проверить нет ли прав на списание больше чем есть в доп. правах.

А в УПП вообще есть контроль отрицательных остатков?

так в этом и отличие оперативного проведения от не оперативного. В контроле остатков.

Сделать доработку обработки проведения

Если СтруктураШапкиДокумента.ОтражатьВУправленческомУчете тогда
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| РеализацияТоваровУслугТовары.НомерСтроки КАК НомерСтроки,
| РеализацияТоваровУслугТовары.Номенклатура КАК Номенклатура,
| РеализацияТоваровУслугТовары.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
| РеализацияТоваровУслугТовары.СерияНоменклатуры КАК СерияНоменклатуры,
| СУММА(РеализацияТоваровУслугТовары.Количество * РеализацияТоваровУслугТовары.Коэффициент) КАК КоличествоНужно,
| СУММА(ЕСТЬNULL(ТоварыНаСкладахОстатки.КоличествоОстаток, 0)) КАК КоличествоОстаток
|ИЗ
| Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(&ВремяДока, Склад = &Склад) КАК ТоварыНаСкладахОстатки
| ПО РеализацияТоваровУслугТовары.Номенклатура = ТоварыНаСкладахОстатки.Номенклатура
| И РеализацияТоваровУслугТовары.ХарактеристикаНоменклатуры = ТоварыНаСкладахОстатки.ХарактеристикаНоменклатуры
| И РеализацияТоваровУслугТовары.СерияНоменклатуры = ТоварыНаСкладахОстатки.СерияНоменклатуры
|ГДЕ
| РеализацияТоваровУслугТовары.Ссылка = &Ссылка
| И РеализацияТоваровУслугТовары.Склад = &Склад
|
|СГРУППИРОВАТЬ ПО
| РеализацияТоваровУслугТовары.НомерСтроки,
| РеализацияТоваровУслугТовары.Номенклатура,
| РеализацияТоваровУслугТовары.ХарактеристикаНоменклатуры,
| РеализацияТоваровУслугТовары.СерияНоменклатуры
|
|УПОРЯДОЧИТЬ ПО
| НомерСтроки";

Запрос.УстановитьПараметр("Ссылка", Ссылка);
Запрос.УстановитьПараметр("ВремяДока", Ссылка.МоментВремени());
Запрос.УстановитьПараметр("Склад", Склад);

Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
Если Выборка.КоличествоНужно > Выборка.КоличествоОстаток Тогда
Сообщить("На складе недостаточно номенклатуры "+Выборка.Номенклатура.Наименование+", характеристика "+Выборка.ХарактеристикаНоменклатуры.Наименование);
Отказ = Истина;
КонецЕсли;
КонецЦикла;
Конецесли;

Еще для полных прав тоже нет контроля остатков прикол такой)))

У вас РАУЗ? При РАУЗ нет контроля отрицательных остатков. Вернее нет ограничение на порядок ввода первичных документов. То есть мы можем списать раньше чем оприходуем.

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

согласен с Женей 17

У нас перед закрытием месяца, после полного перепроведения всех материалных документов, для контроля выводится отчет по 10 счету, который показывает все некорректные остатки на конец месяца. Условиия отбора в этом отчете такие: "(КоличествоОст < 0) ИЛИ (СуммаОстаток < 0) ИЛИ (КоличествоОст = 0 И СуммаОстаток <> 0) ИЛИ (КоличествоОст <> 0 И СуммаОстаток = 0)". Как правило каждый месяц по тем или иным причинам попадаются материалы с некорректными остатками выявленные таким образом.

Вешал контроль на регистр свободный остаток.

Дополнительные права пользователей или групп пользователей хотя поумолчанию они не настроены

+1 Дополнительные права пользователей

Новая методика контроля отрицательных остатков в системе 1С:Предприятие 8.2

Имеем конфигурацию с одним регистром накопления «ОстаткиТоваров», регистр имеет 2 измерения: «Номенклатура» и «Склад» и один ресурс «Количество». По регистру движения формируют 2 документа: «Приходная» и «Расходная». Справочники, реквизиты документов и типы данных надеюсь очевидны.

Про «Приходную» писать нечего, там просто формируются в «плюс» остатки. Про «Расходную поговорим подробнее. Для начала вспомним, как формировалась процедура проведения в 8.1.

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



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

Обратите также внимание на функцию ЕСТЬNULL которую мы использовали для гарантии избавления от типа значения NULL в результате запроса. Остатки, которых на складе нет, не присоединятся в таблице документа, и мы поля с остатком заполним значением 0 (ноль).

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



Вроде бы, куда уж проще и быстрее? Однако есть куда!

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

Для начала получим сгруппированную табличную часть документа.
Запрос = Новый Запрос;Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;Запрос.Текст = "ВЫБРАТЬ| РасходнаяТовары.Номенклатура,| СУММА(РасходнаяТовары.Количество) КАК Количество|ПОМЕСТИТЬ ДокТЧ|ИЗ| Документ.Расходная.Товары КАК РасходнаяТовары|ГДЕ| РасходнаяТовары.Ссылка = &Ссылка||СГРУППИРОВАТЬ ПО| РасходнаяТовары.Номенклатура|;||////////////////////////////////////////////////////////////­////////////////////|ВЫБРАТЬ| ДокТЧ.Номенклатура,| ДокТЧ.Количество|ИЗ| ДокТЧ КАК ДокТЧ";Запрос.УстановитьПараметр("Ссылка", Ссылка);РезультатЗапроса = Запрос.Выполнить();
Временная таблица ДокТЧ нам еще пригодится в дальнейшем, для ее использования мы подключили к запросу менеджер временных таблиц.

Далее сформируем движения по регистру.
Движения.ОстаткиТоваров.Записывать = Истина;Выборка = РезультатЗапроса.Выбрать();Пока Выборка.Следующий() Цикл Движение = Движения.ОстаткиТоваров.Добавить(); Движение.ВидДвижения = ВидДвиженияНакопления.Расход; Движение.Период = Дата; Движение.Номенклатура = Выборка.Номенклатура; Движение.Склад = Склад; Движение.Количество = Выборка.Количество;КонецЦикла;Движения.Записать();
В приведенном примере я подразумеваю, что для документа установлен режим записи движений «Записывать выбранные». Именно поэтому я перед циклом установил пометку необходимости записи движений (на самом деле это можно было сделать и после цикла).

Движения записываем в регистр. Причем при записи движений я обращаюсь не к конкретному набору записей (Движения.ОстаткиТоваров.Записать()), а ко всей коллекции «Движения». Подобный вызов записи гарантирует запись данных в регистры в той последовательности, в которой они расположены на дереве метаданных, что в свою очередь резко уменьшает взаимные блокировки и как следствие ошибки DeadLock.

После того как я записал движения в регистр я получу остатки. Обратите внимание, что при чтении данных из регистра у меня сейчас будут обновленные данные с учетом движений самого документа.
Запрос.Текст = "ВЫБРАТЬ| Номенклатура,| КоличествоОстаток КАК Остаток|ИЗ| РегистрНакопления.ОстаткиТоваров.Остатки(| ,| Склад = &Склад| И Номенклатура В| (ВЫБРАТЬ| ДокТЧ.Номенклатура| ИЗ| ДокТЧ КАК ДокТЧ))|ГДЕ| КоличествоОстаток < 0";Запрос.УстановитьПараметр("Склад", Склад);РезультатЗапроса = Запрос.Выполнить();
Посмотрите, мы избавились от соединений, и, что не маловажно, от проверки типа значения NULL. Запрос получит данные только по отрицательным остаткам и покажет их пользователю!

Обратимся к результату запроса и известим пользователя о минусах на складе.
Выборка = РезультатЗапроса.Выбрать();Пока Выборка.Следующий() Цикл Сообщение = Новый СообщениеПользователю; Сообщение.Текст = "Не хватает товара " + Выборка.Номенклатура + ", после проведения | документа остаток составит " + Выборка.Остаток; Сообщение.Сообщить(); Отказ = Истина;КонецЦикла;
Вот собственно и вся новая методика контроля остатков. Перечислим плюсы этого метода:
Нет необходимости соединять в запросе таблицу документа и данными регистров
Не надо производить проверку на NULL
Нет необходимости получать излишние данные (остатки) для проведения документа. Ведь мы чаще все же записываем документ с правильными цифрами и он проводится, чем документы которые уводят остатки в минус.

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

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

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

проблема чаще всего в том что бухи видят, но не интересуются этим считая что в конце месяца все само сядет а свои места.

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

Предприятие - Настройка параметров учета, закладка "Запасы", флажок "Разрешается списание запасов при отсутствии остатков по данным учета"

Подписки на события - наше всё.
а конкретно, ОбработкаПроведения
Делал так в свое время. А потом когда понял, что это нафиг не нужно, вырубил.

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