трабл при загрузке временных признаков

Blizzard

Уважаемы а было ли у кого-то такая тема:
Есть загрузка из плоского файла.
Одним из полей является 0CALDAY.
На апдейт рулезах автоматом из него получаются другие временные признаки.
В тесте фига...а именна. Почему-то система ругается на кусок даты типа:
@5C@ Инфо-объект 0CALMONTH содержит запрещенные знаки в записи 1 , в значении 06013 RSAR 191 @35@
Сама дата качается 20060131...

mas

Откуда появилось 06013? Из 20060131?

RSA1

Blizzard написал:

Уважаемы а было ли у кого-то такая тема:
Есть загрузка из плоского файла.
Одним из полей является 0CALDAY.
На апдейт рулезах автоматом из него получаются другие временные признаки.
В тесте фига...а именна. Почему-то система ругается на кусок даты типа:
@5C@ Инфо-объект 0CALMONTH содержит запрещенные знаки в записи 1 , в значении 06013 RSAR 191 @35@
Сама дата качается 20060131...

В Transfer Rules -> DataSource/Trans. Structure -> Conversion
Что находится ?

Blizzard

mas написал:

Откуда появилось 06013? Из 20060131?

х.з. короче, после нескольких удалений и созданий, злобных проклятий в адрес индусов...все рассосалось.... :gigi:

mas

бывает

Blizzard

RSA1 написал(а):

В Transfer Rules -> DataSource/Trans. Structure -> Conversion
Что находится ?

да пусто там для 0CALDAY.
что самое интересное делеал моделирование красного пакета, после правил переноса все ок, а когда пакет приходит в апдейт рулезы уже 060131 в 0CALMONTH ...непонятна....видать какой-то баг с переносом.

mas

такое ощущение что он ждет дату в формате ддммгггг...потому и берет последние 6

трабл при загрузке временных признаков

Кто сейчас на конференции