| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
ashslim
Профи
Вступление в Клуб: 21.08.2007
|
 Пт Дек 21, 2007 14:50 |
 |
Полезность: Нет оценки
|
К вышесказанному. Как вам такая ошибочка. Отправили сообщение о закрытии счета ИП-шника. Вот какая вернулась ошибка:
| Код: | КодОшибки:018
НаимОшибки:Недопустимое значение реквизита
КодРекв:ФИОИП
ЗначРекв:Овсепян Анна Ервандовна |
|
|
 |
YuSokolov
Профи
Вступление в Клуб: 29.06.2007
|
| Пт Дек 21, 2007 15:55 |
|
Полезность: Нет оценки
|
| ashslim пишет: | К вышесказанному. Как вам такая ошибочка. Отправили сообщение о закрытии счета ИП-шника. Вот какая вернулась ошибка:
| Код: | КодОшибки:018
НаимОшибки:Недопустимое значение реквизита
КодРекв:ФИОИП
ЗначРекв:Овсепян Анна Ервандовна |
|
Алексей у тебя дополнение 20 к 7.6 установлено ? Эта ошибка уже была исправлена. У нас сейчас ФИОИП формируется корректно (через запятую). |
|
|
YuSokolov
Профи
Вступление в Клуб: 29.06.2007
|
| Пт Дек 21, 2007 16:46 |
|
Полезность: 1
|
см. LIB_FUN в GNI_JOUR
| Код: | if v_client%class = 'CL_ORG' then
if not (v_client->([CL_ORG])[OWNERSHIP]->[SHORT_NAME] = '16' and v_client->([CL_ORG])[PS_REF]->[PS_CODE] = 'F_П') then
cur_str := 'НаимНП:'||v_client.[name];
INFO_INFO := INFO_INFO || cur_str||c_eos;
cur_str := '';
else
begin
locate PP_ in v_client->([CL_ORG])[ALL_BOSS] where pp_.[CHIEF] = true;
cur_str := 'ФИОИП:'||pp_.FASE.FAMILY_CL||','||pp_.FASE.[NAME_CL]||','||pp_.FASE.SNAME_CL;-- v_client.[name];
INFO_INFO := INFO_INFO || cur_str||c_eos;
cur_str := '';
exception when NO_DATA_FOUND then
pragma error ('Не найдено физ лицо для предпринимателя');
end;
end if; |
Сегодня выгружали закрытие старого счета 40702, в сообщение выгрузилось ФИОИП:Иванов,Иван,Иваныч
вместо НаимНП:ТОО "Рога и копыта".
Да, у клиента не был заполнен "Вид предприятия", в результате не корректное сообщение в ГНИ (без всяких предупреждений)
так не слишком жестко ?
| Код: | | not (v_client->([CL_ORG])[OWNERSHIP]->[SHORT_NAME] = '16' and v_client->([CL_ORG])[PS_REF]->[PS_CODE] = 'F_П') |
Конечно наученные опытом вначале проверили, потом исправили и отправили.
Кстати в справочнике форм предприятия ОКОПФ я не вижу ТОО (поэтому "Вид предприятия" - пусто). Как у вас коллеги ? ТОО руками добавили ? И собственно на каком основании ?
У нас еще осталось N-ное кол-во еще НЕ закрытых калек "ТОО" |
|
|
YuSokolov
Профи
Вступление в Клуб: 29.06.2007
|
| Пт Дек 28, 2007 10:09 |
|
Полезность: Нет оценки
|
В справочнике "ОКОПФ" завел форму "ТОО" (аналогичную "ООО"), чтобы "Код" не совпадал с существующими, а "Вышестоящий" был равен "48".
Потом в клиентах для ТОО списочно заполнил реквизиты - Форму и Вид предприятия.
| Код: | r_cl ref [CL_ORG];
col integer:=0;
begin
for i in 1..this.count loop
r_cl:= this(i);
r_cl.[FORMA] := ::[FORM_PROPERTY](SHORT_NAME='ТОО');
r_cl.[PS_REF] := ::[PS]([PS_CODE]= 'F_К');
col:= col + 1;
end loop;
debug_pipe(' Отредактировано '|| col || ' клиентов.', 1);
end; |
теперь про ТОО можно забыть |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Янв 16, 2008 21:37 |
|
Полезность: Нет оценки
|
| dale пишет: | Коллеги прошу прощения что пропал на несколько дней, но тут идет полным ходом подготовка к 302П и был чуток занят
все последние замечания, а так же сообщение об изменении реквизитов будут доступны в пятницу. |
Наконец-то после 302-П позволил себе отвлечься и вспомнить про 311-П. Было ли анонсированное в начале декабря обновление об изменении реквизитов? И что-то поправлено насчет даты повторной посылки в случае получения отказа? |
|
|
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 символов ("Местная православная религиозная организация приход Покрова Пресвятой Богородицы с.Солодча Ольховского района Волгоградской епархии Русской православной церкви"),
|
ОФФТОП гы-гы прикольный клиент 
_________________
I Lie About Everything. |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Ср Фев 13, 2008 12:20 |
|
Полезность: Нет оценки
|
пробовал сегодня обработать файлы из НИ... дибаги показывают, что файл обработался.. на самом деле реквизиты в ИБСО пусты файл остался в папке импорта... может кто сталкивался с подобным...
ЗЫ файлы нормально обрабатывались до 08/02/2008..
_________________
всегда есть как минимум 2 выхода |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
