УТ 11: частичная оплата и отгрузка на основании счета на оплату #740155

У кого-нибудь реализовано такое или похожее (без вмешательства в конфигурацию). 1. Делается заказ клиента на несколько позиций номенклатуры. Из которых часть в наличии, а часть под обеспечение (под заказ поставщику). И обеспечиваться этот заказ будет частями и в разное время. А клиенту нужно сразу делать отгрузку тех частей, которые пришли. 2. На ту часть, которая в наличии, выставляется счет на оплату, с детализацией номенклатуры в табличной части счета на оплату. 3. Оплата происходит на основании данного счета на оплату. 4. Делается реализация номенклатуры согласно оплаченному счету. 5. Оставшиеся позиции которые под заказ, по очереди поступают под резерв данного заказа. И отгружаются так же по очередности поступления, по алгоритму в пунктах 2,3,4. Ситуация довольно житейская, поэтому интересно, кто как решает подобный алгоритм. Спасибо.

Еще по теме: Почему я не могу ввести реализацию на конкретный товар из заказа, если заказ частично оплачен на сумму этого товара, у этого товара стоит статус "к отгрузке" (соответственно, он в наличии), а у всех остальных (неоплаченных) товаров статус "к обеспечению"?! В чем логика полного запрета на ввод реализации на основании?

Точнее даже провести не дает Заказ, со статусом у товара к отгрузке, пока весь заказ не оплачен на 100%.

п.2 - прямо из реализации на фактически отгруженную часть можно распечатать счет без создания отдельного документа, и вообще клиент мог бы и по накладной оплатить, если есть долгосрочный договор поставки в соглашении поставь отсрочку (кредит), либо руками каждый раз перебивай процент предоплаты/отсрочки

Попробовал настроить так: В договоре взаиморасчетов поставил Детализация расчетов: По договорам. Включил статусы Реализаций товаров (чтобы создать на основании проведенной реализации счет не отгружая товара). В итоге вроде бы и работает. Но, нет никакого контроля оплат в разрезе заказов клиента. Можно вообще не оплачивать, а реализация все равно проводится (со статусом реализовано). Так же, очень сложно посмотреть оплаты по конкретному заказу (только по договору взаиморасчетов). Графики оплат в данном случае тоже, насколько я понимаю, начинают использоваться чисто справочно.

тогда в договоре ставь по заказам

в договоре изначально стояло по заказам. Но в этом случае происходит то что я описал в . Т.е. пока нет оплаты которая предусмотрена графиком (в данном случае 100% предоплата, т.к. по факту именно так отгружаем), то ни одна позиция в заказе не проводится со статусом К отгрузке. Переделывать график на кредит?

а версия какая ?

11.1.10.86 сейчас

в общем поставил по заказам в договоре, график сделал "кредит". Все относительно неплохо получается, но теперь у счетов на оплату, которые ввожу на основании реализации, как основание все таки цепляется не реализация, а заказ клиента, счет создается на всю сумму заказа, и в него попадает весь товар.... Блиииин ((

не пытайся понять логику УТ11, голову сломаешь я продаванов своих заставляю делать разные заказы, если клиент просит забрать что-то сразу, а что-то "подумает". Если у тебя оплата по факту поставленного товара (по договору, без предварительной оплаты изготовления), то я не пойму, зачем ты со счетами паришься, поставил кредит и гуляй вася. Вроде где-то было ограничение на глубину кредитной линии. сначала торговую политику свою разложи по полочкам, потом уже на программу натягивать будешь

Ничего не понял. Объясни. Я поставил кредит (ладно, пусть не будет контроля оплаты), но в любом случае, покупатель ведь должен оплатить счет, выставленный ему продавцом, на конкретный товар, перед отгрузкой. Что значит зачем я парюсь со счетами, если при таком варианте не могу выставить ему счет (т.к. в него попадают все позиции из заказа, а не те (их часть) что у меня в реализации)?

+ я пытаюсь "обмануть" УТ кредитом, но реального кредита реальным покупателям никто не даст.

А с чего ты решил, что "в любом случае, покупатель должен оплатить счет, выставленный ему продавцом, на конкретный товар"? А если кредиторка имеется, например? Да много чего покупатель не обязан. В противном случае, порастеряете покупателей с вашими "обязаловками" построенными на основе работы УТ 11.

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

Как раз такая торговая политика в компании сейчас, что товар отгружается по предоплате. Наоборот, хотим чтобы УТ работала в соответствии этой политики. Готовы делать счет сразу на основании заказа, при условии что в него можно будет помещать товар частично (пришедший под заказ) и делать соответствующую реализацию. Но УТ не дает этого делать. Клиент заказывает, если у нас оно в наличии - выставляем ему счет, ждем оплату, отгружаем. Если в наличии нет, то заказываем у поставщика, получаем в наличие, выставляем счет клиенту, ждем оплату, отгружаем. Проблема лишь в том, что весь этот товар в пределах одного заказа, и надо обработать его двумя вышеописанными способами.

>  если у нас оно в наличии - выставляем ему счет, ждем оплату, отгружаем. Если в наличии нет, то заказываем у поставщика, получаем в наличие, выставляем счет клиенту, ждем оплату, отгружаем У тебя здесь две схемы: 1. Товар резервируется под честное слово, ждете оплату, отгружаете. 2. Выставляется счет на предоплату, пока не оплатят - вы не заказываете у поставкщика. Я не вижу никакой проблемы сделать два раздельных заказа, у каждого распечатается свой счет. У меня и соглашения так называются - резерв и предоплата.

Проблема все-таки есть. 2 заказа - это упрощенный пример. Может быть такое: В заказе 200+ позиций. Из них 5 позиций в наличии. Остальные будут приходить под этот заказ по очереди и в разное время. Может приходить по 1-2 позиции за каждый раз. Менеджер не может предугадать какой и когда придет от поставщика. Ему просто нужно отгружать покупателю по факту прихода.

+ по этой логике, ему нужно каждый раз по приходу позиции, снимать ее с резерва в этом заказе, создавать новый заказ, резервировать позицию в нем. И так далее, наплодив в итоге 100 заказов.

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

пока примерно на этом и сошлись с пользователем. Учет оплат будем вязать к договорам взаиморасчетов вместо заказов.

+ Ну и статусы реализаций.

Ну я так понял по ссылке, что там с приличным напрягом, но обнаружили перечисление "СтатусыРеализацииТоваровУслуг" и добавили(изменили конфигурацию) туда еще свой статус. Так вот, это потом надо обрабатывать, потому как логика на эти статусы у 1С завязана. По моему, к вопросу данной темы это не совсем то, что нужно. Надо в головах что-то настроить.