Войти | Регистрация | Забыли пароль?
Сервисы поддержки I-поддержка Форумы Примеры Новости База знаний Видеоролики Документация
Сервисы поддержки / Форумы / RS-Bank / #162314«Электронная выборка данных для ЦБ»

#162314«Электронная выборка данных для ЦБ»

5 (4)
Открыть все сообщения Скрыть все сообщения
  • Развернуть #162314«Электронная выборка данных для ЦБ» ( p2p  22.10.2013 17:31 )
    5(4)
    http://support.softlab.ru/Portal/InterSupport/PayRevisions/request.asp?Id=192

    сделаю за 300т.р.!

    почему нет кнопки - сделаю?! только "да я в доле"?
    >> Ответить
    • Развернуть http://support.softlab.ru/Portal/InterSupport/PayRevisions/request.asp?Id=192 ( Stranger_A  23.10.2013 08:47 )
      5(1)
      Продам за 100 уже готовые и обкатанные коды. Прошли проверку в июне в числе первых.
      >> Ответить
    • Развернуть Все, что всем банкам надо - все через портал заказных доработок! ( NUrengoyPripol  30.10.2013 12:22 )
      5(1)
      Так и поддержка УФЭБС будет только через заказные доработки.
      >> Ответить
    • Развернуть А нормативка под это дело есть? ( Vic_Tomsk  30.10.2013 15:59 )
      5(1)
      Not specified
      >> Ответить
    • Развернуть ну вот ( Sergey V. Mamaev  05.11.2013 05:12 )
      5(1)
      ну вот и к нам пришли, затребовали. 2 дня дали. смешно сравнивать: 60 дней и 300000 против 2 дней и зарплата за 2 дня ;)
      >> Ответить
    • Развернуть Прошел год. ( NUrengoyPripol  05.02.2015 13:45 )
      5(1)
      У нас опять проверка. Опять запросили выборку. Пока в txt формате. Эр-стайл так и не реализовал ничего по этому поводу,еще одно предложение в портале закзных доработок. Банки по прежнему выкручиваюся сами. Хотя, если вступит в силу 3462-У, многие не смогут так легко сами справится уже.
      >> Ответить
    • Развернуть Интересненько... :) ( Волшебник  03.06.2015 11:36 )
    • Развернуть А как на счет сводных счетов? ( sergksa  08.06.2015 13:41 )
      5(1)
      Добрый день коллеги.

      Вопрос тем, кто писал для ЦБ-шников свою выгрузку файлов. (не важно txt или XML)
      и тем, кто готовит штатный функционал в РС

      в файлы счетов и остатков вы выгружали счета вкладов (из Обсл.Физ. и юр.лиц) ?

      Ведь если их не выгрузить, то информация по вкладам практически не будет предоставлена.
      а если выгрузить, то надо по идее убирать соответствующие сводные счета из МВОДБ, поскольку на них продублированы остатки.

      Кто как выходил из ситуации?

      >> Ответить
      • Развернуть В чем именно заключается проблема? ( Волшебник  08.06.2015 13:48 )
        5(1)
        В ядре на таких счетах должен стоять признак, что это сводный счет бэк-офиса.
        В поле "тип счета" гляньте...
        >> Ответить
        • Развернуть Проблема в сводных счетах. показывать или нет? ( sergksa  08.06.2015 16:47 )
          5(1)
          Какой вариант формирования файлов выбрать?

          1-й вариант:
          Cводные счета по вкладам из МВОДБ мы не выводим ЦБ-шные в файлы, поскольку они по сути технологические и не отражают операции каждого вклада.
          вместо них мы добавляем в файлы счета вкладов из обсл. физ. и юр.лиц. (ОФЮЛ)
          и решаем проблему для файла "Информация о счетах. Операции" (см. 3462-У) по отражению проводок по вкладным счетам в формате <DT_ACCOUNT> , <KT_ACCOUNT> и т.д... из базы операций ОФЮЛ (sbdepdoc.dbt, где виден только приход или расход) в виртуальной связке со счетами ядра.
          т.е. из двух (а если кто использует сводные счета в кредитовании, то из трех) баз данных счетов и операций мы для ЦБ-шников делаем консолидированные файлы как бы из одной базы счетов и проводок?

          2-й вариант:
          мы делаем файлы счетов и проводок для ЦБ-шников только по данным МВОДБ (ЯДРА), и объясняем им, что вклады у нас ведутся отдельно, и если нужно делаем еще один набор файлов по данным ОФЮЛ или добавляем счета вкладов со специальным признаком, что они используются ТОЛЬКО для введения отдельного учета.

          в пользу второго варианта говорит описание параметра <PR_KONS> из 3462-У

          <PR_KONS> - признак счета, используемого при ведении отдельного учета взносов акционеров, вкладов физических лиц, расчетов с работниками кредитной организации, учета основных средств, материальных запасов и других операций с отражением на соответствующих счетах в балансе итоговыми суммами: '0' - счет не используется при ведении отдельного учета операций, '1' - счет используется при ведении отдельного учета операций (счет синтетического учета), '2' - счет используется при ведении отдельного учета операций (счет аналитического учета);
          <ACCOUNT_KONS> - номер счета для отражения в балансе итоговой суммы (указывается, если счет используется при ведении отдельного учета операций, то есть: <PR_KONS>1</PR_KONS>);


          3 вариант - может кто подскажет другой подход?



          >> Ответить
          • Развернуть Судя по описанию PR_KONS ( Волшебник  09.06.2015 10:34 )
            5(1)
            это будет 3-й вариант - выводите счета и из РС и из бэкофиса одновременно.
            Ибо есть в описании 1 - синтетика и 2 - аналитика.
            >> Ответить
    • Развернуть Камрады, вопросец! ( Волшебник  15.10.2015 14:15 )
      5(1)
      Кто-нибудь уже ковырял штатную доработку от РС по формированию файлов по 3462-У?
      Или может кто сам писал и поделится?
      С понедельника проверка, а что то никак штатная толком не хочет работать :(
      >> Ответить
      • Развернуть У нас сейчас проверка ( sergksa  15.10.2015 15:51 )
        5(1)
        Написали самописный макрос для выгрузки.

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

        ну конечно же этот софт нам помог... немного мы нашли в макросе поверхностные косяки.. исправили их..
        стали считать длины size тегов так чтобы она проходила в программе и не выдавала ошибку..
        счета и остатки сформировали без ошибок...

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

        <DT_EXT_SWIFT><KT_EXT_SWIFT> - международный банковский идентификационный код (SWIFT BIC) банка контрагента - получателя средств, не являющегося клиентом
        <DT_EXT_TNAME> <KT_EXT_TNAME> - информация о контрагенте - получателе средств, не являющемся клиентом кредитной организации (ее филиала),
        <SCO> - символы кассовой операции (для д/...

        данных взять вроде негде во внутренних проводках.. умолчания не проходят... в некассовых документах что за символ кассы ставить вообще не понятно..
        в тегах *TNAME требуются куча разделений на составляющие через // так и не подобрали подходящее умолчание, когда данных нет...

        и все эти проверочные условия заложены в метафайле к их софту

        кое как проверяющим доказали что метафайл не соответствует 3462-У...

        через некоторое время разработчики от них прислали другой... почти ничего не изменилось...

        Нам сказали по секрету что сейчас они этот сервис для себя на каком то крупном банке пытаются отладить и непонятно получится ли...
        и отстали пока от нас...

        кстати по метафайлу логика <аналитика синтетика> <PR_KONS> обратная смыслу... да если почитать комментарии в указании к этому полю
        там явные противоречия на счет значений 1 2








        >> Ответить
        • Развернуть софт есть ( Волшебник  15.10.2015 16:02 )
          5(1)
          Дали вместе с райдером для проверки.
          при контроле просто ужас что выходит.
          Причем видно невооруженным глазом, что помимо косяков,что есть в рс - сам софт глючный и в нем логика контроля некоторых элементов отсутствует напрочь (контроль есть - логики нет)
          По личным связям поговорили с айтишниками одного из банков, где проверка идет с начала октября - они еще не сдавали эти файлы :)
          Тоже из-за кучи проблем при контроле после выгрузки штатным функционалом.
          Решили писать свой макрос - две недели пишут и пока не готов.
          Главбух наша звонила в ЦБ по поводу этих файлов - ее там "успокоили" - типа ни у кого по первому разу не выходит и все переделывают эту фигню 100500 раз потом :)

          Вы своим макросом не поделитесь?
          Нам в понедельник им хотя бы что то более разумное и менее глючное, чем дает штатная выгрузка из РС, им представить, чтобы в замечания не записали что запрошенные данные не предоставлены вовремя, а потом бы уж допилили потихоньку...
          >> Ответить
      • Развернуть А что не работает в штатной реализации? ( Назарова Анна  15.10.2015 16:03 )
        5(1)
        Добрый день!
        А что именно не работает в штатной реализации?

        ---------------------------
        С уважением, Назарова Анна
        Руководитель проекта «RS-Bank v.5.5»,

        >> Ответить
        • Развернуть во первых просто бесит то, что вся процедура выборки огранизована в сишном коде ( Волшебник  15.10.2015 16:08 )
          5(1)
          и до нее не добраться!
          потому что настройками очень мало что можно сделать.
          Например: при отсутствии почтового адреса система вместо того чтобы взять юридический или фактический (логично же. не правда ли?) просто тупо выдает ошибку.
          Во вторых - нет возможности нормальным порядком исключить некоторые технические виды вкладов из Ретейл для выгрузки.
          В третьих - исходное формирование файлов выгрузки во многих местах, пусть и по мелочи, не соответствует формату ЦБ - приходится шаманить.
          Анна - может быть вам прислать программу контроля файлов выгрузки, чтобы вы сами посмотрели что не так?
          >> Ответить
          • Развернуть Программа контроля файлов выгрузки местами сама не соответствует 3462-У ( Назарова Анна  15.10.2015 16:21 )
            5(1)
            >> при отсутствии почтового адреса система вместо того чтобы взять юридический или фактический (логично же. не правда ли?) просто тупо выдает ошибку.
            Логично и мы это исправили в ближайший патч. Также есть возможность обойти ошибку в макросе mac\krn\elexch\cba_common.mac

            >> В третьих - исходное формирование файлов выгрузки во многих местах, пусть и по мелочи, не соответствует формату ЦБ - приходится шаманить.
            Анна - может быть вам прислать программу контроля файлов выгрузки, чтобы вы сами посмотрели что не так?
            К сожалению, как показывает практика, программа контроля от ЦБ почему-то не соответствует требованиям 3462-У от этого же ЦБ.
            Возможно, у Вас уже более новая версия программы контроля, поэтому – да, пришлите, пожалуйста, на адрес nazarova@softlab.ru

            >> Ответить
    • Развернуть Господа, прошу поделиться впечатлениями купивших и использовавших штатную разработку по 3462-У. ( Максим  11.02.2016 11:34 )
      5(1)
      По функциональности (гибкости настройки), по корректности работы (наличие ошибок).
      Грядет проверка, а мы не можем определиться - самим делать или покупать разработку.
      >> Ответить
      • Развернуть Впечатления ( Волшебник  11.02.2016 12:09 )
        5(1)
        По функциональности - ну что то вроде выдает... :)
        О гибкости настройки вообще речи нет, так как весь механизм отбора зашит в коде, ибо реализация платная. Что-то подшаманить можно только на этапе формирования хмл файлов из подготовленных временных *.dbt, но это очень ограниченно получается, да и время формирования *.xml от этого увеличивается, когда делаешь какой то свой анализ и дозаполнение данными.
        Ну и по самим выгружаемым данным были вопросы, но они больше в области трактовки Указания и разъяснений по нему. Само указание даже с разъяснениями еще далеко от совершенства и там много неоднозначных моментов.
        Т.е. вроде бы как РС утверждал, что все сделано согласно указанию, но программа проверки от ЦБ ругалась на многие моменты, часть из которых получилось устранить постобработкой, а с другой частью вообще непонятно что делать, ибо сама программа проверки еще глючная и там своих косяков более чем достаточно.
        В общем мы брали штатную разработку в тестовую эксплуатацию и по итогам тестирования пришли к выводу, что пока покупать не будем.
        Закрытость кода отбора данных - главное, что нас не устраивает.

        В неофициальной беседе с сотрудниками компании я выразил свое недоумение по поводу решения лицензировать этот продукт отдельно и в связи с этим закрывать основной код. Это в принципе нужно всем банкам так или иначе, не сейчас так завтра, поэтому логичной бы выглядела схема включить этот функционал в дистрибутив, а в очередном повышении платы за поддержку просто накинуть скажем по 1000 руб на каждый банк. Тогда можно было бы собрать гораздо больший фидбек со всех пользователей и допилить решение всем на радость.
        Ну и код бы тогда можно было бы реализовать на РСЛ, и все бы могли его затачивать под себя.
        На что мне было отвечено что такова политика компании и фидбека и так достаточно. :)

        В общем, с моей точки зрения - не лучший ход :)
        >> Ответить
      • Развернуть в общем и целом согласен с предыдущим оратором. ( Solaris_moscow  11.02.2016 12:34 )
        5(1)
        черный ящик. мы, правда, его купили. как всегда в традиции рстайла, кто бы что ни говорил: заплатив за лицензию,хочется получить полноценно работающий продукт, но, к сожалению, куча ошибок, которых полно даже без заморочки с проверкой косячной самой по себе программы ЦБ или разночтений указаний.
        Часть исправлений я дождался через регулярку, часть исправлений сделал на этапе выгрузки. Некоторые проще оказалось сделать путем постобработки выходного файла. В итоге вроде чего-то выдает. :)))
        >> Ответить
        • Развернуть Подтверждаю... Про ошибки и недоделанность. ( Ilya  01.03.2016 15:24 )
          5(1)
          Причем, мы даже добились, чтобы на выходе черного ящика хотя бы что-то появлялось...
          Однако!!!
          После проливки обновления снова получили на выходе нуль, так как были добавлены новые правила проверки заполнения атрибутов.
          >> Ответить
          • Развернуть Вроде же коммент в макросе есть, чтобы всегда что-то было (+) ( Александр  02.03.2016 05:36 )
            5(1)
            Макрос cba_common.mac, процедура private macro IsErrorExists().
                  // Если возвращать не retVal, а false, то все ошибки будут записаны в протокол
      // И файл при этом сформируется. Позже будет вынесено в настройку реестра SCR#178199
      return retVal;

            >> Ответить
            • Развернуть 3462-У ( nikrons  04.03.2016 10:58 )
              5(1)
              Может кто-нибудь подскажет.
              В файле LSOp... в некоторых записях получаются "левые" даты, например
              <DATA>66.84.0015</DATA>. Как это можно исправить ?
              Спасибо.
              >> Ответить
              • Развернуть тут два варианта ( Solaris_moscow  04.03.2016 12:33 )
                5(1)
                1. понять откуда берутся эти даты.
                2. просто поправить макрос выгрузки для операций и проверять на мусор или недействительную дату
                >> Ответить
    • Развернуть Коллеги присоединюсь к просьбам ( tema  14.02.2017 14:47 )
      5(1)
      поделиться своим макросом. ибо этот чёрный ящик утомил уже
      >> Ответить
      • Развернуть Мы в прошлом году успешно (+) ( Александр  17.02.2017 04:08 )
        5(1)
        сдали ЦБ "черный ящик".

        Правил в cba_common.mac:
              // Если возвращать не retVal, а false, то все ошибки будут записаны в протокол
      // И файл при этом сформируется. Позже будет вынесено в настройку реестра SCR#178199
