если вы говорите что все нормально то что я вам сегодня отправил то я это выкладываю
Посмотрел глазами текст. Увидел только то, что по транзитному счету пишется "текущий". Больше ничего не заметил. Вроде как все исправлено.
В эксплуатации еще не было - завтра только будут посылать.
Коллеги прошу прощения что пропал на несколько дней, но тут идет полным ходом подготовка к 302П и был чуток занят
все последние замечания, а так же сообщение об изменении реквизитов будут доступны в пятницу. _________________ Программа делает не то, что хочет программист, а то, что написано в коде. (c)
Получаю из ГНИ файлы хорошие (sbf...) и не очень (sbe...).
Делаю "Обработать файлы из НИ", так вот после закачки квитанция о непринятии уполномоченным налоговым органом электронного (sbe...), "Статус" соответствующего сообщения становится не "Забракован" (IMNS_REJECT), а "Обнаружены ошибки" (IMNS_ERROR). Сообщение можно исправить ("Редактирование ошибочных реквизитов файла"), в вот чтоб сделать "Переформировать файл" нужна операция "Обнаружены ошибки->Отправлен" (такая же как "Забракован->Отправлен").
Получается статус "Забракован" лишний чтоль ?
Владимир наверное квитанции о непринятии (sbe...) следует грузить со статусом "Забракован". Вернее тут надо подумать!
Если на отправленное сообщение поступила квитанция о непринятии, то после устранения ошибок формируется новый файл, содержащий в имени признак а=2 и текущую дату DDDDDDDD. При этом номер сообщения RRRRFFFFGGNNNNNN_MMM не изменяется.
При этом даты, указанные в реквизитах ИдФайл, ИдДок, ДатаСооб также должны быть исправлены на текущую.
Извещение об ошибках (SBK) может поступить только после получения Квитанции о принятии. О различии между ними см. ЧаВо. В этом случае, после устранения ошибок, аналогично формируется новый файл, содержащий в имени признак а=3 и текущую дату DDDDDDDD.
Во всех этих случаях МММ не нужно увеличивать, т.к. оно указывает, какое именно сообщение подлежит корректировке. МММ - определяет сообщение. RRRRFFFFNNNNNN - определяет счет, по которому высылаются все сообщения.
__________________
Свечников Александр, ГНИВЦ, (495)913-0000*31-70
КодОшибки:025
НаимОшибки:Недопустимое соотношение реквизитов. РегНомКО и RRRR из имени файла.
КодРекв:РегНомКО
ЗначРекв:701
на самом деле в 311-П черным по русскому написано по заполнению "РегНомКО"
"Указывается в соответствии с КГРКО регистрационный номер банка, сформировавшего электронное сообщение, со сдвигом влево без лидирующих нулей (например, 23)"
я так понимаю КодОшибки:025 - это нарушение 311-П.
Очевидно там решили обновить софт по проверке сообщений банков и перестарались. Возможно слежует ожидать, что в ГНИ исправят свой софт, снова обработают наши посылки и вернут нам квитанции о принятии сообщения. Не так ли ?
Очень не хочется руками переделывать сообщения.
Сегодня зашел на http://www.gnivc.ru/forum, читаю, ху@ю и плачу
там уважаемый sancase (Свечников Александр Николаевич) написал:
В Номере Сообщения записывается РегНомКО. Согл контр соотн 102 Наименование файла содержит НомСооб. След RRRR равно РегНомКО.
Ну с какова перепуга ? Я еще раз смотрю в 311-П, вижу
RRRR - регистрационный номер банка, в котором открыт счет, в соответствии с Книгой государственной регистрации кредитных организаций (далее - КГРКО) (с лидирующими нулями, например - 0007)
РегНомКО - Указывается в соответствии с КГРКО регистрационный номер банка, сформировавшего электронное сообщение, со сдвигом влево без лидирующих нулей (например, 23)
У нас РегНомКО НЕ 4-х значный. И пока тока имею КодОшибки:025.
А еще sancase там озвучил, что "повторная обработка сообщений невозможна", значит ... снова ручками исправлять даты в сообщениях и снова их засылать, но пока жду коментов как правильно формировать НомСооб:RRRRFFFFGGNNNNNN,MMM и РегНомКО.
Главное надо всегда помнить, что мы живем в РОССИИ !
... снова ручками исправлять даты в сообщениях и снова их засылать...
И все таки она восторжествовала (в смысле справедливость)
Цитата:
Отправили в ФЦОД вчера обновление и скрипт на повторную обработку. В результате выполнения скрипта банки получат нормальные квитанции. Вам ничего повторно отправлять не нужно.
_________________
Свечников Александр, ГНИВЦ, (495)913-0000*31-70
Владимир, АУ !
Согласно 311-П НомСооб (RRRRFFFFGGNNNNNN,MMM)
с каждого нового года начинается с 000001 (NNNNNN).
GG будет 08, соответственно уникальность НомСооб в ГНИ будет соблюдена.
Вы этот момент учли ?
Очевидно следут осуществлять контроль, например на этапе работы операции "Формирование электронного сообщения банка об открытии/закрытии счета".
Кроме того, в справочнике "ИМНС. Протокол обмена данными с налоговым органом" бухгалтера просматривают в новых сообщениях (статус "Подготовлен") поле "Информационная часть файла в НИ"
и при наличии ошибки в реквизитах сообщения не имеют возможности ее исправить. Думаю, что операции "Редактирование ошибочных реквизитов файла" следует разрешить работать с сообщениями статус которых "Подготовлен".
Еще момент, кода делаю "Обработать файлы из НИ" (загружаю "хорошие" квитанции (sbf...) ), то содержание квитанции в базу не загружается, поле "Текст файла из НИ" остается пустым. Ведь предполагалось, что тут юзеры видят и печатают сообщение от НИ.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB