Мое почтение!

Коллеги, свалилась задача обеспечить инветаризацию товаров на складе.
Практика такова, что неоперативное происходит проведение сплошь и
рядом, административные методы не работают. В таких условиях
требуют обеспечить достоверность и неизменность ведомости на период
инвентаризации. На всякий случай хочу уточнить - есть ли в штатных
конфигурациях (УПП в частности) реализация моратория, не считая
правильной практики четного учета в оперативном режиме? А тот тут
один сотр заявил. что на прежнем месте у него "что-то такое было"..
Конфа древняя (уж года полтора не знала ИТС) и методически, упрямо,
регулярно не обновлялась. М.б. в свежих реализована механика запрета?
Мне в голову приходит только структура данных (рег. свед, скажем, или справочник), в которую при проведении дока
"ИнвентаризацияТоваровНаСкладе" пишется склад и дата проведения как
ограничитель, а на событие записи движений по регистру
"Товары на складах" чек записей этой структуры с отказом, если
учетный момент движения ранее установленного документом ограничения...

Хотя нет, регистр сведений, кажется, совсем ни к чему - достаточно
наверное записи справочника с последующей пометкой на удаление
записи склад/дата дока инветаризации в качестве отмены действия моратория?

РС и подписка на события при записи

права ограничить не предлагать?

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

(2) - вообще, согласен - РС и активность записей снимать тоже документом. Штоп всё по ИСО - на каждое действие бумажка :)

(3) ну и там с РЛС возиться придётся - инвентаризация по разным складам в разное время...кажется, куда сложнее, чем РС + подписка.
Но это в моём ограниченном знании и понимании 8

А всё же типовых механизмов подобной функциональности нет?

Тупо переместит товар на склад инвентаризации. И он уйдет с продажи

под сей изврат - нет :)

(7) - что за риск, можно подробнее? Как переместит, если
подписка на событие проверяет любое движение по складу/дате
начала моратория?

(9) а зачем тебе все эти ухищрения, если распечатана ведомость и под ней кладовщик расписался ?

(10) тут организационно классически - бухгалтер берет
инвентаризационную ведомость из ИС и идёт с ней на склад,
который к означенному моменту вроде как обязан обеспечить
достоверное состояние учета в ИС; но его подпись под этим состоянием
как раз и проверяется комиссией из фактического наличия.
Вроде всё верно, разделение ролей поподозреваемым и следователям...

что-то не понимаю, как лучше реализовать - вносить при проведении
инветаризации или вообще специального документа запись на РС вида
Склад/Дата, а затем снимать признак активности для этой записи?
Или это глупость? Привязываться к периодам запрета по реальному
времени не хочется, сделать сугубо принцип рубильника...

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

(11) - мне всё-таки кажется, что кладовщика надо проверять
именно сторонней комиссии, а ей нужна отправная точка - ведомость
состояния остатков склада. Решено брать из учета ИС, и сверять с
фактом, с объяснением расхождений - не ввели, не нашли, профукали :)
Вроде никакой крамолы.

Кста, если делать периодический РС с регистратором а потом как-то
ещё и снимать активность этой записи...затея чушь?
Я слаб, хочется прочувствовать бест практис могучих коллег,
если любезно выбранят за эти рассуждения

(14) копия базы и анальная кара от Чёрного Властелина тому кто правит задом

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

+ можно завести РС с правами по пользователю и типу документов. Менять придется не так уж и много

(14) ещё раз,
если бухгалтер может задним число переместить на склад произвольное количество товара и ему не требуется подпись кладовщика на копии МХ-3, о том, что товар принят, то на хера проверять факт на складе ?

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

(18) - это скорее к организаторам учета вопрос, но моё
мнение - ничего, вполне рабочая схема.
Кладовщик обящан вести полный и достоверный учет в ИС, кроме бумаги.
Любые отклонения потребуют объяснения, и тут будет палка о многих
концах - может и бухгалтерии за произвол движений перепадёт...

(20) [Кладовщик обящан вести полный и достоверный учет в ИС, кроме бумаги. ]
бред

А РС с измерениями Пользователь,Тип документа и ресурсом дата почему не подходит? В УТ например всего 2 процедуры надо менять, если сделать такую фишку. + Можно завести еще один РС для доступа  к складам в разрезе документов и пользователей. Все это кинуть в Подписку на событие "ПередЗаписьюДокументаДатаЗапрета".

(21) - и требование руководства. Вполне разделяю.

(22) не надо трогать процедуры
есть подписка у Рг товары на складах перед записью
есть документы инвентаризации со складом в шапке и датой

(23) сходи к кладовщику, он тебе расскажет как устроен учет на самом деле

(22) - ну, я вообще всё куда проще видел: периодический РС
подчиненный регистратору с измерением Склад...и всё. Мало? :)

(24) - заносить в регистр моратория документом "ИнвентаризацияТоваровНаСкладе" идеологически неверно, я тагду. На момент заполнения этого документа запрет уже должен гарантированно действовать. ну и штатную реализацию трогать не
хочется лишний раз. Сделаю-ка отдельный док - типа, "Мораторий!"
Пусть он и пишет в РС. А в инвентаризации, м.б., разве что
проверять - действует ли мораторий по данному складу и на данную учетную дату.

