есть голый документ "Реализация". Помечен на удаление. Но в нем висят движения по регистру резервов. Причем в документе несколько товаров, в движениях - один. записи и прямые и сторнировочные. и по куче ИП-шников, по которым ведется учет... Ка кпосмотреть каким документом сделаны движения по резервам - т.е. ведомость по движению резервов. По моему тупому ламерскому разумению - помеченный на удаление документ не должен иметь движений...
А здесь - почему имеет? м.б. это связано с инетркампани? или что-то еще?
.
https://i.ibb.co/VC4kxy1/2022-08-29-200426.jpg

Технически - может иметь. И в отчете именно он и покажется

(1) вот и хочется посмотреть отчет...

(0) Резервы - это отдельная песня. Поскольку у 1С нет регистра накопления с неотрицательным остатком, то приходится вот так извращаться

Я бы понял если бы документ присутствовал в измерении или аналитике движения. С какого хрена документ Реализации показан как регистратор движений?

(3) "нет РН с НЕОтрицательным остатком"..?

(4) Что именно удивляет?

(6) нет РН с НЕОтрицательным остатком = нет РН с положительным остатком...?

(7) Какая разница? Что тут непонятного?

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

так аким отчетом посмотреть-то, какой документ является регистратором?

а если реализация является регистратором - то с какого х.. движения у помеченного на удаление?

(10) (11) Внимательно перечитываем (1). До полного понимания

(12) в (1) - "может.." что значит не является обязательным.
вопросы (10),(11) - остались.

в данном случае - меня домыслы не интересуют.
хочу иметь понятную карт инку движения резервов с разворотом до регистратора (п.10) или п.11

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

(14) Открываешь таблицу движений регистра и имеешь нужную тебе картинку. В чем вопрос?

(16) конкретнее - где открываю?

(15) а каков смысл тогда что удаленный документ делает движения? и это удаленный документ никак не удалить из-за этого. Меня это - нервирует. это какая-то гавняная концепция...

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

(17) Где все открывают. Функции для технического специалиста

(19) А вот этот контроль в платформе как раз есть. Нельзя добавить запись в таблицу движений с пустым регистратором. Так что, все в порядке с "поймешь". Говорю же - сохраняйте спокойствие

(18) Проблема глубже. Концепция регистров накопления чересчур проста. И в ряде случаев (в частности, в случае резервирования) просто не может адекватно отразить ситуацию. Отсюда и возникают дурно пахнущие решения

(22) Давай лучше про блокчейн. С ним у тебя задорней получалось.

(23) Что вас интересует?

(24) Применение в 1С, естественно. Давай новую тему, живые обсуждения и всё такое.

(25) Обязательно учту ваше пожелание

(26) Тогда уж и сроки назвай. Когда, планируемая тема, в каком объеме.

(27) Ну какие в нашем деле сроки! В один из четвергов ))))

(22) Немножко в сторону от сабжа (0), но очень интересно:
"Концепция регистров накопления чересчур проста. И в ряде случаев (в частности, в случае резервирования) просто не может адекватно отразить ситуацию."
- что не получаетяс в случае с резервирование отразить в части использования РН для фиксации резервирования? я в 8-ке унутре ничего не знаю (понятно что на сложная, и может из-за этого и не может), в клюшках -как-то хватало РН для отражения операцтий резервирвоания, поянтно, что в 77 проще все, но тем не менее - примеры что концептуально не получается отразитьпо резервированию с использованием РН..?

(20) еще конкретинее, УТ11.4 - что именно выбрать в функциях для тех.специалистов, чтобы посмотреть то что мне налдо..?
.
а то у меня впечатление что тут именно "те специалисты"...

(29) В семерке все то же самое. Я уже сказал. Нужен регистр накопления с неотрицательным остатком. Такового нет. Ни в 7 ни в 8

(30) Раздел "регистры накопления" и там "Резервы товаров организаций". Должно быть очевидно

(32) Ну и кнопка "Еще" наше все

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

(32) Посмотрел, увидел то же самое чnо отчет из документа "движения документа"? в аналитике ссылки на сам документ-регистратор не увидел.
Итого: Регистратор движений - сам непроведенный помеченный на удаление док.реализация. ладно, ок.
отсюда вопрос в (11) с какого фига непроведенный документ делает движения, причем "сумма" движений - ненулевая?

(34) Вот ты и подходишь к ответу на свой изначальный вопрос. Сейчас разработчики как раз и стараются "обеспечить невозможность". Разновсяческими способами. Некоторые из которых приводят в конечном итоге к тому, что появляются удаленные документы с движениями. В сущности, это разновидность вандализма. Разработчик должен "обеспечивать возможность". А невозможность сама себя обеспечит

