CftClub.ru
Клуб специалистов ЦФТ-Банк 		   О проекте, Правила Клуба, FAQО проекте   Поиск по материалам КлубаПоиск    Отзывы Участников и посетителейОтзывы    Стать Участником КлубаРегистрация    ВходВход

7.6.19 (311-П)
На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Янв 21, 2008 17:42    Ответить с цитатой
Полезность: Нет оценки
Сегодня зарегистрировали 6 ошибок по формированию файлов (версия 7.7.13). Подавляющее количество из нихздесь упомналось еще в декабре, но в 7.7 они оказались не исправлены. В результате оказалось, что после перехода на 7.7 ситуация сильно ухудшилась, т.к. то, что правили до нового года стало опять косячным Перечислю косяки:

1. При обработке ответов из НИ операцией "Обработать файлы из НИ"
выдается сообщение:"Обработано 5 файлов из НИ"
Несмотря на это изменения состояния заявок в "ИМНС. Протокол обмена данными с налоговым органом" не происходит. Файлы остаются в каталоге импорта. Причина - неверный алгоритм квитовки ответов

2. При переформировании служебной части до сих пор не заменяется реквизит "ФамОтпр". Вместо него в коде упоминается какой-то ФИООтпр.

3. При отправке сообщения о закрытии счетов РКО не заполняется реквизит "ДатаРастДог". Возвращается ответ:
*****************************
КодОшибки:017
НаимОшибки:Отсутствует условно-обязательный реквизит
КодРекв:ДатаРастДог
*****************************
У нас [DATE_ENDING] пустая, а [DATE_CLOSE] не пустая.

4. Недопустимая длина реквизита "ВерсПрог". Ошибка в ответе НИ:
**********************
КодОшибки:020
НаимОшибки:Ошибка в длине реквизита
КодРекв:ВЕРСПРОГ
ЗначРекв:ЦФТ-БАНК (ПЛАТФОРМА РАЗВИТИЯ НА БАЗЕ ORACLE) 7.7
**********************
Почему-то аналогичная заявка BFS00043404 числится уже выполненной!

5. Формируется неправильный АдрКО для Санкт-Петербурга как города федерального значения. В настройке GNI_FILIAL_ADDR сохранен адрес
"190000,78,,,,БОЛЬШАЯ МОРСКАЯ УЛ,55,ЛИТ А,", а в файл выводится "190000,78,,CAНКТ-ПEТEPБУPГ,,БОЛЬШАЯ МОРСКАЯ УЛ ,55,ЛИТ А,"
Повтор заявки BFS00043404

6. При переформировании сообщения операцией "Переформировать файл" неверно заполняются ФамОтпр и ФИОПрБ. Если в первой посылке все было правильно:
ФамОтпр:Путилина
ФИОПрБ:Башкирова
то при переформировании в обоих местах начинает фигурировать одна и та же фамилия, а именно та, которую выберешь в операции "Переформировать файл". Необходимо разделять эти понятия.
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеПн Янв 21, 2008 18:18    Ответить с цитатой
Полезность: Нет оценки
Да есть такое дело, в 7.7 попал первоначальный функционал по 311-П (заметил это сразу как только получил справку с НаимОшибки:Ошибка в длине реквизита, КодРекв:ВЕРСПРОГ) . У меня тоже на 311-П совсем не хватает времени, недавно я у Резина Владимира брал актуальное хранилище, причем он обещал, что скоро оно выйдет очередным обновлением к 7.7.
з.ы. Сорри, что успел озвучить это на форуме, Дима могу выслать хранилище.
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеПн Янв 21, 2008 18:26    Ответить с цитатой
Полезность: Нет оценки
Зарегистрировал BS0006206. "Финансовые счета", операция MSG_TAX_INSPECT - "Сообщение налоговому органу об открытии (закрытии) счета".
Согласно 311-П НомСооб = <RRRRFFFFGGNNNNNN>,<МММ>.
в операция "Сообщение налоговому органу об открытии (закрытии) счета" "Номер сообщения" сверяется с наличием такого же номера в справочнике "Бланки справок в НИ об открытии и закрытии счета". Однако сверка идет только по NNNNNN, а надо еще учитывать GG.
Например сейчас номера 0701000007000123 и 0701000006000123 определяются как одинаковые

