Просмотр будущих проводок

[mazzy]

Цитата:

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

Пока есть такие идеи:
1) лезем в 12 кодюнит, заводим там временную таблицу, в которую скидываем проводки, в триггере FinishCodeunit пишем ERROR('') для отката транзакций.
Перед еррором выводим форму с будущими проводками
- недостаток: если в таблицу 17 у нас попадут записи не из 12 кодюнита, а из какого-нибудь друго, то этих проводок мы не отследим

<{POST_SNAPBACK}>

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

Цитата:

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

2) лезем в 17 таблицу, вешаем на триггер OnInsert заполнение своей собственной таблицы (дублера таблицы 17). в кодюните 12 заменяем INSERT на INSERT(TRUE). В триггер FinishCodeunit добавляем ERROR('').
Перед еррором выводим форму с будущими проводками.
- недостаток: после того как сработает еррор, транзакция откатится и соотственно наша собственная таблица тоже подчистится

<{POST_SNAPBACK}>

Это не единственный недостаток.
Где-то в глубинах Навижина может быть создание проводок на основании текущей в этой или в других таблицах. Например, создание проводки округления возможно только после создание всех проводок с данным номером документа.

Поэтому вариант 2 не годится в общем случае.

[Kirvisniemi]

Цитата:

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

Цитата:

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

Пока есть такие идеи:
1) лезем в 12 кодюнит, заводим там временную таблицу, в которую скидываем проводки, в триггере FinishCodeunit пишем ERROR('') для отката транзакций.
Перед еррором выводим форму с будущими проводками
- недостаток: если в таблицу 17 у нас попадут записи не из 12 кодюнита, а из какого-нибудь друго, то этих проводок мы не отследим

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

Попробовал сделать такой вариант. Работает.
Сразу всплыли недочеты:
- как я и предполагал, проводки в G/Ledger попадают не только через 12 кодюнит :-( - форма показывает не все будущие проводки
- блокировок нет, потому что форма показывается в немодальном режиме и транзакция успевает откатиться (однако данные из формы не пропадают). НО: есть сложность в синхронизации пользовательских действий. Например пользователь может открыть счет и посмотреть его будущие проводки. А затем сворачивает форму (не закрывает, а сворачивает!), открывает другой счет и снова смотрит будущие проводки.
Еще одно НО: одновременно будущие проводки могут смотреть несколько пользователей и где-то надо хранить флаг "будущности" для каждого юзера

Цитата:

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

Цитата:

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

2) лезем в 17 таблицу, вешаем на триггер OnInsert заполнение своей собственной таблицы (дублера таблицы 17). в кодюните 12 заменяем INSERT на INSERT(TRUE). В триггер FinishCodeunit добавляем ERROR('').
Перед еррором выводим форму с будущими проводками.

Это не единственный недостаток.
Где-то в глубинах Навижина может быть создание проводок на основании текущей в этой или в других таблицах. Например, создание проводки округления возможно только после создание всех проводок с данным номером документа. Поэтому вариант 2 не годится в общем случае.

Верно. Потому и ломаю голову...

[mazzy]

Цитата:

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

А затем сворачивает форму (не закрывает, а сворачивает!), открывает другой счет и снова смотрит будущие проводки.
Еще одно НО: одновременно будущие проводки могут смотреть несколько пользователей и где-то надо хранить флаг "будущности" для каждого юзера

<{POST_SNAPBACK}>

Обрати внимание: я писал слово "записывает".
В Аксапте используется механизм временных таблиц для хранения промежуточных итогов.

Оставлять ТОЛЬКО на экране - принципиально неправильно.

[Kirvisniemi]

Цитата:

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

В Аксапте используется механизм временных таблиц для хранения промежуточных итогов.
Оставлять ТОЛЬКО на экране - принципиально неправильно.

В Navision, в форму можно передать временную таблицу, после чего код, вызвавший открытие формы может преспокойно завершиться и временную переменную типа record убить. Но в форме содержимое останется.
Не думаю что это неправильно - т.к. задача показать проводки реализуется.

Тут проблема в том, как отследить появление записей в G/L минуя 12 кодюнит "Gen. Jnl.-Post Line" - слишком много функционала надо перелопатить.

Пахнет коммерческой разработкой :-)