| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
 Ср Дек 31, 2008 14:44 |
 |
Полезность: Нет оценки
|
Ха-ха! Файлы 31 декабря отказались выгружаться в формате 207-П!
Зарегал:
| Цитата: | Отказ 31.12.08 выгружать файл с сообщениями за 30.12.08 с сообщением "В файл будут включены записи с ACTION = 1: .... После 01/01/2009 файлы
ОЭС в формате 207-П могут содержать только сообщения с ACTION = 2, 3, 4."
При запуске операции установлен формат 207-П и дата формирования файла 31.12.08. Должно выгрузиться 40 записей. |
Надо дописать + 1 к DATE_END в if P_DATE >= DATE_END then:
| Код: | DATE_END := to_date('31/12/2008','dd/mm/yyyy');
if P_DATE >= DATE_END + 1 then
...
pragma error( 'В файл будут включены записи с ACTION = 1: ' || NL$ ||
msg || NL$ ||
'После 01/01/2009 файлы ОЭС в формате 207-П могут содержать только сообщения с ACTION = 2, 3, 4.');
...
end if; |
|
|
 |
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
| Вс Янв 11, 2009 09:37 |
|
Полезность: Нет оценки
|
Документ уходит на другой банк через наш филиал.
В Архиве подозрительных документов, в корсчете нашего клиента проставляется 0, а в корсчете получателя проставляется счет 30301, а не корсчет банка получателя.
как думаете, это правильно? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вс Янв 11, 2009 12:42 |
|
Полезность: 2
|
Зарегал
| Цитата: | | Файл не выгружается на локальный диск. Производим запуск операции "Сформировать файлы ОЭС". Каталог на локальном диске указан. Если к выгрузке подготовлена одна операция, то файл создается насервере и копируется на локаль. Если операций к выгрузке много, то файл с сервера на локаль не копируется. |
Там буфер забивается сообщениями всякими в процедуре SET_STR при возникновении exception. И не вызывается операция копирования.
А сообщения эти - чушь собачья. Это попытка заполнить в dbf-файле несуществующие поля, которые были раньше в 207-П. Кто такой замечательный алгоритм придумал? 
И вообще смотришь на код - в процедуры передается куча неиспользованных переменных. Некрасиво! И неуважительно по отношению к тем, кто будет в таком коде разбираться. |
|
|
belyansky
Участник со стажем
Вступление в Клуб: 22.10.2007
|
| Вт Янв 13, 2009 06:20 |
|
Полезность: Нет оценки
|
Добрый день!
Вчера отправили первый файл ОЭС в формате 321-П
Пришёл ответ, в котором было ясно что файл не был прочитан:
| Цитата: |
Формат файла не соответствует Положеням 321-П / 207-П / 1519-У Банка России. Неизвестное поле: DATE_S
|
У кого ещё такая ошибка? на сколько я знаю не только у нас такая ошибка возникла.
Оформляю заявку в ЦФТ. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Янв 13, 2009 08:51 |
|
Полезность: Нет оценки
|
| belyansky пишет: | Добрый день!
Вчера отправили первый файл ОЭС в формате 321-П
Пришёл ответ, в котором было ясно что файл не был прочитан:
| Цитата: |
Формат файла не соответствует Положеням 321-П / 207-П / 1519-У Банка России. Неизвестное поле: DATE_S
|
У кого ещё такая ошибка? на сколько я знаю не только у нас такая ошибка возникла.
Оформляю заявку в ЦФТ. |
У нас ошибок не было. Слали два файла - оба целиком приняты.
Но ведь в описании файла есть такое поле. Кстати, в обновлении были скрипты по пакету dbf. Видимо там что-то менялось. Может ЦФТ забыл про вариант работы с использованием внешней библиотеки?
А файл на просмотр у Вас открывается?
Последний раз редактировалось: timochev (Вт Янв 13, 2009 09:02), всего редактировалось 1 раз |
|
|
ashslim
Профи
Вступление в Клуб: 21.08.2007
|
| Вт Янв 13, 2009 09:58 |
|
Полезность: Нет оценки
|
| belyansky пишет: | Добрый день!
Вчера отправили первый файл ОЭС в формате 321-П
Пришёл ответ, в котором было ясно что файл не был прочитан:
| Цитата: |
Формат файла не соответствует Положеням 321-П / 207-П / 1519-У Банка России. Неизвестное поле: DATE_S
|
У кого ещё такая ошибка? на сколько я знаю не только у нас такая ошибка возникла.
Оформляю заявку в ЦФТ. |
У нас такой ошибки не возникло. Зато возникли другие )) Например при разных дате сообщения и дате документа пришел отказ неверная дата документа. Хотя такое вполне возможно. |
|
|
belyansky
Участник со стажем
Вступление в Клуб: 22.10.2007
|
| Вт Янв 13, 2009 10:12 |
|
Полезность: Нет оценки
|
| Файл на просмотр открывается, всё нормально. В общем теперь кажется правда раскрылась - это ГУ ЦБ по Амурской облдасти по ошибке принял эти файлы в формате 207-П, и переслал в КФМ с расширением @@0, поэтому КФМ их принял тоже как файлы формата 207-П, поэтому и не смог их обработать (в файле 207-П это поле называется DATE_R). Так что ошибка касается на всех банков. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Янв 14, 2009 18:37 |
|
Полезность: Нет оценки
|
А кто-нибудь может объяснить, почему при импорте справочника террористов для записи с наименованием
| Цитата: | | ИСЛАМСКАЯ ПАРТИЯ ТУРКЕСТАНА (бывшее ИСЛАМСКОЕ ДВИЖЕНИЕ УЗБЕКИСТАНА) |
создается лишь одна фраза для поиска "ИСЛАМСКАЯПАРТИЯТУРКЕСТАНА". А где же то, что в скобках? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Янв 16, 2009 09:47 |
|
Полезность: Нет оценки
|
Регистрировал несколько дней назад заявку
| Цитата: | Не срабатывает ЖЕСТКАЯ проверка сообщения по полю AMR_S3.Имеем сообщение, в котором Получатель (TU3) = Физ.лицо, и поле Субъект РФ (AMR_S3) = "1". Вызываем нам этим сообщением операцию "Распечатать протокол ошибок по проверке операции". Выдается сообщение:
********************************
Протокол ошибок по проверке операции с ID = 1345355317
Дата проверки: 15.01.2009 14:18:35
Поле PRIZ_SD равно "0", но NUM_PAY_D не заполнено или равно "0"
Поле PRIZ_SD равно "0", но DATE_PAY_D не заполнено или равно "01/01/2099"
Поле "ADRESS_O0" не заполнено
Поле "AMR_O0" не заполнено
Поле "SD3" не должно быть нулевым при "TU3" = 2 и B_RECIP = 1
Поле "ADRESS_S3" или не заполнено, или его длина не 2 знака при "TU3" = 2
Поле "AMR_S3" или не заполнено, или его длина не 2 знака при "TU3" = 2
Поле "SD3" не должно быть равно '0', если поле "KD3" имеет значение "21","22",...,"28"
Ошибок не выявлено
Проверка окончена.
********************************
Таким образом, ОШИБОК НЕ ВЫЯВЛЕНО.
Между тем, в документации сказано:
Проверка блоков 1/2/4, блока 0 при B_PAYER=1,2, блока 3 при B_RECIP=1,2:
Поле "AMR_S#" заполнено, но его длина не 2 знака. - Жесткая
Получается, что жесткая проверка на AMR_S3 не сработала. Такое сообщение даже удалось выгрузить в файл. |
Ответ ЦФТ такой:
| Цитата: | Для полей "AMR_S#" у нас умышленно выполнены мягкие проверки, для случаев, когда заполнение адреса не обязательно. Но при этом мы выводим в качестве предупреждения в сообщение эту информацию для пользователя. В версии 9.1. в сообщение мягкие проверки от жестких выделены словом "предупреждение".
Изменения были выложены в дополнения. К сожалению, документация не была исправлена. Это же касается и документации относительно других полей ...
Документацию поправим, изменений функционала не требуется. |
Поэтому надо быть внимательнее к мягким проверкам. И не полагаться на документацию, если Вы там видите, что проверка жесткая. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Апр 20, 2009 15:26 |
|
Полезность: 1
|
Получили сегодня от РосФинМониторинга ответ. Вот фрагмент:
| Цитата: | | 10(N 1 842 от 17.04.2009),1, 0, Результат контроля 0 |
ЦФТ (вер. 9.1) ответ не загрузило с ошибкой invalid value.
И как Вы думаете, что стоит в номере сообщения в качестве разделителя разрядов сотен и тысяч? Нет, не пробел. CHR(255).
В WIN-кодировке это отображается как буква "я".
Соответственно, пришлось вставить выкусывание этого символа:
| Код: | | sNumber := replace(sNumber,CHR(255),''); |
Разработчику ПО направлен вопрос: как же должно быть? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Апр 20, 2009 15:59 |
|
Полезность: Нет оценки
|
| timochev пишет: | | Разработчику ПО направлен вопрос: как же должно быть? |
Получил устный ответ из Комиты: да, так оно и есть. Так и будет в будущем. Символ 255 является разделителем. 
Зарегистрировал заявку на развитие в ЦФТ. На несоответствие это не катит. |
|
|
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
| Ср Апр 07, 2010 09:41 |
|
Полезность: Нет оценки
|
| Подскажите, пожалуйста, как можно узнать дату последнего обновления справочника террористов? |
|
|
pas
Профи
Вступление в Клуб: 20.11.2007
|
| Ср Апр 07, 2010 10:54 |
|
Полезность: Нет оценки
|
| Если только из источника информации. 200110PO.DBF - день месяц год |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 08, 2010 07:53 |
|
Полезность: Нет оценки
|
| Kozyrev пишет: | | Подскажите, пожалуйста, как можно узнать дату последнего обновления справочника террористов? |
У нас на операции "Импорт из DBF" выставлен признак "журналирование". Не помню, приехал он вместе с дистрибутивом, или мы сами его поставили. Посмотрите, может и у Вас журналируется. И на будущее поставьте.
И еще ответ на вопрос имеется здесь (предпоследний пост)
http://www.cftclub.ru/viewtopic.php?t=247 |
|
|
vshahmatov
Участник со стажем
Вступление в Клуб: 02.02.2010
|
| Пт Апр 09, 2010 05:52 |
|
Полезность: 2
|
Маленький трейлер:
От создателей Противодействия легализации!
Реализован справочник "Противодействие легализации. Протокол импорта списков подозрительных лиц и организаций" (LEGAL_LIST_IMP) для хранения информации об обновлении справочников "Противодействие легализации. Перечень организаций и физических лиц, связанных с террористами" и "OFAC. Перечень подозрительных организаций и физических лиц". посредством файлов импорта.
Смотрите весной этого года, на всех версиях 10.2. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
