Предложения по развитию информационной структуры ГНА

[storm]

Кстати, меня, как системного администратора, умиляет бардак с почтовыми ящиками налоговой. Неужели нельзя в головном офисе, по всей видимости находящемся в Киеве, установить отказоустойчивый почтовый кластер который бы и обрабатывал бы всю корреспонденцию? Преимущества данного подхода очевидны. Видно невооруженным глазом некомпетентность руководства данной организации.

[Байталенко]

проблемы есть
причем много
разброд в почтовых серверах это еще полбеды, хотя получается иногда затрагивает эл.отчетность - если мыло в гни шаровое на шаровых серверах - а на этих самых шаровых почтовых серверах нередко решают что пользователь почтового ящика занимается рассылками с непонятными вложениями (квитанции) - в таком случае квитанция из гни как бы уходит... но как бы не доходит до получателя

впрочем справедливости ради нужно сказать что чаще такая ситуация возникает на почтовых серверах пользователей при использовании ими маил.ру, рамблер.ру, яндех.ру и других популярных Бесплатных почтовых сервисах блокируют емейлы налоговых которые отправляют НЕ понятные вложения.

косательно приема хмл лучше всего наверное смог бы рассказать admin, как я понял он имеет к этому непосредственное отношение, а я только пару раз допускался к этому "таинству" потому могу объяснить только в общих чертах.

В общем все в руках определённых инспекторов .которые тоже люди, у которых тоже начальство и нередко определённые приказы и указания

есть два так скажем "отделения", бывает и в одной комнате и обслуживается одними и теми же инспекторами, бывает разделено территориально
Отделение по приему - компутер получающий входящую почту, не соединённый с внутренней сетью - и хотя на нем стоит приемная часть шлюза без вмешательства человека не работает - приемная часть получает почту, вычленяет вложения - сохраняемые на съёмный носитель,
в зависимости от таланта настройщиков-инспекторов, и их Личного понимания приказа №233 может автоматически генерировать первую квитанцию (а может и не генерировать) о Получении налоговой вашего отчета, квитанция по идее должна уходить автоматом в ответ на входящее письмо с вложенными хмл отчетами.
Далее, носитель с полученными и записанными отчетами ногами-руками относится во второй отдел где установлены ПК (от одного и более) с основной частью приемного шлюза - ПО Бест Звит+ Оракал,
которое и кушает скармливаемые вручную (!!!) с принесённого носителя файлы с отчетами - при обработке формируется вторая квитанция по результатам обработки файла отчета, которую опять же должны записать на переносной носитель и ногами руками отнести в первый отдел для последующей отправки.

Как видите возможностей для вмешательства в процесс масса, и все зависит от живых людей

p.s. admin, если я что-то напутал поправьте

[storm]

Поначалу хочется смеяться такому маразматичному процессу организации производства. Потом плакать. Вспоминается анекдот про то сколько необходимо милиционеров, чтоб закрутить лампочку.

В очередной раз прихожу к выводу, что гос. конторы самостоятельно просто неспособны провести качественные реформы организации производства. Их все устраивает. Им незачем упрощать процессы, делать более удобно, более качественно, более надежно.

[admin]

В целом Байталенко прав.
Но для начала теории.

квитанція про одержання податкового документа в електронному вигляді (далі – перша квитанція) – електронний документ, що формується програмним забезпеченням органів ДПС та засвідчує факт і час одержання податкового документа в електронному вигляді;

квитанція про приймання податкового документа в електронному вигляді (далі – друга квитанція) – електронний документ, що формується програмним забезпеченням органів ДПС та засвідчує факт та час приймання (неприймання) податкового документа в електронному вигляді у базу даних органів ДПС;

далее:
1. Про приемный шлюз: Дело в том что приемный шлюз (который смотрит в Интернет) должен быть физически отсоединен от локальной сети ГНИ и перенос информации (любой) возмежен только через сменные носители.
Если настроить работу почтового робота по расписанию - он вполне может работать на прием отчетов без вмешательства человека.

