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

А в чём проблема?

(1) писать умеет, а читать - нет :(

(0)  Не взлетит.

(3) кто не взлетит?
куда не взлетит?
что не взлетит?

(0) > он

Кто он?

(5) Злой дух, живущий в шайтан-коробке

(0) какая проблема-то с этим?

(0) 5000 руб.

(8) Демпинг...

(8) 8000 в подарок и консультация как пользоваться и что надо будет сделать.

(4)  безумная идея автора не взлетит.

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

Не рабочая идея совершенно. Вся на костылях.

(11) Что значит не взлетит?
Тестовое задание не взлетит?

(11) Сказали же при забивании. може ему надо всего то перестать заказы на уже сделанных должников клепать. ну не успевают отслеживать вручную кто должник.

(12)  Да хоть перетестовая. Если задача поставлена через заднее место, то, что меняется? И если тут набегает толпа, начинающая давать советы, не включая мозг.

(13)  Отчеты и волшебная клизма менеджерам делают чудеса. Можно прикрутить отчет, который накануне отгрузки проверит все, чтобы успеть принять меры.

(11) идея рабочая
в УТ 11 и ERP реализована именно на уровне заказа клиента и его статуса

в УПП допиливается на каждом втором проекте

Идея вполне рабочая.
Особенно если контора работает не на перепродажу. А, например, заказ покупателя является почти автоматическим заданием на производство

(14)[который накануне отгрузки проверит все]
бред
товар поставлен в резерв, собран, напечатаны сф  и торг-12, чел выписал доверенности и тут его утречком вежливо нах

(15)  Да какая разница как там в УТ сделано, если логически задача не срастается? С каких пор костыли в типовой стали обожествляться?

(16)  Вы уже начинаете придумывать искусственные ограничения. Давайте еще рассмотрим ситуацию когда один заказ в два года на пароход и экстраполируем это на все случаи.


Я описал проблемы в логике. Опровергните их.

(17)  Вам пояснить значение слова "накануне"?

перед проведением заказа проверил взаиморасчеты, если они меньше 0, то отказ.

(18) Мой вариант - абсолютно не искусственный, а взятый из реальной практике. И как раз для него мне пришлось делать нечто, подобное (0)

(18) ты бредишь

В УПП есть крыж у договора с контрагентом - контролировать сумму задолженности. Правда не знаю в типовой он есть или нет.

(23) Он работает только в реализации

(22)  Я пояснил в (11) логические косяки этой задачи. Вы же ничего, кроме словоблудия не выдали.

(21) Да я понимаю что тут у всех не меньше 22 см. Но хотелось бы ближе к логике и математике.

Могу еще чуток проблем добавить - не успели разнести банк. Или заказ на условиях полной или частичной предоплаты.

(25) Ты просто накидываешь проблемы которые также решаются благодатным пинком всем причастным И банк будет и заказы делать только текущим днем.

В общем ребятки развели тут туфталогию, есть вопрос должен быть ответ, а споры и склоки тут не нужны, надо чтоб просто не клепать заказ на должника, есть долг-нет заказа, нет долга-есть заказ и дальнейшая реализация, и всё! или может какая нибудь типа кнопка или предупреждение есть что мол у клиента есть долг. УТ 10.3

(27) 10 000 руб.

(28) Демпинг...

(27) В УТ 10.3 в документе "Заказ покупателя" уже есть кнопка расчитать долг покупателя

(27) решай сам раз такой умный

(27) (20) вот я тебе написал как сделать.
или ты хотел полностью оттестированный, рабочий код?