лечение - в операции исправить (в секции "проверка" и в "теле")
and substr(x.[NUM],11) = substr(P_NUM,11)
на
and substr(x.[NUM],9) = substr(P_NUM,9)
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Янв 21, 2008 19:51    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
Дима могу выслать хранилище.

Спасибо, но мы получили аналогичное хранилище 18 января. В нем, к сожалению, тоже не все исправлено из вышеперечисленного
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Янв 22, 2008 11:36    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
Зарегистрировал BS0006206. "Финансовые счета", операция MSG_TAX_INSPECT
лечение - в операции исправить (в секции "проверка" и в "теле")
and substr(x.[NUM],11) = substr(P_NUM,11)
на
and substr(x.[NUM],9) = substr(P_NUM,9)

Из ЦФТ прислали немного другое решение:
Код:
   locate x in [GNI_OPCLOS_ACFIN]
   where
      x.[NUM] is not null
   and substr(x.[NUM],11) = substr(P_NUM, 11)
   and [GNI_OPCLOS_ACFIN]::[LIB].check_accounts(x.[AC_FIN_REF], this) = '1'
   --and trunc(x.[DATE_REQ], 'YEAR') = trunc(DATE_OTPR, 'YEAR')
   and substr(x.[num],9,2) = to_char(V_DATE_LAST, 'YY')
   and x.[AC_FIN_REF] <> this;

Пока не разбирался в логике одного и второго варианта. ЦФТ изменило запрос только в теле, а в проверке - нет. Почему - выясняем.
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеВт Янв 22, 2008 14:13    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Из ЦФТ прислали немного другое решение:
Код:
   locate x in [GNI_OPCLOS_ACFIN]
   where
      x.[NUM] is not null
   and substr(x.[NUM],11) = substr(P_NUM, 11)
   and [GNI_OPCLOS_ACFIN]::[LIB].check_accounts(x.[AC_FIN_REF], this) = '1'
   --and trunc(x.[DATE_REQ], 'YEAR') = trunc(DATE_OTPR, 'YEAR')
   and substr(x.[num],9,2) = to_char(V_DATE_LAST, 'YY')
   and x.[AC_FIN_REF] <> this;

Пока не разбирался в логике одного и второго варианта. ЦФТ изменило запрос только в теле, а в проверке - нет. Почему - выясняем.


В таком варианте не работает, исправлений по BS00062065 (номера 0701000007000123 и 0701000006000123 определяются как одинаковые) в полученном хранилище пока нет
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеВт Янв 22, 2008 14:17    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
В таком варианте не работает, исправлений по BS00062065 (номера 0701000007000123 и 0701000006000123 определяются как одинаковые) в полученном хранилище пока нет

А мож и заработает
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеЧт Фев 07, 2008 11:54    Ответить с цитатой
Полезность: 1
Сегодня выгружали сообщение в ГНИ, наименование владельца счета 159 символов ("Местная православная религиозная организация приход Покрова Пресвятой Богородицы с.Солодча Ольховского района Волгоградской епархии Русской православной церкви"),
короче получаю ошибку
    Описание : ORA-06502: PL/SQL: ошибка числа или значения
    ORA-06512: на "IBS.Z$GNI_JOUR_LIB_FUN", line 387


Следует в LIB_FUN типа GNI_JOUR, в локальных описаниях в
procedure set_INFO_PART(p_mess ref [GNI_JOUR]) is
заменить
cur_str varchar2;
например на
cur_str varchar2(250);

з.ы. заявку тоже зарегил
w00per
Профи


Вступление в Клуб: 17.10.2007
СообщениеЧт Фев 07, 2008 12:25    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
Сегодня выгружали сообщение в ГНИ, наименование владельца счета 159 символов ("Местная православная религиозная организация приход Покрова Пресвятой Богородицы с.Солодча Ольховского района Волгоградской епархии Русской православной церкви"),

ОФФТОП гы-гы прикольный клиент Laughing
_________________
I Lie About Everything.
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеСр Фев 13, 2008 12:20    Ответить с цитатой
Полезность: Нет оценки
пробовал сегодня обработать файлы из НИ... дибаги показывают, что файл обработался.. на самом деле реквизиты в ИБСО пусты файл остался в папке импорта... может кто сталкивался с подобным...
ЗЫ файлы нормально обрабатывались до 08/02/2008..
_________________
всегда есть как минимум 2 выхода
w00per
Профи