2. Относительно ящиков: нет никаких нормативных документов регламентирующих расположение ящиков для приема отчетности, вот и каждый сам себе режисер. Но (только ногами не бейте) при нынешнем финансировании ( тем более в свете грядущей экономии в размере 20%) размещение ящиков на планых ресурсах затруднительно. В ГНАУ есть свой домен, но об устойчивости работы оф. сайта и форума - вы можете судить сами. О шифровании (я так понял SSL) - зачем? ведь есть ЭЦП - там и шифрование имеется.

3. Про первую квитанцию: она формируется АВТОМАТИЧЕСКИ при приеме отчета почтовым роботом и отправляется сразу после приема отчета, а потом принимается следующий отчет - отправляется квитанция и .т.д. В настройках робота испектор должен настроить соотетственно с "Порядком..."

4. Перенос отчетов на ПК для приема в БД ГНИ производит инспектор при помощи съемного носителя, как правило флешки. Прием отчетов в БД ГНИ тоже производит инспектор. В процессе приема формируются вторые квитанции, их тоже на флешке инспектор переносит на приемный шлюз, а там почтовый робот отправляет их плательщикам.

5. Относительно хочу отправлю - хочу не отправлю: есть [url=https://www.sta.gov.ua/control/uk/publish/article;jsessionid=23FD77C0D26D1DC6781EE230FB92FC18?art_id=114856&cat_id=45661]ІНСТРУКЦІЯ
утвержденная прикази ГНАУ от 10.04.2008 №233[/url]
а в ней п. 7.4:

п. 7.4 перша квитанція є підтвердженням платнику податків передачі його податкових документів в електронному вигляді до органу ДПС засобами телекомунікаційного зв’язку. Ця квитанція надсилається органами ДПС на електронну адресу платника податків, з якої було надіслано податкову звітність. Другий примірник першої квитанції в електронному вигляді зберігається в органі ДПС. Якщо на електронну адресу платника податків не надійшла перша квитанція, то податковий документ вважається неодержаним;

аналогично и про вторую квитанцию:

п. 7.5 підтвердженням платнику податків прийняття його податкових документів до бази даних ДПС є друга квитанція в електронному вигляді у текстовому форматі, в якій визначаються реквізити прийнятого податкового документа в електронній формі, відповідність податкового документа в електронній формі затвердженому формату (стандарту) електронного документа, результати перевірки ЕЦП, інформація про платника податків, дата та час приймання, реєстраційний номер, податковий період, за який подається податкова звітність, та дані про відправника квитанції. На цю квитанцію накладається ЕЦП органу ДПС, здійснюється її шифрування та надсилання платнику податків засобами телекомунікаційнго зв’язку. Другий примірник другої квитанції в електронному вигляді зберігається в органі ДПС;

Процедура конечно многоходовая а значит проколов не избежать.

[admin]

Да, еще, я как-то на форуме ГНАУ предлагал ТОЛЬКО для отчетности создавать ящики такого вида КОД_ПРЕДПРИЯТИЯ@sta.gov.ua (не обязательно точно такое), и отключить всякое взаимодействие этого почтового сервера с другими серверами интернета - пересылка почы только между пользователями внутри сервера. Обеспечить доступ по POP3/SMTP. Конечно ящики для ГНИ только там создавать. Естественно отключить всякие анти-спамы и т.д.

В таком случае рашается проблема блокировки IP-ардесов, принятие почты за спам почтовым сервером, ну и конечно в случае не доставки - есть к кому претензии предъявить. Наверное последний пункт и смущает руководство ГНАУ

[storm]

В целом Байталенко прав.
1. Про приемный шлюз: Дело в том что приемный шлюз должен (который смотрит в Интернет) быть физически отсоединен от локальной сети ГНИ и перенос информации (любой) возмежен только через сменные носители

Ну не маразм ли? По вашему на сменных носителях не могут переноситься вирусы? Или во внутренней сети не пользуются сменными носителями? Типа погляди чего я принес из дому...А обновления ОС, ПО и вирусных баз вы тоже таскаете на сменных носителях?

2. Относительно ящиков: нет никаких нормативных документов регламентирующих расположение ящиков для приема отчетности, вот и каждый сам себе режисер. Но (только ногами не бейте) при нынешнем финансировании ( тем более градущей экномии в размере 20%) размещение ящиков на планых ресурсах затруднительно. В ГНАУ есть свой домен, но об устойчивости работы оф. сайта и форума - вы можете сами судить.

Проблему надо решать, а не только декларировать как все плохо.

О шифровании (я так понял SSL) а зачем? ведь есть ЭЦП - там и шифрование имеется.

А если письма передавать с конфиденциальной информацией отличной от отчетов плательщиков? Ах да я забыл у нас же маразматическая топология сети. Как говориться от головной боли лучшее средство — гильотина.

3. Про первую квитанцию: она формируется АВТОМАТИЧЕСКИ при приеме отчета почтовым роботом и отправляется сразу после приема отчета, а потом принимается следующий отчет - отправляется квитанция и .т.д.

Отчего же мне работник налоговой (уже другой и более компетентный сотрудник) в беседе заявил: «Что сейчас нагрузка большая и мы можем квитанции не отсылать»?...

Вообщем как говаривали в советские времена — рыба гниет с головы. Нет вменяемого руководства (хорошие специалисты есть, точно знаю, хотя и мало). Нет ответственности за плохо организованную работу. Нет ответственности за произвол работников от мала до велика.

Денег нет? Так необходимо организовать производства таким образом, чтоб не только деньги то осваивать! Мне надо учить как это сделать?

P. S. Зашел ко мне в кабинет директор. Разговорились. Так он говорит, что налоговая только декларирует, что идет навстречу плательщикам. А на самом деле цитирую его: «Пи**ят они всё. Нет обратной связи с плательщиками. Вот внедрили они XML. Собрали бы плательщиков и спросили: «Удобно ли вам этим пользоваться? А них*я не удобно!»
Вообщем приходим к тому, что нет обратной связи с потребителями услуг ГНИ. Нет эффективного механизма реагирования на жалобы.

[admin]

storm
Маразм не маразм - но есть приказы, порядки и т.д. и их нужно выполнять а не обсуждать. В соответствии с этими документами отсылать конфиденциальную информацию по e-mail без использования ЭЦП НИЗЗЯЯ...

«Что сейчас нагрузка большая и мы можем квитанции не отсылать»?...

Это похоже на ответ SMTP-сервера: 421 Too much load; please try again later.
а еще так бывает: 550 Authenticated sender rate exceeds limit for messages per day

Нет эффективного механизма реагирования на жалобы

Согласен!

[storm]

Да, еще, я как-то на форуме ГНАУ предлагал ТОЛЬКО для отчетности создавать ящики такого вида КОД_ПРЕДПРИЯТИЯ@sta.gov.ua (не обязательно точно такое), и отключить всякое взаимодействие этого почтового сервера с другими серверами интернета - пересылка почы только между пользователями внутри сервера. Обеспечить доступ по POP3/SMTP. Конечно ящики для ГНИ только там создавать. Естественно отключить всякие анти-спамы и т.д.

В таком случае рашается проблема блокировки IP-ардесов, принятие почты за спам почтовым сервером, ну и конечно в случае не доставки - есть к кому претензии предъявить. Наверное последний пункт и смущает руководство ГНАУ

Не понял всей гениальности данного решения. Каким образом это позволит автоматизировать процесс получения отчетов, отправки квитанций, проверку отчетов и занесение информации в БД?

[storm]

Это похоже на ответ SMTP-сервера: 421 Too much load; please try again later.
а еще так бывает: 550 Authenticated sender rate exceeds limit for messages per day

Чтобы этого не было, как я выше уже высказывался, необходимо иметь отказоустойчивый почтовый кластер размещенный на площадке главного управления ГНАУ (или что там у вас?). Это надежно, просто, производительно.

[admin]

Не понял всей гениальности данного решения. Каким образом это позволит автоматизировать процесс получения отчетов, отправки квитанций, проверку отчетов и занесение информации в БД?

Этим решается проблема прохождения почты, проблема не доставки писем адресатам, внесение в СПАМ, блокировка IP-адресов.
Кроме всего прочего доступ к этому почтовому серверу можно организовать и из локальной сети ГНИ, установив межсетевые экраны и т.д. Вот тогда исчезнет необходимость переносить отчеты вручную с одного ПК на другой, а прием отчетов можно будет полностью автоматизировать.

Чтобы этого не было, как я выше уже высказывался, необходимо иметь отказоустойчивый почтовый кластер размещенный на площадке главного управления ГНАУ (или что там у вас?). Это надежно, просто, производительно.

Гы..гы..

[dimajest]

О шифровании (я так понял SSL) - зачем? ведь есть ЭЦП - там и шифрование имеется.

Некоторые почтовики только через SSL и работают.

испектор должен соотетственно с "Порядком..."

Как показала практика, инспектора не всегда согласны с таким мнением. Они должны получать зарплату.

возмежен только через сменные носители
Ну не маразм ли?

Нет, не маразм. Но это простейший спобос защитить сервера ГНАУ от DOS атак и иже с ними. Кста, в локалках вояк - аналогичная история с приемом данных с публичных сетей.

я как-то на форуме ГНАУ предлагал ТОЛЬКО для отчетности создавать ящики такого вида КОД_ПРЕДПРИЯТИЯ@sta.gov.ua

Мудрая идея. Я за.

нет обратной связи с потребителями услуг ГНИ

ты не прав. Есть. Только потребиль услуг ГНИ - Государство. Предприятия не есть потребителями услуг ГНИ. ИМХО.

Нет эффективного механизма реагирования на жалобы

Есть. КМУ сказал: нет денег. ГНАУ среагировала моментально: будут.


storm
создаем "отказоустойчивый почтовый кластер размещенный на площадке главного управления ГНАУ" и предоставляем для каждой организации почтовый ящик для пересылки хмл.
отключаем спам-фильтры.
отключаем пересылку в внешние почтовики и прием с внешних почтовых серверов.
идентификация при отправке и получению.
Все ХМЛ-приложения складываются сразу. и заливаются в базу.
Но есть один недостаток, как сказал наш Админ :
в случае не доставки - есть к кому претензии предъявить. Наверное последний пункт и смущает руководство ГНАУ

[admin]

Все ХМЛ-приложения складываются сразу. и заливаются в базу.

Ну это вааще...
Только для этого нужен (или нужны) центр (центры) обработки документов (ЦОД), которых пока нет. Хотя разговоры о ЦОД идут пару лет. Якобы даже строить его начали, потом вроде этих ЦОД стало несколько.
Вот что писали в "Вісті модернізації ДПС України №22":

Основними положеннями цих змін є наступні:
1) Єдина інформаційна система
2) Централізація та обробка даних
Передбачається, що дані будуть розміщуватися та оброблятися на центральному рівні. Розміщення даних та їх обробка в інших місцях буде передбачатись у виняткових випадках, тільки коли можна показати, що вимоги не можуть бути забезпечені на центральному рівні або коли виконання їх на цьому рівні не прийнятне внаслідок високої вартості.
...
7) Центр обробки документів (ЦОД)
На даний час приймання податкової звітності в основному виконується органами ДПС місцевого рівня. Це неефективно з багатьох точок зору, оскільки для цього залучається значна кількість людських та матеріальних ресурсів (штат працівників, використання комп’ютерної техніки тощо). Для зменшення витрат на процес приймання податкової звітності планується створення центрів обробки документів (ЦОД), які будуть розміщені на території податкових округів та оброблятимуть всю податкову звітність.

