Требуется чтобы при проводке поступления в одной из областей стоимость была на 50% меньше, т.е. поступала половина.
Например:
Области:
1 - 1000 рублей
2 - 1000 рублей
3 - 500 рублей.

Програмно через этот usert-exit реализовать удалось. Но при попытке переместить на какое то ОС получается.
области:
1 - 100 рублей
2 - 100 рублей
3 - 50 рублей.

Ставлю точку останова в инклюде ZXAPCU05, но туда почему то программа упорно не хочет идти.
Может у кого есть какие то предположения.

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

это все мне известно. Но нам нужно чтобы поступала сумма на 50% меньше чем в 1-ой области, а перемещалась как в 1 области. При перемещении программа почему то игнорирует этот user-exit. Может кто сталкивался с этим.

очень интересно, т.е. вы хотите, чтобы перемещением в этой области делалась отрицательная сумма?

Вы не совсем поняли. Получается вот как.
Видом движения 100 на основное средство 111 закидываю сумму
1 - 1000 рублей
2 - 1000 рублей
3 - 500 рублей.
А перемещаю 320 видом движения
1 - 100 рублей
2 - 100 рублей
3 - нужно что-бы было 100 рублей, а система упорно выдает 50 рублей, хотя в этой области есть семма в 500 р.
Менять ручками, создавать новые виды движения, все это не подходит. Хотелось реализовать все это через юзер-ексит. К тому же если вид движения 100, то система вызывает юзер-ексит, а если 320 нет. Непонятно. Кто-нибудь обяснит почему!?

А можно глянуть, что вы нарисовали в экзите?

Сдается мне, никто там не задавал четко виды движения... и похоже все операции с данным объектом пойдут по схеме

1. 100%
2. 100%
3. 50%

вот собственно и код.

data: anbtr like anepi-anbtr.

if i_rlambu-bwasl = '100'.


IF t_anepi-afabe = '03'.
anbtr = t_anepi-anbtr.
t_anepi-anbtr = anbtr / 2.
ENDIF.

move t_anepi to m_anepi.
append m_anepi.

endif.[/list]

Система все делает правильно.
Дело в том, что при частичном перемещении и выбытии она со всех областей оценки списывает стоимость пропорционально, т.е. если вы перемещаете 10% от стоимости по первой области, то она логично хочет по 10% от всех остальных областей переместить.
Так что тут наверное без спецального экзита на перемещение не обойтись...
Либо вид движения перемещения попробовать настроить так, чтобы по этой области стояла галка не "проводить всегда" а "предлагать для выбора" - тогда может быть получится вручную сумму ввести...

Аналогично
ставлю в ZXAPCU05
break Login.

нифига програмуля туда не попадает.

проект создал. расширение туда включил. Ну и как это называется?

Есть транзакция ABUM - транзакция версии 4.0, но работает и версии 4.7. Так в этой транзакции можно руками поправить сумму перемещения в любой области, кроме 1.

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

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

В предметной области не силен, АВАРер .
Не подкинете пример использования этого расширения для подобной задачи, не все понятно.

Заранее благодарю.