Bankir.Ru
4 декабря, воскресенье 09:06

Объявление

Свернуть

Третья ежегодная конференция-консилиум «ИТ-бюджет банка - 2017»

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

Импорт данных в АБС

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

  • Импорт данных в АБС

    Тут назрела работка по экспорту финансовых сообщений во всяки-разны АБС. Поэтому просьба ко всем участникам форума - если Ваша АБС умеет импортировать текстовые файлы и их формат не является тайной за семью печатаями, то пришлите описание этих стандартизированных фалов мне на e-mail accounter@bankir.org.
    Если же есть какие мысли по обмену данными между системами разных разработчиков, то излагайте - поговорим.
    Не пора ли как-то стандартизоваться?
    Добро всегда побеждает зло. Потому что кто победил - тот и добро.

  • #2
    У нас Инверсия. Никаких описаний форматов для импорта файлов в нашей АБС нет. Для того, что бы ввести что то в нашу АБС я сначала ищу похожий документ и вывожу в файл. Потом смотрю формат и на его основе пишу формат файла для ввода документов. После экспериментов с АБС импорт налаживается. Поэтому ответственно ничего прислать не могу.
    В МИМ технологии можно импортировать из текстового файла с разделителями. На мой взляд, это самое разумное решение. Но там надо еще составлять описание структуры файла. Если есть интерес пришлю фрагмент руководства.

    Комментарий


    • #3
      Диасофт 4x4. Основной шлюз для импорта объектов - т.н. "Сервер сообщений". Одна из его возможностей - по появлению определенного файла (скажем, по маске) в оперделенном каталоге импортировать данные из файла. Содержимое файла должно соответствовать документированному тэговому формату. Можно грузить много чего - счета, проводки (кассовые, по корсчетам, внебаланс, конверсионные операции), договора, процентные ставки и т.п. Все форматы есть в документации.
      Яков.

      Комментарий


      • #4
        2 Milon

        "Инверсия"!!! Это объясняет многие Ваши предыдущие постинги! Сам с ней работал 5 лет.

        2 All

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

        Комментарий


        • #5
          Где-то здесь обсуждался формат XML для обмена документами. Или нужно готовое решение? А разработанный 1С формат обмена документами с "Банк-Клиент" не подойдет?

          Комментарий


          • #6
            Относительно ИБС БИСквит.
            Обмен с банками-корреспондентами, филиалами и клиентами базируется
            на схемах документооборота соответствующих стандарту SWIFT.
            Для обмена с банками-корреспондентами используются форматы:
            SWIFT, SWIFT-RUR4, SWIFT-RUR5 и TELEX.
            Для обмена с филиалами и системой "Клиент-Банк" используется
            собственный формат, разработанный на основе стандартов ISO 7746
            (заголовок и конец сообщения), SWIFT/SWIFT-RUR (тело сообщения).
            Также в указанном формате учтены требования ЦБ РФ по составу
            реквизитов документов соответствующих обрабатываемым сообщениям.

            Комментарий


            • #7
              2 Accounter

              Не совсем понятна постановка задчи, т.е для чего это собственно все нужно.

              Если надо выгружать/загружать в АБС определенные документы (платежное поручение, требование, мемориальный ордер...), то бери 120-П и пр. документы и все необходимые реквизиты вставляй в текстовый файл.
              В каком виде (т.е. формат файла) они будут там присутствовать это зависит от конкретной АБС. Всякие дополнительные реквизиты также зависят от конкретной АБС. И можно ли здесь прогнуться под все АБС передавая данные в текстовом виде?

              Конкретизируй задачу...

              Комментарий


              • #8
                Эх, говорила мне мама - формулируй четче.
                Когда платежки и мемориальники то все хорошо, а вот с кроссвалютными операциями не так все просто. Разные АБС по-разному принимают данные по таким операциям. Вот и хочется добиться взаимопонимания с большинством АБС. Рождается схема Дебет (счет, валюта, сумма) + Кредит (счет, валюта, сумма) + курсовая разница (счет, валюта, сумма) + курс конверсии. Всем АБС этих данных хватит?
                Добро всегда побеждает зло. Потому что кто победил - тот и добро.

                Комментарий


                • #9
                  To Accounter

                  И все-таки непонятно какую задачу Вы пытаетесь решить.
                  1. Обеспечение синхронной работы схожих по функционалу АБС.
                  Например, это нужно при поэтапной замене одной системы на другую.
                  2. Обеспечение интерфейса между разнофункциональными АБС.
                  Например, это нужно для организации обмена между различными
                  модулями одной системы или разными системами, не интегрированными
                  на уровне данных.
                  В 1-м случае действительно нужно передавать все данные
                  присутствующие в Вашей схеме.
                  Во 2-м случае непонятно зачем "гонять" проводки, а нельзя из
                  одной системы (допустим, фронт-офисной) в другую (допустим, бэк-
                  офисную) отправить распоряжение на выполнение некой операции,
                  например, в Вашем случае "Заявление на покупку/продажу/конверсию валюты".
                  При этом можно ограничиться набором реквизитов: дата валютирования,
                  дебет, кредит, курс и сумма по дебету или по кредиту.
                  А уже АБС-получатель должна корректно оформить операцию в
                  соответствии с реализованной в ней моделью учета (полупроводками,
                  через технические счета и т.п.).
                  Т.е. обмен строить на уровне распоряжений, а не на уровне
                  детального их исполнения. Иначе в АБС просто дублируются
                  функциональные возможности, см.пункт 1.
                  С уважением,
                  rov.

                  Комментарий


                  • #10
                    XML дело хорошее, но спич не про это. Необходимо, чтобы выгружаемые файлы подходили большинству банков, то есть интересны не сами форматы, а их наполнение. Так как разные АБС под термином "банковская операция" подразумевают, обычно, разные вещи (от сделки до простой проводки) то соответвенно по форматам входящих сообщений можно судить о необходимости выгрузки тех или иных данных. Вот так.
                    Добро всегда побеждает зло. Потому что кто победил - тот и добро.

                    Комментарий


                    • #11
                      В IBS от ЦФТ есть АРМЫ для загрузки - выгрузки документов из системы...

                      1. есть формат DBF - файла для загрузки документов... если надо описание этго DBF могу дать...

                      2. есть текстовые файлики для загрузки - выгрузки клиентами док-ов в(из) Банк-клиент(а)

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

                      1 и 2 могу выслать... Надо?

                      У нас, кстати назревала подобная проблема, только по поводу выгрузки док-ов из клиентских АС бухучета для нашего банк-клиента... кое-для каких сделали... :-)

                      Комментарий


                      • #12
                        2 Shuric

                        Пункт 2 актуален! Высылай!
                        Добро всегда побеждает зло. Потому что кто победил - тот и добро.

                        Комментарий


                        • #13
                          2 Accounter

                          Рождается схема Дебет (счет, валюта, сумма) + Кредит (счет, валюта, сумма) + курсовая разница (счет, валюта, сумма) + курс конверсии. Всем АБС этих данных хватит?

                          ... Даже лишние данные... насколько я помню - в нашей АБС Достаточно Дебет (счет, валюта) + Кредит (Счет, валюта) + курс конверсии + одна из Сумм (по дебету или по кредиту или в нац. покрытии)... курсовая разница расчитывается и автоматом допроводится... не уверен я только потому, что у нас пока не было операций закачки в АБС документов с кроссвалютными операциями... межвалютные типа RUR - USD - были и все ОК...

                          Комментарий


                          • #14
                            2 Accounter.

                            Вот тебе пример файлика для загрузки конверсии в Диасофт.


                            %КОНВЕРТАЦ :

                            ПЛАН :Новый план

                            ОБЛАСТЬ :Баланс

                            ФИЛИАЛ :NNN

                            ДАТА :21/02/2001

                            ПАЧКА :NN

                            ВАЛЮТА1 :810

                            ВАЛЮТА2 :840

                            СУММА1 :nnn.nn

                            СУММА2 :nn.nn

                            ВИДОПЕР1 :n

                            НОМЕРДОК1 :N

                            СЧЕТИСТОЧ :20202810NNNNNNNNNNNN

                            СЧЕТКОНВ1 :NNNNN810NNNNNNNNNNNN

                            ВИДОПЕР2 :N

                            НОМЕРДОК2 :N

                            СЧЕТПРИЕМ :20202840NNNNNNNNNNNN

                            СЧЕТКОНВ2 :NNNNN840NNNNNNNNNNNN

                            ОПЕРКОМП :N

                            НОМЕРКОМП :N

                            СЧЕТКОМП :NNNNN810NNNNNNNNNNNN

                            ВАЛЮТАКОМП:810

                            ПОЛЬЗОВАТ :NNN

                            ПРИМ1 :Продано в оперкассе нал ин вал физ лицам

                            ПРИМ2 :резидентам согласно реестра N

                            ПРИМ9 :Всего операций - N

                            ПРИМ11 :Курсовые разницы по операциям продажи

                            ПРИМ12 :нал ин вал физ лицам резидентам в

                            ПРИМ13 :оперкассе согласно реестра N

                            КСМВДТКОНВ:30

                            КСМВКТКОНВ:57

                            КСМВДТКОМП:30

                            КСМВКТКОМП:57

                            КАСС_ДОК :ДА

                            ПЛАН_ДОК :ДА

                            %END


                            Не все поля здесь - обязательные. Подробности - mail'ом.
                            Яков.

                            Комментарий


                            • #15
                              2 JAO

                              Спасибо, но можно было и на мыло. Зачем топик засорять?

                              2 rov

                              Идет речь не о связи АБС -> АБС (хотя и это возможно) а о связи "процессинговый центр банка"->АБС

                              Теперь о кроссвалютных операциях. Начинаютсс веселости при начислении процентов на карты, когда карта в валюте, а налог надо исчислить в целых рублях (НК РФ ч.2). Приходится лишние копейки гнать на курсовую разницу. Как думает уважаемый All - стоит ли при этом данные операции менять/курочить или лучше отдельную операцию урегулирования проводить?
                              Добро всегда побеждает зло. Потому что кто победил - тот и добро.

                              Комментарий


                              • #16
                                To Accounter

                                В ИБС "Банкир" есть несколько механизмов для экспорта/импорта данных.

                                Для экспорта/импорта на уровне платежных документов есть так называемый "файл универсальной структуры". Это текстовый файл с разделителями, где каждая строка соответствует одному документу. Каждое поле строки соответствует определенному реквизиту документа. Набора полей (на сегодня около 90) достаточно для представления документа практически любого типа (включая конверсионные, межбанковсие/межфилиальные, кассовые и т.п.); поля, которые для конкретного типа документа не определены - не заполняются. Есть поля, которые позволяют задать схему прохождения документа в Банкире после загрузки (т.е. возможность порождать цепочки связанных документов, и т.п.).
                                Для конверсионных операций будет заполнено : Дт (счет->валюта), Кт (счет->валюта), сумма в одной валюте, сумма в другой валюте, дата валютирования. Все курсы вычисляются автоматически при загрузке, схема учета, т.е. выполнения проводок ("курсовая разница", "позиции обмена", "позиции+курс.разница" и т.п.) задается настройками в системе.
                                Импорт документов осуществляется модулем, называемым "Система импорта", экспорт - "Система экспорта".

                                Также есть отдельные программы, которые позволяют загружать из текстовых файлов :
                                - клиентов (создание)
                                - счета (открытие для зарегистрированного ранее клиента)
                                - проводки (практически любой сложности, т.е., например, с произвольным количеством пар Дт-Кт; конверсионные; кассовые с разбивкой сумм по символам; проводки по переоценке и т.п.). Есть "ответная часть", т.е. программа для экпорта проводок в совместимом формате.
                                Формат файлов - фиксированный(по умолчанию) или настраиваемый, т.е. есть возможность в определенном шаблоне указать реквизиты и позиции реквизитов в строке. Набор возможных и обязательных реквизитов определяется конкретной программой загрузки.

                                Комментарий


                                • #17
                                  Братцы! Спасибо за помощь! Форматы всеж на мыло прошу! Кидайте! А то все обещаете, обещаете...
                                  accounter@bankir.org

                                  Добро всегда побеждает зло. Потому что кто победил - тот и добро.

                                  Комментарий


                                  • #18
                                    To Accounter

                                    >Идет речь не о связи АБС -> АБС (хотя и это возможно) а о >связи "процессинговый центр банка"->АБС

                                    А почему связь "процессинговый центр банка"->АБС односторонняя?
                                    Ведь СКС (если остатки по ним ведутся в ПЦ) могут пополняться
                                    через кассу банка (доп. офисов банка), с расчетных (текущих)
                                    счетов клиентов и т.п. А такие операции должны порождаться АБС
                                    и передаваться в ПЦ.
                                    Поясните пожалуйста с чем связана необходимость формирования
                                    проводок в ПЦ и передачи их в АБС. Почему из ПЦ просто нельзя
                                    передавать информацию о транзакциях по карточкам (номер
                                    карточки; сумма, валюта, дата, время транзакции; сумма, валюта
                                    комиссии; идентификатор торговой точки и т.п.), разноску
                                    по счетам всегда выполнять в АБС, а в ПЦ отправлять выписки
                                    по СКС. При необходимости, обмен между системами можно реализовать
                                    в режиме "on-line".
                                    Что касается обмена АБС->АБС, стоящих в разных банках, считаю,
                                    что следует уважать положительный опыт мирового банковского
                                    сообщества и брать за основу стандарт SWIFT.


                                    Комментарий


                                    • #19
                                      2 rov

                                      Это не связь "односторонняя", это задача "односторонняя"
                                      Вы описали только эмиссионный модуль. А эквайринг, а клиринг? Клиринг без экспорта проводок хорошо построить будет тяжело.
                                      Да и с эмиссией карт все те так просто. Тут в зависимости от АБС можно и эмиссионный модуль внешнего разработчика прикрутить (например, автобанковский).

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

                                      Комментарий


                                      • #20
                                        To Accounter

                                        Думаю Вы со мной согласитесь, что лучшее решение получится
                                        при "двухстороннем" решении этой задачи.

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

                                        Клиринг - по моему функция расчетного банка, а никак не ПЦ.
                                        Клиринг выполняется на основании требований эквайрера и платежей
                                        эмитента, с учетом кредитных линий открытых эмитенту, залогов,
                                        лимитов и т.п. Расчетному банку не нужен интерфейс с ПЦ.

                                        Насчет АБС-АБС. Что понимается под ОДБ и "комплексной системой"?
                                        Если функции ОДБ это: хранение информации о всех клиентах, счетах,
                                        документах, проводках, остатках, получение отчетности, возможно,
                                        еще обмен с РКЦ, то как раз SWIFT здесь совсем не нужен.
                                        Если функции "комплексной системы" (дополнительно к функциям ОДБ)
                                        это: расчеты с банками-корреспондентами и филиалами, учет сделок
                                        на различных рынках, торговые операции и пр.,
                                        то SWIFT - "самое оно".

                                        Комментарий


                                        • #21
                                          2 rov

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

                                          Если мы общемся между АБС финансовыми операциям, то, согласен, надо СВИФТ использовать. Но АБС это еще и внутренняя бухгалтерия банка и кассовые блоки и зарплата и прочее. Когда все друг друга понимают - это хорошо, но пока не бывает. Часто модули одного и того же разработчика общаются друг с другом через шлюзы.
                                          Добро всегда побеждает зло. Потому что кто победил - тот и добро.

                                          Комментарий


                                          • #22
                                            To Accounter

                                            Очень хорошо, что Вы выполняете функции и процессинга,
                                            и эмитента, и эквайрера одновременно.
                                            Но возвращаясь к началу темы, насколько я понял, проблема
                                            заключается в организации обмена Вашего процессинга с АБС,
                                            эксплуатируемыми в других банках. Т.е. в наиболее общем
                                            случае эмитент, эквайрер и расчетный банк являются разными
                                            и независимыми юридическими лицами и у них могут использоваться
                                            разные средства автоматизации. Собственно на этом и базировались
                                            изложенные мною выше мысли.
                                            Итак, основные информационные потоки ПЦ для общего случая(IMHO):
                                            1. ПЦ отправляет эмитенту данные о транзакциях
                                            2. ПЦ получает от эмитента выписки по счетам держателей карт
                                            3. ПЦ отправляет эквайреру данные о транзакциях (аналогичные 1)
                                            4. ПЦ получает от эквайрера данные о мерчантах
                                            Форматы именно этих сообщений и нужно попытаться стандартизовать.

                                            Очень хорошо, что Вы согласны со мной, что для межбанковского
                                            обмена лучше всего использовать сообщения построенные на основе
                                            стандарта SWIFT. Я же, в свою очередь, целиком с Вами согласен
                                            в том, что если в банке стоит "зоопарк" программных средств
                                            никакой SWIFT не поможет. И вообще считаю, что заниматься
                                            стандартизацией формата обмена между ними дело ненужное и
                                            неблагодарное.

                                            С уважением,
                                            rov.

                                            Комментарий


                                            • #23
                                              2 Accounter... по моему лучше проводить доп. операцию... то бишь(по приведенному выше примеру): допустим налог 1 USD = 28,65 RUR, надо перчислить 29-00 RUR. В док-те указана и сумма плательщика (1 USD) и сумма получателя (29-00 RUR)... при проводке такого док-та АБС дожна автоматом дооценить проводку на 0.35 RUR - то бишь создать доп. проводку.

                                              Комментарий


                                              • #24
                                                To JAO

                                                А можно узнать, пытался как-то грузить в "сервер сообщений" кассовый документ. Указал сумму, символ касс_плана и сумму_по_кассплану. Суммы соответственно совпадают. Грузить не хочет, говорит ошибка, сумма поступления не совпадает с суммой списания, кажется так. Ну общий смысл такой. Может подскажете в чем беда? Тогда плюнул и бросил это дело, но хотелось бы разобраться. С уважением Андрей.
                                                С уважением, Максаев Андрей.

                                                Комментарий


                                                • #25
                                                  2 andrey_seek.
                                                  Пришли мне, plz, свой файлик на jao@mcbank.ru - попробую его загрузить. Номера счетов можешь конфиденциальности ради убрать ) - я все равно другие подставлю.
                                                  Яков.

                                                  Комментарий


                                                  • #26
                                                    andrey_seek
                                                    На самом деле все проще. Эта приблуда для того, чтобы в документе поддерживались "многосимвольные" "проводки". Другими словами сумма кассового документа д.б. равна сумме всех "сумм" присутствующих в документе.Напр:
                                                    ДЕБЕТ : 20202....
                                                    КРЕДИТ : КЛИЕНТ
                                                    СУММА : 3000.00
                                                    СИМКАСС : 16
                                                    СУМКАСС : 1000.00
                                                    СИМКАСС : 32
                                                    СУМКАСС : 2000.00
                                                    Извини за фрагмент, полностью документ писать.... лень
                                                    С уважением Мухин

                                                    Комментарий


                                                    • #27
                                                      Тема, правда, почти заглохла, но все-таки попробую продолжить дискуссию.
                                                      Почему так категорично был отвергнут XML? Ведь именно он позволяет универсально передавать любую информацию (документы в том числе). В отличие от текстового файла с разделителями в XML-документе не обязяательно задавать все поля. Можно, конечно порождать свои SWIFT'ообразные форматы, но их непонятно как описывать. А XML-документ может быть самодокументируемым.
                                                      В качестве примера конкретных XML-форматов банковских документов могу предложить описанные у нас на сайте в разделе "Dynamic XML" (http://www.iso.ru/dxml/dxml.html).

                                                      Комментарий


                                                      • #28
                                                        2 Muhin

                                                        Сумма и символы соответствую приведенному примеру. У меня как я понял другая беда, оба счета кассовые 20202 и 20206. В результате ошибка "Сумма списания не соответствует сумме поступления". Если б было сопровождение не терзал бы Ваше время. (это фраза для Якова).
                                                        Спасибо за внимание. Андрей.
                                                        С уважением, Максаев Андрей.

                                                        Комментарий


                                                        • #29
                                                          2 andrey_seek.
                                                          1. Настроить в администраторе-> Конфигурация программ->DiasoftBANK->дойти до 2-ого экрана с настройками->"Формирование межкассовых документов - Да".
                                                          2. В файле для загрузки указывать 2 символа и 2 суммы по символам. Вот так.
                                                          СИМКАСС :32

                                                          СУММАКАСС :1000.00

                                                          СИМКАСС :56

                                                          СУММАКАСС :1000.00


                                                          Все загрузится.
                                                          Яков.

                                                          Комментарий


                                                          • #30
                                                            ОК Все так как описал JAO
                                                            Дело в том, что межкассовый документ требует вышеназванных JAO настроек, и далее, символа д/б расписаны с точки зрения каждой кассы,
                                                            а суммы каждого из символов д/б равны сумме документа.
                                                            Успехов

                                                            Комментарий

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

                                                            Свернуть

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

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