| 0
- 24.07.2013 - 07:41
|
При вводе на основании одного заказа клиента, нескольких заказов поставщику вся табличная чать заполняется полностью без учета предыдущего заказа поставщику, хотя в "Состояние обеспечения" на часть позиций пишет "Ожидается поступление", состояние заказа клиента = "К обеспечению", версия УТ 11.1.2.8
    | |
| 1
- 24.07.2013 - 08:48
| как сделать так чтобы при вводе на основание в заказе поставщику были только те позиции, которые еще не заказаны ? | |
| 2
- 24.07.2013 - 12:28
| вверх | |
| 3
- 24.07.2013 - 12:48
| штатно никак, потому что ввод на основании это и есть копирование реквизитов одного документа в другой (новый) документ. можно написать внешнюю обработку заполнения табличной части документа для "Заказа поставщику", которая будет убирать лишнее. то есть после заполнения всеми товарами документа в нём надо будет нажать ещё одну кнопку, чтобы убрать лишние позиции (ну или вообще можно заполнить ТЧ Заказа поставщику по этой кнопке не вводя его на основании Заказа покупателя). конфигурация при этом останется полностью на поддержке, то есть не изменится вообще никак. | |
| 4
- 24.07.2013 - 12:50
| вернее 1С просто не учитывает состояние обеспечения при вводе заказа поставщику на основании заказа покупателя. можно конечно и её процедуры поправить, но обновляться потом геморно будет... | |
| 5
- 24.07.2013 - 12:54
|
(3) при этом надо не забыть, что есть куча вариантов - много заказов поставщику от одного покупателя - много заявок клиентов на одного поставщика - ранее сделанные заказы "с запасом" - сроки поставок - и т.д. | |
| 6
- 24.07.2013 - 12:55
| и самый смак - поставщик данной номенклатуры м.б. не один | |
| 7
- 24.07.2013 - 12:56
| 6-Helen1986 > обычно клиентам в обработке заполнения ТЧ предоставляется фильтр для самостоятельного определния условий заполнения (ну по крайней мере я делаю так), даже если они и не просят изначально его. | |
| 8
- 24.07.2013 - 12:58
|
1C-ка правильно думает, когда заказывает поставщикам весь товар из заказа покупателя. Потому как товар, который уже ожидается, вероятнее всего уже поделен манагерами до его поступления. И все знают, куда и что пойдет. Я сам сталкивался с ситуацией - манагер получает запрос от покупателя на станок. Смотрит, что их ожидается в этом квартале целых 10 штук и не заказывает (фиг-ли! их же МНОГО придет). В результате, когда поступает 10 станков, на них оказывается 15 претендентов с подписанными спецификациями (а это гарантированный срок поставки)! | |
| 9
- 24.07.2013 - 13:00
| 8-bma1 > придёт много под конкретные заказы клиентов, смотреть надо внимательнее. | |
| 10
- 24.07.2013 - 13:13
| 2(9) Не обязаельно. Если это ходовая позиция, она обычно включается в плановый заказ под пополнение склада, чтоб продаваться быстро из остатков а не долго под заказ. | |
| 11
- 24.07.2013 - 13:21
| 10-bma1 > ну так есть же уже заказы клиентов на конкретные позиции товара, пусть и ожидаемые к поступлению. значит можно посмотреть, что конкретная позиция такого-то числа (дата отгрузки клиенту) уже уйдёт в ноль. | |
| 12
- 24.07.2013 - 15:11
| 2(11) Ты от манагеров хочешь знания арифметики? Не дождешся!!! | |
| 13
- 24.07.2013 - 21:35
|
(8) "1C-ка правильно думает, когда заказывает поставщикам весь товар из заказа покупателя." неправильно она думает, впрочем, чего от нее ожидать, если учитель бма якобы первый все сложнее "В результате, когда поступает 10 станков, на них оказывается 15 претендентов с подписанными спецификациями" чтобы такого не происходило, в момент заказа должна быть выведена полная информация - - скольк уже заказано поставщику - сколько из этого числа уже зарезервировано под поставки - свободный остаток (еще не зарезервировано) - сколько требуется дозаказать под заявки покупателей - время поставки от поставщика - и т.д. чтобы тупые манагеры не думали - а работали | |
| 14
- 24.07.2013 - 23:34
|
12-bma1 > а и не надо знания, достаточно тупо видеть обеспечен заказ клиента товаром или нет (на дату отгрузки клиенту). если манагер сам не поставил заказ в обеспечение, а только ввёл заказ типа "а вдруг", то это его проблемы или клиента, который не определился вовремя. или манагера по закупкам, если доставку не обеспечил... короче стрелки можно долго переводить и обычно клиент реальной причины никогда не узнаёт, хотя называется она в 99% случаев одинаково у всех - распи#$%^cтво :-) | |
Интернет-форум Краснодарского края и Краснодара |
