19 марта, вторник 06:28
Bankir.Ru

Объявление

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

Excel vs Access применительно к 110-и (нормативы ЦБ)

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

  • Gosh52
    Участник создал тему Excel vs Access применительно к 110-и (нормативы ЦБ)

    Excel vs Access применительно к 110-и (нормативы ЦБ)

    Никто не решался воспроизвести процесс нахождения нормативов с помощью программ MS? Может есть уже какие-нибудь полуфабрикаты?

  • Doberman
    Участник ответил
    Pychick, поделитесь очередным секретом! Как Вы организуете запись или формирование атрибутов по аналитическим счетам, для целей расчета нормативов или Вы пошли другим путем?

    Прокомментировать:


  • BlackDragonX
    Участник ответил
    Сообщение от Genmichael
    Поделится таким файлом сложно, т.к. если реализовывать полностью всю 110-И со всеми изменениями(1489-У), то и данных много вбивать в АБС и алгоритм дюже сложный получается, чаще пишут под конкретный случай и писать меньше и проверить проще...
    И не факт, что Вам этот файл подойдет
    А может попробовать? Что-то может выйдет?

    Прокомментировать:


  • Genmichael
    Участник ответил
    Поделится таким файлом сложно, т.к. если реализовывать полностью всю 110-И со всеми изменениями(1489-У), то и данных много вбивать в АБС и алгоритм дюже сложный получается, чаще пишут под конкретный случай и писать меньше и проверить проще...
    И не факт, что Вам этот файл подойдет

    Прокомментировать:


  • AlexVic
    Участник ответил
    Сообщение от Nigga
    Думаю, что в 90% банков так и сделано.. а в чем еще нормативы считать? не в АБС же..
    Это довольно сложный расчет. Охватывает практически все стороны деятельности банка и затрагивает многие модули банковской АБС. Только силами самой банковской АБС, постоянной поддержкой этого расчета производителем и эффективного взаимодействия его со сторонними продуктами можно организовать нормальный ежедневный расчет нормативов. Все остальное - это полумеры которые будут приводить к неточностям и погрешностям расчета, большому обьему ручной подготовки данных исполнителями, а во многофилиальных банках скорее всего вообще на должном уровне расчет внешними программами будет невозможен.
    Другое дело, что для этого на высоком уровне должна быть организавона работа банка с АБС. Должны быть приняты меры к всестороннему и непротиворечивому вводу данных в систему, установлена взаимосвязь с внешними модулями(вклады, пластик и т.п., если они есть) Кроме того расчет нормативов взаимосвязан со многими формами финотчетности и без него автоматическое получение последних также будет невозможно. Я бы сказал, что существующий расчет нормативов в вашей банковской АБС - некий показатель ее качества. Если у вас его нет, АБС прежде всего не имеет достаточного объема информации для его расчета.

    Прокомментировать:


  • Gosh52
    Участник ответил
    Сообщение от Pychick
    Gosh52 Никто не решался ... решался. У нас ежедневные нормативы считает Ехель.
    А может быть поделитесь опытом?

    Прокомментировать:


  • Nigga
    Участник ответил
    Gosh52 Никто не решался воспроизвести процесс нахождения нормативов с помощью программ MS?
    Думаю, что в 90% банков так и сделано.. а в чем еще нормативы считать? не в АБС же..

    Прокомментировать:


  • Pychick
    Участник ответил
    Gosh52 Никто не решался ... решался. У нас ежедневные нормативы считает Ехель.

    Прокомментировать:


  • Gosh52
    Участник ответил
    Есть конечно. Но надеяться на корявый ввод доп. данных - себе дороже. Проверить же всё нет физической возможности.

    Прокомментировать:


  • Big_Mike
    Участник ответил
    Doberman может быть решение лежит в создании аналитических счетов с дополнительными символами
    ИМХО решение лежит в недрах АБС, где есть (или должны быть) все необходимые данные для расчета расшифровок. Использование внешних БД (опять-таки ИМХО) - это источник дополнительных ошибок. Я, лично, сделал все это на RSL, используя БД РС-а. А что, в Диасе нет процедуры для расчета нормативов?

    Прокомментировать:


  • Gosh52
    Участник ответил
    Я склоняюсь к связи Access -> Diasoft в части остатков по лицевикам и кредитного плана погашения и ведению внешней классификации в Access. Но остается проблема погрешности округления с балансом в тысячах.

    Прокомментировать:


  • Doberman
    Участник ответил
    Очень интресный вопросик поднялся!
    Проблема перенести в Ёксель остатки с разбивкой по срокам прогашения, по инсайдерам и т.д.
    может быть решение лежит в создании аналитических счетов с дополнительными символами, где однозначно описывается номер расшифровки, и/или графа-строка 125-ой формы для дальнейшего использования в расчетах...?

    Прокомментировать:


  • Big_Mike
    Участник ответил
    Gosh52
    Наваять полуфабрикатов - не проблема. Проблема перенести в Ёксель остатки с разбивкой по срокам прогашения, по инсайдерам и т.д.

    Прокомментировать:

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

Свернуть

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

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