(26) Ну если по складу добавь галочку в склад "Запрет отгрузки" и в документе проверяй эту галочку

Смысл плодить сущность без необходимости?

(27)  можно и так,
только не галку, а дату и время проведения последней инвентаризации,
в УТ 11 есть схожий реквизит

(27), (28) - я как-то не уверен, что правильной будет реализация
этого моратория в масштабе каких-то конкретных документов или записей
складов. Тем более галочка - кто, когда воткнул...надо писать
в журнал и т.д. А вариант с котролем на основном учетном регистре в
момент движения мне кажется куда более надежным, да и регистр
фактов запрета с документом, который уже оставляет следы в ЖР - вроде
бы проще.

(30) дык подписка у Рг товарынасклдаах И реквизит склада датаинвентаризации, право на смену даты - отдельной ролью

(30) Ну у вас и бардак там. Т.е. любая уборщица имеет полный доступ и может править задом?

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

Какая связь между тем, что склад отвечает за движения товара в программе и тем что любая уборщица без ведома склада может править документы ТМЦ? Кто и за что тогда отвечает?

(34) я это ТС уже объяснил,
мы обсуждаем  как сделать, а не зачем это надо

(32) - отцы, я в складской теме не очень силён, поэтому не чувствую
степени разложения :) Ну вот есть проблема - склад крайне неаккуратно
ведёт учет, страдают другие службы. То есть с бумажками вроде всё неплохо, но по учету ИС - кошмар. И надо их..стимулировать.
Вот и назначают час икс, берут состояние по ИС, с выходом на место...
(34) - и тут имеем обоюдное оружие - если будет убедительно доказано,
что склад прав, то гнев падёт на ...короче, ОФТОП и риск отравления
опиниатами :)

(35) Как - галка в складе. Но ТС же уверяет, что любая уборщица может правит эту галку. И зачем дата там?.
Есть ЛПР у которого право ставить и снимать после инвентаризации галку, что еще нужно? Зачем РС, подписки?

(37) я ж вроде ясно написал - отдельная роль на изменение даты

(36) Так а как складу доказать что у него правильно. Ведь вот в программе пришло и ушло, это склад виноват

(35) - вот думаю - превильно ли будет документом "Отмена моратория"
править признак активности записей документа-основания, то бишь "Моратория"? Это вообще возможно?

А то что кто-то по ошибки приход (возврат) удалил, ну так это еще надо выловить. А как это сделать, если априори виноват склад и он доказать ничего не может

(40) И что этот документ даст? Чем он отличается от галки и записи в ЖР. Галку поставил, галку убрад?

(37) - я просто не вижу смысла залезать лишний раз в справочник складов, дополнять его реквизитами - кроме галки ещё и границу
запрета держать, а инфа, прямо скажем - непрофильная для записи
склада.

Даешь неа каждый чих и пук свой документ. Ну а смысл7

(43) Т.е. проще рожать документ с кучей реквизитов, чем один булевый реквизит в маленьком справочнике?

(35) пипец,
вместо одного реквизита на арене цирка два документа и регистр

(46) Он только начал. Потом будет еще как минимум документ Согласования маратория и согласование отменыы маратория

и главный документ. "А мне все пох", который не отменяет все эти документы разом

Документ - в духе ИСО. Есть системный след, да и доступ к
редактировани записей справочника складов не требуется делить
по реквизитам, при детальной ролевой настройке.
Не вижу никакой связи между доступом к редактированию записей склада
и управлением состояниями запрета движений - зачем?
Разные процессы, разные сущности.

*не отменяет = отменяет (хотел сначала написать не учитывает)

(49) Напиши обработку и дай в зубы ЛПР и не надо по ролям ничего делать

тупо реквизит которого нет на форме + внешняя обработка по его заполнению

(45) - вообще-то, кроме системных, в документе только один
реквизит - склад. А, да - скажем, в табличной части. Чтобы
не лепить по доку на склад.

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

А другой док, отмены - и вовсе с одним реком - ссылка на
отменяемый документ моратория. Ну, может тоже в ТЧ.

(53) А ответственный, кто ставил, а комментарий, а дату

(49)
поржал
от души

не надо делить ни какой доступ

надо сделать три вещи:
- роль
- реквизит
- подписку перед записью


это универсальный набор выживания в УПП

(54) - отчего так сразу?
(56) - а в чем проблема? В ЖР всегда есть данные о создателе,
дата - дата документа моратория, и не иначе.  
Нажал провести - ввёл мораторий по учетную дату документа.
А "комментарии тут излишни" :)

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

(59) это пройдет,
после первого обновления УПП

(60) - так вроде бы как раз я стараюсь не трогат ничего из
штатной реализации. Обработчики событий - в стороне,
доки - в стороне, регистр - обособленный. Не вижу конфликтов,
гупость близорука :)

Всё вроде бы получилось, кроме одного - в обработчике события передзаписью
устанавливаю Отказ = Истина. И никакой реакции - отказа не происходит.
Сообщение об ошибке выводит, но при этом действие не отменяет? Что за нюансы?
Если использую ВызватьИсключение - стреляет...