Задача в том, чтобы контролировать остаток при проведении задним числом. Чтобы в исторических данных небыло бардака. Тоесть, просто посмотреть на текущий остаток не канает, потому что это не гарантирует правильных исторических данных. Все осложняется тем, что у клиента нет партионного учета (тоесть быстро развернуть партию не получиться). Кто как борется с этим злом ? Запрет изменения задним числом невозможен по определению.
Спасибо за советы.

Пита ищи..

Из него я уже года 3 назад все выудил. Он только про партионный знает. Это я уже понял как делать. У меня сейчас нет партий.

Этой задаче уже хз сколько лет.
Ее решение есть, но его никто не знает, кроме одного человека.
Гуглить по нику "пит" ))

(3)см. 2 :))

(4) Выудил? Хм... тогда делись сокровенными знаниями)

(0) переходи на РАУЗ,
там это проблема решена в корне

Да все ветки на мисте. Там терки были по 500 постов. Некий Садовников тоже давал наводки... Все на мисте...

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

(6) Насчет "в корне" я бы поспорил...
Вернее, сказал бы так - в корне, но только для операций в пределах одного месяца.

(8)Да. Только боюсь придется юзеров отправлять домой на время проведения - систему будет отправлять в даун.

1 500 000 рублей. готов сделать.

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

Я вот думаю над паралельным учетом... какой нить куб замутить например...

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

+(11) выеду лично. готов продать себя на полгода.

(12)нерадивые меняют и прошлые года. И это нужно давать делать - иначе коллапс

продать себя - это сильно.
народ обычно знания продуют, ну, за исключением ленинградки

(11)Делать не нужно. Я могу купить идею.

(16) не сможешь привести ни один пример, когда нужно и прошлые годы..

(18) он хочет себя продать, так что идея с покупкой идеи не проканает))

(19)База не для бухии. Так что все нормально. долго рассказывать.

решение простое, реализация сложная

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

(21) для бухии то как раз в части налогового учета это может быть восстребовано.. в остальных случаях - все от лукавого..

(24)не суть. изменения января в декабре - вообще стандартный случай.

(18) - (22) прав.

(0) ищи в гугле на выбор
1. Микропоследовательности
2. подсистема контроль остатков

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

ОстаткиИОбороты от даты документа до точки актуальности в периодичности "запись" или "регистратор". В документе не должно быть больше, чем минимальное количество.

а теперь прикопайтесь к этой схеме, кроме скокрости работы

(30)Приковаться не к чему. Я согласен. Это понятно. Просто система в дауне будет из-за блокировки. А так все нормально...

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

(31) так вы еще и задним числом толпами проводить хотите?

(32) а зачем ТС-у себестоимость, если она в любой момент не верна ?

Почему толпами ? Разве одного проводящего не достаточно ?

(35) нет

(32)пофиг на себестоимость. для этого есть ночное восстановлени последовательности.

(37) ты бы всё таки определился с задачей

(36)Поясните плиз как этот сотрудник умудриться не заблокировать таблицу ? Не очень понятно.

(38)Контроль остатков и резервов. И чтобы исторические данные были правильными.

А причем тут пит и партионный учет?

"у клиента НЕТ партионного учета"


Миста как всегда, каждый о своем и пофиг что автор этого не спрашивает

По сути нужен один запрос, который по этой позиции проверит от документа до последнего документа минимальный остаток. И на основании этого уже решать можно или нельзя править

т.е, по сути, на регистры забить.. правильно??

(43) какие регистры?

(44) как происходит проверка "от документа до последнего документа"? и что такое "последний документ" - тот, что последний введенный, или последний который двигал документы??

(40) А все таки может развернешь по шире с примерами из реальной жизни ! Что Вам нужно ? А мы глядишь и разжуем подробней !

(42) Ну в промежутке потом можно только попасть на отрицательный остаток ! КОгда перепроведение запустят и будет весело !

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

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

(45) послледний, это который грубо говоря на ТА, т.е. последний

(48) Зная минимальный можешь изменять приход/расход

к примеру. меняем приход. вычисляем минимальный остаток. К пример он равен 5. Это значит что макисмум приход можно уменьшить на 5.


Ну или по новой технологии записываем изменения и проверяем не ушли ли мы где в минус. Если минус есть, откатываем

(52) Вообще я тоже так думаю, что нужно брать обороты+Остатки с даты документа, до (без ограничения) и, действительно смотреть минимальный остаток.
Я делал такую штуку, когда продавали в минус и нужно было сделать на 1 число поступление перекрывающее все минусы в месяце.

(50) у него последний может оказать 5 годами раньше..

(53) а обороты зачем? остаток на регистратор. Довольно быстро

(54) И что? ты это себе представляешь, чтобы в 2007 год лазили и что-то правили?

(55) я не представляю даже то, что они лазят в прошлый месяц... но почитай ветку, или "все не читал?"???

Профи, вам не надоело выносить друг другу мосх?

(55) Ну так в промежутке ты можешь попасть на отрицательный остаток ! Фирштейн ?

(56) Ради бога. Чем больше период тем чуть дольше работать будет. Но всё равно быстро

(58) нихт ферштейн

Я получаю минимальный остаток по регистратору, тобишь документу делающего движения, про какой промежуток идет речь? Между чем и чем? Между двумя документами? Т.е. на конец документа остаток +5, на начало следующего +3 что ли?

