Добрый день

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

УПП 1.3

подпиской на событие

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

(0) А передним числом могут ?

(1) на какое событие подписываемся и что делаем?

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

(2) вот именно

Взять таблицу ОстаковИОборотов с регистратором и включить отбор <0

(5) Я это знаю. Мне интересует вопрос можно ли реализовать то, что я написал в (0). Отрицательных остатков не должно быть даже в периоде, что по логике невозможно реализовать.

(8) Чем тебе не нравится мой вариант в (7 ) ?

(9) Я если честно не понял что ты имеешь ввиду. Расшифруй

(8) строить таблицу остатков самостоятельно, придварительно выстроив документы...
(9) и что таблица покажет, если задним числом начнут уменьшать остатки товаров?

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

Вот такой вариант:
При проведении документа формируем запрос к виртуальной таблицы ОстатковИОборотов регистра накопления.
В нее выводятся все документы начиная с проводимого до последнего документа в базе (если документ проводится оперативно то он и есть последний) и остаток после проведения.
В условиях запроса ставим Остаток<0. Т.е. иначе говоря если запрос вернул какой то документ, то появляется отрицательный остаток и прводить текущий документ нельзя.

(12) Решаема 146% ))

Ну ващет, теоретически (13) может прокатить

(15) Да нормально все будет

(13) Делал уже? Или такому на специалиста по платформе учат?

(17) Делал. В нетленке конторской.

(18) Если я январское поступление в упп правлю, то мне остатки на момент времени КАЖДОГО документа нужно знать до сегодняшнего дня, а документов таких несколько сот тысяч может быть... При этом остальные пользователи свои документы проводить не смогут, пока запроса с контролем остатков не отработает... Могут не дождаться, придти и руки оторвать...

(19) всему есть своя цена

(19)Ну ясен пень

(0)что подразумевает контроль остатков? При проведении документов или же просто автоматическое отслеживание и исправление?

(0) Посмотри вот здесь:
http://chistov.spb.ru/publ/novaja_metodika_kontrolja_otricatelnykh_ostatkov_pri_provedenii_dokumentov_v_sisteme_1s_predprijatie_8_2/5-1-0-29

Я правда сам не читал, но может полезное что найдешь.

(12) Решаема.
После записи движений формируется таблица движений и остатков (рассматривается ситуация, если представить, что документ уже проведен) - в случае возникновения минуса где нибудь в периоде, документ не проводится.

... только встает вопрос в производительности сего чуда

(24) ты (13) читал ?

делал такое, сначало алгоритм был такой

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

алгоритм оказался довольно долгим (чем более "заднее число" тем дольше проведение)

потом переделал на другой (серкретный алгоритм), стало сильно быстрее, но все равно документ годовалой давности считал около 5 минут

потом отказался от этой фигни и пошел нормальным путем "востановления последовательности"

сейчас думаю что можно реализовать на новой платформе довольно быстрый механизм (через версионирование)

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

(19) А зачем январское поступление в УПП править? Бред какой-то, или это даже не УПП.

(28) Плюс мульон. Есть такие любители вазелина, разве что на хлеб не мажут.

(0) Ничего нового под солнцем нету. Сколько копий было сломано, когда 1С выпустила свои конфигурации без проверки остатков в неоперативном режиме проведения, а все то же.
Зачем запрещать проводить документ задним числом при нехватке остатков когда не понятно ошибка в этом документе или в еще более раннем? Кроме того, когда документ у тети Мани не проведется, что делать то она будет?
Я за регламентное закрытие периода + регламентные же проверки отрицательных остатков.

все бред.
указанное в (12) решаемо.
причем достаточно тривиально.
без необходимости всяких перепроведенйи, просчетов и прочей хрени.
.
у меян так сделан жесткий контроль ГТД (я импортер). При изменини ЛЮБОГО документа в заднем числе - практически мгновенно получаем ответ - да от заднего числа до сейчас ушло в минус или не ушло в минус.

уточняю: практически мгновенно - по сравнению с прочими метОдами. тем более что это уменя на клюшках сделано. на снеговике возможно (?) еще быстрее будет.
.
идея на форуме здесь озвучивалась неоднократно.

(8) ваша логика - кривая. ошибка здесь: "если я не знаю как это сделать, то логично что это невозможно". свое незнание решения задачи ты приравниваеom к невозможности решеняи задачи.
садитесь, два! с такой логикой программистом быть противопоказано...