еще по (0) - если документ снять пометку удаления, провести, потом снова пометитьна удаление - ресурс количество становится по строкам больше был сначала 1/-1, потом 2/-2, потом 3/-3...
.
и вообще - голый документ "Реализация"... При чем здесь "Резервы"..? Зачем они задействуются, для какой цели? (интеркомпани в базе между кучей организаций, упомянутых в скрине (0) - есть)

(36) пока что мутно. если удаленние документ априводит к появлению отрицательных резервов - то либо отлуп на удаление такого документа , либо в базе висит отрицательный резерв как "признак" косяка, который надо исправлять. А тут получаетяс - удаляем док, оба получаются отрицательные резервы, чио не есть хорошо - а давайте сделаем хорошо тупым "занулением" нехорошего..? - хороший подход..

(37) Выбрось это из головы. Люди пытаются "обеспечить невозможность" отрицательного остатка в резервах. С этим ничего не поделаешь.
Разве что перестать пользоваться продуктами созданными людьми, которые обеспечивают невозможность и начать пользоваться продуктами людей, которые обеспечивают возможность

(38) Я в свое время, когда делал конфу для торговли, долго крутил этот вопрос. И так, и сяк. И регистр сведений рассматривал в качестве кандидата и оборотный регистр, и просто запись в регистр накопления только приходов с последующим изменением/удалением. Все так или иначе криво. По-хорошему это решается только путем эмуляции регистра с неотрицательным остатком. Смысл в том, что неважно, что ты туда пишешь. Что бы ты ни написал, остаток будет всегда положительным. Вот такой регистр идеально решает задачу резервирования

(38) Что значит "отлуп"? Будет висеть задолженность? Клиента будут терзать требованиями оплатить не отгруженное? На складе будет лежать товар, который числится отгруженным и поэтому его никто не продает? Хорошенький у вас "отлуп"! А к чему приведет отрицательный резерв сами догадаетесь или подсказать?

(41) "отрицательный резерв сами догадаетесь или подсказать?"
- подскажите, а то мы тупые, не знаем.

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

(42) Отрицательный резерв приводит к перерезервированию

(41) "Будет висеть задолженность? Клиента будут терзать требованиями оплатить не отгруженное?"
- какая-то муть мутная. если товар не отгружается клиенту - "заявка закрывается" (тем или иным способом), соответственно "закрывается" в ноль резерв по этой заявке. Откуда здесь возьмутся отрицательные резервы у вас - хз...

(44) Этому вопросу сто лет в обед. такая ошибка и в типовых клюшках есть. Если принять что резерв может быть только положительный, то отрицательные резервы - это косяк.
СвободныйОстаток = ОстатокНаСкладе - Макс(РезервНаСкладе,0);
и никакого перерезервирования на складе нет.

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

Вопросы в (0) собственно привели к вопросу:
а зачем в типовой УТ манипуляции с резервами если отгрузка тупо делается Реализацией без всяких предварительных заявок?

(47) а а обысными остатками так же должно быть?

(47) это понятно. Вопрос в том, что если отрицательные резервы - это типа "ошибка" и "так не должно быть" - то вариант "либо делают так что резервы положительны при любых действиях" приводит к тому что мы просто не увидим, что кто-то/что-то делает неправильно в процессе и не сможем "подкорректировать" либо исполнителя, либо процесс...?

(46) Ну ты такой простой!
Смотри:
СвободныйОстаток = 100 - 40 = 60. Все хорошо, не правда ли?

Вот только у тебя:
Резерв по заказу № 1 100 шт.
Резерв по заказу № 2 -60 шт.
Итого 40 шт.

И никакой твой макс-размакс тут не поможет

(49) ясен пень, не должно же быть отрицательных остатков... ;-) народ херачит в прогу что ни попадя, а в прогамме всегда либо 100, либо 0, но не -50.. и хрень увидишь что кто-то что-то химичит

(49) В чем вопрос?

(52) Не надо. Для разных задач, разные виды регистров. Для резервирования такой, для остатков на сладе другой

(51) приведи цепочку действий по резервированию/отмене резервов итд и "отгрузке" резервов которяа привела к такой ситуации...

(55) .. вместие с исчислением свободного остатка на каждом шаге...

вот все по нулям. товара нет. приход-резерв-прочиеоперации по резервам - расход..

(55) Если в типовых писали этот ваш макс(), значит были такие случаи? Да вы и сами сказали в (46) что были.

(51) а зачем ты складываешь?
Складывай только положительные

(38) там есть продолжения в виде регламент ной операции сверка резервов. Которая ищет и чистит все эти плюсы и минусы

