Сопоставление открытых операций

[TDV]

Блин. А почему нельзя маркировать на два заказа суммы из одной оплаты В чем смысл данного ограничения. Пришли деньги авансом. Заказчик отказался от заказа(ну вот не захотел покупать и все), а через неделю прислал новый заказ на который деньги благополучно маркировали, но не все и через день еще заказ. Остаток от аванса хотим распределить на второй. Что, только программить нужно.

[EVGL]

Цитата:

Сообщение от TDV

Блин. А почему нельзя маркировать на два заказа суммы из одной оплаты В чем смысл данного ограничения. Пришли деньги авансом. Заказчик отказался от заказа(ну вот не захотел покупать и все), а через неделю прислал новый заказ на который деньги благополучно маркировали, но не все и через день еще заказ. Остаток от аванса хотим распределить на второй. Что, только программить нужно.

Да не, надо типа версии поновее брать. В AX2009 все катит.

[TDV]

Цитата:

Сообщение от EVGL

Да не, надо типа версии поновее брать. В AX2009 все катит.

DAX2009 RollUp8 РусЛок.

Попробуйте пожалуйста у кого есть время. Протестировать. Есть смутные сомнения, что слишком новая версия установлена. Должно ведь работать.

Серьезно. Товарищи. Неужели нельзя одну оплату на два заказа разделить? Вопрос своей новизной не блещет, но есть большое желание вопрос прояснить.

[Dark Light]

Цитата:

Сообщение от TDV

DAX2009 RollUp8 РусЛок.

Попробуйте пожалуйста у кого есть время. Протестировать. Есть смутные сомнения, что слишком новая версия установлена. Должно ведь работать.

Серьезно. Товарищи. Неужели нельзя одну оплату на два заказа разделить? Вопрос своей новизной не блещет, но есть большое желание вопрос прояснить.

Также DAX2009 RollUp8. Также нет возможности поставить две галки. В коде не видно никаких способов это обойти без модификаций.

У меня такая версия:
Создатели данной схемы предполагали, что записи в SpecTrans'е (метки) будут иметь короткое время "жизни". Понаставил галочек, сопоставил, галочки исчезли.

Проблему параллельного доступа нескольких пользователей к сопоставлению одной и той же проводки они решили очень легко. Нет доступа - нет проблем. По этой же причине и не работает параллельное сопоставление двух заказов с одной оплатой (одним пользователем) - это уже слишком сложно. Проще сопоставить всё уже после разноски заказов.

Чтобы система не ругалась на эту конкретную ситуацию, нужно модифицировать несколько проверок, очень сильно класс SpecTransCache, вероятно, класс SpecTransManager и Бог знает, что ещё...

Как вариант: сделать свою систему меток заказ-проводка, которая перед самым сопоставлением генерировала бы нужный SpecTrans.

[mnt_dx]

Цитата:

Сообщение от Dark Light

Также DAX2009 RollUp8. Также нет возможности поставить две галки. В коде не видно никаких способов это обойти без модификаций.

У меня такая версия:
Создатели данной схемы предполагали, что записи в SpecTrans'е (метки) будут иметь короткое время "жизни". Понаставил галочек, сопоставил, галочки исчезли.

Проблему параллельного доступа нескольких пользователей к сопоставлению одной и той же проводки они решили очень легко. Нет доступа - нет проблем. По этой же причине и не работает параллельное сопоставление двух заказов с одной оплатой (одним пользователем) - это уже слишком сложно. Проще сопоставить всё уже после разноски заказов.

Чтобы система не ругалась на эту конкретную ситуацию, нужно модифицировать несколько проверок, очень сильно класс SpecTransCache, вероятно, класс SpecTransManager и Бог знает, что ещё...

Как вариант: сделать свою систему меток заказ-проводка, которая перед самым сопоставлением генерировала бы нужный SpecTrans.

Открытые заказы - это совершенно ненадежная вещь. Я бы посчитал возможность сопоставлять даже один открытый заказ большим послаблением режима: пользователь забивает заказ и сразу помечает оплату из заказа. Разносит накладную. Всем спасибо, все свободны(с) Вбивает новый заказ и так далее. Если он забил хотя бы 2 заказал, потом стал менять один или оба - тут по-моему много сложностей.
Обычно, разные клиенты/договоры ведутся разными людьми, так что наличие предупреждения - это звоночек, что кто-то сделал ошибку и надо проверить заказы/оплаты, пока не поздно.