Побудова центру обробки документів на основі системи електронного документообігу забезпечить виконання в ЦОД великої кількості завдань ряду процесів операційної діяльності податкової служби, в першу чергу - управління документами, обробки податкової звітності та платежів, обліку платежів. Це, перш за все, зв’язано із введенням даних, отриманих як в електронному, так і в паперовому вигляді до центральної бази даних та генерацією вихідної кореспонденції. Це в свою чергу дозволить навантаження щодо обробки документів в інших органах ДПС.

Центр обробки документів є централізованим суб‘єктом перевірки, що використовує комбіновані технології, тобто обробляє представлені паперові документи шляхом введення вручну та сканування, а також різні форми електронних представлень документів податкової звітності, у тому числі і засобами мережі Інтернет.

Враховуючи великі об’єми оброблюваних документів, технічні засоби центру обробки документів матимуть високу потужність, зокрема передбачене швидкісні сканування та друк.

Было это давно, может все уже поменялось..

[dimajest]

По теме:
Боротся с произволом работников - можно только одним способом - учить свои права и обязаности.
и ихние тоже.
Тогда можно заставить их зделать ихнюю роботу, да еще и без взятки......

//офф-топик
С технической точки зрения такой ЦОД создать - время максимум двух недель для старта, еще две недели для отладки, и месяц на плановый перевод обработки
Основная нагрузка на связь - инет - будет в основном 4-5 числа и 19-20 числа.
при среднем размере пакета отчетности скажем 1Мбайт, при количестве фирм в 10 000 000
что есть из расчета 5 человек в организации (что уже не реально, так как по статистике 1+1 в госорганах около 10млн населения работают, из 40млн общего)
имеем активность в 10 000 гигабайт в сутки. зашибись много для одного цода, не потянут госорганы такое (комерческие сети не захотят безплатно)
делим для простоты на 25 областей +Киев
получаем (нагрубо) 400 гиг в сутки отчетности на область.
желательно обработать без нарушения трудового законодательства, тоесть за 8 часов работы нашых любимых работников
итого 50 гиг в час, что примерно равносильно 100Мбит интернета.
Берем у госпредприятия УкрТелекома 100Мбит
что есть 21 000 грн в месяц (по ценам для комерческих предприятий)
При распределении структуры получается 400 000 абонентских ящиков на серваке. Оформить почтовик с проходящим трафиком в 100Мбит на 400 000 абоненских ящиков - сложновато, но можно.
В качестве примера берем MSExchange, (благо работать под виндой наши работники ГНАУ умеют - доказано ОПЗ и нотарем)
максимум на сервак 32 гиг озу, из них 2 на систему, +2м на ящик - итого 15к ящиков на сервер, 26 на область, что при современных параметров компов получается стойка из 30 серверов на область.
Итого
Для обезпечения принятия отчетности 20 числа при среднем ее размере в 1Мбайт письма (хмл около 500к) для 10млн предприятий
И БЕЗ ОТКАЗА В ОБСЛУЖИВАНИИ нужно всего чуть-чуть
750 серверов, 2,5Гигабит в секунду инета ....