при неоперативном проведении контролирую остатки на дату документа, плюс к этому простые менеджеры могут проводить только оперативно. хватает на 99%

(0) Кончайте Пита вызывать. Ведь придет сейчас...

(8) партионный учет и контроль свободных остатков на 2048 год при любой операции. Свободные остатки не на момент, а на конец деятельности.

+(37) Не , не пойдет. надо все остатки перебирать и на них смотреть минимум. Еали по минимуму лезет, то можно.

(23)+1 и да, в экзамене на специалиста подобные задачи есть

(35) а что с партионным учетом?

После прочтения ветки и пары минут "покурить, подумать" :)

Перед записью отбираем номенклатуру, в которой расход стал больше чем был, запоминаем разницу. В запросе, по оборотам, ищем минимальный остаток, меньший чем разница. Если результат запроса не пустой - возникновение отрицательного остатка гарантировано.

Глупости всё это. Лишнее.

Тема пережеванна на стопицццот раз, допиливай общий модуль "ПроцедурыКонтроляОстатков"
v8: УПП, контроль остатков
v8: Задача про контроль остатков.

(40) партионный учет есть, работает.

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

(43) "...но и на конечную дату" Без обид, но юзверы не тупее прога :) и легко обходят это "ограничение" при неоперативном режиме работы.

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

Глупости всё это. Лишнее.

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

Автор уже все сделал и забил на это, а вы все не успокоитесь

Да, тема себя исчерпала. Спасибо всем за помощь!

(431) решение весьма ресурсозатратное, херня то есть.
.
итого: толпа умных и жадных 1Сников решения на гора не выдала. Не будем рассматривать эту задачу в связке с реальностью (надо или не надо), а будем рассматривать как академическую.
.
правильно пит говоил - тупые 1сники.
.

(100500) "Ты кто такой? Давай, досвидание"(с)

(49) давай-давай... жрите кактус... выбирайте обороты и перебирайте прочую хрень...

(48) Если отбирать по партиям, то не такая и затратная...

(50) Нормально все, не злопчинствуй...

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

Какой тут контроль на отрицательные остатки - вы будете показывать ошибки, которых нет!

(51) у меня все равно быстрее.

(53) насчет Б) очень, очень сомневаюсь. нету никаких бонусов. будет или кредит-нота или премия - что приведет к корректировке взаиморасчетов между сторонами, но никак не корректировке стоимости товаров.

(53) ясен пень - нету тут никакого контроля на отриц.остатки - ибо нет никаких правок заднего числа.

(55) Корректировка взаиморасчетов - это по кредиту. А должна быть и дебетовая сторона. Прошлый год - зашибись - 91, проблем нет. В этом году - 10/41 А это складской учет. Кроме проводок корректируются стоимости партий. А партии давно проданы... Вот и зависает минус, который нужно корректно обработать...

а с чего это в текущем году 10/41..? сомнительно мне, очень сомнительно... поконсультируюсь у своих аудиторов...

этот минус, который надо "корректно обработать" - к обсуждаемым выше минусам отношения никакого не имеет.

(59) - но ведь минус же... Любой контроль увидев минус в учете завопит... А тут нужно обработать. И тогда проблема - научить ПО корректно обрабатывать любой минус в партиях или заниматься разбором - этот минус хороший, этот плохой? По мне проще первый вариант, но только там думать нужно...

(60) см.59 ;-)
этот минус - тоже понятен и тоже требует своей обработки - особенно если бонус вводится задним числом... как разруливать минуса по суммам - пока непонятно.
.
тут хотя бы разруливать минуса по количеству - и то, выше видно что у народа все решается тупым перебором - неважно, запросом или как-то иначе.
.
самая тривиальная ситуевина: отгрузили в сетку. сетку при приемке "нашла" хрен его знает откуда "лишний" товар - например или превышение количества товара или вообще товар другого артикула. На выставление допнакладной текущим числом - не идет. только исправление задним числом накладной.. в сторону увеличения.. и трындец.. увеличили - да в момент отгрузки задним числом - товара хватило.. но вот хватило ли его ПОТОМ на все операции продажи? и пофиг...

(27) Давненько про секретный алгоритм ничего не было слышно