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

[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]

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

[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 РусЛок.

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

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

[EVGL]

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

[Dark Light]

Цитата:

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

DAX2009 RollUp8 РусЛок.

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

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

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

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

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

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

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

[TDV]

Иду в MS с этим вопросом . Уж больно хочется услышать как этот процесс живет.

[TDV]

Цитата:

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

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

Да вы правы, предоплате. Процесс распространенный. Сдается, что допиливают кому надо. Вопрос как правильно?(риторический)