и я забыл ..... грамотного админа, хотя-бы c сертификатом MCTS ....

[admin]

при среднем размере пакета отчетности скажем 1Мбайт,

файл xml с отчетом в среднем 5..10 Кб
надо бы пересчитать..

[storm]

3 ноября председатель ГНАУ Сергей Буряк подписал приказ №688 «О расчетной базе на ноябрь 2008 года», в котором очертил для подчиненных даже более высокие цели, чем требует от ГНАУ Минфин. В частности, в соответствии с планами Минфина в ноябре налоги в Общий фонд госбюджета должны быть собраны в объеме 14,5 млрд. грн. Это на 33,3% больше, чем за аналогичный период прошлого года. ГНАУ же нацеливает региональные ГНА на «добычу» фантастических в теперешних экономических условиях 15,4 млрд. грн. Любопытно, что за все время существования ГНАУ лишь один раз удалось отрапортовать о сборе 15 млрд. грн. - в августе нынешнего года.

газета Бизнес №45

Ну где ж таких бездарных руководителей набрали? По всем канонам экономической теории необходимо снижать налоговое бремя. А этот бездарь - председатель ГНАУ Сергей Буряк, собирается содрать денег с плательщиков больше того, что утвердил Минфин! И это в условиях экономического кризиса.
Ну не произвол ли главного налоговика страны???