#0
by r1000
Задача в том, чтобы контролировать остаток при проведении задним числом. Чтобы в исторических данных небыло бардака. Тоесть, просто посмотреть на текущий остаток не канает, потому что это не гарантирует правильных исторических данных. Все осложняется тем, что у клиента нет партионного учета (тоесть быстро развернуть партию не получиться). Кто как борется с этим злом ? Запрет изменения задним числом невозможен по определению. Спасибо за советы.
#2
by r1000
Из него я уже года 3 назад все выудил. Он только про партионный знает. Это я уже понял как делать. У меня сейчас нет партий.
#3
by Lys
Этой задаче уже хз сколько лет. Ее решение есть, но его никто не знает, кроме одного человека. Гуглить по нику "пит" ))
#7
by r1000
Да все ветки на мисте. Там терки были по 500 постов. Некий Садовников тоже давал наводки... Все на мисте...
#8
by France
пересчитывай движения от начала веков - тогда и будет счастье в беспредельном перепроведении задним числом...
#9
by Lys
Насчет "в корне" я бы поспорил... Вернее, сказал бы так - в корне, но только для операций в пределах одного месяца.
#10
by r1000
Да. Только боюсь придется юзеров отправлять домой на время проведения - систему будет отправлять в даун.
#17
by France
продать себя - это сильно. народ обычно знания продуют, ну, за исключением ленинградки
#24
by France
для бухии то как раз в части налогового учета это может быть восстребовано.. в остальных случаях - все от лукавого..
#27
by ОбычныйЧеловек
ищи в гугле на выбор 1. Микропоследовательности 2. подсистема контроль остатков
#28
by Maniac
Идея данной проблеме ерунда. можно двумя предложениями описать, а реализация - хехе очень и очень... Под силу только самым обезбашенным маньякам. вырыть яму одно, говорить что вырыть яму - другое.
#29
by Fragster
ОстаткиИОбороты от даты документа до точки актуальности в периодичности "запись" или "регистратор". В документе не должно быть больше, чем минимальное количество.
#31
by r1000
Приковаться не к чему. Я согласен. Это понятно. Просто система в дауне будет из-за блокировки. А так все нормально...
#32
by Torquader
Не ребята, а в чём, собственно, проблема. Есть мы хотим иметь реальные остатки, то есть, чтобы в программе было то, что на складе, то нужно запрещать проводить задним числом - ну или делать ухищрения, когда по бухгалтерии документ проводится задним числом, а с остатков списывается реальной датой отгрузки со склада. Если этого не делать - то вопрос - а кому вообще эти остатки нужны ? Небось потом по ним будет себестоимость считаться - и как она может быть правильной, если всё делать задним числом ?
#39
by r1000
Поясните плиз как этот сотрудник умудриться не заблокировать таблицу ? Не очень понятно.
#41
by Aleksey
А причем тут пит и партионный учет? "у клиента НЕТ партионного учета" Миста как всегда, каждый о своем и пофиг что автор этого не спрашивает
#42
by Aleksey
По сути нужен один запрос, который по этой позиции проверит от документа до последнего документа минимальный остаток. И на основании этого уже решать можно или нельзя править
#45
by France
как происходит проверка "от документа до последнего документа"? и что такое "последний документ" - тот, что последний введенный, или последний который двигал документы??
#46
by Никола_Питерский
А все таки может развернешь по шире с примерами из реальной жизни ! Что Вам нужно ? А мы глядишь и разжуем подробней !
#47
by Никола_Питерский
Ну в промежутке потом можно только попасть на отрицательный остаток ! КОгда перепроведение запустят и будет весело !
#48
by Torquader
А при чём здесь минимальный остаток - нужно только чтобы в конце не было отрицательного остатка, а если он появляется в середине, то необходимо какие-то документы поменять местами. В любом случае, мы можем продать в данный момент только то, что есть на складе, а каким числом мы оформляем документ - это другое дело.
#49
by France
ну, если учесть, что в любом периоде можно перепроводить документ, то число очень даже имеет значение.. правда, при условии, что требуется соответствие печатным документам в архивах..
#52
by Aleksey
к примеру. меняем приход. вычисляем минимальный остаток. К пример он равен 5. Это значит что макисмум приход можно уменьшить на 5. Ну или по новой технологии записываем изменения и проверяем не ушли ли мы где в минус. Если минус есть, откатываем
#53
by Pasha_mix
Вообще я тоже так думаю, что нужно брать обороты+Остатки с даты документа, до (без ограничения) и, действительно смотреть минимальный остаток. Я делал такую штуку, когда продавали в минус и нужно было сделать на 1 число поступление перекрывающее все минусы в месяце.
#55
by Aleksey
а обороты зачем? остаток на регистратор. Довольно быстро И что? ты это себе представляешь, чтобы в 2007 год лазили и что-то правили?
#56
by France
я не представляю даже то, что они лазят в прошлый месяц... но почитай ветку, или "все не читал?"???
#59
by Aleksey
Ради бога. Чем больше период тем чуть дольше работать будет. Но всё равно быстро нихт ферштейн
#60
by Aleksey
Я получаю минимальный остаток по регистратору, тобишь документу делающего движения, про какой промежуток идет речь? Между чем и чем? Между двумя документами? Т.е. на конец документа остаток +5, на начало следующего +3 что ли?
#61
by Никола_Питерский
Сейчас июль месяц, он хочет изменить кол-во февральского дока например ! И ты гарантируешь что в периоде с февраля на июль не будет ситуации что бы там был где нибудь минус ? Или это я туплю ?
#66
by Aleksey
И как нам последовательность поможет в этом деле? Нет ну серьезно, мне хотелось бы знать как РАУЗ поможет? Или просто слова знакомые увидел и решил по умничать?
#68
by 1C-band
+ либо по оборотному регистру накоплений запросом с периодичностью по регистратору зырим минуса при каждом проведении каждого товарного документа (см. подписки на события).
#69
by Aleksey
Вот скажи кто то про себестоимость при правке задом спросил (РАУЗ)? Или кто то спросил как отследить что и когда задом меняли (последовательность)?
#71
by Torquader
ну будет там минус - программа скажет,что нельзя,а пользователи посмотрят,что в конце остаток положительный и скажут раз сейчас есть-то должно продаваться
#73
by Aleksey
Объясни мне недалекому как Расширенная Аналитика Учета Затрат поможет отследить будет ли минуса при изменения февральского прихода?
#79
by Aleksey
Еще раз был приход Приход +10 можно на примере про рауз и как мне из оборотов +20 / -5 понять можно первый приход удалить или нет?
#80
by 1C-band
Чтобы вытащить остатки запросом с периодичностью регистратора и посмотреть, есть ли там что-то в минусе.
#81
by Aleksey
И для этого мне нужен РАУЗ? Или я что то не понимаю в терминалогии или спрашиваю еще раз РАУЗ тут каким боком?
#82
by Aleksey
А вот тут у меня вообще разрыв мозга Нужен оборотный регистр, чтобы вытащить остатки запросом О_О Откуда у оборотного регистра Остатки?
#83
by Aleksey
или предлагаешь ввести оборотный регистр (новая сущность) и посчитать остатки на нем с царя гороха? А что типовой регистр ОстаткиТМЦ (или как он там называется) нельзя заюзать? Обязательно новый регистр добавлять и движения переписывать?
#84
by Snovy
Остаток на сегодня (для расчетов себестоимости или движения задолженности контрагентов) и остаток на будущее (посл. число последней операции в системе - для контроля). Если в буждущем ушло в минус - уходить в отказ. Решение простое и тупое, но действенное. Все остальное - выверты с подвывертами - все равно все поломают впендююриванием очередного расходного документа до уже проведенного последующего - и РАУЗ, и партионку...
#86
by Aleksey
Автор вроде бы не спрашивал про документы выписанные будущей датой. Он спрашивал про правку задним числом, как сделать так, чтобы при правки задом, база оставалась проводной. Пофиг на себестоимость (она регламентой перепроводкой восстановится) интересует чтобы база оставалась проводная при правки задом
#87
by Torquader
На самом деле - ситуации могут быть разные - если мы говорим об "идеальной" бухгалтерии - то есть когда всё сходится -то да нам нужно,-чтобы к концу каждого документа не было отрицательных остатков до последнего по дате документа - даже если он в будущем. Если же мы вводим реальную работу агентов,которые что-то продали,то здесь запрещать ввод вообще нельзя,так как бумажная первичка всё равно уже есть - тут придётся юстировать положение приходных документов так,чтобы всё было правильно. А еслимы пишем конфигурацию "Гарри Поттер и маховик времени" - то мы должны смотреть на остатки только на начало документа,так как приходы тоже потом будут вводить задним числом -программа только должна сказать,что надо оприходовать и когда.
#88
by Aleksey
Невижу ничего плохо в запрете. Нужно провести в минус, будте добры оприходуйте что нужно, чтобы минусов не было
#89
by Aleksey
Например у меня межфелиальные перемещения так работают. Т.е. на том конце выяснилось что приехало больше чем по документам, Отправитель делает реализацию. Но если на складе меньше, чем нужно отгрузить, то это не повод отгружать в минус, на основании того, что реально отгрузили. Идут делают инвентаризацию. Или просто оприходование. И делают перемещение без минуса
#91
by r1000
ты задачи вообще не понял или непонял где зарыта проблема. пришло 100, продали 50, потом пришло еще 100. В конечном остатке на "сейчас" 150. Если я поменяю первый приход на 20, то в конечном остатке будет 70. Это положительный остаток, а значит, по-твоему, можно давать менять первый приход. Но ты не видишь того момента, что на реализацию товара не хватит - или для тебя это не проблема вовсе :)
#94
by Aleksey
Если было к , то что не понятно в частности допустим хотим изменить первый приход поставить вместо 100 - 20 остатки на 1 документе (приход) + 20 Остатки на 2 документе (расход) - 30 (20-50=-30) Остаток на 3 документе (приход) + 70 Итого мы видим что остаток уходит в минус, а значит менять первый приход нельзя О каких промежутках идет речь - мне непонятно
#95
by Aleksey
То же движение, но расход хотим поставить 120 начальный остаток 100 штук 2 документ - 120. Остаток -20 3 документ + 100. Остаток +80 Опять видим остаток меньше 0, значит посылаем нафиг
#97
by ProDeveloper
Пример: 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
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- Распределение оборотов счета 26 на счет 20 в разрезе номенклатурных групп
- Поле объекта не обнаружено (Ссылка) .
- Виснет простой запрос в цикле 1с 8.2
- ЗУП. Регламентированная зарплата как удержание в управленческой зарплате
- 1с 8.2 - ссылка на удаленные объекты в последовательности
- Переменная не определена. Внешняя обработка заполнения ТЧ
- 8.2 УФ Отказать в открытии формы
- (ЗУП 2.5.52.3) Пропала процедура ПодготовитьДанныеПоРегламентированнымОтпускам
- выгрузка в Excel. При выгрузке лицевых счетов в Excel все знаки после 15-го= 0
- Вопрос знатокам по работе сервера в режиме отладки
- Cоздать внешний отчет на СКД для обычного приложения.
- v7: Интересный факт про потерю фокуса при отладке 77 в Windows 7
- v8: Выкидывает одного из терминальных пользователей из 1С
- В запросе выбрать документы с одинаковой датой
- Проблема с распределенной инф. базой в 8.2
- 2 таблицы с остатками и оборотами в СКД
- чем открыть большой файл xml
- v7: генератор QR кода
- Автоматическая "выгонялка" пользователей
- Как проще всего перевести расчет из xls в 1с?