Подскажите как установить контроль остатков при неоперативном проведении? #384155

Подскажите как установить контроль остатков при неоперативном проведении???

странно.. нафига? ну поставь при проведении контроль остатка на текущую дату например... и будет тебе несчастье :)

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

А поиском слабо пользоваться? Тема обмусолена до безобразия...

Правильнее всего, ИМХО, в обработке "ПередЗаписью" в модуле объекта. Подходит, если есть возможность отказаться от записи. Если документ все равно надо записать, то в обработке проведения. В типовой БП в обработке проведения проверяются остатки на счетах учета.

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

Конфа УТ 10,3,3,3. Что нужно поменять в модулях Регистров накопления?

я тут решил на своих жигулях в драгрейсинге участвовать.. что поменять в оббивке салона?

Ну цвет скорее всего

Или лучше запретить неоперативное проведение пользователям через права, вообщее зачем сделано неоперативное проведение без контроля остатков?

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

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

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

Поменял в модуле регистра накопления ТоварыНаСкладах пару процедур и добавил свою // Процедура контролирует остаток по данному регистру по переданному документу А в документе реализации Спасибо говорить не буду, потому что опять всё своими руками.

без листинга обойтись нельзябыло? а что полностью общие модули незакинул?

в общем то решение г...о

Вообще тупизму типовых нет предела. Т.е. с одной стороны в общем исправлять доки можно - с другой - контроля никакого нет. 1. Создаем новую номенклатуру. 2. Проводим по ней приход. 3. И расход. 4. Успешно метим на удаление приход. Прием называется детский мат. Тоже в 4 хода.

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

Я то понимаю, что все дело не в программе, а в административных мерах и т.д. и т.п. И что редактировать это ай яй яй как плохо. И делают это только криворукие и т.д. и т.п. Но. По Дата запрета редактирования не сканает, т.к. п1-п4 могут быть не то что в одной дате, а даже в одной минуте. Дело в другом. Почему система, которая в принципе основана на том, что хранит не только текущее состояние дел, но и всю историю взаимоувязанных записей (регистры), принципиально позволяет исправлять доки задним числом, но ничего не делает, чтобы эти исправления контролировать. Не знаю как в 8.1, но в той же ТиС - несколько часов работы с отладкой - и проблема в решается на ура и "железно". Почему столько лет клепают типовые, уже и 7.5 и 7.7 и 8.0 и 8.1 и 8.2, а все одно - фенечки и бантички, а на остальное начхать. ========================= Сидят два оператора - один приходы проводит, другой заявки принимает. Первый оприходовал товар Второй тут же (по звонку клиента) на этот товар набивает заявку Первый понимает что ошибся и вместо Телевизор Панасаунд DF23232490234SR678445 Подставил Телевизор Панасаунд DF23232490234SR678445i Ну и резонно - исправляет.

потому что в 1С есть железный и единственный аргумент - покласть на всЁ... клали они на алгоритмическую часть - и КЛАСТЬ БУДУТ.... Жрали мыши говенный кактус - и ЖРАТЬ БУДУТ... ИБО ДЯТЛЫ....