Косяки при восстановлении последовательности
Доброго времени суток всем! После увольнения из нашей организации консультанта по 1С, восстановление последовательности было возложено на меня (хоть я и бодался). Начал восстанавливать и при первом же "затыке" впал в ступор. Проведённая Заявка покупателя не желает перепроводиться повторно.
На складе нет нужного свободного количества ТМЦ ххх
Всего осталось 4 шт.
Зарезервировано по выписанным Заявкам 3 шт.
Требуемое количество 2 шт
Как заставить её провести, подскажите нубу))
На складе нет нужного свободного количества ТМЦ ххх
Всего осталось 4 шт.
Зарезервировано по выписанным Заявкам 3 шт.
Требуемое количество 2 шт
Как заставить её провести, подскажите нубу))
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
svetic, вообще не вариант.
platon_, как посмотреть способ рассчёта остатков? или это зависит от ТА? сдвигать её на дату не желающего поводиться, документа(который проведён, кста)? Подчинённые доки? хммм... Посмотрел структуру подчинённости, отчёт выплюнул примерно 50 листов. Или это не то?
platon_, как посмотреть способ рассчёта остатков? или это зависит от ТА? сдвигать её на дату не желающего поводиться, документа(который проведён, кста)? Подчинённые доки? хммм... Посмотрел структуру подчинённости, отчёт выплюнул примерно 50 листов. Или это не то?
Вообще так:
1 "распроводишь" Заявки которыми зарезервирован товар.
2 проводишь нужную Заявку и остальные документы за этот же день (ручками).
3 проводишь распроведенные заявки.
4 продолжаешь восстановление последовательности со следующего дня.
Только это не правильно!!!.
Последовательность то проведения не верная будет.
Разбирайся кто заявку задним числом оформил или реализацию.
1 "распроводишь" Заявки которыми зарезервирован товар.
2 проводишь нужную Заявку и остальные документы за этот же день (ручками).
3 проводишь распроведенные заявки.
4 продолжаешь восстановление последовательности со следующего дня.
Только это не правильно!!!.
Последовательность то проведения не верная будет.
Разбирайся кто заявку задним числом оформил или реализацию.
upd
Установка ТА задним числом не помогла. У этой Заявки на склад нет подчинённых документов, но она сама введена на основании Неподтверждённой заявки, у которой много подчинённых документов, в том числе и эта "проблемная" Заявка на склад. Ещё будут у кого какие мысли? :(
Установка ТА задним числом не помогла. У этой Заявки на склад нет подчинённых документов, но она сама введена на основании Неподтверждённой заявки, у которой много подчинённых документов, в том числе и эта "проблемная" Заявка на склад. Ещё будут у кого какие мысли? :(
platon_ пишет:
очень похоже на то что остатки расчитываються не на дату документа а на текущую дату.
очень похоже на то что остатки расчитываються не на дату документа а на текущую дату.
Остатки всегда рассчитываются не на текущую дату, и даже не на дату документа, а на позицию документа Иначе это кривые руки программиста... в типовой конфе врядли такое может быть.
(11) revg, конфа типовая. Только не обновлялась давно. Позиция документа это ТА ?
(14) MaxR1, может оно и правильно, потому что на основании этой заявки, о которую спотыкается восстановление, нет никаких документов. Но блин, почему резерв не снят. Может пользователи забыли, а может задним числом решили про запас зарезервировать.
(14) MaxR1, может оно и правильно, потому что на основании этой заявки, о которую спотыкается восстановление, нет никаких документов. Но блин, почему резерв не снят. Может пользователи забыли, а может задним числом решили про запас зарезервировать.
(15) Sergafan10, Позиция документа это момент времени т.е дата и время, причем в 1 секунде может быть несколько тысяч документов и все они будут иметь хронологически свою позицию, а ТА это момент времени на который в системе всегда рассчитаны остатки. В твоем случае лучше снять с проведения данную заявку, восстанавить ГП, а уже потом разбираться с этой заявкой.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот