Форум казахстанского налогоплательщика

СГДС-3 ( Система гарантированной доставки сообщений) версия 3.0.1.190. Отозванный выпуск СГДС
С выходом версии 3.0.1.190 было обещано, что в ней будут исправлены несколько проблем.
Список изменений в этой версии:

• Исправлена ошибка логирования при переходе на новые сутки (наш комментарий, ранее если настали новые сутки или была переведена дата, то во вкладке, где отображается время соединение с сервером СГДС, можно было увидеть некорректное время работы);
• Убран функционал разрыва соединения ConnectionTimeOut (наш комментарий, очень спорное исправление. Наверное оно связанно с сообщенем в журнале соединения "медленное соединение". Возможно теперь, если Вам не поступают данные с сервера, ваш СГДС будет стараться держать соединение, т.е. гореть зеленным цветом. Лучше бы были исправлены причины этого сообщения со стороны сервера, но это частное мнение);
• Добавлена проверка на пустой размер тела сообщения. В случае его нулевого размера, сообщение переносится в очередь inqueue_badmsg (наш комментарий, из-за этой ошибки действительно может быть проблема с обменом сообщениями с сервером СГДС, неидеальное исправление, я бы немного подругому это исправил, но не будем углубляться в технические дебри);
• Изменен транслятор сообщений между очередями, в случае прекращения работы, они должны запускаться через минуту(наш комментарий, не совсем понятно, что имеется в виду, очевидно это проблема из-за которой приходится перезагружать СГДС в версии 3.0.1.184);
• Изменена функция InBoxMessages: при большом количестве сообщений она не перестраивает очередь по файловой системе до тех пор, пока количество сообщений в текущей очереди не станет меньше 5000(наш комментарий, наверно это для повышения производительности. Для налогоплательщика это исправление не актуально, а вот для сервера ИНИС, наверно очень важно);
• Исправлена ошибка с сильной фрагментацией памяти (наш комментарий, фрагментация памяти это плохо, исправление это хорошо, главное чтобы ничего не испортилось);
• Исправлена орфографическая ошибка в контекстном меню службы СГДС (наш комментарий, так всё-таки на вопрос как правильно писать "Подключится" или "Подключиться", правильный второй вариант, хватило полгода, впрочем и первый вариант неплох).

Но есть большая проблема при использовании нескольких криптоключей. Фактически если Вы указали путь к другому криптоключу, программа лишь делает вид, что перешла на другой ключ, а фактически продолжает работать со старым криптоключом (точнее не меняется РНН и дополнительные данные). Эта ошибка приводит к проблемам при работе с криптосистемой (вплоть до возможной частичной, но исправимой порчи криптоключа) и проблемам с отправкой/получением налоговой отчетности.
Ввиду этой ошибки, версия после выпуска была быстро отозвана. Рекомендуется использовать версию 3.0.1.184 (возможно 3.0.1.143). Впрочем, если у Вас один криптоключ, возможно Вы не заметите больших проблем.
P.S.: В любом случае, отрадно видеть, что появился список изменений в новой версии СГДС, очень надеемся, что это станет традицией.
Если у Вас проблемы именно с этой версией Системы гарантированной доставки сообщений пишите здесь, также ознакомьтесь с основным форумом посвященном работе СГДС-3, а здесь описывается правильный порядок обновления или интсалляции СГДС-3.

