|
Задача про контроль остатков. | ☑ | ||
---|---|---|---|---|
0
r1000
11.07.12
✎
22:08
|
Задача в том, чтобы контролировать остаток при проведении задним числом. Чтобы в исторических данных небыло бардака. Тоесть, просто посмотреть на текущий остаток не канает, потому что это не гарантирует правильных исторических данных. Все осложняется тем, что у клиента нет партионного учета (тоесть быстро развернуть партию не получиться). Кто как борется с этим злом ? Запрет изменения задним числом невозможен по определению.
Спасибо за советы. |
|||
1
France
11.07.12
✎
22:09
|
Пита ищи..
|
|||
2
r1000
11.07.12
✎
22:10
|
Из него я уже года 3 назад все выудил. Он только про партионный знает. Это я уже понял как делать. У меня сейчас нет партий.
|
|||
3
Lys
11.07.12
✎
22:11
|
Этой задаче уже хз сколько лет.
Ее решение есть, но его никто не знает, кроме одного человека. Гуглить по нику "пит" )) |
|||
4
r1000
11.07.12
✎
22:12
|
(3)см. 2 :))
|
|||
5
Lys
11.07.12
✎
22:12
|
(4) Выудил? Хм... тогда делись сокровенными знаниями)
|
|||
6
shuhard
11.07.12
✎
22:14
|
(0) переходи на РАУЗ,
там это проблема решена в корне |
|||
7
r1000
11.07.12
✎
22:14
|
Да все ветки на мисте. Там терки были по 500 постов. Некий Садовников тоже давал наводки... Все на мисте...
|
|||
8
France
11.07.12
✎
22:16
|
(0) пересчитывай движения от начала веков - тогда и будет счастье в беспредельном перепроведении задним числом...
|
|||
9
Lys
11.07.12
✎
22:17
|
(6) Насчет "в корне" я бы поспорил...
Вернее, сказал бы так - в корне, но только для операций в пределах одного месяца. |
|||
10
r1000
11.07.12
✎
22:17
|
(8)Да. Только боюсь придется юзеров отправлять домой на время проведения - систему будет отправлять в даун.
|
|||
11
Maniac
11.07.12
✎
22:18
|
1 500 000 рублей. готов сделать.
|
|||
12
France
11.07.12
✎
22:18
|
(10) тогда задай глубину работы задним числом, и исходя из этого пересчитывай...
|
|||
13
r1000
11.07.12
✎
22:18
|
Я вот думаю над паралельным учетом... какой нить куб замутить например...
|
|||
14
France
11.07.12
✎
22:19
|
кубы не предназначены для оперативного учета.. их нужно пересчитывать..
|
|||
15
Maniac
11.07.12
✎
22:19
|
+(11) выеду лично. готов продать себя на полгода.
|
|||
16
r1000
11.07.12
✎
22:19
|
(12)нерадивые меняют и прошлые года. И это нужно давать делать - иначе коллапс
|
|||
17
France
11.07.12
✎
22:20
|
продать себя - это сильно.
народ обычно знания продуют, ну, за исключением ленинградки |
|||
18
r1000
11.07.12
✎
22:20
|
(11)Делать не нужно. Я могу купить идею.
|
|||
19
France
11.07.12
✎
22:20
|
(16) не сможешь привести ни один пример, когда нужно и прошлые годы..
|
|||
20
France
11.07.12
✎
22:21
|
(18) он хочет себя продать, так что идея с покупкой идеи не проканает))
|
|||
21
r1000
11.07.12
✎
22:21
|
(19)База не для бухии. Так что все нормально. долго рассказывать.
|
|||
22
Ненавижу 1С
гуру
11.07.12
✎
22:21
|
решение простое, реализация сложная
|
|||
23
Ненавижу 1С
гуру
11.07.12
✎
22:22
|
представьте,ч то вы однаждя распровели в июле майское перемещение
|
|||
24
France
11.07.12
✎
22:23
|
(21) для бухии то как раз в части налогового учета это может быть восстребовано.. в остальных случаях - все от лукавого..
|
|||
25
r1000
11.07.12
✎
22:23
|
(24)не суть. изменения января в декабре - вообще стандартный случай.
|
|||
26
Maniac
11.07.12
✎
22:24
|
(18) - (22) прав.
|
|||
27
ОбычныйЧеловек
11.07.12
✎
22:24
|
(0) ищи в гугле на выбор
1. Микропоследовательности 2. подсистема контроль остатков |
|||
28
Maniac
11.07.12
✎
22:26
|
Идея данной проблеме ерунда. можно двумя предложениями описать, а реализация - хехе очень и очень... Под силу только самым обезбашенным маньякам. вырыть яму одно, говорить что вырыть яму - другое.
|
|||
29
Fragster
гуру
11.07.12
✎
22:30
|
ОстаткиИОбороты от даты документа до точки актуальности в периодичности "запись" или "регистратор". В документе не должно быть больше, чем минимальное количество.
|
|||
30
Fragster
гуру
11.07.12
✎
22:31
|
а теперь прикопайтесь к этой схеме, кроме скокрости работы
|
|||
31
r1000
11.07.12
✎
22:32
|
(30)Приковаться не к чему. Я согласен. Это понятно. Просто система в дауне будет из-за блокировки. А так все нормально...
|
|||
32
Torquader
11.07.12
✎
22:33
|
Не ребята, а в чём, собственно, проблема.
Есть мы хотим иметь реальные остатки, то есть, чтобы в программе было то, что на складе, то нужно запрещать проводить задним числом - ну или делать ухищрения, когда по бухгалтерии документ проводится задним числом, а с остатков списывается реальной датой отгрузки со склада. Если этого не делать - то вопрос - а кому вообще эти остатки нужны ? Небось потом по ним будет себестоимость считаться - и как она может быть правильной, если всё делать задним числом ? |
|||
33
Fragster
гуру
11.07.12
✎
22:34
|
(31) так вы еще и задним числом толпами проводить хотите?
|
|||
34
shuhard
11.07.12
✎
22:35
|
(32) а зачем ТС-у себестоимость, если она в любой момент не верна ?
|
|||
35
r1000
11.07.12
✎
22:35
|
Почему толпами ? Разве одного проводящего не достаточно ?
|
|||
36
Fragster
гуру
11.07.12
✎
22:36
|
(35) нет
|
|||
37
r1000
11.07.12
✎
22:36
|
(32)пофиг на себестоимость. для этого есть ночное восстановлени последовательности.
|
|||
38
shuhard
11.07.12
✎
22:37
|
(37) ты бы всё таки определился с задачей
|
|||
39
r1000
11.07.12
✎
22:38
|
(36)Поясните плиз как этот сотрудник умудриться не заблокировать таблицу ? Не очень понятно.
|
|||
40
r1000
11.07.12
✎
22:40
|
(38)Контроль остатков и резервов. И чтобы исторические данные были правильными.
|
|||
41
Aleksey
11.07.12
✎
22:40
|
А причем тут пит и партионный учет?
"у клиента НЕТ партионного учета" Миста как всегда, каждый о своем и пофиг что автор этого не спрашивает |
|||
42
Aleksey
11.07.12
✎
22:41
|
По сути нужен один запрос, который по этой позиции проверит от документа до последнего документа минимальный остаток. И на основании этого уже решать можно или нельзя править
|
|||
43
France
11.07.12
✎
22:47
|
т.е, по сути, на регистры забить.. правильно??
|
|||
44
Aleksey
11.07.12
✎
22:51
|
(43) какие регистры?
|
|||
45
France
11.07.12
✎
23:04
|
(44) как происходит проверка "от документа до последнего документа"? и что такое "последний документ" - тот, что последний введенный, или последний который двигал документы??
|
|||
46
Никола_
Питерский 11.07.12
✎
23:08
|
(40) А все таки может развернешь по шире с примерами из реальной жизни ! Что Вам нужно ? А мы глядишь и разжуем подробней !
|
|||
47
Никола_
Питерский 11.07.12
✎
23:16
|
(42) Ну в промежутке потом можно только попасть на отрицательный остаток ! КОгда перепроведение запустят и будет весело !
|
|||
48
Torquader
11.07.12
✎
23:28
|
(42) А при чём здесь минимальный остаток - нужно только чтобы в конце не было отрицательного остатка, а если он появляется в середине, то необходимо какие-то документы поменять местами.
В любом случае, мы можем продать в данный момент только то, что есть на складе, а каким числом мы оформляем документ - это другое дело. |
|||
49
France
11.07.12
✎
23:30
|
(48) ну, если учесть, что в любом периоде можно перепроводить документ, то число очень даже имеет значение.. правда, при условии, что требуется соответствие печатным документам в архивах..
|
|||
50
Aleksey
11.07.12
✎
23:30
|
(45) послледний, это который грубо говоря на ТА, т.е. последний
|
|||
51
Aleksey
11.07.12
✎
23:30
|
(48) Зная минимальный можешь изменять приход/расход
|
|||
52
Aleksey
11.07.12
✎
23:37
|
к примеру. меняем приход. вычисляем минимальный остаток. К пример он равен 5. Это значит что макисмум приход можно уменьшить на 5.
Ну или по новой технологии записываем изменения и проверяем не ушли ли мы где в минус. Если минус есть, откатываем |
|||
53
Pasha_mix
12.07.12
✎
00:20
|
(52) Вообще я тоже так думаю, что нужно брать обороты+Остатки с даты документа, до (без ограничения) и, действительно смотреть минимальный остаток.
Я делал такую штуку, когда продавали в минус и нужно было сделать на 1 число поступление перекрывающее все минусы в месяце. |
|||
54
France
12.07.12
✎
00:23
|
(50) у него последний может оказать 5 годами раньше..
|
|||
55
Aleksey
12.07.12
✎
00:26
|
(53) а обороты зачем? остаток на регистратор. Довольно быстро
(54) И что? ты это себе представляешь, чтобы в 2007 год лазили и что-то правили? |
|||
56
France
12.07.12
✎
00:28
|
(55) я не представляю даже то, что они лазят в прошлый месяц... но почитай ветку, или "все не читал?"???
|
|||
57
Maniac
12.07.12
✎
00:30
|
Профи, вам не надоело выносить друг другу мосх?
|
|||
58
Никола_
Питерский 12.07.12
✎
00:32
|
(55) Ну так в промежутке ты можешь попасть на отрицательный остаток ! Фирштейн ?
|
|||
59
Aleksey
12.07.12
✎
00:36
|
(56) Ради бога. Чем больше период тем чуть дольше работать будет. Но всё равно быстро
(58) нихт ферштейн |
|||
60
Aleksey
12.07.12
✎
00:38
|
Я получаю минимальный остаток по регистратору, тобишь документу делающего движения, про какой промежуток идет речь? Между чем и чем? Между двумя документами? Т.е. на конец документа остаток +5, на начало следующего +3 что ли?
|
|||
61
Никола_
Питерский 12.07.12
✎
00:43
|
(60) Сейчас июль месяц, он хочет изменить кол-во февральского дока например ! И ты гарантируешь что в периоде с февраля на июль не будет ситуации что бы там был где нибудь минус ? Или это я туплю ?
|
|||
62
France
12.07.12
✎
00:44
|
при это актуальность остатков тоже не гарантирована никоим образом.
|
|||
63
Aleksey
12.07.12
✎
00:54
|
(61) Да гарантирую
|
|||
64
Aleksey
12.07.12
✎
00:55
|
Какая разница в феврале или в мае редактируют
|
|||
65
1C-band
12.07.12
✎
00:59
|
Завязываем с тяжёлыми наркотиками, смотрим последовательности или РАУЗ.
|
|||
66
Aleksey
12.07.12
✎
01:00
|
(65) И как нам последовательность поможет в этом деле?
Нет ну серьезно, мне хотелось бы знать как РАУЗ поможет? Или просто слова знакомые увидел и решил по умничать? |
|||
67
Aleksey
12.07.12
✎
01:00
|
Народ ну когда же вы начнете читать сабж, а не писать о своих проблемах?
|
|||
68
1C-band
12.07.12
✎
01:01
|
(0) + (65) либо по оборотному регистру накоплений запросом с периодичностью по регистратору зырим минуса при каждом проведении каждого товарного документа (см. подписки на события).
|
|||
69
Aleksey
12.07.12
✎
01:01
|
(65) Вот скажи кто то про себестоимость при правке задом спросил (РАУЗ)? Или кто то спросил как отследить что и когда задом меняли (последовательность)?
|
|||
70
Aleksey
12.07.12
✎
01:02
|
(68) Еще раз каким боком РАУЗ?
|
|||
71
Torquader
12.07.12
✎
01:03
|
(61) ну будет там минус - программа скажет,что нельзя,а пользователи посмотрят,что в конце остаток положительный и скажут раз сейчас есть-то должно продаваться
|
|||
72
1C-band
12.07.12
✎
01:03
|
(66) Как хорошо, что ты - не модератор! ))
|
|||
73
Aleksey
12.07.12
✎
01:03
|
Объясни мне недалекому как Расширенная Аналитика Учета Затрат поможет отследить будет ли минуса при изменения февральского прихода?
|
|||
74
Aleksey
12.07.12
✎
01:04
|
(71) сейчас продавать или тогда?
|
|||
75
1C-band
12.07.12
✎
01:04
|
(73) По оборотным регистрам только если запросом см. 68
|
|||
76
1C-band
12.07.12
✎
01:06
|
то же самое - с последовательностями.
|
|||
77
Aleksey
12.07.12
✎
01:07
|
(75) А поподробнее можно о влиянии РАУЗ
|
|||
78
Aleksey
12.07.12
✎
01:07
|
При чем тут оборотные регистры?
|
|||
79
Aleksey
12.07.12
✎
01:09
|
Еще раз был приход
Приход +10 Расход - 5 Приход +10 Итого обороты +20 / -5 можно на примере про рауз и как мне из оборотов +20 / -5 понять можно первый приход удалить или нет? |
|||
80
1C-band
12.07.12
✎
01:09
|
Чтобы вытащить остатки запросом с периодичностью регистратора и посмотреть, есть ли там что-то в минусе.
|
|||
81
Aleksey
12.07.12
✎
01:10
|
(80) И для этого мне нужен РАУЗ?
Или я что то не понимаю в терминалогии или спрашиваю еще раз РАУЗ тут каким боком? |
|||
82
Aleksey
12.07.12
✎
01:11
|
(80) А вот тут у меня вообще разрыв мозга
Нужен оборотный регистр, чтобы вытащить остатки запросом О_О Откуда у оборотного регистра Остатки? |
|||
83
Aleksey
12.07.12
✎
01:13
|
или предлагаешь ввести оборотный регистр (новая сущность) и посчитать остатки на нем с царя гороха? А что типовой регистр ОстаткиТМЦ (или как он там называется) нельзя заюзать? Обязательно новый регистр добавлять и движения переписывать?
|
|||
84
Snovy
12.07.12
✎
01:14
|
Остаток на сегодня (для расчетов себестоимости или движения задолженности контрагентов) и остаток на будущее (посл. число последней операции в системе - для контроля). Если в буждущем ушло в минус - уходить в отказ. Решение простое и тупое, но действенное. Все остальное - выверты с подвывертами - все равно все поломают впендююриванием очередного расходного документа до уже проведенного последующего - и РАУЗ, и партионку...
|
|||
85
Aleksey
12.07.12
✎
01:16
|
(84) Господи, мы тут про прошлое, а ты нам про будущее
|
|||
86
Aleksey
12.07.12
✎
01:18
|
Автор вроде бы не спрашивал про документы выписанные будущей датой. Он спрашивал про правку задним числом, как сделать так, чтобы при правки задом, база оставалась проводной. Пофиг на себестоимость (она регламентой перепроводкой восстановится) интересует чтобы база оставалась проводная при правки задом
|
|||
87
Torquader
12.07.12
✎
01:25
|
На самом деле - ситуации могут быть разные - если мы говорим об "идеальной" бухгалтерии - то есть когда всё сходится -то да нам нужно,-чтобы к концу каждого документа не было отрицательных остатков до последнего по дате документа - даже если он в будущем.
Если же мы вводим реальную работу агентов,которые что-то продали,то здесь запрещать ввод вообще нельзя,так как бумажная первичка всё равно уже есть - тут придётся юстировать положение приходных документов так,чтобы всё было правильно. А еслимы пишем конфигурацию "Гарри Поттер и маховик времени" - то мы должны смотреть на остатки только на начало документа,так как приходы тоже потом будут вводить задним числом -программа только должна сказать,что надо оприходовать и когда. |
|||
88
Aleksey
12.07.12
✎
01:27
|
(87) Невижу ничего плохо в запрете. Нужно провести в минус, будте добры оприходуйте что нужно, чтобы минусов не было
|
|||
89
Aleksey
12.07.12
✎
01:37
|
Например у меня межфелиальные перемещения так работают. Т.е. на том конце выяснилось что приехало больше чем по документам, Отправитель делает реализацию. Но если на складе меньше, чем нужно отгрузить, то это не повод отгружать в минус, на основании того, что реально отгрузили. Идут делают инвентаризацию. Или просто оприходование. И делают перемещение без минуса
|
|||
90
France
12.07.12
✎
01:39
|
если это все работает так, как написано, то непонятно как все это работает..
|
|||
91
r1000
12.07.12
✎
08:18
|
(89)ты задачи вообще не понял или непонял где зарыта проблема.
пришло 100, продали 50, потом пришло еще 100. В конечном остатке на "сейчас" 150. Если я поменяю первый приход на 20, то в конечном остатке будет 70. Это положительный остаток, а значит, по-твоему, можно давать менять первый приход. Но ты не видишь того момента, что на реализацию товара не хватит - или для тебя это не проблема вовсе :) |
|||
92
Aleksey
12.07.12
✎
08:38
|
(91) в (89) был ответ на пост в (87), а не на твою задачу
|
|||
93
r1000
12.07.12
✎
09:05
|
А на (63) ответил.
|
|||
94
Aleksey
12.07.12
✎
09:21
|
(93) Если (91) было к (63), то что не понятно
в частности допустим хотим изменить первый приход поставить вместо 100 - 20 Поставили, провели и проверяем остатки на 1 документе (приход) + 20 Остатки на 2 документе (расход) - 30 (20-50=-30) Остаток на 3 документе (приход) + 70 Итого мы видим что остаток уходит в минус, а значит менять первый приход нельзя О каких промежутках идет речь - мне непонятно |
|||
95
Aleksey
12.07.12
✎
09:23
|
То же движение, но расход хотим поставить 120
начальный остаток 100 штук 2 документ - 120. Остаток -20 3 документ + 100. Остаток +80 Опять видим остаток меньше 0, значит посылаем нафиг |
|||
96
Никола_
Питерский 12.07.12
✎
09:24
|
Мдя тяжелый случай, но это лечится )))
|
|||
97
ProDeveloper
13.07.12
✎
14:12
|
Пример:
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 |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |