23 октября, вторник 12:09
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

новое в архитектуре 4.1D

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

  • новое в архитектуре 4.1D

    Рассматривая раздатки с семнара сформулировал вопросы по некоторым новым архитектурным решениям.

    1. Служба внутренних сообщений.
    Рассматривалась ли возможность обмена сообщениями не только между пользователями Бисквита, но с внешними обьектами?

    2. Статусы.
    В 4.1D00 через метасхему поддерживаются только статусы документов и договоров. Планируется ли поддержка статусов лицевых счетов, клиентов?
    Механизм раздачи прав на работу со статусами документов остался прежним?
    Возможно ли вызывать внешние процедуры при переводе обьекта со статуса на статус?

    3. Роли субьектов.
    Я правильно понял, что для любого типа объекта возможно зарегистрировать связь с любым типом объекта с некоторой ролью с указанием даты начала действия?

  • #2
    А вы это кому вопросы задаете? Предполагается, что мы тут коллективным разумом дойдем до правильных ответов? Или опять - надежда, что фирма Бис услышит?
    Мне бы тоже хотелось узнать ответы на эти вопросы, а также на многие другие. Но, вы помните, на семинаре зашел вопрос о проведении небольшего треннинга по возможностям релиза собственно для администраторов/программистов банка. Чтобы мы не вот так вот сообща решали, а знали ответ из первых рук.
    Помнится, обещали разослать запрос - кому это нужно. Запроса нет. Нет человека, нет проблемы.
    Чем больше связей, тем меньше степеней свободы.

    Комментарий


    • #3
      Надеюсь увидеть ответ присутствующего тут bulklodd.
      Вряд ли кто-либо еще на фирме БИС столь же компетентен.

      А что касается службы сообщений - интересна также потребность банкиров.

      Комментарий


      • #4
        А в ответ тишина...
        Чем больше связей, тем меньше степеней свободы.

        Комментарий


        • #5
          Рассматривая раздатки с семнара сформулировал вопросы по некоторым новым архитектурным решениям.

          1. Служба внутренних сообщений.
          Рассматривалась ли возможность обмена сообщениями не только между пользователями Бисквита, но с внешними обьектами?
          С какими именно? ICQ? WinMessenger? Уточни.

          2. Статусы.
          В 4.1D00 через метасхему поддерживаются только статусы документов и договоров. Планируется ли поддержка статусов лицевых счетов, клиентов?
          Механизм раздачи прав на работу со статусами документов остался прежним?
          Возможно ли вызывать внешние процедуры при переводе обьекта со статуса на статус?
          К сожалению, что касается статусов, то через метасхему мало что поддерживается. Статусы на документы в метасхему не внедрялись, проблематично при этом оценить, что отвалится. Возможно эта работа будет сделана в патчах.

          Перевод БИСКВИТа на модель состояний это тема отдельного релиза, она пока не ставится. Потенциальная возможность использования этой модели уже сейчас есть.

          3. Роли субьектов.
          Я правильно понял, что для любого типа объекта возможно зарегистрировать связь с любым типом объекта с некоторой ролью с указанием даты начала действия
          Роли клиентов позволяют связать любой объект с любыми типами субъектов, как-то юрлицо, физлицо, банк или подразделение/филиал. Например, к частному вкладу можно привязать, собственно вкладчика, его доверенных лиц, наследников и т.д.

          Для связи любого объекта с любым объектом используются связи.

          Комментарий


          • #6
            Сообщение от bulklodd
            С какими именно? ICQ? WinMessenger? Уточни.
            Проще через xmpp/jabber. Скриптами, коих во множестве. А на jabber сервере можно и в icq, и куда угодно.

            Комментарий


            • #7
              Проще через xmpp/jabber. Скриптами, коих во множестве. А на jabber сервере можно и в icq, и куда угодно.
              Поясню свою позицию на счет использования скриптов, PROGRESS позиционируется как многоплатформенная система, поэтому БИСКВИТ вроде тоже хочется так позиционировать. Использование не PROGRESS средств, а именно скриптов, специфических команд UNIX мною не очень приветсвуется, т.к. реально убирает возможность этой самой многоплатформенности. Кстати в БИСе разработка часто осуществляется в клиент-сервере

              Что касается службы ВС, то во-первых, преследовалась цель обкатать работу с сокетами на 9-ке, а во-вторых, системных задач при ее проектировании никаких особых не возлагалось, хотя требования новые есть, стало быть появится новая версия этой службы

              Комментарий


              • #8
                bulklodd

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

                Правильно ли я пониманию, что для связей буде использоваться таблица cast-role ?

                Если так, то как должны заполняться следующие поля :
                1. cust-role-id (Уникальный суррогатный идентификатор),
                2. Class-Code,
                3. cust-code-type,
                4. cust-code.

                Необходимо для собственных разработок.

                Комментарий


                • #9
                  1. cust-role-id (Уникальный суррогатный идентификатор),
                  2. Class-Code,
                  3. cust-code-type,
                  4. cust-code.
                  1. cust-role-id - заполняется авт. триггером
                  2. class-code - код подкласса cust-role (роль субъекта, например, вкладчик, контрагент, бенефициар и т.д.)
                  3. cust-code-type - тип идентификации из классификатора КодБанка (необязательно)
                  4. cust-code - значение идентификатора из banks-code (необязательно)

                  Комментарий


                  • #10
                    bulklodd

                    Описание структуры таблицы у меня есть. Мне непонятен механизм заполнения.

                    1. cust-role-id - заполняется авт. триггером

                    Понятно, вопросов нет.

                    2. class-code - код подкласса cust-role (роль субъекта, например, вкладчик, контрагент, бенефициар и т.д.)

                    Откуда должны взяться значения для заполнения - из классификатора или как-то иначе ?

                    3. cust-code-type - тип идентификации из классификатора КодБанка (необязательно)

                    В описании структуры сказано "Код идентификации субъекта", "Вид кода, который идентифицирует субъекта. Домен, поддерживающий данный реквизит, указывается на классе (Class-code)."

                    А пояснить ?

                    4. cust-code - значение идентификатора из banks-code (необязательно)

                    Из описания "Значение идентификатора субъекта", "Значение идентификатора указанного вида".

                    Опять же непонятно.

                    Комментарий


                    • #11
                      2. class-code - код подкласса cust-role (роль субъекта, например, вкладчик, контрагент, бенефициар и т.д.)

                      Откуда должны взяться значения для заполнения - из классификатора или как-то иначе ?
                      Из метасхемы

                      3. cust-code-type - тип идентификации из классификатора КодБанка (необязательно)

                      В описании структуры сказано "Код идентификации субъекта", "Вид кода, который идентифицирует субъекта. Домен, поддерживающий данный реквизит, указывается на классе (Class-code)."

                      А пояснить ?
                      У меня вопрос в каком документе дается такое описание?
                      Что касается пояснений, то в на данном реквизите в метасхеме можно указать классификатор из которого будут браться значения для заполнения, к таким классификаторам относится КодБанка.
                      Пример заполнения :
                      cust-code-type = "BIC" или cust-code-type = "МФО-9"

                      4. cust-code - значение идентификатора из banks-code (необязательно)

                      Из описания "Значение идентификатора субъекта", "Значение идентификатора указанного вида".

                      Опять же непонятно.
                      Пример заполнения :
                      cust-code-type = "BIC"
                      cust-code = "ABNADEFFBER"
                      или
                      cust-code-type = "МФО-9"
                      cust-code = "046583002"

                      Комментарий

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

                      Свернуть

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

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