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

[Murlin]

Доброго времени суток!
Такая проблема: на два заказа на одного клиента оформлена одна строчка журнала ордеров и разнесена соотв-но.
Необходимо включить какой-то функционал если он имеется чтобы можно было эту одну операцию в custtransopen дробить разными суммами.
Ну т.е. пример:
на иванова оформлено 2 заказа сумма 100 рублей и 100 рублей
оформлен журнал ордеров на 160 рублей.
Необходимо чтобы по первому заказу была сопоставлена сумма 90 рублей
а по второму 70.
DAX 4.0

[EVGL]

Для того, чтобы "дробить custtransopen", используются графики платежей. Задним числом сделать невозможно.
Однако, никто не мешает вам сопоставить только часть оплаты со счетом: последняя колонка с суммой сопоставления в соот. форме "Редактирование открытых проводок" может редактироваться пользователем.

[Murlin]

А не подскажите путь?
Пожалуйста - не могу найти совершенно!!!!!!!!!!!!!!!!!!!!

[Murlin]

Цитата:

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

Для того, чтобы "дробить custtransopen", используются графики платежей. Задним числом сделать невозможно.
Однако, никто не мешает вам сопоставить только часть оплаты со счетом: последняя колонка с суммой сопоставления в соот. форме "Редактирование открытых проводок" может редактироваться пользователем.

Подскажите где находится данная форма?

[Dark Light]

Клиент -> Функции -> Сопоставление открытых проводок. Поле "Сумма сопоставления". Это в 5ке - в 3ке примерно так же.

[Murlin]

Цитата:

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

Клиент -> Функции -> Сопоставление открытых проводок. Поле "Сумма сопоставления". Это в 5ке - в 3ке примерно так же.

Поле называется коррекция, откопал но то чего я хочу - не дает.

[EVGL]

Надо же. Неужели вот такого в 4.0 нет:

[Murlin]

Цитата:

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

Надо же. Неужели вот такого в 4.0 нет:
Вложение 7732

работает крайне коряво

[Dark Light]

Цитата:

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

работает крайне коряво

И что будет, если пометить операции *07606 и *42158, для первой в коррекции указать -100, для второй 100, и обновить? (кстати, не вижу кнопки "Обновить") Как изменятся соответствующие проводки и открытые проводки по клиенту?

[Rezervforall]

А почему коряво?

[Murlin]

Цитата:

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

А почему коряво?

сумма корректировки не меняется и по мойму там для одного заказа показывается тоже самое что для второго.
исправил более менее.

[TDV]

Камрады. Беда такая.
1) Есть два открытых заказа на продажу на одного клиента. (проводок по ним не было). Каждый заказ по 60 руб.
2) Есть разнесенный платеж 100руб на этого же клиента.
3) Из заказа на продажу №1 делаю маркировку платежа на 30руб.(Функции-Сопоставление открытых проводок)
4) Пытаюсь оставшиеся 70 руб маркировать на второй заказ. Ставлю галку в строке и система выдает следующее: ОШИБКА 'Эта проводка была помечена для сопоставления другим пользователем.'

Что может быть? Откуда ошибка.

[Dark Light]

Цитата:

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

Камрады. Беда такая.
1) Есть два открытых заказа на продажу на одного клиента. (проводок по ним не было). Каждый заказ по 60 руб.
2) Есть разнесенный платеж 100руб на этого же клиента.
3) Из заказа на продажу №1 делаю маркировку платежа на 30руб.(Функции-Сопоставление открытых проводок)
4) Пытаюсь оставшиеся 70 руб маркировать на второй заказ. Ставлю галку в строке и система выдает следующее: ОШИБКА 'Эта проводка была помечена для сопоставления другим пользователем.'

Что может быть? Откуда ошибка.

Система позволяет пометить проводку только один раз. Там даже должно быть предупреждение:


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

[gl00mie]

Эта ошибка возникает, если в SpecTrans есть запись, ссылающаяся на указанную проводку через Ref*-поля, но через Spec*-поля ссылающаяся на другую "сущность" (обычно там пишется ссылка на CustTable/VendTable). В данном случае проблема, как мне представляется, в том, что при вызове сопоставления открытых проводок на заказе в качестве "ссылочной" записи (ссыла на нее как раз пишется в поля SpecTrans.Spec*) передается шапка зазака, а не, скажем, запись CustTable для "счета на". Это при желании можно исправить, скажем, подпилив \Forms\CustOpenTrans\Methods\init.

[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 заказал, потом стал менять один или оба - тут по-моему много сложностей.
Обычно, разные клиенты/договоры ведутся разными людьми, так что наличие предупреждения - это звоночек, что кто-то сделал ошибку и надо проверить заказы/оплаты, пока не поздно.

[EVGL]

А, все, понял. Сопоставляется из двух разных мест, двух разных заказов. Действительно нельзя. Можно потом, когда счета уже будут разнесены, но для вас это уже слишком поздно, не так ли? Речь ведь, наверное, идет о предоплате.