Нужно было сегодня отправить отчеты квартальные по упрощенке. Решил сделать это на версии СГДС 3.0.1.190, тем более, что недавно опять о ней заходил разговор. Опишу как всё было.
И так: СГДС уже стояло, необходимо было подкачать криптоключ с дискеты (статус был NotReady). Подключил ключ, установил соединение, ключ быстро подкачался (статус стал Ready). Так хорошо.
Пойдем дальше, запускаем ЭФНО и ИСИД с профайлом ИП (он был на дискете), набираем формы 910.00 и 201.00, пытаемся отправить и в обоих программах при отправке получаем "Ошибка при отправке сообщения через СГДС", хотя ключ подкачен и показывает статус "Ready".
Очевидно, ЭФНО и ИСИД почему-то не смогли отправить впервый раз с этим ключом на версии СГДС-3 3.0.1.190. Пришлось закрыть ЭФНО, ИСИД и монитор СГДС и открыть заново.
Теперь повторно открываем форму, нажимаем кнопку "Сделать копию" и отправляем заново.
Вуаля, формы отправились и через секунды статус форм стал "Доставлено на узел СГДС".
Через час заглядываю в налоговые программы, оказывается по ИСИД-у пришло уведомление, а 910-ая форма, всё еще "Доставлено на узел СГДС".
И вот тут начинается самое интересное. Я специально в папку с ключами не закидывал сертификаты от ИНИС, ИС ЭФНО, ИСИД, ИС НДС и т.д. Оказалось у меня не только создалась папка "Local" и в ней файлы: LOCAL.KZ.NALOG3, LOCAL.KZ, LOCAL, LOCAL.KZ.NALOG.РНН, LOCAL.KZ.NALOG. Но когда пришло уведомление в ИСИД по форме 201, в папке "Local" появился файл LOCAL.KZ.NALOG3.INCOME и был обновлен (или создан) LOCAL.KZ.NALOG3.CENTRALNODE.
Вывод в версии СГДС-3 3.0.1.190 не нужно записывать сертификаты в ключ. Он записывается (подкачивается) СГДС самостоятельно.
Это главная новость на сегодня. Будем надеяться, что и в последующих после СГДС 3.0.1.190 копировать сертификаты не надо будет. Да и еще в отличие от 3.0.1.184 не потребовалось отключать все налоговые программы и СГДС или переключаться на другой криптоключ, чтобы получить уведомления

Как обещал продолжение истории про отправку в СГДС 3.0.1.190.
И так вчера получил таки уведомления по 910 ой форме отправленной 4-го апреля.
По порядку: перед подключением проверил, сертификата LOCAL.KZ.NALOG3.REPORT в ключе не было. Далее открываем ЭФНО, подключаемся к СГДС.
Дальше происходит интересное: фактически уведомления приходят, но в ЭФНО не попадают, а процесс идет дальше так - СГДС самостоятельно формирует запросы на сертификаты к ЭФНО и ставит их в исходящую очередь.
При следующем подключении эти запросы уходят на сервер, подключаемся еще раз, эти запросы возвращаются и папку с сертификатами ложится сертификат ЭФНО LOCAL.KZ.NALOG3.REPORT. После этого очевидно уведомление по 910-ой форме нормально доставляется в ЭФНО. И мы имеем на руках уведомление.
Теперь проанализируем, что имеем:
Очевидно, что в связке СГДС-3 3.0.1.190, ИСИД 1.6.1.19, ИС ЭФНО 1.6.1.18 и текущей работе сервера СГДС, сертификаты в папку Local класть не обязательно (с ними немного быстрее в первый раз получаются уведомления).
Возможные причины такого поведения:

1. возможно, это всё-таки очередное преимущество СГДС 3.0.1.190. Очень вероятный вариант. Возможно были исправления в алгоритме приема данных от отправителя, для которого отсутствует список отозванных сертификатов и собственный сертификат.
2. возможно, это исправления в последних версиях ИС ЭФНО, ИСИД и т.д. Маловероятно.
3. возможно, были исправления в работе сервера СГДС. Также весьма вероятно. Насколько я помню когда изучал версии СГДС3 3.0.1.142 и 3.0.2.143, там тоже отправлялось, что-то подобное. Сейчас нет столько времени, чтобы эксперементировать со всеми версиями СГДС3.

Тем не менее, в ходе экспериментов получены очень неожиданные и радующие данные. Будем ждать следующую версию СГДС-3, но очевидно это будет уже после квартальных отчетов

Ну вот, была сегодня возможность проверить отправку форм с ключа, на котором не было сертификатов ИСИД и ИС ЭФНО на СГДС 3 версии 3.0.1.184 (более старой чем 3.0.1.190 и одной из самых распространенных). Как вследствии, действительно на этой версии СГДС-3 сертификаты систем необходимы, т.е. ключ может иметь статус "Ready", формы отправятся, примутся, но если у Вас в папке с ключом нет сертификатов систем ИС ЭФНО, ИСИД ИС НДС, ИС МОП и ИНИС, то уведомления от этих систем не примутся у Вас.
Это значит, что в сборке 3.0.1.190 были внесены изменения по автоматическому запросу сертификатов прикладных серверов.

Может мне весрию поменять. У меня 3.0.1.190?
Плиз ,ответь поскорей,,,,,,,,,,,.

Вы пользуйтесь версией, которая не является рекомендованной и вызывает проблемы. Поставьте ту версию, которую мы рекомендуем (ссылка вверху страницы)