ТИС 7.7 Заявки на поставку. #319392

1. Заявка на епоставку 10 ед. товара. 2. Поставка на основании заявки 8 ед. 3. Что теперь делать с 2 ед. которые так и не поступили. В отчете по заявкам они показываются. Изменять "задним числом" заявку нельзя - слетит ГП. Что делать? (сторнирование заявки и зявка корр. не помогают). Для заявок покупателей в такой ситуации есть стандартные документы - отмена заявок покупателей, снятие резерва. А как быть с поставщиками?

Под заявкой на поставку имеется в виду - заказ поставщику.

Ну пожалуйста, объясните - я чего-то не понимаю или так и должно быть - эти не поступившие товары по заказу поставщику так и зависнуть в регистре "Заказы поставщикам".

АУ

Неужели никто не сталкивался?!

ну да....они же считаются заказанными

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

То есть, то что они так и не поступили совсем не важно и их не надо снимать с оататка по заказу.

если заказ был на 10 а поступило 8...значит он не закрыт...зачем снимать с остатка? или закрыть надо ?

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

Если "не важно" и такого добра не много = пусть висят. заодно можно и "недопоставки за период" собрать (балуюсь) )))

Закрывать регистры через операцию это 5. До сих пор думал что такое только бармалейка умеет :) А чем они тебе мешают? Если в заявке покупателя на склад что-то подвисло, этот товар висит в резерве и продать его нельзя. У тебя ж ничего нигде не висит, просто строчка в документе. И чем она тебе мешает?

Вообще регистр "Заказы поставщикам" не оборотный, он регистр остатков, значит должен по логике программы как-то выводится в 0 и закрываться. Стандартных документов  я не нашла. Может просто что-то не так делаю.

Тогда хуже...

Вывод - ввести на основании заявки покупателя заявку покупателя. Она и будет сторно.

Закрывать регистры через операцию это 105!))) хотя... мдя, подумаю) А в Контрагент тогоже Поставщика? ... проверять однако надо, чтобы правильные измерения в регистр...

Ну проверять-то в любом случае надо. Просто у меня ни в одной базе этих доков нет и заводить лениво. Заглянул просто в модуль документа. Логика работы очевидна.

Я пробовола вводить на основании заказа поставщику - заказ поставщику корр. Елси для примера - 1. Заказ поставщику 01.01. - 10 ед. 2. Поставка 02.02. - 8 ед. 3. Заказ поставщику корр. 02.02 - 8 ед. Результат - снял разницу 2 ед с остатка, но 8 ед. записал на остаток. Теперь числится за поставщиком 8 ед. Просто жуть!

А что не так? Если 8 единиц поставка? Вроде как верно все...

У мну тут 2 документа... Заявка и ЗакрытиеЗаявки... Последний закрывает все не закрытые регистры от первого... проблем вроде нет...

+ А... В смысле 8 оприходовал... Попробуй 3. Заказ поставщику корр. 02.02 - 2 ед.

+ Ну и вообще отладчик рулит... ЗЫ: Свалю я, а то меня к 12-и ждут, а еще ехать час...

Речь не о заявках покупателей, там и правда все хорошо, а о заказах поставщику.

Поставить 2 ед. не помогает - 2 идет на списание,а 2 на остаток и режультат опять остаток 2 ед.

Что в типовой ТиС творится я не знаю... я к тому, что если нет стандартного механизма, значит надо реализовать его созданием дополнительного дока ЗакрытиеЗаказаПоставщику и делов-то...

Дописывать не хотелось бы. Надеялась, что помогут понять логику работы стандартной ТИС и правильную последовательность действий.

Перепровести все доки с восьмёрочкой... :)

Но тогда проведение "задним число". Проблема с ГП, восстановление ГП. Как-то не красиво, не продумано.

логику работы стандартной ТИС? может кто и знает. Хотя по-логике должна быть цепочка Исходная Заявка-корр Заявки-Поставка. Возможно (надо смотреть) придется сторнировать исходную заявку (лень в модулях копаться). Или смотреть что делает СнятиеРезерва (напосошок).

СПАСИБО! ВСЕ замечательно, действительно сначала заявка корр, а потом только поставка на основании заявки корр!

Мама, Это дятел.Ты в модуль проведения Заявки, Заказа, Поступления заглядывал?...

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

ну и славненько...

Вы все дятлы ;-) а решение в это вообще изврат через ЗПС. Достаточно один раз уяснить идеологию работы с закзами и заявками, реализованную в типовой ТиС - дальше вопросов не будет, будет только всплывание некоторых косяков штатных алгоритмов(которые будем устранять) В действуем так: 1. Заказ поставщику 10 шт. 2. На основании п.1 Поступление ТМЦ 8 шт. 3. На основании п1. вводим корректировочный заказ поставщику, что значит "корректировочный": набор реквизитов шапки должен быть "равен" основному заказу - при вводе на основании это получится автоматом.... так вот. При вводе корректировочного заказа в табличной части ты получишь автоматом 2 шт. - т.е. то, что осталось "висеть" невыполненное на заказе поставщику. САМОЕ ГЛАВНОЕ: что делает корректировочный заказ при проведении? (заявка покупателя совершенно аналогично). Корректировочный заказ "списывает" невыполненный остаток на момент корректировки - ОН БЕРЕТСЯ КАК ИТОГ ПО ДОКУМЕНТУ-ОСНОВАНИЮ! (почувствую разницу между "списывает" и сторнирует - сторнировочная запись сделает приход с минусом, а списание сделает обычный расход). Так вот: после того как корректировочный заказ списал остаток, который числится на документе-основании, он (корректировочный заказ) ВМЕСТО СПИСАННОГО ПИШЕТ СОДЕРЖИМОЕ СВОЕЙ ТАБЛИЧНОЙ ЧАСТИ. Отсюда: для закрытия подвисших заказов поставщику достаточно вводить ПОСЛЕ ПОСТУПЛЕНИЯ ТМЦ корректировоный заказ С ПУСТОЙ ТАБЛИЧНОЙ ЧАСТЬЮ. И это "правильно" - если закзали 10, а привезли 8 - то за поставщиком остается висеть "долг" по поставке - который он должен либо выполнить, либо его надо "закрыть" - что именно - решает менеджер отдела закупок, в функциональные обязанности которого входит отслеживание работы с поставщиками. Для упрощения ситуации можно реализовать вариант когда поступление ТМЦ ПОЛНОСТЬЮ ЗАКРЫВАЕТ заказ - независимо от того равно поступление заказу или меньше... - для этого достаточно добавить одну строку кода в нужное место... для решения проблем и оперативного управления резервами/заявками/заказами см. решения здесь: ..