16 октября, вторник 23:20
Bankir.Ru

Объявление

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

Новый обмен с РКЦ от фирмы КОРУС, формат обмена xml

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

  • Новый обмен с РКЦ от фирмы КОРУС, формат обмена xml

    Что-то не видать ни одного сообщения по этому поводу (subj), а между тем Игнатьев подписал приказ 493 от 11.06 по которому окончательный переход будет в феврале 2005г по всей России.
    У нас в Кемерово первое тестирование будет уже в ноябре. В Пензе оттестировались, результат положительный, сейчас работают на промышленной основе.
    Вот подскажите мне представители разработчиков таких систем как BISQuit, КВОРУМ, ЦФТ, R-Stile - вы что-то уже делаете в этом направлении?
    Наше ЦБ однозначно ответило, что никакой поддержки от них не будет коммерческим банкам, кто желает может заключить договор с КОРУС (www/quorus/ru) и они будут консультировать.
    А как быть тем банкам или филиалам у кого АБС настроенная, нормально работающая в нынешнем зверинце форматов......

  • #2
    А кто-нибудь уже заключил? Потому как то, что есть на сайте ЦБ - далеко не полная и не исчерпывающая информация. Если у кого-то что-то есть - поделитесь :-)
    Павел

    Комментарий


    • #3
      Нам выдали описание форматов. А как с нашей стороны это будет реализовано - это наше дело. Надо будет на всякий случай перекодировщик писать...

      Комментарий


      • #4
        godata
        А описание более полное, чем на www.cbr.ru ?
        Павел

        Комментарий


        • #5
          Dalen

          Даже не смотрел У нас это ожидается только в 1 кв.2005 г. А сейчас более насущные дела есть...

          Комментарий


          • #6
            вот письмо с форматами - это пока все что предоставило ГУ по Курганской обл.
            но 12 августа будет совещание в ГУ просили взять CD-R...
            Последний раз редактировалось AlekSay; 10.08.2004, 06:43.
            всё суета сует и томление духа...

            Комментарий


            • #7
              по плану тестирование и переход ожидаются в феврале 2005г.
              кажется в данном файле информации по-больше чем на сайте сбр.ру там описалово подробное + схемы которые есть и на сайте...
              всё суета сует и томление духа...

              Комментарий


              • #8
                файл убрал т.к. вычитал на форуме:

                Банкир.Ру > Форум > Технологический департамент > Автоматизация
                Новый формат обмена с РКЦ в Уральском округе

                "Это я о письме из ЦБ о фактах распространения сотрудниками кредитных организаций технологии в сети Интернет и нарушении условий договора."

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

                теперь молчать только?
                всё суета сует и томление духа...

                Комментарий


                • #9
                  Что-то не видать ни одного сообщения по этому поводу

                  Сообщения от АРБ скоро будут. Идет подготовка мероприятий для помощи банкам в переходе на УФЭС.
                  Пока определенно можно сказать то, что Диасофт, Програмбанк и БИС - уже встроили форматы в свои системы и обкатали их в Пензе.
                  С уважением.

                  Комментарий


                  • #10
                    AlekSay Класс! А еще надо засекретить форму платежного поручения.... Вот приходит человек деньги платить - его в темную комнату сотрудники СБ... Завязывают глаза и он им диктует реквизиты. Причем счета надо сделать не 20 разрядными, а что-то типа md5 а клиенту давать хэш. Клиенту говорим челлендж он респонс и тогда мы узнаем его счет....

                    А если серьезно, уж не наши-ли тут обсуждения комуто хвост прещимили?

                    Комментарий


                    • #11
                      Dem_aka_Deep
                      я не зню что и сказать...
                      "Основной целью разработки УФЭБС является стандартизация способов и средств взаимодействия между автоматизированными системами различных разработчиков, используемых в расчетной системе Банка России для осуществления безналичных расчетов на территории Российской Федерации и взаимодействия с ней, упрощение существующих форматов ЭД, переход к современным стандартам обмена коммерческой информацией в электронном виде."

                      на этом основание почему бы не опубликовать.... секрет полишенеля!!!

                      ну и что ты предлагаешь?
                      всё суета сует и томление духа...

                      Комментарий


                      • #12
                        Никто в ЦБ официально не запрещал банкам передавать все полученные материалы своим или сторонним разработчикам. Более того, в настоящий момент материалы активно распространяются среди всех заинтересованных лиц. Существует только рекомендация передавать материалы конкретному лицу (например, по e-mail), а не распространять их в Интернете...
                        Открытые обсуждения форматов только приветствуются, это вообще нельзя никак запретить!!!

                        Комментарий


                        • #13
                          Тогда (раз уж конкретному лицу их можно передавать) у меня вопрос - есть ли у кого-нибудь что-нибудь, выходящее за рамки документа "Унифицированные форматы электронных банковских сообщений для безналичных расчётов ОБМЕН С КРЕДИТНЫМИ ОРГАНИЗАЦИЯМИ И ДРУГИМИ КЛИЕНТАМИ БАНКА РОССИИ (версия 1.0.0)" (Word, 119 страниц)? Потому как в данном документе есть очевидные ляпы и нет необходимых вещей (например, принципов формирования заголовка сообщения).
                          Павел

                          Комментарий


                          • #14
                            Dalen
                            На данный момент никаких других поясняющих материалов (помимо описания форматов в Word) не поступало. Если имеются вопросы или выявлены какие-либо неточности в документе, почему бы их не начать обсуждать в данном форуме? Это было бы полезно для всех...

                            Комментарий


                            • #15
                              Max-M
                              Сколько угодно.
                              1. Фактически не описаны реквизиты информационного блока заголовка (props:MessageInfo).
                              2. В сообщении ed:ED104 реквизит FileDate зарезервирован для УБР (что бессмысленно и противоречит 2-П).
                              3. В номере счёта на позиции первого символа кода валюты могут быть буквы - зачем?
                              4. Реквизиты ed:ED101 ChargeoffDate и ReceiptDate проставлены, как необязательные - противоречие с 2-П.
                              5. Признак системы обработки (SystemCode) может указываться как для пакета ЭПД, так и для отдельных его составляющих (вообще непонятно, системой обработки можно будет управлять?)
                              Павел

                              Комментарий


                              • #16
                                Сейчас у нас в Челябинске комбанки обмениваются эл.документами с РЦИ по РЕМАРТу
                                В свете внедрения XML РЕМАРТу, скорее всего, крышка.
                                Документы будут посылаться по Е-мылу, что-ли?

                                Комментарий


                                • #17
                                  Непросвещённый ХМЛ - это ведь просто формат такой, и к транспорту отношения не имеет... может, вас файлы на дискетах возить заставят

                                  Комментарий


                                  • #18
                                    Непросвещённый
                                    В свете внедрения XML РЕМАРТу, скорее всего, крышка.
                                    Почему? Объём информации катастрофически не возрастёт.

                                    Сегодня на совещании в ЦБ сказали, что с Ремартом будут что-то делать. Что -- непонятно. Но к концу 2005 года вроде что-то с ним сделают. Но пока обещали оставить на Ремарте только платежи -- отчётность будет пересылаться через ftp.

                                    Комментарий


                                    • #19
                                      не валите, мужики, не валите.... все в одну кучу! давайте тут не будем обсуждать Ремарт, т.к. у одних ремарт умер, у других только собирается, у третьих он вообще не имеет отношение к платежной системе!
                                      всё суета сует и томление духа...

                                      Комментарий


                                      • #20
                                        2. В сообщении ed:ED104 реквизит FileDate зарезервирован для УБР (что бессмысленно и противоречит 2-П).
                                        не пойму, а причем сдесь 2-П? Дата файла... кому она мешает? не напрягает же номер ЭПД в течении дня? хотя в 2-П о нем речи нет... или есть?
                                        всё суета сует и томление духа...

                                        Комментарий


                                        • #21
                                          Max-M Dalen
                                          вот и пошла инфа... на совещании дали оччень интересный CD... содержит много вкусного: доки(рус,англ), статьи, редакторы XML, парсеры, XSLT-процессоры, SOAP, примеры, учебные материалы...
                                          эти диски щас всем банкам раздадут... так что бери и делай!

                                          "1. Фактически не описаны реквизиты информационного блока заголовка (props:MessageInfo)."
                                          а он пока что нафиг никому не нужен... он будет иметь смысл только когда введут новую ТРАНСПОРТУНЮ систему ... но это в будущем... (будущее в ЦБ весма растяжимое
                                          хотя и предется конверт этот создавать уже сейчас...

                                          вобщем... расскжут вам все... не волнуйтесь... и на 5 ворос ответили...
                                          всё суета сует и томление духа...

                                          Комментарий


                                          • #22
                                            А есть ли здесь на форуме разработчики из банков с собственной АБС?
                                            Нам ведь придется писать весь этот софт самостоятельно.

                                            Администраторы! Ау! Может выделите нам под это дело (обсуждение) отдельную тему?

                                            Я уже начал писать, и вопросов уже куча, а спросить не у кого.
                                            Например:
                                            1. Я так понял, что Envelop> - это оболочка, которая будет формироваться РКЦ-шной программой контроля (new-KONVA для МЦИ), а мы должны формировать
                                            файл с XML-документом PacketEPD> или ED101> и т.п. и передовать его в эту программу? Или мы должны формировать и Envelop> тоже?
                                            2. Возникла проблема с атрибутом "xmlns": если его заполнить сразу после создания XML-элемента, то все дочерние элементы его содержат тоже, если же его заполнить после завершения формирования XML-элемента, то во всех дочерних документах он появляется пустой... В одной книжке по XML написано, что не рекомендуется использовать имена начинающиеся на "xml", так как они зарезервированы для служебных нужд... Или это проблема используемого софта (Oracle 9.0 с использованием пакетов XMLParser и XMLDom)?

                                            To AlekSay А что это было за совещание?
                                            :tik:

                                            Комментарий


                                            • #23
                                              AlekSay
                                              2. В сообщении ed:ED104 реквизит FileDate зарезервирован для УБР (что бессмысленно и противоречит 2-П).
                                              не пойму, а причем сдесь 2-П? Дата файла... кому она мешает? не напрягает же номер ЭПД в течении дня? хотя в 2-П о нем речи нет... или есть?
                                              Это не дата файла, а дата постановки в картотеку. Что для инкассового поручения весьма полезный атрибут.

                                              и на 5 вопрос ответили...
                                              И что они ответили?

                                              andy_p
                                              1. Я так понял, что Envelop> - это оболочка, которая будет формироваться РКЦ-шной программой контроля (new-KONVA для МЦИ), а мы должны формировать
                                              файл с XML-документом PacketEPD> или ED101> и т.п. и передовать его в эту программу? Или мы должны формировать и Envelop> тоже?
                                              Ходят слухи, что будут разные варианты. От "ничего" до "всё" (с точки зрения формирования).

                                              Или это проблема используемого софта (Oracle 9.0 с использованием пакетов XMLParser и XMLDom)?
                                              Вообще для формирования специальный софт не нужен, наверное. Или формировать постадийно (сначала вложенный объект, потом объемлющий и т.п. А xmlns: задавать только там, где нужно).
                                              Павел

                                              Комментарий


                                              • #24
                                                ТоDalen
                                                А как формировать XML-документы без специального софта?
                                                Если только написать его целиком заново? Сначала свой парсер, затем а затем свой анализатор типа SAX или DOM... Зачем?
                                                Или написать уродца, заточенного под этот частный случай, а потом постоянно его переделывать при очередных изменениях? Обработка регулярно изменяющегося "дерева" методами разбора строк а-ля R-макет - еще то удовольствие.
                                                А в дереве XML-документа элементы можно формировать только от корня к листьям, но не наоборот.
                                                :tik:

                                                Комментарий


                                                • #25
                                                  andy_p
                                                  Под "формировать" я имел в виду исходящие сообщения. Конечно, если обрабатывать входящее сообщение, то без парсера не обойтись. Но именно для входящих. Исходящие (учитывая требования ЦБ) формировать ручками будет даже удобнее, на мой взгляд.
                                                  И, скажем, MSXML вообще не умеет формировать XML по схеме - только проверять корректность.

                                                  Про направление "от корня к листьям" согласен, был неправ.
                                                  Павел

                                                  Комментарий


                                                  • #26
                                                    Кстати, об XML-схемах.
                                                    Ау! Кто нибудь слышал о пакетах для Oracle для работы с XML-схемами?
                                                    Или для Delphi7?
                                                    Откликнитесь!
                                                    Парсер из пакета XMLParser их не понимает...
                                                    :tik:

                                                    Комментарий


                                                    • #27
                                                      andy_p

                                                      Всю информацию по Oracle см. на сайте: http://www.oracle.com/technology/index.html
                                                      XML Technology Center
                                                      http://www.oracle.com/technology/tech/xml/index.html

                                                      Там же можно скачать Oracle XML Developers Kit

                                                      http://www.oracle.com/technology/tec...10g/index.html
                                                      Последний раз редактировалось Max-M; 17.08.2004, 09:33.

                                                      Комментарий


                                                      • #28
                                                        Сообщение от Dalen
                                                        1. Фактически не описаны реквизиты информационного блока заголовка (props:MessageInfo).
                                                        Служебный конверт предназначен для обработки сообщения на транспортном уровне. Т.е. вся транспортная информация должна быть указана в сообщении (имя файла не должно быть использовано для передачи транспортной информации). Но все эти требования вступят в силу только после ввода у клиентов Банка России унифицированного транспорта.
                                                        Сейчас на первом этапе ввода УФЭБС реквизиты заголовка служебного конверта обрабатываться транспортной системой не будут. Более подробные разъяснения по заполнению реквизитов заголовка будут распространяться Банком России позднее.

                                                        Сообщение от Dalen
                                                        2. В сообщении ed:ED104 реквизит FileDate зарезервирован для УБР (что бессмысленно и противоречит 2-П).
                                                        При составлении ЭД реквизит "Дата помещения в картотеку" КО-участником не заполняется. Если документ помещен в картотеку в КО, то документ не отправляется в расчетную систему Банка России. Данный реквизит может быть заполнен только в УБР (если это предусмотрено).

                                                        Сообщение от Dalen
                                                        3. В номере счёта на позиции первого символа кода валюты могут быть буквы - зачем?
                                                        Существуют клиринговые валюты, имеющие букву на позиции первого символа кода валюты. Хотя в безналичных расчетах данные валюты не используются.

                                                        Сообщение от Dalen
                                                        4. Реквизиты ed:ED101 ChargeoffDate и ReceiptDate проставлены, как необязательные - противоречие с 2-П.
                                                        Противоречия с Положением 2-П нет (согласно п. 2.10 - последний абзац). Не забывайте, что платежные документы могут составлять и другие клиенты Банка Росии (не только КО). Обслуживающим банком для них является УБР.

                                                        Сообщение от Dalen
                                                        5. Признак системы обработки (SystemCode) может указываться как для пакета ЭПД, так и для отдельных его составляющих (вообще непонятно, системой обработки можно будет управлять?)
                                                        Признак системы обработки будет контролироваться конкретным региональным ТПК УОС. Каждый ТПК УОС способен работать в каком-то определенном режиме (режимах). Если указанный признак противоречит особенностям ТПК УОС, то весь документ (пакет ЭД) будет отвергнут. Также понятно, что Признак системы обработки заполняется одинаково для пакета и документов в нем.

                                                        Комментарий


                                                        • #29
                                                          Max-M
                                                          При составлении ЭД реквизит "Дата помещения в картотеку" КО-участником не заполняется. Если документ помещен в картотеку в КО, то документ не отправляется в расчетную систему Банка России. Данный реквизит может быть заполнен только в УБР (если это предусмотрено).
                                                          Хорошо, тогда зачем этот реквизит есть в ed:ED101 для всех? Тогда и в ed:ED101 он должен быть для УБР, не так ли? Я вообще понял этот реквизит в смысле 2-П, ч.I, п3.6 - т.е., заполнять в том случае, когда платёжное/инкассовое поручение ставилось на картотеку (как оправдание задержки исполнения).
                                                          Существуют клиринговые валюты, имеющие букву на позиции первого символа кода валюты. Хотя в безналичных расчетах данные валюты не используются.
                                                          Вот именно - НЕ используются. Может, шаблон не совсем верен?
                                                          Противоречия с Положением 2-П нет (согласно п. 2.10 - последний абзац). Не забывайте, что платежные документы могут составлять и другие клиенты Банка Росии (не только КО). Обслуживающим банком для них является УБР.
                                                          В 2-П, ч. I, п.3.5,3.8,8.5 никак не указано, что УБР может эти поля не заполнять.
                                                          И тогда вопрос - КО, всё-таки, обязательно заполняет данные реквизиты?

                                                          Продолжаем вопросы :-)
                                                          1. ed:ED102, реквизит BeneficiaryAccNo. Согласно 2-П, ч.I, п. 5.3 в этом поле могут указываться реквизиты банка, обслуживающего получателя средств. Сейчас это не отражено.
                                                          2. Согласно тому же пункту, этот реквизит необязателен (логично - если банк-исполнитель аккредитива обслуживает получателя средств, то он и так знает номер счёта получателя)
                                                          3. Почему код системы обработки отсутствует в ed:ED102 и ed:ED103?
                                                          4. Зачем нужен реквизит DC в ed:ED110? Да и фраза "Дебет/кредит по отношению к плательщику"? По отношению к плательщику документ всегда идёт в дебете
                                                          5. Согласно 2-П, ч.I, п. 5.5, увеличение суммы аккредитива выполняется платёжным поручением банка-эмитента. Нужно ли в нём указывать ссылку на исходный документ (ed:ED102)?
                                                          6. В ed:ED105 указано, что элемент PartialPayt имеет кратность [0..1]. Но в нём содержаться поля 39, 40, 41, которые являются обязательными в платёжном ордере, как с этим быть?
                                                          7. А Вы случайно не в "Корус АКС" работаете?
                                                          Павел

                                                          Комментарий


                                                          • #30
                                                            To Max-M

                                                            Спасибо за ссылку.

                                                            Сейчас на первом этапе ввода УФЭБС реквизиты заголовка служебного конверта обрабатываться транспортной системой не будут. Более подробные разъяснения по заполнению реквизитов заголовка будут распространяться Банком России позднее
                                                            Ну так все таки, кто должен формировать служебный конверт - банковская АБС, или РКЦ-шная программа контроля?
                                                            :tik:

                                                            Комментарий

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

                                                            Свернуть

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

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