25 ноября, суббота 03:05
Bankir.Ru

Объявление

Свернуть
1 из 2 < >

Выбираем Золотого пользователя - 2017

2 из 2 < >

Выбираем Золотого модератора - 2017

Показать больше
Показать меньше

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

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

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

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

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

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

    Комментарий


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

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

      Комментарий


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

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

        Комментарий


        • #5
          RedPank

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

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

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

          kvit

          Комментарий


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

            Комментарий


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

              Комментарий


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

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

                Комментарий


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

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

                  Владимир.

                  Комментарий


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

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

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

                    Комментарий


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

                      Комментарий


                      • #12
                        УГУ !!!

                        Комментарий


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

                          Комментарий


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

                            Комментарий


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

                              Комментарий

                              Пользователи, просматривающие эту тему

                              Свернуть

                              Присутствует 1. Участников: 0, гостей: 1.

                              Обработка...
                              X