(28) >  Ну какие в нашем деле сроки! В один из четвергов
Спасибо за начало рассказа, из которого явно следует, что блокчейн в 1С нахрен не нужен.

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

(0) Это однозначно Интеркампани. РН Резервы товаров организаций предназначен исключительно для фиксации передач товаров между своими организациями. У этого регистра есть одна неприятная оссобенность - не возвращает движения по нему при отмене проведения удаления, если были движения по этому товару позже удаляемой записи . По этому вопросу исписано куча макулатуры в интернете, лучше искать инфу по имени регистра и Проблемы, ждет увлекательное дурное чтиво. Метод борьбы один. НЕ помечать на удаление Реализацию. Если провели и движения сделаны только и исключительно Возврат или корректировка (если не полное аннулирование)

(63) + Ну и есть обработка очистки именно этого регистра. Чистишь с даты ошибочной записи и перепроводишь все после нее

(58) да, были. Самое тривиальное: заявка с резервированием, заявку закрыли "отменой заявки", а потом еще и заявку удалили. были и более сложные варианты.

(63) а не проще ли запустить регламент по свертки?
Ну или всегда можно программно удалить записи

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

(67) что то я не заметил чтобы передача удаляла движение

(66) "Ну или всегда можно программно удалить записи" Не поможет. Только полная очистка регистра с даты неверной записи до текущей даты и перепроведение всех доков после.

(58) еще раз - см. сообщение: приведи цепочку доков/действий, которые привели к такой раскладке.

(60) а когда она делается и как? закрытием месяа?

(68) Не обращал внимание или не смотрел. Если, конечно делаешь передачи ежедневно и как Бог на душу положит - да. А если как рекомендуют раз в месяц при закрытии и по всем организациям.... сделай и посмотри регистр

(63) "У этого регистра есть одна неприятная оссобенность - не возвращает движения по нему при отмене проведения удаления, если были движения по этому товару позже удаляемой записи."
- как увидеть эти движения, которые "были движения по этому товару позже удаляемой записи", и по какому регистру смотреть? только по РТО? или еще по каким-то?
.
+ меня смущает в скрине в (0) что Период - конец месяца, а регистратор - 29.08.22...?

(73) Только по РТО Передачи по умолчанию все становятся на Конец месяца текущей даты и рекомендации - делать Передачи при закрытии месяца. Все передачи дата конец месяца 235959.
  Почти год бились после перехода на 11.4 (именно в ней появился этот регистр). Улучшил положение появившейся с какой-то версии помощник оформления передач. Но и он далеко не всегда решает проблему. Повторюсь, только как в штатовском Навижен - никакие доки по котором продаются чужие товары НЕ удаляются и не снимаются с проведения, только возвраты и корректировки и тогда проблемы исчезнут с этим регистром

(73) Более того движения могут быть привязаны к другому документу не к регистратору, поэтому и не удаляют движения, а формируют сторно

А период там всегда конец месяца

Очень много букв, на ночь не читать https://infostart.ru/1c/articles/1352573/

https://infostart.ru/1c/articles/900350/
https://v8book.ru/public/882123/
Вот примеры как люди пытаются решать проблему неудаляемых записей РТО.
ЗЫ У меня, в свое время, не получилось применить эти методы, не сработали. Но допускаю что где-то ошибался при их выполнении

(72) // Если, конечно делаешь передачи ежедневно и как Бог на душу положит - да.

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

А поскольку остаток по РТО портит Ведомость по товарам организаций ( что ожидаемо, на самом деле :-) )
поплевался и прикрутил запрет на создание движений в РТО
Но так получилось поступить, поскольку нужные движения в рамках интеркомпани менджеры делают и делали всегда практически вручную. Поэтому наличие РТО их только путало.

(74) "никакие доки по котором продаются чужие товары НЕ удаляются и не снимаются с проведения"
- при оформлении продаж (заявка или реализация) нихрена не видно чей товар. И складу пофиг чей товар - пришла заявка, скомпоновали, отгрузили, выписали реализацию.

(75) " Более того движения могут быть привязаны к другому документу" - вот и где посмотреть "к какому другому документу может быть привязаны эти движения?

(77) "только выполнение Передач по регламентной процедуре закрывает РТО"© Ошибочное утверждение. В любой день можно сделать Передачи, если по всем организациям, РТО очистится полностью. Легко проверить. Сделать передачи в любой день месяца.

(78) Так менеджеру и не надо знать. На то и интеркампани - чужой товар продается как свой

(80) легко? затрахились с этим "легко".

Может оно как-то зависит от конкретного релиза конфы и от состояния базы, но легкости очистки РТО не наблюдалось.

Теоритически и даже практически я не спорю с тобой, что оно так даже и работает, но это не всегда.

(81) и это тоже.

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