Проблемы с резервированием товара на складе #304923

Сетевая комплексная 1с 7.7 с изменениями. ПРоблема возникла с перерезервированием задним числом. А если проще, то дело в следующем. 1ого числа поступили 7 изделий. 7-ого числа менеджер провел счет на поставку и 7 изделий встали в резерв по данному счету. 8 числа второй менеджер провел счет на поставку задним числом от 5-ого числа и ему в резерв встали все те же 7 изделий. Как результат реализация на основании первого счета не проводится, так как резерва как бы и нет уже, исчерпан он.

Подскажите, кто как с эти борется и что делать для корректного решения данного вопроса.

"8 числа второй менеджер провел счет на поставку задним числом от 5-ого числа и ему в"пендюрили штраф за работу "задним" числом. Так и боремся.

+1

Фу, как грубо! Нельзя так жестоко обращаться с менеджерами. У нас он просто не имеют права проводить документы через заднее мес.., пардон, число.

это, конечно решение, очень даже хорошое. Но наши пользователи так привыкли работать задним числом.. можно конечно заставлять их на основании старого счета делать новый счет от сегодняшнего числа и потом уже его проводить, но тогда боюсь начнется путаница с одинаковыми счетами... Подскажите будет ли иметь смысл в модуле проведения, в случае, если дата дока не сопадает с текущей датой, РасчетВременногоРегистра на текущий документ заменить на РасчетВременногоРегистра на рабочую дату. Или это не выход? Конечно, будет притормаживать проведение задним числом, но как никакой выход.

Да ладно, нормально это. И не чаще разов в год бывает (остальные боятся). А по-хорошему, надо еще остатки на дату ТА показывать (конечные) тогда бы и не полезли ручонки шаловнивые, ещё раз резервировать, то, чего уж и нет.

Можно вообще получать остатки на ТА, без временного расчета - правда думать много надо

Да, это великая тайна.)

как на ТА? При восстановлении последовательности ТА будет всегда на последнем проведенном документе.

это не обдумав вылетело. Можеь еще кто опытом поделится. как справиться без организационных мер, программными средствами так сказать (((

Голова уже кипит! , , как идет документооборот без проведения задним числом в след.ситуации: Счет выставлен пусть в октябре. оплачен первого ноября. Его надо провести. вот и проводят октябрьский счет. Новый не создают и понятно в принципе почему - нумерация документов и т.п. Какая у вас схема в данном случае? КАК?

. Определиться что такое "счет". если счет = заявка на склад, то счет должен = проведение заявки на склад и этот счет резервирует товар. и будет висеть - пока не снимите этот счет или этот резерв. если счет не резервирует товар - оформляйте неподтвержденную завку, проводите = по ней выставляйте счет. при оплате этого счета - на основании НЗ вводите завку на склад (завку на поставку). Все незакрытые НЗ = неоплаченные/подвисшие счета. - схема простая. идем в бухию/к коммерческому, базарим, выбиваем бабло. приглашаем специалиста (не обязательно прграммера), который РАССКАЖЕТ ТИПОВУЮ МЕТОДИКУ юзания типового решения, в т.ч. как типовыми решениями можно решать нетиповые хотелки. Смотрим, думаем. То, что неподходит/неудовлетворяет - планируем на доработку. Если спец по ТИПОВОМУ юзанию проги - более-менее грамотный - 90% ваших текущих проблем отпадет.

Ирина, а где ваше фото?

шифруется от таких маньяков как мы...

нельзя, потому что случайное перепроведение док-та (открыли посмотреть и закрыли через кнопокчку "ОК") приведет к тому что не та партия спишеться, так как на ТА они совсем другие нежели на ДатуДок (а точнее даже на позицию документа), да и количество не будет совпадать. А при восстановлении последовательности вообще ужас будет

Типово решение есть, юзается не в одной конторе и все довольны. На примере остатков (проведение ранее даты ТА): 0) если кто-то лезет в заднее число - этот кто-то должен быть готов к замедлению проведения, вопрос решается административно в полпинка. 1) рассчитывается позиция(!) документа - от ДатаДок и ПолучитьВремя; 2) полученная позиция сравнивается с позицией ТА и если полученная позиция больше ТА все контрольные остатки тупо берется из актуальных итогов (далее не идём); 3) Рассчитываются доступные остатки на полученную позицию (см.выше) документа - собираются в ТЗ доступных остатков; 4) от этой позиции до ТА выбираются документы, делающие расход (или сторно прихода) по тем анализируемым аналитикам (из ТЗ доступных остатков, см.п.3); 5) по каждому такому документу смотрятся остатки(на конец документа) по разрезам аналитик ТЗ доступных остатков и в случае если остаток на конец документа меньше того, что в ТЗ доступных остатков - єтот остаток пишется в ТЗ вместо имеющегося там ранее доступного остатка 7) полученная ТЗ доступных остатков вполне себе корректно не даст при проведении задним числов "выгнать" остатки по более поздним документам в красное, усё.. прим: позиция документа в п.2 считается если работа по оценке выполняется в ПриЗаписи -- это нужно чтобы разгрузить транзакцию проведения; если же не парит, то позиция в модуле документа получается проще, ТекущийДокумент...

Хорошая мысль, ожидаемый вопрос Я ж говорю - думать надо, регистр слегка взбодрить... либо административно...

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

(18+) но пинок от руководства все равно надежнее решит проблему :)

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

Мне понравился метод "by orefkoff", у тебя можно с дуба рухнуть как запутанно и долго Жизнь без временного расчета с отсечением ненужных итогов (не проходящих по критерию времени)

пункт блокирует красноту по остаткам, но не решает проблемы необходимости восстановления ГП. ...странно, где Pit?

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

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

как уже со всякой хней задолбали...

Типовую схему я представляю. У нас (до меня еще ввели) нет понятия неподтвержденной заявки. У нас в роли нее - непроведенная заявка на склад. При проведении соответственно товар резервируется. Потому и дата остается прошлая. Вот и проводят тем (задним) числом. А еще у нас везде идет автоподбор партий, то есть механизм выбора партии упрощен. Что тоже сделано было еще далеко ранее.

наверно, так и придется все реализовать. а насколько это затормозит проведение доков? Как понимаю при такой схеме никаких негативных последствий при восстановлении последовательности быть не должно. и красных цифр и отрицательных резервов тоже?

При применении варианта все ничего. Но как быть, когда при восстановлении последовательности не в монопольном режиме все счета на склад будут перепроводиться, а так как ТА останется на раб.дату, то время проведения доков затянется не на мало. Как этого избежать?

Использовать какой-нить флаг типа ГрупповоеПерепроведениеДокументов или ИнтерактивнаяРаботаПользователя, и в зависимости от него либо использовать механизм в , либо просто проводить документы без .

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

буду пробовать.

Спасибо всем!

Расскажи чего-нить интересное...