Как (в 5nt) запретить удаление/изменение проводки ?

[RedPank]

Есть необходимость запретить удаление/изменение проводок (tOperPart) не "привязанных" к начислению/поручению/сделке и т.п.

Исходная задача:
Внешняя программа генерит проводки в Диасофт.

[kvit]

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

[RedPank]

И что этот триггер будет делать ?

Может стоит заполнять какое поле, что-бы Диас сам не давал модифицировать проводки ???

[andrey_seek]

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

Тоесть внешняя программа сбрасывает что-то в таблицу.
А уже обычное начисление по данным этой таблицы, создает список проводок и генерит проводки, по шаблону с фомулами на счета и суммы (возможно субконто)
Тогда и не надо извращаться с вызовом Operation_Insert, который завтра будет уже не такой как вчера
В общем одни плюсы - за исключением скорости и автономности.

[Unregistered]

RedPank

я по моему не понял вопроса,
что такое не "привязанных" к начислению/поручению/сделке и т.п.?

нельзя менять проводки, которые попали в систему из внешних программ?
или наоборот которые "вбили" руками?

если из внешних систем, то смотри протокол в тригере и не позволяй удалять?
или ставить крыж верифицировано, а пользователям возможность установки/снятия крыжа отнять.

kvit

[RedPank]

Есть сильное желание вызвать "DSP_DKOperInsert" из внешней прграммы. В это случае проводка как-бы "сама по себе".

[Drozd]

А почему вставляете проводки, а не документы ? (DealTransact_Insert)
Если бы документы, то проблема ,на первый взгляд, решается правами на пачку.

[RedPank]

DSP_DKOperInsert вставляет проводку в область ДК - депозитарные комиссии. Документов к этим проводкам не предусмотрено.

1. Начисляем комиссию по Депозитарию = Создаем проводки в области ДК
2. Из внешней системы где регистрируются платежи клиентов выгружаем проводки по оплате этой самой комиссии.
3. Все хорошо, но встает вопрос целостности данных: А вдруг в диасофте кто эти проводки удалит ???

[Drozd]

Понял.
Можно повесить триггер на удаление из tOperPart.
При загрузке документов писать их ID в отдельную таблицу (.aaa) с индексом по ID.
Тогда при попытке удалить в триггере проверять есть ли ID проводки в ааа
если есть , то проверить кто удаляет- или что то еще (либо разрешить удалять
либо нет). Если ID нет в ааа, то удалять проверяя права на у далени перед этим.

Но я не понимаю , что такое комиссия по Депозитарию.
Комиссия как я понимаю - это деньги, а не штуки, а если деньги - это документы,
попадающие в область А.

Владимир.

[RedPank]

Но за операции с этими "штуками" кто-то платит деньги ...

У нас учет Ценных Бумаг и рассчет комиссии по ним в Диасе , а денег - в "Кворуме".

Ой! Дяденька! Не Бейте !!! А-а-а-а-а-а-а .....

[Drozd]

Т. е. Баланс по области А в "Кворуме" так я понял ?

[RedPank]

УГУ !!!

[loo]

RedPank
Все-таки самое правильное решение - завести в Диасе пустое начисление, а в процедуру импорта добавить вставку в соответствующий tDealProtocol.
Это дает сразу несколько плюсов - и проводки нельзя удалять/редактировать и из протокола начислений их видно, например по клиентам (правда их можно снести вместе с протоколом).
Можно, наверное на вставке проводок просто заполнять какое-нибудь поле (тот же DealProtocolID в tOperPart ) и они не удалятся.
Можно, наверное, поиграться с правами - не специалист, но должно быть есть права на счета/пачки и т.д. Отобрать их у всех и дело с концом.

[RedPank]

Спасибо всем. Будем эксперементировать.

[Robinzon1]

Спасибо всем. Будем эксперементировать.

Зачем экспериментировать?
Ты же грузишь в Проводки, но там тоже есть пачки, есть область Депо, есть финоперация Проводки. Ну и закрывай права на удаление проводок по любому параметру.