Трассировка стека при удалении строчки журнала перенесенных оплат...

[glibs]

5.0. Кажется, раньше тоже было.

Создать строчку в журнале платежей поставщикам. Выгрузить в банк-клиент или вручную сменить статус оплаты на "Отправлено". Зайти в РП\Журналы\Платежи\Перенесенные оплаты. Сменить в строчке статус на "Аннулировано". Удалить строку.

Появляется сообщение:

Message (13:07:59)
Cannot edit a record in Ledger journal table (LedgerJournalTable).
Update must be performed inside a transaction.
(S)\Classes\xRecord\update
(C)\Forms\CustVendPaymReconciliation\Data Sources\LedgerJournalTrans\Methods\delete - line 13
(C)\Classes\FormRun\task
(C)\Classes\SysSetupFormRun\task - line 20

Update must be performed inside a transaction. [W-194441312747913338]

[Diman]

У меня не воспроизводится на РУ-5.
И еще, позвольте уточнить, в стеке вызовов вижу форму
CustVendPaymReconciliation - это выверка счета, но в описании шагов про нее не упоминается.

[glibs]

РП\Журналы\Платежи\Перенесенные оплаты и есть CustVendPaymReconciliation.

Возможно, до РУ5. У меня РУ3, на 5-й не дошли руки перебраться пока.

[Diman]

Да, точно, не туда посмотрел. Это перенесенные оплаты.
Но на сколько мне известно банк-клиент появился только в РУ-5.

[glibs]

Международный там был... ну как минимум в 2.5.

В РУ5 появился пользовательский интерфейс настройки форматов обмена всего лишь, насколько я понял. Сам framework банк-клиента в Аксапте был всегда. Только формат обмена нужно было кодить. А в РУ5 можно настраивать без кодирования.

[Diman]

А понятно, это Вы про генерацию платежей упоминали.

[d&m]

Quote:

Originally Posted by glibs

Международный там был... ну как минимум в 2.5.

В РУ5 появился пользовательский интерфейс настройки форматов обмена всего лишь, насколько я понял. Сам framework банк-клиента в Аксапте был всегда. Только формат обмена нужно было кодить. А в РУ5 можно настраивать без кодирования.

не только пользовательский интерфейс, но и куча классов с суффиксом _RU.

вобщем в РУ5 сделали по сути локализованную интеграцию с клиент-банком (свои найстройки, свои обработки и т.д.) - в частности и в перенесенных оплатах необходимость отпала.

[glibs]

Quote:

Originally Posted by d&m

...
не только пользовательский интерфейс, но и куча классов с суффиксом _RU.
...

Я так и подозревал.

Quote:

Originally Posted by d&m

...
вобщем в РУ5 сделали по сути локализованную интеграцию с клиент-банком (свои найстройки, свои обработки и т.д.)
...

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

Поясните, пожалуйста, что сие значит: "локализованную интеграцию с клиент-банком".

Quote:

Originally Posted by d&m

...
в перенесенных оплатах необходимость отпала.
...

Ну... ну... а зато я изначально был лучшего мнения о тенденциях локализации.

Такими темпами пойдут — глядишь вообще выкинут буржуйский функционал и конфигурацию 1С напишут.

Судя по тенденциям, недалеки те времена, когда в Аксапте появится перепроведение документов. Ведь никто раньше не верил, что в Аксапте появится 45-й счет.

[d&m]

Quote:

Originally Posted by glibs

Поясните, пожалуйста, что сие значит: "локализованную интеграцию с клиент-банком".

я имел в виду, что есть международный функционал в части экспорта/импорта платежек, а в РУ5 "прикрутили" российскую версию.

"локализованная" интеграция с клиент-банками включает в себя:

1. настройки формата обмена - а-ля 1с:
2. экспорт расходов через новую форму BankClientOutPayment_RU
3. классы экспорта BankClientExport*_RU
4. классы импорта BankClientImport*_RU
5. обработка выгруженной из клиент банка выписки через новую форму BankClientImportedStatement_RU

и все это еще тесно завязано на "новинки" из последних Roll up-ов - такие как купля/продажа и перевод валюты