Вступление в Клуб: 17.10.2007
СообщениеСр Фев 13, 2008 16:09    Ответить с цитатой
Полезность: Нет оценки
Alexsey пишет:
пробовал сегодня обработать файлы из НИ... дибаги показывают, что файл обработался.. на самом деле реквизиты в ИБСО пусты файл остался в папке импорта... может кто сталкивался с подобным...
ЗЫ файлы нормально обрабатывались до 08/02/2008..

см. ::[GNI_JOUR].[WORK_INCOMING]
Код:
-- неправильный принцип квитовки ответа с запросом
--and substr(x.[REQ_FILE].[ID_FILE],22) = substr(IdFile,22);

В бистрибутивной версии не закоментированно, коментировать в обоих секциях locate.
_________________
I Lie About Everything.
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеСр Фев 13, 2008 16:14    Ответить с цитатой
Полезность: Нет оценки
w00per пишет:
Alexsey пишет:
пробовал сегодня обработать файлы из НИ... дибаги показывают, что файл обработался.. на самом деле реквизиты в ИБСО пусты файл остался в папке импорта... может кто сталкивался с подобным...
ЗЫ файлы нормально обрабатывались до 08/02/2008..

см. ::[GNI_JOUR].[WORK_INCOMING]
Код:
-- неправильный принцип квитовки ответа с запросом
--and substr(x.[REQ_FILE].[ID_FILE],22) = substr(IdFile,22);

В бистрибутивной версии не закоментированно, коментировать в обоих секциях locate.

про это я в курсе... я же говорю до 08/02 все работало...
баги описанные на форуме исправлены..
_________________
всегда есть как минимум 2 выхода
w00per
Профи


Вступление в Клуб: 17.10.2007
СообщениеСр Фев 13, 2008 16:47    Ответить с цитатой
Полезность: Нет оценки
Alexsey пишет:

про это я в курсе... я же говорю до 08/02 все работало...
баги описанные на форуме исправлены..

Ну тогда может скажешь что было 08/02/2008 Wink Smile
У нас так, и все работает нормально, в этиой части.
Код:

locate x in ::[GNI_JOUR] where
                           ( x.[COM_STATUS] = [COM_STATUS_PRD]([!CODE] = 'IMNS_SEND')
                        or    (x.[COM_STATUS] = [COM_STATUS_PRD]([!CODE] = 'IMNS_ERROR')
                        --and x.[LETTER_DATE] is not null
                        and x.[GNI_BLANK].[DATE_REJECT] is null))
                        and UPPER(SUBSTR(x.[FILENAME],4)) = UPPER(substr(fname,4));
                        --and substr(x.[REQ_FILE].[ID_FILE],22) = substr(IdFile,22);


З.Ы. Только "!" перед CODE убрать надо, они чтоб на форуме красиво отображалось
_________________
I Lie About Everything.
Admin
Site Admin


Вступление в Клуб: 09.06.2007
СообщениеСр Фев 13, 2008 16:50    Ответить с цитатой
Полезность: Нет оценки
w00per пишет:
З.Ы. Только "!" перед CODE убрать надо, они чтоб на форуме красиво отображалось


Посмотрите http://www.cftclub.ru/viewtopic.php?t=278
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеСр Фев 13, 2008 16:54    Ответить с цитатой
Полезность: Нет оценки
w00per пишет:
Alexsey пишет:

про это я в курсе... я же говорю до 08/02 все работало...
баги описанные на форуме исправлены..

Ну тогда может скажешь что было 08/02/2008 Wink Smile
У нас так, и все работает нормально, в этиой части.
Код:

locate x in ::[GNI_JOUR] where
                           ( x.[COM_STATUS] = [COM_STATUS_PRD]([!CODE] = 'IMNS_SEND')
                        or    (x.[COM_STATUS] = [COM_STATUS_PRD]([!CODE] = 'IMNS_ERROR')
                        --and x.[LETTER_DATE] is not null
                        and x.[GNI_BLANK].[DATE_REJECT] is null))
                        and UPPER(SUBSTR(x.[FILENAME],4)) = UPPER(substr(fname,4));
                        --and substr(x.[REQ_FILE].[ID_FILE],22) = substr(IdFile,22);


З.Ы. Только "!" перед CODE убрать надо, они чтоб на форуме красиво отображалось


Аналогично
_________________
всегда есть как минимум 2 выхода
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.
Страница 7 из 9

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB