Победим КРИЗИС вместе! Все на борьбу с ПРОСРОЧЕННОЙ ДЕБИТОРКОЙ. Корректировка дат и сумм платежей клиентов, согласно ГРАФИКА ПОГАШЕНИЯ ПДЗ.

[Ахаптовец]

Везде КРИЗИС. Деньги нам клиенты не хотят (и не могут) платить. Начинаем искать компромисс - подписываем графики погашения просроченной дебиторской задолженности (ПДЗ).
Вопрос: нет ли в Аксапте функционала "График погашения ПДЗ"?
График оплаты - это не то. График оплаты используется до разноски накладной по заказу. А нам надо функционал массовой корректировки открытых операций (типа: берется пул (десяток, другой) просроченных накладных с разными датами и суммами, определяется общая сумма, а затем она раскидывается на три части: 1 ноября - 30%, 15 ноября - 30%, 30 ноября - 40%).
Т.е. должен быть интерфейс: с одной стороны выводятся открытые накладные с просрочеными оплатами и общая по ним сумма, с другой - поля для установки дат и сумм погашения.
После разноски этого журнала, в СustTransOpen должны удалиться записи, имеющиеся по этим накладным, и родиться новые записи, с учетом графика погашения ПДЗ.
При этом от каждой накладной "откусывается" определенная часть, чтобы для каждой даты оплаты собралась желаемая сумма.
Я примерно так себе это представляю.
Коллеги, неужели в Аксапте этого нет?!

[miklenew]

Цитата:

Сообщение от Ахаптовец

После разноски этого журнала, в СustTransOpen должны удалиться записи, имеющиеся по этим накладным, и родиться новые записи, с учетом графика погашения ПДЗ.

Чё за записи?
Я вот читаю и думаю вам нужен функционал какого-то хитрого сопоставления оплат с накладными или вам нужен какой-то интерфейс что-то вроде резервирования, типа сделать виртуальное сопоставление накладной с мнимой(будущей) оплатой.
Вобщем я слабо понял.
Можно по детальнее.
Особенно про то что должно происходить при разноске этого журнала.

[sukhanchik]

Цитата:

Сообщение от Ахаптовец

А нам надо функционал массовой корректировки открытых операций (типа: берется пул (десяток, другой) просроченных накладных с разными датами и суммами, определяется общая сумма, а затем она раскидывается на три части: 1 ноября - 30%, 15 ноября - 30%, 30 ноября - 40%).
....
Коллеги, неужели в Аксапте этого нет?!

Конечно нет. "Коней на переправе не меняют" или график платежей не определяют ПОСЛЕ отгрузки. При нормальной работе. Исключительные ситуации могут быть обработаны вручную.
В Вашем случае, конечно, такая потребность есть. Но это следствие того, что Вы соглашаетесь так работать. КРИЗИС тут ни причем - все по-разному решают свалившиеся на них проблемы. Не все работают с отсрочкой оплаты, не все соглашаются реструктурировать долги. А потом это может быть разовая операция - один раз проблема возникла - вручную все сделал, и больше мы так не работаем.

А если работаем - то нужно пересматривать методологию учета. Потому что нельзя одним щелчком регулярно перелопачивать пол базы.

[mazzy]

Цитата:

Сообщение от Ахаптовец

Коллеги, неужели в Аксапте этого нет?!

Конечно же есть. И давно уже
Не так как вы себе это представляете.
(А если вы определитесь с версией, то нам еще легче будет общаться)

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

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

Интеллекта у Аксапты нет, а вот механизм - есть.


Поищите на этом форуме сообщения glibs по поводу графиков оплаты и распределения сроков оплаты.

[sukhanchik]

Цитата:

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

Конечно же есть. И давно уже
Не так как вы себе это представляете.

Эммм... был неправ... Умные люди поправили.

[Logger]

Цитата:

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

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

Хм...
А сопоставлять вы как потом это все будете ? Т.е. в книгу покупок продаж как это отразится ? По крайней мере локализация трешки такое не позволит.

[mazzy]

сопоставлять - замечательно.
про локализацию - тем хуже для локализации.
а вообще говоря, про локализацию здесь: Vincent: Dynamics AX6 – The new X++ editor

[Logger]

Цитата:

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

про локализацию - тем хуже для локализации.

Куда ж бедному пользователю податься ?

[ikopyl]

Цитата:

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

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

Интеллекта у Аксапты нет, а вот механизм - есть.

Настраиваемый интелект можно прикрутить из регистра "Инвентаризация дебиторской задолженности" (по налогу на прибыль) - там есть механизм настройки периодов задолженности, процента списания, посмотреть, как это используется в регистре, докрутить под свои потребности. Может, поможет...

[Индра]

Цитата:

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

Куда ж бедному пользователю податься ?

Продать бизнес на запад, и внедрить нелокализованную Аксапту. Простите за оффтоп

[mazzy]

что-то уж очень радикально.

что делать?
прежде всего понять суть и смысл.
потом разобраться с извратами локализации
решить - доделывать локализацию или выкинуть нах в рассматриваемой части.