(60) Сейчас июль месяц, он хочет изменить кол-во февральского дока например ! И ты гарантируешь что в периоде с февраля на июль не будет ситуации что бы там был где нибудь минус ? Или это я туплю ?

при это актуальность остатков тоже не гарантирована никоим образом.

(61) Да гарантирую

Какая разница в феврале или в мае редактируют

Завязываем с тяжёлыми наркотиками, смотрим последовательности или РАУЗ.

(65) И как нам последовательность поможет в этом деле?

Нет ну серьезно, мне хотелось бы знать как РАУЗ поможет? Или просто слова знакомые увидел и решил по умничать?

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

(0) + (65) либо по оборотному регистру накоплений запросом с периодичностью по регистратору зырим минуса при каждом проведении каждого товарного документа (см. подписки на события).

(65) Вот скажи кто то про себестоимость при правке задом спросил (РАУЗ)? Или кто то спросил как отследить что и когда задом меняли (последовательность)?

(68) Еще раз каким боком РАУЗ?

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

(66) Как хорошо, что ты - не модератор! ))

Объясни мне недалекому как Расширенная Аналитика Учета Затрат поможет отследить будет ли минуса при изменения февральского прихода?

(71) сейчас продавать или тогда?

(73) По оборотным регистрам только если запросом см. 68

то же самое - с последовательностями.

(75) А поподробнее можно о влиянии РАУЗ

При чем тут оборотные регистры?

Еще раз был приход
Приход +10
Расход - 5
Приход +10

Итого обороты +20 / -5

можно на примере про рауз и как мне из оборотов +20 / -5 понять можно первый приход удалить или нет?

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

(80) И для этого мне нужен РАУЗ?


Или я что то не понимаю в терминалогии или спрашиваю еще раз РАУЗ тут каким боком?

(80) А вот тут у меня вообще разрыв мозга

Нужен оборотный регистр, чтобы вытащить остатки запросом О_О

Откуда у оборотного регистра Остатки?

или предлагаешь ввести оборотный регистр (новая сущность) и посчитать остатки на нем с царя гороха? А что типовой регистр ОстаткиТМЦ (или как он там называется) нельзя заюзать? Обязательно новый регистр добавлять и движения переписывать?

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

(84) Господи, мы тут про прошлое, а ты нам про будущее

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

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

(87) Невижу ничего плохо в запрете. Нужно провести в минус, будте добры оприходуйте что нужно, чтобы минусов не было

Например у меня межфелиальные перемещения так работают. Т.е. на том конце выяснилось что приехало больше чем по документам, Отправитель делает реализацию. Но если на складе меньше, чем нужно отгрузить, то это не повод отгружать в минус, на основании того, что реально отгрузили. Идут делают инвентаризацию. Или просто оприходование. И делают перемещение без минуса

если это все работает так, как написано, то непонятно как все это работает..

(89)ты задачи вообще не понял или непонял где зарыта проблема.
пришло 100, продали 50, потом пришло еще 100. В конечном остатке на "сейчас" 150. Если я поменяю первый приход на 20, то в конечном остатке будет 70. Это положительный остаток, а значит, по-твоему, можно давать менять первый приход. Но ты не видишь того момента, что на реализацию товара не хватит - или для тебя это не проблема вовсе :)

(91) в (89) был ответ на пост в (87), а не на твою задачу

А на (63) ответил.

(93) Если (91) было к (63), то что не понятно

в частности допустим хотим изменить первый приход поставить вместо 100 - 20

Поставили, провели и проверяем

остатки на 1 документе (приход) + 20
Остатки на 2 документе (расход) - 30 (20-50=-30)
Остаток на 3 документе (приход) + 70

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


О каких промежутках идет речь - мне непонятно

То же движение, но расход хотим поставить 120
начальный остаток 100 штук
2 документ - 120. Остаток -20
3 документ + 100. Остаток +80


Опять видим остаток меньше 0, значит посылаем нафиг

Мдя тяжелый случай, но это лечится )))

Пример:

01.01.2012 12:00 Приход 10 штук
01.01.2012 15:00 Расход 10 штук

И тут решили запилить ещё один расходный док неоперативно

01.01.2012 14:00 Расход 10 штук (В типовых нет контроля остатков при неоперативном проведении, потому что во первых это медленно по производительности, а во вторых контроль остатков на момент документа не гарантирует что - не вылезут в будущих периодах). Если делать контроль остатков на момент проведения документа, то на этом примере это тоже не верно. Так как док Расхода от 01.01.2012 15:00 вылезет в минус, потому что на тот момент когда его проводили, все было найс. А так как запилили док Расхода от 01.01.2012 14:00 задним числом и на момент его проведения контроль остатков скажет что все нормис остаток 10 можно проводить, то тогда в будущих периодах возможно вылезут минуса) => Из этого следует, что при неоперативном проведении если все же допиливать конфу и контролировать остатки то необходимо: отслеживать остатки и на момент проведения дока и одновременно с этим контролировать остатки на текущий момент. Плюсуем к этому всему ещё момент с резервами, а так же с параметром использования РН.СвободныеОстатки. Короче на словах мы все Дартаньяны :D В 1С решили что неоперативное проведение операция серьезная и как правило делается осознано, поэтому контроль остатков не нужен, тем более производительность просаживает, правильно зачем этот гемор, проще оставить это на откуп нам с вами :DDD