27 октября, вторник 14:56
Bankir.Ru

Объявление

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

ПО для аналитического управления

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

  • #31
    2zepp again.
    пошел покурил и еще хочу вот что сказать...
    нет смысла вводить группу риска по активам, они базируются на типе клиента (бюджетники, небюджетники...) и (или) типе продукта, если будет вся инфа по клиенту (формализованная база) и по продукту (а код продукта (бизнес-инструмента) уже есть в счете), то риски считать можно будет и так, без всякого кода, в данном случае дублирование только утяжелит базу и эргономику (читабельность) счета...
    с наилучшими пожеланиями, Skin_Head

    Комментарий


    • #32
      To All:

      1. Спасибо всем, кто прочитал мои воспоминания. По-существу мне нечего добавить к уже написанному. Если будете в Москве и захотите еще что-то узнать о моих опытах в контроллинге, напишите по e-mail - созвонимся, встретимся, выпьем чаю и поговорим.

      2. Приглашаю поучаствовать в обсуждении темы доходности пластикового бизнеса в разделе "Пластиковые карты".

      Best regards,
      Zepp

      Комментарий


      • #33
        интересный ты парень, Zepp приглашаешь писать на е-мейл, но при
        этом нигде его не указываешь . ладно, приятно было пообщаться, повторяю, я ни встречал еще людей, которые круче чем ты этот срез знают...

        Комментарий


        • #34
          по поводу выбора АБС:
          если АБС не содержит всю информацию, то по идее АБС частично замещается
          другим хранилищем данных, и как правильно было замечено меняется только модуль
          извлечения данных.
          У нас стоит БИСквит, при наличии всех модулей из него можно вытянуть
          практически всю информацию. Кроме того в АБС есть понятие доп.реквизит
          и к счету,клиенту,документу можно привязать любые доп. данные.

          по поводу дискуссии:
          1) вопрос аналитики по операциям частично снимается открытием множества лиц.
          счетов, а это уже политика бухгалтерии банка.
          2) информация например о кредите не лежит только на ссудном счете, это
          информация принадлежит кредитному договору.
          3) я предлагаю рассмотреть модуль обработки данных: как он должен выглядеть,
          каким требованиям должен удоволетворять ?

          Комментарий


          • #35
            To Skin_Head:

            Наверное что-то у bankir.ru не работает.
            Пишите мне по адресу specbox@mail.ru.

            Best regards,
            Zepp

            Комментарий


            • #36
              to PSrg
              я подразумеваю отсутствие дублированных данных, есть много технологий
              поддерживающих независимость от источника данных, например CORBA.

              Но это все немного другая тема беседы, если интересно то можно поговорить отдельно.

              реализация исходных данных в каждой АБС своя( например классификатор),
              по моему проблема все таки в предоставлении простого доступа к всей
              информации в банке или предоставлении инструмента, независимо от конкретной АБС.

              Комментарий


              • #37
                То Зепп, работает. Просто в своем аккаунте надо бы галочку поставить напротив поля "сделать видимым е-майл".

                Комментарий


                • #38
                  -- kos,

                  "если АБС не содержит всю информацию, то по идее АБС
                  частично замещается другим хранилищем данных, и как
                  правильно было замечено меняется только модуль извлечения данных"

                  - Как раз в этом вся проблема - как обеспечить
                  синхронизацию данных там и там? Причем с обратной
                  связью, напр. синхронный rollback или поздний update?

                  BR,Rsrg

                  Комментарий


                  • #39
                    1 . Управленческий учет в Казначействе. Система внутренних балансов.

                    В целях организации Управленческого учета в Казначействе считаю необходимым создание внутри Казначейства ╚профит центров╩ (ПЦ), осуществляющих специфичные для них операции по выделенным для них портфелям.
                    К ПЦ я отношу следующие отделы:
                    ╥ Ресурсный;
                    ╥ Операций на межбанковских денежных рынках;
                    ╥ Валютных операций;
                    ╥ Ценных бумаг (государственные, корпоративные и другие), векселей;
                    ╥ Акций.


                    Профит центры и сделки между ними.

                    Более широкое толкование ПЦ предполагает выделение их не только внутри Казначейства, но и в рамках Банка и Группы. Ими могут выступать Кредитное управление, клиентское управление, управление по работе с пластиковыми карточками, касса банка, другие.

                    Нормальная деятельности указанных подразделений Казначейства (Банка) приводит к возникновению позиций по тем или иным инструментам и, как следствие, требует
                    ╥ обеспечения их финансирования и
                    ╥ распределения рисков.
                    Зрячее финансирование, т.е. финансирование, понятное обеим сторонам ╚внутренней сделки╩ в терминах суммы, срока и ставки делает возможным создание осмысленного управленческого учета в Казначействе и в банке в целом.
                    В этом случае ресурсный отдел получает полную информацию о состоянии активов и пассивов Банка и, следовательно, способен обеспечить более эффективное управление ими.
                    Подразделения, ╚обслуживаемые╩ ресурсным отделом приобретают в своей деятельности возможность осознанного ценообразования. Так, кредитное управление получает стоимость финансирования кредитного портфеля и в своей отчетности оперирует термином ╚маржа╩, а не только процентов, полученных по выданным кредитам. Здесь следует упомянуть о возможности установления т.н. ставки ╚прайм-рэйт╩ - ставки для первоклассного заемщика, широко используемой иностранными банками. Ее установление √ задача ресурсного отдела.
                    ПЦ, закрывая позиции, возникшие в результате его нормального функционирования, принимает на себя риски свойственные только ему; пример тому - кредитное подразделение принимает на себя кредитный риск заемщика. Казначейство принимает на себя риск изменения конъектуры рынка. Казначейства, в свою очередь, получает возможность осознанно оценивать возникающие рыночные риски, снижая тем самым возможные потери вследствие изменения рыночной конъектуры.


                    Основным инструментом, позволяющим осуществить формирование профит центров, является ╚внутренняя сделка╩ (ВС). Это может быть депозит или валютный своп. Контрагентами по ВС выступают:
                    ╥ ресурсный отдел (всегда) и
                    ╥ любое из вышеперечисленных подразделений
                    Пример:
                    Сотрудник кредитное управление (КУ) перед предоставлением кредита запрашивает цену у РО на сделку, полностью симметричную предоставляемому кредиту (валюта, сумма и срок). Получив цену, и учитывая кредитный риск заемщика, КУ устанавливает процентную ставку по кредиту (прибавляя к ╚прайм-рэйт╩ дополнительную маржу, величина которой определяется кредитным риском заемщика). Между КУ и РО заключается сделка с последующей ее регистрацией обеими участниками. В результате КУ получает финансирование конкретного кредита, а РО информацию о том куда, на какой срок, и под какую процентную ставку активы Банка размещены. С точки зрения распределения риска по сделке по выдачи кредита в ведении Кредитного Управления остается кредитный риск заемщика, а Казначейство в лице РО принимает на себя рыночный риск изменения цены. На РО также возлагается обязанность обеспечения финансирования этой сделки за счет средств, заимствованных на внешнем рынке, или за счет Ностро счетов.

                    Отдельно стоит упомянуть ограничение рисков ПЦ по инструментам, находящихся в их ведении. Основные ограничения - величина и срок открытых позиций. Установление ограничений по операциям подразделений возможно не только в виде агрегированных величин на инструмент (сотрудника, отдел), но и может быть установлено на портфели, что значительно облегчает контроль использования совокупных величин.


                    Портфели.

                    Профит центры, являясь подразделениями Казначейства (Банка) и осуществляя операции на собственных рынках, несут персональную ответственность по результатам собственной деятельности. Учет результатов деятельности ПЦ осуществляется с помощью ╚Портфелей╩, персонально приданных каждому ПЦ. Портфель является обязательным атрибутом любой сделки (не важно внутренней или ╚внешней╩). Портфель несет в себе смысловую нагрузку, ответ на вопрос: кем и с какой целью данная операция была осуществлена.
                    Например, в портфеле ╚Кредиты физ. лиц╩ регистрируются выданные кредиты и внутренние сделки между КУ и РО по финансированию кредитного портфеля. Наличие портфеля позволяет получить точный результат финансовой деятельности Банка по выдаче кредитов физическим лицам √ как разница между процентами, полученными по выданным кредитам и процентами (пусть и виртуально), уплаченными по внутренним сделкам КУ с ресурсным отделом. Кроме того, анализ состояния портфеля позволяет получить точную информацию о средневзвешенной стоимости финансирования этих операций и их сроке. Причем, Казначейству совсем не требуется доступ к базе выданных кредитов, достаточно оценить портфель ╚Кредиты физ. лиц╩, либо сделки РО с контрагентом ╚Кредитное управление. Отдел по работе с физическими лицами╩. Структура портфелей может иметь достаточно сложную архитектуру. Например, портфель ╚Кредитное управление╩ может иметь подчиненные портфели с их группировкой по секторам экономики, правовой организации заемщиков или иные по необходимости.

                    Основное требование по ведению портфелей:
                    ╥ На конец рабочего дня позиция по портфелю (портфелям) ПЦ должны быть закрыты; открытые портфели √ только у РО.

                    Таким образом, мы имеем систему контрагентов (ПЦ), связанных внутренними сделками, имеющих унифицированную собственную отчетность, которая позволяет оценить эффективность их деятельности в терминах прибыли. Кроме того, представленная система обеспечивает Казначейство полной информацией о состоянии активов и пассивов Банка.


                    ------------------

                    Комментарий


                    • #40
                      2 softwell
                      схемы с заключением сделок внутри организации приводят к тому, что все начинают друг с другом собачиться, а потом нахрен все разваливается и начальник казначейства отправляется в больницу с инфарктом (эт в лучшем случае, в худшем - ему могут те же кредитники автокатастрофу устроить). общие цели размазываются на конкретные подразделения. если серьезно, то наверное применимо, но для больших компаний (навроде BONY), во всех наших банках (кроме сбера, может быть), шефом казначейства должен выступать (и выступает практически всегда) директор.

                      Комментарий


                      • #41
                        to Zepp: ты писал: "Важным источником информации, отчасти побудившим нас начать работу и дающим примеры аналитических форматов, были отчеты западных консультантов, которые сделали попытку понять банк и разработать для него стратегию. "
                        А где можно увидеть и взять эти отчеты?
                        И есть ли где электронные варианты книг по контроллингу?

                        Комментарий


                        • #42
                          To AndreyB:

                          Отчеты были на бумаге и к тому же с грифом ДСП, так что здесь ничем помочь не могу - остались в банке. А что касается книжек, то еще месяц назад я их видел в московских магазинах (может быть есть на Озоне или в другом книжном интернет-магазине), а вот в электронном виде не попадались.

                          Best regards,
                          Zepp

                          Комментарий


                          • #43
                            to PSrg
                            "Единственное полезное соображение, которое при этом
                            возникает - это то, что извлечение данных следовало бы
                            (даже в реализации этой задачи для своего банка)
                            отделить от остальных составляющих этой задачи -
                            я имею в виду, на уровне модульности. Тогда в будущем
                            можно было бы, при необходимости миграции, подменить
                            только интерфейс к прежней АБС, а аналитическую
                            разработку унаследовать. По идее, на рынке должны быть
                            и готовые аналитические продукты такого рода. Правда,
                            я в аналитику включаю и управление рисками/лимитирование,
                            и бюджетирование поверх всего спектра банковских
                            продуктов (соответственно, и подразделений). Но вдруг
                            все-таки что-то есть готовое. Ищу и надеюсь!"

                            Действительно есть. Это система Контур Корпорация компании Intersoft Lab, посмотрите описание на www.iso.ru.
                            Кажется это очень похоже на то, что Вы ищете. Вот основные ее концепции:
                            1. Хранилище данных в которое собирается ВСЕ, что нужно для отчетов и анализа из систем, работающих в банке и в его филиалах
                            2. Возможность ручного ввода тех данных, которые есть только в головах
                            3. Возможность загрузки внешних данных, например с сайтов
                            4. Структура базы данных оптимизированная под запросы и не зависящая от конкретных АБС
                            5. Инструменты изменения, расширения структуры Хранилища во время его эксплуатации
                            6. Специальная, весьма не тривиальная технология загрузки данных, с многоступенчатым контролем, автоматическим исправлением описанных ошибок, журнализацией, квитовкой и пр.
                            7. Независимый от источников данных(типов АБС) формат обмена информацией - Dynamic XML, автоматическое распознавание и обработка входящих данных
                            8. Средства поиска, извлечения данных, выгрузки их во внешние системы, интерфесы прямого доступа к данным из программ пользователей
                            9. Встроенные OLAP - средства и генераторы отчетов
                            10. Возможность создания собственных произвольных показателей
                            11. Встроенные языки программирвания, интеграция с MS Office, простые функции получения остатков счетов, значений показателей и пр. прямо из Excel
                            12. Модуль Бюждет, весьма навороченный
                            13. Есть несколько десятков реализованных отчетов ЦБ
                            И пр. и пр.
                            Если что-то интересно, могу ответить

                            Комментарий


                            • #44
                              To Nekrasov.

                              Интересно. Спрашиваю.

                              1. Хранилище данных в которое собирается ВСЕ, что нужно...

                              ? Как собирается, как извлекается? Положим, в банке такая-то
                              АБС. Данные извлекаются из DBMS? Кто поставляет процедуру
                              извлечения? Мне пришлось подробно познакомиться с продуктом
                              PIE компании CMA (www.cma.ru) - так вот, он может с информацией
                              сделать все. Осталось только написать интерфейсы к АБС для
                              динамического обмена информацией. А их нет (к продуктам
                              российских вендоров). Но есть хотя бы интерфейсы к стандартным
                              международным протоколам финансовых сообщений.
                              Предлагается ли реализация динамических интерфейсов к каким-то АБС?
                              К каким?

                              4. Структура базы данных оптимизированная под запросы и не зависящая от конкретных АБС
                              ? Если это хранилище уже извлеченных данных - разумеется, не зависящая. Оптимизация под запросы - имеется в виду Hypercube
                              вместо RDBMS или что-то другое?

                              7. Независимый от источников данных(типов АБС) формат обмена информацией - Dynamic XML,
                              автоматическое распознавание и обработка входящих данных
                              ? Не зависимый в том смысле, что должен быть некий интерфейс
                              из АБС в DXML, а его вы уже подхватите. Кто из поставщиков АБС
                              имеет реализацию выгрузки в DXML, на какую АБС смотреть?
                              Распознавание относится только к XML или есть парсеры
                              к каким-то еще форматам?

                              9. Встроенные OLAP - средства
                              ? Не объясните что это такое? Это какая-то конкретная
                              технология имеется в виду?

                              10. Возможность создания собственных произвольных показателей
                              ? То есть, я определяю способ расчета каких-то синтетиков,
                              а система сама трассирует их значения? Насколько широки
                              возможности языка описания?

                              11. Встроенные языки программирования,
                              ? Это о том же самом?
                              ... интеграция с MS Office,
                              ? Какими средствами?

                              12. Модуль Бюждет, весьма навороченный
                              ? Методика бюджетирования? Это нечто стандартное или
                              "из здравого смысла" придумано?

                              Thks, PSrg.

                              Комментарий


                              • #45
                                Отвечаю PSrg за Некрасова. (Он в поле. Грех не поддержать товарища).

                                1. Данные извлекаются из любых БД (навигационных, релационных, даже из Excel). Насчет интерфейсов к АБС по выгрузке данных для отправки в Хранилище. Сейчас функционирует интерфейс к RS-Bank. Написан на RSL. Результат его работы - XML-документ, содержащий все изменения в БД системы, произошедшие с момента предыдущей выгрузки. Также есть модуль выгрузки из Equestion (MKI). Написан на Pithon. Выгружает только проводки, лицевые и балансовые счета (пока больше не требовалось). Результат - тот же, что и для RS-Bank, но XML-документ - гораздо проще и короче (меньше данных). Сейчас на очереди - IB System Object (ЦФТ) и 5NT (Диасофт). Делаются нами по заказам банков.
                                Динамический интерфейс возможен к SQL-системам. Он генерирует SQL-запросы и макросы на Pithon, которые затем трансформируют данные во все тот же XML-документ. Однако динамический интерфейс полезен лишь на первом этапе разработки агента выгрузки. Особенности каждой АБС заставляют прикручивать затем множество дополнительных проверок, преобразований и т.д. Для навигационных СУБД оказалось, что это малополезная вещь. Скорость разработки таких агентов - от 1 дня до 2 месяцев (время очень сильно зависит от состава выгружаемых данных и сложности БД АБС). Есть плюс - Хранилище никогда не наполняется за 1 день, поэтому агенты расширяются постепенно. Писать агентов можем не только мы, а любой кто знает - как устроена конкретная АБС.

                                4. Оптимизация под запросы. Есть предопределенные запросы, реализованные без применения MOLAP - с использованием SQL. Например, выпуск ОСВ, ФОР или приложений 17-Инструкции. Оптимизация заключается в том, что для подобных запросов еще во время загрузки рассчитываются и сохраняются все необходимые показатели и агрегаты (причем в разрезе времени - день, месяц, квартал, год, а также субъектов отчетности). При выполнении запроса выполняется параметризованный select (результат: ФОР для 15 филиалов- 6 секунд).
                                Для классических OLAP-задач мы используем OLAP-сервер или DeskTop OLAP - в зависимости от мощности данных в витрине. Оптимизация запросов в этом случае - их задача. Таким образом, "Контур Корпорация" - это GOLAP-архитектура Хранилища.

                                7. Независимый формат обмена построен по технологии "Хамелеон". Это значит, что если в XML-документе появился новый объект, еще не существующий в Хранилище или новый атрибут в существующем объекте, то при его загрузке в Хранилище автоматически изменяются метаданные и создаются структуры хранения и процедуры обработки - загрузки, выгрузки, ввода, удаления, изменения, выбора и т.д. Насчет имеющихся реализаций выгрузки из различных АБС - см. вопрос 1.
                                Есть также парсеры и к другим форматам: csv, dbf, xls и др.. Но мы сейчас больше ориентируемся на XML - очень удобно.

                                9. Встроенные OLAP-средства. Это наша система "Контур Стандарт" выполненная в технологии DeskTop OLAP. Мощность ее OLAP-компоненты выше, чем у DynamiCube (по тесту FASMI - 1 млн. записей). Встроенность - это использование системой "Контур Стандарт" объектов системы "Контур Корпорация" в качестве источников данных. Объекты выполнены в виде COM и хранимых процедур.

                                10. Да, описываются показатели и задается способ их расчета. Язык описания скриптовый на выбор: VB, Pithon, Java.

                                11. Интеграция с MS Office - использования 3 видов API системы: WinAPI, WebAPI, MailAPI. Например, берем Excel, в ячейке пишем вызов функции из API - и готово.

                                12. Методика бюджетирования - это компилляция многих реальных методик бюджетирования, которые придуманы "из здравого смысла" в различных известных банках Кстати, в феврале начнутся обучающие семинары по этой методике на основе системы "Контур Корпорация". База - Финансовая Академия, обучение будет проводить консалтинговая компания ТрастКонто.

                                BR. Валерий


                                Комментарий


                                • #46
                                  Валерию:

                                  Классный ответ, я все понял, все здорово.

                                  Ваш интерфейс к RS-Банку - к какой их версии?

                                  Ваш опыт с 5NT - я пытался знакомиться с этим продуктом, интересует
                                  ваш опыт. Утверждается, что модель бизнес-данных 5NT позволяет
                                  с типом сделки (сделка у них - это заголовок списка операций)
                                  ассоциировать типовую модель событий (среди событий они различают
                                  документы - или стадии прохождения документов, это я не понял -
                                  и другой вид записи, почему-то он называется обязательство).
                                  Так вот, утверждается, что в модель сделки наряду с прочими
                                  типами операций можно включать программный extension, который
                                  запустится на определенном этапе обработки экранной формы.
                                  Допустим, вы ввели первичный документ, а extension отпишет реквизиты
                                  куда угодно в сторону (помимо АБСной СУБД) - в т.ч. в вашу аналитику,
                                  что самое ценное. Получается искомая синхронизация
                                  аналитики с АБС - не через batch processing, a онлайн - вроде
                                  самое то что надо. Но как-то у меня нет полной уверенности,
                                  что это действительно реализовано на 100%. Что скажете?

                                  BR,
                                  PSrg
                                  Скрин Маркет Системз ЗАО www.transaq.ru
                                  -- интернет-трейдинговые-дилинговые системы --
                                  -- динамическое управление рисками производных -

                                  Комментарий


                                  • #47
                                    Мы с 5NT по не работали, но собираемся. Если по существу, то видимо при помощи установки триггеров в АБС вы хотите в реальном времени получать операционные данные текущего дня в аналитической системе. Вы будете иметь непрерывно меняющиеся данные. Здесь целью может быть только оперативное управление в течение операционного дня. Это наверное дилинговая задача, которая возможно и решена в 5NT. У них есть неплохой по отзывам дилинговый модуль.
                                    Мы же говорим о тактическом и даже стратегическом управлении, когда данные должны зафиксироваться, т.е. показывать ситуацию с некоторым отставанием, например на один день, зато за больший период, например за год, квартал.

                                    Комментарий


                                    • #48
                                      позвольте встрять:
                                      во-первых, насчет "внутренних сделок", "внутренних трансфертов", "трансфертных цен" и т.п.: решение о введении подобных процедур должно приниматься на самом высоком уровне, там же должна утверждаться методика (а их много). Тогда грызни между отделениями не будет.

                                      У нас в банке стоит Oracle Financial Services Application http://www.oracle.com/appsnet/industry/finsrv/index.htm . На моем лично компе установлены модули Budgeting & Planning, Risk Management, Financial Analyzer, Transfer Pricing, но я использую только последние 2 - должность у меня такая .

                                      Комментарий


                                      • #49
                                        -- Tatiana,

                                        Там по Вашей ссылочке лежат англоязычные экранчики,
                                        Вы этими продуктами без локализации пользуетесь?

                                        BR,
                                        PSrg

                                        Комментарий


                                        • #50
                                          А я вообще-то в англоязычной стране
                                          Нужно спрашивать у распространителей Оракла в России, есть ли русифицированная версия.

                                          Комментарий


                                          • #51
                                            Всем привет!


                                            У меня есть реальный опыт внедрения OLAP системы в моем банке. Много всяких эмоций. Если интересно, могу написать подробнее.

                                            Комментарий


                                            • #52
                                              напиши

                                              Комментарий


                                              • #53
                                                Всем привет!
                                                А кто чего знает про Нострадамус от ПрограмБанка?

                                                ------------------
                                                avv55

                                                Комментарий


                                                • #54
                                                  Несколько раз слышал от банкиров, зампредов, бухгалтеров, автоматизаторов такое утверждение: "Мы купили АБС и в ней все должно быть, в том числе Хранилище данных(БД АБС и есть Хранилище данных) и все необходимые инструменты для анализа".

                                                  Есть ли у кого-нибудь такая АБС? Существует ли потребность у банка в отдельном Хранилище данных, или не хватает всего лишь некоторых аналитических функций в рамках имеющейся АБС?

                                                  Комментарий


                                                  • #55
                                                    1. Говоря об аналитическом ПО следует четко определиться с терминами.
                                                    Когда говорят о нормативах Цб, то это скорее финансовый контроллинг и отчетность, но ни как не аналитика.
                                                    2. Ранее совершенно справедливо было отмечено, что следует четко определиться с тем, что будет на выходе и исходя из этого определять требования к БД и аналитическим приложениям.
                                                    3. На мой взгляд, задача-максимум собрать в БД АБС или в хранилище (кто как может) набор данных, позволяющий детальным образом рассчитать поток платежей. Если есть возможность рассчитать поток платежей, то все остальное дело техники. Высшим пилотажем для аналитического ПО является динамическое моделирование состояния банка на любую заданную дату в будущем. Разумеется, не все потоки платежей детерминированы, соответственно потребуется рассчитать, хранить и переодически обновлять необходимые статистические показатели в разрезе финансовых инструментов и клиентов.
                                                    4. Такого рода система может быть создана только в каждом конкретном банке и по определению будет специфичной, поэтому необходим гибкий и мощный инструментарий (что-то вроде Excel, только уровнем по-выше)
                                                    5. Такой иструментарий есть - это пакет MATLAB.
                                                    С технической точки зрения такая система может состоять из каких-то таблиц показателей (детальных и агрегированны), хранимых процедур для их расчета и процедур MATLAB для математических расчетов и визуализации. Таблицы показателей могут храниться как в составе БД АБС , так и отдельно - в хранилище (не принципиально).

                                                    Комментарий


                                                    • #56
                                                      Уважаемые господа! Просьба не воспринимать данную информацию, как "маркетинг проекта". На нашем сайте www.softall.ru есть большой набор финансовых систем представленных на российском рынке различными компаниями в финансовых сферах. Я думаю там можно найти, что-нибудь интересное.

                                                      Комментарий


                                                      • #57
                                                        To 716-й
                                                        По поводу MATLAB. Вы пробовали или пока только предполагаете? И еще, где можно познакомиться с этим самым пакетом?

                                                        Комментарий


                                                        • #58
                                                          Tatiana Грызня будет. Особенно если результаты этих самых внутренних сделок будут влиять на уровень оплаты, например, на бонусы.
                                                          ---
                                                          Cheers,
                                                          Dmitry

                                                          Комментарий


                                                          • #59
                                                            По поводу аналитических блоков в АБС могу сказать следующее:
                                                            - мало какие АБС поддерживают отслеживание состояния первичного документа (заявки на открытие счета, заявки на покупку оборудование и т.п.)
                                                            Для бюджетирования -
                                                            Поскольку нет законченного цикла типа "заявка на приобретение мыла от подразделения - "чек" соответствия смете подразделения - выписан счет - счет акцептован - оплачен - мыло принято на склад - выдано со склада заказчику"

                                                            - соответственно нет возможности оперативно проводить стоимостной анализ.

                                                            Полноценная система функционально - стоимостного анализа реализован в очень немногих банках (об АБС я вообще не упоминаю - нет таких модулей пока что).

                                                            Полноценная система учета состояний договоров также мало в какой АБС реализована в хоть каком-нибудь приемлемом режиме.
                                                            Соответственно, учет срочности активов и обязательств, как правило, ведется в отдельных несвязанных друг с другом модулях.

                                                            Вывод:
                                                            Конечно, было бы здорово если бы было единое хранилище данных в КИС банка.
                                                            Вопрос постановки задачи и уровня реализации, имхо.
                                                            ---
                                                            Cheers,
                                                            Dmitry

                                                            Комментарий


                                                            • #60
                                                              2 Кельпи.
                                                              Насчет Нострадамуса. Сведения не совсем точные. Его дописали. Сейчас хороший аналитический продукт, но стоит ли менять написанную под себя систему на новую? Вопрос стоимости.

                                                              Комментарий

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