//      return retVal;
      return false;

        Добавил функцию 
        Macro iDelSpace( str )
  var ret = trim(str);

  while( index(ret,"  ") != 0 )
    ret = trim(strsubst(ret,"  "," ")); //Удалить двойные пробелы
  end;
  return trim(ret);
End;

        В макросе cba_LSOp.mac
        //      AddChildNode_repl("APPOINT",        SubStr(m_Rec.Ground, 1, LENGTH_APPOINT));
      AddChildNode_repl("APPOINT",      iDelSpace(SubStr(m_Rec.Ground, 1, LENGTH_APPOINT)) );//Двойные пробелы МОКОД не пропускает

        В макросе cba_LSOZ.mac
                  //AddChildNode_repl("TNAME",    trim(substr(m_Rec.TName, 1, LENGTH_TNAME-2))+"//");
          AddChildNode_repl("TNAME",    iDelSpace(trim(substr(m_Rec.TName, 1, LENGTH_TNAME-2))+"//"));


              //AddChildNode_repl("TNAME_2",      substr(m_Rec.TName_2, 1, LENGTH_TNAME2));
      AddChildNode_repl("TNAME_2",      iDelSpace(substr(m_Rec.TName_2, 1, LENGTH_TNAME2)));


                          //AddChildNode("CLOSE_NALOG",  "99.99.9999");
                  AddChildNode("CLOSE_NALOG", string(m_Rec.Close_Date:f));


                       //AddChildNode("OGRN",      m_Rec.OGRN);
              if( (strlen(m_Rec.OGRN) == 13) or (strlen(m_Rec.OGRN) == 15) )
                 AddChildNode("OGRN",      m_Rec.OGRN);
              else
                AddChildNode("OGRN", "");
              end;

        >> Ответить
        • Развернуть С частными вкладами тяжело идёт ( tema  19.02.2017 14:16 )
          5(1)
          что с выгрузкой, что с последующей сверкой вопросов много.

          PS. заменить несколько пробелов на один и отрезать лидирующие и хвостовые
           trim(boost_replace("\\s+"," ",str))

          >> Ответить