МІНІСТЕРСТВО ТРАНСПОРТУ ТА ЗВ'ЯЗКУ
УКРАЇНИ
ДЕРЖАВНИЙ ДЕПАРТАМЕНТ З ПИТАНЬ ЗВ'ЯЗКУ ТА
ІНФОРМАТИЗАЦІЇ
НАКАЗ
від 10 квітня 2006 року N 52
Про внесення змін до Технічних умов на систему
електронного документообігу органу виконавчої влади, затверджених наказом
Держзв'язку від 07.06.2005 N 70
На виконання доручення Кабінету Міністрів України від
31.10.2005 N 55984/1/1-05 до Указу Президента України від 20.10.2005 N 1497
та з метою впровадження міністерствами, іншими центральним органи виконавчої
влади системи автоматизації діловодства і контролю виконавської дисципліни з
наступною їх інтеграцією до відповідних систем Уряду та створення
міжвідомчої системи електронного документообігу на основі спеціальної
інформаційно-телекомунікаційної системи органів виконавчої влади наказую:
1. Внести зміни до Технічних умов на систему електронного
документообігу органу виконавчої влади, затверджених наказом Держзв'язку від
07.06.2005 N 70, виклавши їх в такій редакції (додається).
2. Управлінню інформатизації:
- в тижневий термін забезпечити публікацію нової редакції
Технічних умов на систему електронного документообігу органу виконавчої
влади на сайті Держзв'язку та інформувати про зміну редакції Технічних умов
міністерства, інші центральні органи виконавчої влади, зазначені в п. 3.1
доручення Кабінету Міністрів України від 31.10.2005 N 55984/1/1-05;
- в тримісячний термін розробити та подати на
затвердження Положення про проведення експертизи на відповідність систем
електронного документообігу цим Технічним умовам.
3. Контроль за виконанням цього наказу залишаю за собою.
ЗАТВЕРДЖЕНО
наказом Держзв'язку
від 7 червня 2005 р. N 70
(у редакції наказу Держзв'язку
від 10 квітня 2006 р. N 52) |
|
Система електронного
документообігу органу виконавчої влади
ТЕХНІЧНІ УМОВИ
ТУ У 30.0-33240054-001:2005
1. Сфера застосування
Ці технічні умови поширюються на системи автоматизації
діловодства та електронного документообігу органів виконавчої влади (далі -
СЕДО), призначених для забезпечення автоматизації регламентів опрацювання
документів та обміну електронними документами та повідомленнями з
дотриманням вимог Примірної інструкції з діловодства в міністерствах, інших
центральних органах виконавчої влади, Раді міністрів Автономної Республіки
Крим, місцевих органах виконавчої влади, затвердженою постановою КМУ N 1153
від 17 жовтня 1997 року, та Типового порядку здійснення електронного
документообігу в органах виконавчої влади, затвердженого постановою Кабінету
Міністрів України від 28 жовтня 2004 р. N 1453.
Дотримання технічних умов забезпечує можливість:
- уніфікації процесів діловодства та документообігу
органів виконавчої влади;
- уніфікації структур даних про опрацювання документів та
документообіг в органах виконавчої влади;
- уніфікації форматів обміну інформацією між органами
виконавчої влади;
- інтеграції СЕДО в єдину загальнодержавну систему
електронного документообігу органів виконавчої влади.
2. Нормативні посилання
У цих технічних умовах є посилання на такі нормативні
документи:
НД ТЗІ 2.5-004-99 Критерії оцінки захищеності інформації
в комп'ютерних системах від несанкціонованого доступу
World Wide Web Consortium Recommendation 04 February 2004
Extensible Markup Language (XML) 1.0 (Third Edition)
ГОСТ 5237-83 Аппаратура электросвязи. Напряжение питания
и методы измерения.
ГОСТ 15150-80 Машины, приборы и другие технические
изделия.
ГОСТ 21552-84 Средства вычислительной техники.
ГОСТ 27201-87 Машины вычислительные электронные
персональные.
ГОСТ 34.601-90 Автоматизированные системы. Стадии
создания.
ГОСТ 12.1.030-87 Электробезопасность. Защитное
заземление. Зануление.
ПУЭ-87 Правила устройства электроустановок.
Наказ Мінзв'язку від 29.10.96 N 232 "Відомчі норми
технологічного проектування. Електроустановки підприємств та споруд зв'язку
України".
НД ТЗІ 3.7-003 Порядок проведення робіт із створення
комплексної системи захисту інформації в інформаційно-телекомунікаційній
системі;
ГОСТ 34.603 "Виды испытаний автоматизированных систем".
Положення про державну експертизу в сфері технічного
захисту інформації, затверджене наказом ДСТСЗІ СБ України від 29.12.99 N 62
та зареєстроване в Міністерстві юстиції України 24.01.2000 за N 40/4261.
3. Технічні вимоги
3.1. СЕДО повинна відповідати вимогам цих технічних умов.
3.2. СЕДО повинна функціонувати з дотриманням вимог
Типового порядку здійснення електронного документообігу в органах виконавчої
влади, затвердженого постановою Кабінету Міністрів України від 28 жовтня
2004 р. N 1453, та Примірної інструкції з діловодства в міністерствах, інших
центральних органах виконавчої влади, Раді міністрів Автономної Республіки
Крим, місцевих органах виконавчої влади, затвердженою постановою КМУ N 1153
від 17 жовтня 1997 року.
3.3. В СЕДО повинна забезпечуватися можливість:
- одночасної роботи групи користувачів;
- перевірки електронних документів на зараження вірусом
та регулярне оновлення антивірусної бази даних;
- використання надійних засобів електронного цифрового
підпису;
- візуального подання (у тому числі й друк на папері)
електронних документів;
- використання систем розпізнавання документів на папері
та перевірки правопису.
3.4. В СЕДО повинні забезпечуватися:
- простота і зручність її використання працівниками, що
пройшли навчання (далі - користувачі);
- виконання користувачами своїх службових обов'язків щодо
діловодства в електронній формі;
- захист від помилкового видалення даних, можливість
зворотних дій користувача;
- автоматичне заповнення полів форм для прискорення
процесу введення інформації;
- аудит введеної інформації;
- моніторинг руху електронних документів між підрозділами
органу виконавчої влади в процесі діловодства;
- надійність функціонування та цілісність системи, а
також захист інформації, що обробляється системою, від несанкціонованого
доступу.
3.5. СЕДО повинна підтримувати такі функціональні вимоги.
3.5.1. Нумерація, штрих-кодування, ідентифікація
документів.
СЕДО повинна забезпечувати використання реєстраційного
номера документа, що обов'язково має такі групи цифр:
- перша група визначає номер документа в картотеці
(валовий або визначений - у випадку реєстрації документа до документа, що
був вже зареєстрований у цій картотеці);
- друга група цифр визначає порядковий номер документа в
листуванні до основного номера в межах однієї картотеки для фіксації
листування з одного питання;
- третя група цифр - це індекс картотеки та рік.
Крім трьох обов'язкових груп номер може містити іншу
літерно-цифрову інформацію.
СЕДО повинна забезпечувати нанесення літерно-цифрової
реєстраційної відмітки при реєстрації документів, що включає:
- найменування установи, що зареєструвала документ;
- номер документа;
- дата реєстрації;
- час реєстрації;
- іншу необхідну інформацію.
СЕДО повинна забезпечувати нанесення разом з
реєстраційною відміткою 18-розрядного штрих-коду. Реєстраційна відмітка та
штрих-код повинні наноситись у поле документа, що відповідно до Примірної
інструкції з діловодства у міністерствах, інших центральних органах
виконавчої влади, Раді міністрів Автономної Республіки Крим, місцевих
органах виконавчої влади призначено для нанесення відмітки про надходження
документа. СЕДО повинна підтримувати процес нанесення літерно-цифрової за
допомогою периферійного обладнання.
СЕДО повинна забезпечувати процес зчитування штрих-коду
за допомогою засобів зчитування - сканерів штрих-кодів для однозначної
ідентифікації документів. СЕДО повинна забезпечувати інтерфейс взаємодії зі
спеціалізованим обладнанням нанесення та зчитування штрих-кодів.
3.5.2 Структура електронної контрольно-реєстраційної
картки.
СЕДО повинна дозволяти створювати види електронної
контрольно-реєстраційної картки (далі - ЕРКК) відповідно до видів
документів, які присутні в документообігу установи. Обов'язковими є такі
типи ЕРКК:
- вхідного документа;
- вихідного документа;
- нормативно-правового акта.
В певних установах перелік обов'язкових реквізитів може
бути доповнено відповідно необхідності виконання встановлених процесів
діловодства та контролю.
- Структура картки "Вхідний документ"
N |
Назва |
Опис |
Тип |
1. |
Реєстраційний номер* |
Власний реєстраційний номер |
Символьний (20) |
2. |
Дата реєстрації* |
Власна дата реєстрації |
Дата |
3. |
До документа/
Реєстраційний номер |
Посилання на документ-підставу створення поточного
документа |
Число (20) |
4. |
До документа/
Пункт |
Посилання на частину документа |
Число (20) |
5. |
Структурований документ |
Ознака складного документа - містить більше одного
пункту |
Число (1) |
6. |
Вид документа* |
Посилання на довідник видів документів |
Число (20) |
7. |
Вихідний номер документа* |
Номер документа у кореспондента |
Символьний (20) |
8. |
Вихідна дата реєстрації* |
Дата реєстрації у кореспондента |
Дата |
9. |
Порядок розгляду* |
Код нумерації із системного довідника |
Символьний (3) |
10. |
Кількість примірників* |
Кількість отриманих екземплярів |
Число (10) |
11. |
Кількість аркушів док-та* |
|
Число (20) |
12. |
Опис додатків* |
|
Символьний (250) |
13. |
Кореспондент* |
Посилання на довідник кореспондентів |
Число (20) |
14. |
Підписав* |
Посилання на довідник фізичних персон |
Число (20) |
15. |
Кому |
Посилання на довідник фізичних персон |
Число (20) |
16. |
Короткий зміст* |
|
Символьний (4000) |
17. |
Терміново |
|
Число (1) |
18. |
Статус документа |
Код нумерації із системного довідника |
Символьний (3) |
19. |
Термін виконання* |
|
Дата |
20. |
Мова документа |
Код нумерації із системного довідника |
Символьний (3) |
21. |
Вид проекту |
Посилання на довідник видів проектів |
Число (20) |
22. |
Найменування питання* |
Посилання на довідник питань |
Число (20) |
23. |
Відповідальний підрозділ |
Посилання на довідник організаційної структури |
Число (20) |
24. |
П. І. Б. виконавця |
Посилання на довідник фізичних персон -
співробітників |
Число (20) |
25. |
Відмітка про виконання* |
Резюме по виконанню документа в цілому |
Символьний (4000) |
26. |
Дата виконання* |
Дата закриття документа в цілому |
Дата |
27. |
Справа N* |
Атрибути архівного зберігання |
Символьний (50) |
28. |
Том N* |
Символьний (50) |
29. |
Аркуш. N* |
Символьний (50) |
30. |
Інвентарний N |
Символьний (50) |
31. |
Перелік з електронним виглядом, електронною копією
або текстом документа |
|
|
- Структура картки "Вихідний документ"
N |
Назва |
Опис |
Тип |
1. |
Реєстраційний номер* |
Власний реєстраційний номер |
Символьний (20) |
2. |
Дата реєстрації* |
Власна дата реєстрації |
Дата |
3. |
До документа/
Реєстраційний номер |
Посилання на документ-підставу створення поточного
документа |
Число (20) |
4. |
До документа/
Пункт |
Посилання на частину документа |
Число (20) |
5. |
Структурований документ |
Ознака складного документа - містить більше одного
пункту |
Число (20) |
6. |
Вид документа* |
Посилання на довідник видів документів |
Число (20) |
7. |
Кількість примірників* |
Кількість отриманих екземплярів |
Число (10) |
8. |
Кількість аркушів док-та* |
|
Число (20) |
9. |
Опис додатків* |
|
Символьний (250) |
10. |
Кореспондент* |
Посилання на довідник кореспондентів |
Число (20) |
11. |
Підписав* |
Посилання на довідник фізичних персон |
Число (20) |
12. |
Кому |
Посилання на довідник фізичних персон |
Число (20) |
13. |
Короткий зміст* |
|
Символьний (4000) |
14. |
Терміново |
|
Число (1) |
15. |
Статус документа |
Код нумерації із системного довідника |
Символьний (3) |
16. |
Термін виконання* |
|
Дата |
17. |
Мова документа |
Код нумерації із системного довідника |
Символьний (3) |
18. |
Вид проекту |
Посилання на довідник видів проектів |
Число (20) |
19. |
Найменування питання* |
Посилання на довідник питань |
Число (20) |
20. |
Готував (підрозділ) |
Посилання на довідник організаційної структури |
Число (20) |
21. |
Готував (П. І. Б.) |
Посилання на довідник фізичних персон -
співробітників |
Число (20) |
22. |
Підписав |
Посилання на довідник фізичних персон -
співробітників |
Число (20) |
23. |
Відмітка про виконання* |
Резюме по виконанню документа в цілому |
Символьний (4000) |
24. |
Дата виконання* |
Дата закриття документа в цілому |
Дата |
25. |
Справа N* |
Атрибути архівного зберігання |
Символьний (50) |
26. |
Том N* |
Символьний (50) |
27. |
Аркуш N* |
Символьний (50) |
28. |
Інвентарний N |
Символьний (50) |
- Структура картки "Нормативно-правовий акт"
N |
Назва |
Опис |
Тип |
1. |
Реєстраційний номер* |
Власний реєстраційний номер |
Символьний (20) |
2. |
Дата реєстрації* |
Власна дата реєстрації |
Дата |
3. |
Структурований документ |
Ознака складного документа - містить більше одного
пункту |
Число (20) |
4. |
Вид документа* |
Посилання на довідник видів документів |
Число (20) |
5. |
Статус публікації |
Код нумерації із системного довідника |
Символьний (3) |
6. |
Підписав* |
Посилання на довідник фізичних персон |
Число (20) |
7. |
Внесено (установа) |
Посилання на довідник кореспондентів |
Число (20) |
8. |
Дата внесення* |
|
Дата |
9. |
Готував (підрозділ) |
Посилання на довідник організаційної структури |
Число (20) |
10. |
Готував (П. І. Б.) |
Посилання на довідник фізичних персон -
співробітників |
Число (20) |
11. |
Назва* |
|
Символьний (4000) |
12. |
Розрахунки надсилання |
Перелік розрахунків надсилання |
|
- Структура картки "Доручення"
N |
Назва |
Опис |
Тип |
1. |
Реєстраційний номер* |
Власний реєстраційний номер |
Символьний (20) |
2. |
Дата реєстрації* |
Власна дата реєстрації |
Дата |
3. |
До документа/
Реєстраційний номер |
Посилання на документ-підставу створення поточного
документа |
Число (20) |
4. |
До документа/
Пункт |
Посилання на частину документа |
Число (20) |
5. |
Структурований документ |
Ознака складного документа - містить більше одного
пункту |
Число (20) |
6. |
Вид документа* |
Посилання на довідник видів документів |
Число (20) |
7. |
Тираж* |
Кількість отриманих екземплярів |
Число (10) |
8. |
Кількість аркушів док-та* |
|
Число (20) |
9. |
Відповідальний підрозділ |
Посилання на довідник оргструктури |
Число (20) |
10. |
Підписав* |
Посилання на довідник фізичних персон |
Число (20) |
11. |
Відмітка про виконання доручення* |
Резюме по виконанню документа в цілому |
Символьний (4000) |
12. |
Дата виконання* |
Дата закриття документа в цілому |
Дата |
13. |
Справа N* |
Атрибути архівного зберігання |
Символьний (50) |
14. |
Том N* |
Символьний (50) |
15. |
Аркуш N* |
Символьний (50) |
16. |
Інвентарний N |
Символьний (50) |
17. |
Розрахунки надсилання |
Перелік розрахунків надсилання |
|
- Структура електронної картки "Звернення громадян"
N |
Назва |
Опис |
Тип |
1. |
Документ N* |
Власний реєстраційний номер |
Символьний (20) |
2. |
Дата реєстрації* |
Власна дата реєстрації |
Дата |
3. |
Термін виконання |
|
Дата |
4. |
Автор |
Посилання на довідник громадян |
Число (20) |
5. |
Попереднє звернення |
Посилання на попереднє звернення |
Число (20) |
6. |
Форма отримання |
Посилання на довідник форм отримання |
Число (20) |
7. |
Вид звернення* |
Посилання на довідник видів звернень |
Число (20) |
8. |
Питання |
Посилання на довідник видів питань |
Число (20) |
9. |
Короткий зміст* |
|
Символьний (4000) |
10. |
Звідки надійшло |
Посилання на довідник кореспондентів |
Число (20) |
11. |
N супровідного документа |
|
Символьний (20) |
12. |
Дата (супровідного) |
|
Дата |
13. |
Кількість підписантів* |
Ознака колективності |
Число (20) |
14. |
Аркушів* |
|
Число (20) |
15. |
Опис додатків |
|
Символьний (250) |
16. |
Примітки |
|
Символьний (1000) |
17. |
Дата виконання |
Дата закриття документа в цілому |
Дата |
18. |
Справа N* |
Атрибути архівного зберігання |
Символьний (50) |
19. |
Том N* |
Символьний (50) |
20. |
Аркуш N* |
Символьний (50) |
21. |
Інвентарний N |
Символьний (50) |
22. |
Посилання на відповідь автору |
|
|
3.5.3. Вимоги до функцій роботи зі змістом документів
Для роботи зі змістом документів СЕДО повинна надавати
функціональність для виконання наступних дій:
- збереження в ЕРКК електронної копії документа та/або
електронного вигляду документа;
- відкриття електронної копії документа та/або
електронного образу за допомогою програм, що асоційовані в операційній
системі з даним форматом;
- створення нової електронної копії документа та/або
електронного образу.
В якості джерел мають виступати: шаблони документів,
довідники, набір, сканування та розпізнання, електронна комунікація;
- збереження електронної копії документа або електронного
образу у автономний файл;
- видалення електронної копії документа та/або
електронного образу з ЕРКК у разі помилкового занесення.
3.5.4. Вимоги до функцій роботи з шаблонами документів
Шаблон має визначати вигляд і структуру створюваного
документа. Для роботи з шаблонами документів СЕДО повинна надавати
функціональність для виконання наступних дій:
- визначення для кожного виду документа відповідного
шаблону;
- створення нового шаблону документа;
- перегляд та редагування структури та значення
реквізитів;
- видалення шаблону документа.
3.5.5. Вимоги до функцій роботи з шаблонами документів
СЕДО може зберігати разом з ЕРКК документа його
електронну копію та/або електронний образ. Для цього СЕДО повинна мати у
своєму складі функції сканування та розпізнавання документів. Для здійснення
процесу сканування документів СЕДО повинна підтримувати роботу з сканерами
або взаємодіяти з системою сканування і розпізнавання. СЕДО повинна
забезпечувати збереження образів документів в форматі монохромного
скомпресованого багатосторінкового TIFF-файлу у тих випадках, коли це не
веде до втрати інформації. СЕДО повинна мати вбудовану функцію розпізнавання
тексту відсканованих документів або функцію взаємодії з системою
розпізнавання тексту. СЕДО повинна використовувати систему розпізнавання
тексту, яка відповідає наступним вимогам:
- підтримка державної мови розпізнавання з вбудованою
перевіркою орфографії;
- розпізнавання стандартних комп'ютерних та типографських
гарнітур (окрім декоративних) та стандартного машинопису;
- розпізнавання стандартних таблиць;
- автоматичне або напівавтоматичне розпізнання структури
документа;
- внесення розпізнаної інформації у відповідні реквізити
ЕРКК документа;
- збереження загальної структури і оформлення документа;
- розпізнання раніш відсканованих або отриманих через
факс-модем документів, які збережені в загальноприйнятих графічних форматах;
- вбудований редактор для коректування розпізнаного
документа;
- експорт в Microsoft Word, Excel;
СЕДО повинна використовувати для зберігання електронних
копій формати DOC, PDF або HTML. Для проектів документів у електронній формі
СЕДО повинна використовувати формати RTF, DOC, XLS, TXT.
3.6. Функціонування СЕДО здійснюється з обов'язковим
використанням інформації з довідників:
- довідник видів електронних документів та повідомлень;
- довідник органів виконавчої влади, які є учасниками
обміну електронними документами та повідомленнями;
- довідник фізичних осіб, які є учасниками обміну
електронними документами та повідомленнями між органами виконавчої влади.
Для можливості перегляду інформації про документ та стан
його виконання на будь-який момент часу за допомогою ЕРКК СЕДО повинна
підтримувати збереження історії змін довідникової інформації та інформації
про опрацювання у наведених довідниках.
За необхідності СЕДО доповнюється довідниками та/або
класифікаторами із загальносистемною або іншою інформацією, необхідною для
її функціонування.
3.7. В процесі функціонування СЕДО забезпечується
коректна взаємодія її програмних компонент з іншим
інформаційно-телекомунікаційним системним, прикладним та інструментальним
програмним забезпеченням робочих місць та серверів без порушення їх
функціонування.
3.8. СЕДО, в якій здійснюється опрацювання електронних
документів, обмін документами та повідомленнями, повинна мати створену
комплексну систему захисту інформації (КСЗІ) з підтвердженою відповідністю.
Використання СЕДО для обробки інформації можливе після
отримання позитивних експертних висновків за результатами державної
експертизи в галузі криптографічного та технічного захисту інформації.
Комплекс засобів захисту інформації від несанкціонованого
доступу в КСЗІ СЕДО повинен реалізовувати наступний функціональний профіль
безпеки: КА-2, КВ-1, ЦД-2, ЦА-2, ЦО-1, ЦВ-2, ДР-1, ДС-1, ДЗ-2, ДВ-2, НР-2,
НИ-2, НК-1, НО-2, НЦ-1, НТ-1, НВ-1, НА-2, НП-2, де згідно з НД ТЗІ
2.5-004-99:
КА-2 |
- базова адміністративна конфіденційність |
КВ-1 |
- мінімальна конфіденційність при обміні |
ЦД-2 |
- базова довірча цілісність |
ЦА-2 |
- базова адміністративна цілісність |
ЦО-1 |
- обмежений відкат |
ЦВ-2 |
- базова цілісність при обміні |
ДР-1 |
- квоти |
ДС-1 |
- стійкість при обмежених відмовах |
ДЗ-2 |
- обмежена гаряча заміна |
ДВ-2 |
- автоматизоване відновлення |
НР-2 |
- захищений журнал |
НИ-2 |
- одиночна ідентифікація і автентифікація |
НК-1 |
- однонаправлений канал |
НО-2 |
- розподіл обов'язків |
НЦ-1 |
- КЗЗ з контролем цілісності |
НТ-1 |
- самотестування за запитом |
НВ-1 |
- автентифікація вузла |
НА-2 |
- автентифікація відправників |
НП-2 |
- автентифікація отримувача |
3.9. Впровадження СЕДО в органах державної влади
повинно здійснюватись з урахуванням вимог щодо захисту державних
інформаційних ресурсів.
Захист державних інформаційних ресурсів забезпечується
впровадженням та атестацією комплексних систем захисту інформації, на які
покладається недопущення блокування інформації, несанкціонованого
ознайомлення з нею та/або її модифікації.
3.10. Органи виконавчої влади, які здійснюють обмін
електронними документами і повідомленнями через свої СЕДО, виступають
відправниками або одержувачами таких документів і повідомлень.
3.11. В процесі обміну електронними документами і
повідомленнями взаємодія СЕДО з системами електронного документообігу
органів виконавчої влади здійснюється через спеціальні телекомунікаційні
мережі, у яких забезпечується безпека конфіденційної інформації, що є
власністю держави.
В окремих випадках, за рішенням керівника органу
виконавчої влади, відправлення цим органом електронного документа та/або
повідомлення може здійснюватись через телекомунікаційні мережі загального
користування, за умов дотримання вимог чинного законодавства в галузі
захисту інформації.
3.12. Обмін даними в СЕДО будується на основі обміну
електронними документами і повідомленнями в XML-форматі.
3.13. В СЕДО не накладаються обмеження на структуру та
зміст електронного документа.
3.14. В СЕДО забезпечується обмін такою інформацією:
- електронні документи;
- реєстраційні дані в електронній формі про електронний
документ та його зміст;
- повідомлення для відправника про прийняття (відхилення)
вхідних електронного документа службою діловодства одержувача.
3.15. Кожне повідомлення, яке відправляється або
одержується СЕДО, має відповідну структуру та наповнення згідно зі своїм
призначенням. Кожен тип повідомлення займає відповідне місце в регламенті
обміну повідомленнями відповідно до "Типового порядку здійснення
електронного документообігу в органах виконавчої влади".
3.16. В СЕДО формування та оброблення повідомлень
здійснюється за правилами:
- повідомлення формується відповідно до рекомендацій XML
1.0;
- при формуванні повідомлення використовується та
обов'язково зазначається кодова сторінка "Windows 1251";
- повідомлення з відсутньою або некоректною ключовою
частиною не оброблюються;
- обов'язковими для формування та оброблення є тільки
елементи, зазначені в цих технічних умовах. Допускається включення, без
зміни базової структури повідомлення, інших елементів без будь-яких гарантій
їх оброблення одержувачем;
- при пустому значенні атомарних необов'язкових елементів
повідомлення такі елементи можуть не формуватися. Відсутність такого
елемента в повідомленні еквівалентна його пустому значенню. Перед
використанням кожен елемент перевіряється на присутність в повідомленні;
- при використанні E-mail у якості каналу обміну,
повідомлення повинно передаватися у вигляді вкладення до електронного листа.
Зазначені правила забезпечують можливість розширення
форматів та їх сумісність, а також сумісність процедур оброблення
повідомлень.
3.17. В СЕДО оброблюються такі типи повідомлень щодо
обміну інформацією про електронний документ:
Код |
Назва |
Призначення |
info_doc |
Інформація про електронний документ |
Інформація про електронний документ в електронній
формі (реєстраційні дані про документ та його зміст) |
perform_reg |
Підтвердження реєстрації |
Підтвердження про реєстрацію електронного документа
у одержувача |
perform_nack |
Відмова від прийняття |
Відмова від реєстрації електронного документа
одержувачем |
3.17.1. Кожне повідомлення, що оброблюється в СЕДО,
умовно поділяється на ключову та інформаційну частини.
Ключова частина повідомлення містить службові поля і
містить у тому числі природний ключ для однозначної ідентифікації документа.
Обробка повідомлення без ключової частини не здійснюється.
До ключової частини повідомлення належать такі дані:
Назва |
Код |
Призначення |
Тип |
Примітка |
Реєстраційний номер |
REGNUMBER |
реєстраційний номер відправника електронного
документа |
Символьне, 20 знаків |
Унікальний в межах відправника |
Дата реєстрації |
REGDATE |
дата реєстрації електронного документа у
відправника |
Символьне 'dd.mm.yyyy hh:mm:ss' |
Відправник |
PARTICSRC |
код відправника повідомлення (код з довідника
органів виконавчої влади) |
Символьне, 20 знаків |
Службове |
Одержувач |
PARTICTRG |
код організації - одержувача повідомлення (код з
довідника органів виконавчої влади) |
Символьне, 20 знаків |
Службове |
Час відправки |
SENDTIME |
Час відправки відправником |
Символьне 'dd.mm.yyyy hh:mm:ss' |
Службове |
Код типу повідомлення |
PACKAGETYPE |
Код типу повідомлення |
Символьне, 20 знаків |
Службове |
Глобальний ідентифікатор |
PACKAGE_GUID |
Глобальний ідентифікатор повідомлення |
Символьне, 40 знаків |
Службове |
3.17.2. Повідомлення "Інформація про електронний
документ" має таку структуру:
- код пакета: info_doc.
- призначення: для передачі одержувачу інформації про
електронний документ, створений та зареєстрований відправником.
Повідомлення складається з ключової частини 3.16.1 та
інформаційної частини, а також вузлів.
3.17.3. Інформаційна частина має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Організація-
відправник |
CORR |
Організація, відправник електронного документа |
Вузол типу "Організація" |
|
Кому |
ADDRPERS |
Персона-адресат |
Вузол типу "Персона" |
Необов'язкове |
Вид документа |
DOCTYPE |
Найбільш загальне визначення типу електронного
документа: лист, доручення, постанова |
Вузол типу "Вид електронного документа" |
|
Короткий зміст |
SHORTCONTENT |
Короткий зміст електронного документа |
Символьне, 4000 знаків |
|
Питання |
QUESTION |
Опис питання |
Символьне, 128 знаків |
|
Дата контролю |
DEADLINE |
Дата контролю |
Символьне: 'dd.mm.yyyy' |
Необов'язкове |
Дата закриття |
CLOSEDATE |
Вказується для електронних документів, що не
потребують виконання |
Символьне: 'dd.mm.yyyy' |
Необов'язкове |
Хто підписав |
SIGNER |
Хто підписав електронний документ у відправника
(особа) |
Вузол типу "Персона" |
|
Деталі |
ATTACHES |
Елемент для переліку детальних сутностей |
Вузол типу "Деталі" |
Необов'язкове |
Пункти |
DOCITEMS |
Перелік пунктів |
Вузол типу "Пункти" |
Необов'язкове |
До документа |
LINKDOC |
Посилання на електронний документ |
Колекція вузлів типу повідомлення "інформація про
електронний документ" |
Необов'язкове |
ЕЦП |
SIGNATURES |
Електронний цифровий підпис |
Вузол типу "Електронний підпис" |
Необов'язкове |
Мітка часу |
TIMELABELS |
Мітка часу для документа |
Вузол типу "Мітка часу" |
Необов'язкове |
3.17.4. Вузол "Організація" (ORGANIZATION) має такий
склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Ідентифікатор |
CODE |
Унікальний ідентифікатор |
Символьне, 20 знаків |
|
Скорочена назва |
CAPTION |
Скорочена назва організації |
Символьне, 128 знаків |
|
Повна назва |
DESCRIPTION |
Назва організації |
Символьне, 1000 знаків |
Необов'язкове |
ОКПО |
OKPO |
Код ЄДРПОУ |
Символьне, 20 знаків |
Необов'язкове |
3.17.5. Вузол "Персона" (PERSON) має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Ідентифікатор |
CODE |
Унікальний ідентифікатор |
Символьне, 20 знаків |
|
Прізвище персони |
LASTNAME |
прізвище |
Символьне, 100 знаків |
|
Ім'я |
FIRSTNAME |
Ім'я |
Символьне, 50 знаків |
|
По батькові |
MIDDLENAME |
По батькові |
Символьне, 50 знаків |
|
Посада |
POSITION |
Посада співробітника, у тій організації, звідки
прийшов документ |
Символьне, 250 знаків |
Необов'язкове |
Регіон |
REGION |
Регіон |
Символьне, 50 знаків |
Для звернень громадян |
Соціальний стан |
STATUS |
Соціальний стан |
Символьне, 50 знаків |
Категорія |
CATEGORY |
Категорія |
Символьне, 50 знаків |
Адреса |
ADDR |
Адреса |
Символьне, 250 знаків |
3.17.6. Вузол "Вид документа" (DOCTYPE) має такий
склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Ідентифікатор |
CODE |
Унікальний ідентифікатор |
Символьне, 20 знаків |
|
Назва |
CAPTION |
Назва виду документів |
Символьне, 128 знаків |
|
3.17.7. Вид документа може приймати такі значення:
CODE |
CAPTION |
01 |
Закон |
02 |
Указ |
03 |
Розпорядження |
04 |
Доручення |
05 |
Лист |
06 |
Постанова |
07 |
Рішення |
08 |
Протокол |
09 |
Запит |
12 |
Телеграма |
18 |
Звернення |
3.17.8. Вузол "Деталі" (CONTENT) має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Ім'я файла |
FILENAME |
Оригінальне ім'я файла |
Символьне, 255 знаків |
Необов'язкове |
Застосування |
APPLICATION |
Ім'я застосування для обробки файла |
Символьне, 255 знаків |
|
Опис змісту файла |
DESCRIPTION |
Опис змісту файла |
Символьне, 2000 знаків |
Необов'язкове |
Бінарний зміст файла |
DOCCONTENT |
Бінарний зміст файла |
Base 64 ("bin.hex") |
Для компресії використовується zip |
Код типу |
CONTENTTYPE |
Код типу файла |
Символьне, 50 знаків |
|
Розмір файла |
ORIGINAL_SIZE |
Оригінальний розмір файла без компресії |
Число, 8 знаків |
Кількість байт
Необов'язкове |
Чи файл стиснений |
COMPRESSED |
Ознака компресії файла |
Число "0" - без компресії, "-1" - компресія |
|
3.17.9. Вузол "Пункти" (DOCITEM) має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Номер пункту |
ITEMNUMER |
Номер пункту електронного документа |
Символьне, 5 знаків |
Унікальний в межах електронного документа |
Короткий опис |
SHORTCONTENT |
Короткий опис пункту електронного документа |
Символьне, 4000 знаків |
|
Термін виконання |
DEADLINE |
Термін виконання завдання по пункту електронного
документа |
Символьне: 'dd.mm.yyyy' |
|
Виконавці |
PERFORMERS |
Виконавці завдання по пункту електронного документа |
Вузол типу "Виконавці" |
|
Рівень контролю |
CTRLLEVEL |
Рівень контролю для завдання по пункту електронного
документа |
Вузол типу "Рівень контролю" |
|
Примітки |
NOTES |
Додаткова інформація, у т. ч. інформація про
періодичний контроль |
Символьне, 255 знаків |
Необов'язкове |
3.17.10. Вузол "Виконавці" (PERFORMER) має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Роль |
ROLE |
Роль виконавцю по відношенню до пункту електронного
документа |
Вузол типу "Ролі виконавців" |
|
Виконавець |
ORG |
Організація-виконавець |
Вузол типу "Організації" |
|
Опис виконавця |
PERF |
Інформація про контролера або відповідального СКМУ |
Символьне, 255 знаків |
|
Термін виконання |
DEADLINE |
Термін виконання для поточного виконавця |
Символьне: 'dd.mm.yyyy' |
|
Зміст завдання |
TASK |
Зміст завдання поточного виконавця |
Символьне, 2000 знаків |
|
3.17.11. Вузол "Рівень контролю" (CTRLLEVEL) має такий
склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Ідентифікатор |
CODE |
Унікальний ідентифікатор |
Символьне, 20 знаків |
|
Назва |
CAPTION |
Назва рівня контролю |
Символьне, 128 знаків |
|
3.17.12. Рівень контролю може приймати такі значення:
CODE |
CAPTION |
EXT |
Особливий контроль |
INT |
Контроль керівництва |
NO |
Низький |
3.17.13. Вузол "Ролі виконавців" (ROLE) має такий
склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Ідентифікатор |
CODE |
Унікальний ідентифікатор |
Символьне, 20 знаків |
|
Назва |
CAPTION |
Назва ролі |
Символьне, 128 знаків |
|
3.17.14. Ролі виконавців може приймати такі значення:
CODE |
CAPTION |
MAINOVV |
Головний виконавець |
COOPOVV |
Співвиконавець |
TOKNOW |
До відома |
CRTR |
Контролер від СКМУ |
CTRLUNIT |
Відповідальний від СКМУ |
3.17.15. Вузол "Електронний цифровий підпис"
(SIGNATURE)
Назва |
Код |
Призначення |
Тип |
Примітка |
Підпис |
DIGITALSIGNATURE |
Цифровий підпис |
Base64 ("bin.hex") |
|
Підписант |
SIGNER |
Хто підписав документ у автора (особа) |
Вузол типу "Персона" |
|
Дата підпису |
TIMESTAMP |
Дата накладання підпису |
Символьне: 'dd.mm.yyyy' |
|
Назва механізму |
NAMEENGINE |
Назва механізму, за допомогою якого створено підпис |
Символьне: 50 знаків |
Необов'язкове |
3.17.16. Вузол "Мітка часу" (TIMELABEL)
Назва |
Код |
Призначення |
Тип |
Примітка |
Мітка |
LABEL |
Мітка часу |
Base64 ("bin.hex") |
|
Опис |
DESCRIPTION |
Опис мітки часу |
Символьне: 2000 |
|
3.17.17. Повідомлення "Підтвердження реєстрації" має
таку структуру:
- код пакета: perform_reg.
- призначення: підтвердження про реєстрацію електронного
документа у одержувача.
Повідомлення складається з ключової частини 3.17.1 та
інформаційної частини.
Інформаційна частина має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Реєстраційний номер у одержувача |
CORREGNUMBER |
Реєстраційний номер у одержувача |
Символьне, 20 знаків |
|
Дата реєстрації у одержувача |
CORREGDATE |
Дата реєстрації у одержувача |
Символьне: 'dd.mm.yyyyhh:mm:ss' |
|
3.17.18. Повідомлення "Відмова від прийняття" має таку
структуру:
- код пакета: perform_nack.
- призначення: відмова від реєстрації електронного
документа одержувачем.
Повідомлення складається з ключової частини 3.17.1 та
інформаційної частини.
Інформаційна частина має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Причина відмови |
REASON |
Причина відмови |
Символьне, 128 знаків |
|
3.17.18. Повідомлення "Запит про хід виконання" має
таку структуру:
- код пакета: stage_info.
- призначення: запит про хід виконання документа.
Повідомлення складається з ключової частини 3.17.1 та
інформаційної частини.
Інформаційна частина має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Дата запиту |
STAGEDATE |
Дата та час запиту |
Символьне: 'dd.mm.yyyyhh:mm:ss' |
|
Пункт документа |
ITEMNUMBER |
Пункт документа, якщо запит відноситься лише до
частини документа |
Символьне, 5 |
|
Текст запиту |
REQUESTTEXT |
Текст запиту |
Символьне, 4000 |
|
3.17.19. Повідомлення "Звіт про хід виконання" має таку
структуру:
- код пакета: perform_info.
- призначення: звіт про хід виконання документа.
Повідомлення складається з ключової частини 3.17.1 та
інформаційної частини.
Інформаційна частина має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Дата та час запиту |
STAGEDATE |
Дата та час запиту |
Символьне, 'dd.mm.yyyyhh:mm:ss' |
Для звітів, пов'язаних з запитом |
Пункт документа |
ITEMNUMBER |
Пункт документа, якщо звіт відноситься лише до
частини документа |
Символьне, 5 знаків |
|
Результат |
RESULTCODE |
Результат виконання пункту |
Вузол "Результати виконання" |
|
Короткий зміст результату |
RESULTCONTENT |
Короткий зміст результату |
Символьне, 4000 |
|
Дата звіту |
RESULTDATE |
Дата звіту |
Символьне: 'dd.mm.yyyyhh:mm:ss' |
|
3.17.20. Вузол "Результат виконання" (RESULTCODE)
Назва |
Код |
Призначення |
Тип |
Примітка |
Ідентифікатор |
CODE |
Унікальний ідентифікатор |
Символьне, 20 знаків |
|
Назва |
CAPTION |
Опис результатів виконання |
Символьне, 128 знаків |
|
3.17.21. Результат виконання пункту може приймати такі
значення
CODE |
CAPTION |
SUCCESS |
Позитивно |
FAILED |
Негативно |
EXPLAINED |
Роз'яснено |
3.17.22. Структура повідомлення "Оцінка виконання"
- код пакета: perform_ack.
- призначення: підтвердження зняття документа з контролю.
Повідомлення складається з ключової частини 3.17.1 та
інформаційної частини.
Інформаційна частина має такий склад:
Назва |
Код |
Призначення |
Тип |
Примітка |
Пункт документа |
ITEMNUMBER |
Пункт документа, якщо оцінюється лише частина
документа |
Символьне, 5 |
Необов'язкове |
Дата зняття з контролю |
DONEDATE |
Дата зняття з контролю, якщо пункт документа визнано
виконаним |
Символьне: 'dd.mm.yyyyhh:mm:ss' |
|
Коментар |
DESCRIPTION |
Коментар щодо виконання |
Символьне, 255 |
Необов'язкове |
3.18. Інтерфейс між користувачем і СЕДО дає змогу
забезпечити:
- ергономічність взаємодії користувача з СЕДО;
- взаємодію користувача з програмними компонентами СЕДО
на основі прозорого та інтуїтивно зрозумілого діалогового графічного
віконного інтерфейсу з використанням піктограм функцій, режимів та операцій;
- можливість для користувача оперувати
професійно-орієнтованими поняттями предметної галузі діловодства державною
мовою;
- можливість зворотності дій користувача, а також
обов'язкове підтвердження ним потенційно руйнівних дій з модифікації та
відновлення даних;
- можливість одержання користувачем довідкових даних про
функціональні дані та характеристики СЕДО, зокрема шляхом отримання на
екрані монітора контекстнозалежних підказок щодо виконання операцій, функцій
тощо.
3.19. В СЕДО може застосовуватися система управління
базами даних, в якій забезпечується надійне зберігання інформації в
різноманітних форматах - як текстових, так і графічних чи мультимедійних,
надання швидкого доступу до інформаційних ресурсів різноманітним прикладним
системам з підтримкою достатньої продуктивності при підключенні запланованої
кількості користувачів.
3.20. Загальний порядок створення СЕДО повинен
відповідати вимогам ГОСТ 34.601, а КСЗІ - НД ТЗІ3.7-003-2005.
3.21. Проектування технічних засобів СЕДО здійснюється з
дотриманням вимог наказу Мінзв'язку від 29.10.96 N 232.
3.22. Місце встановлення та монтаж технічних засобів СЕДО
повинні відповідати нормам та вимогам до розміщення обладнання
електроустановок з урахуванням вимог ПУЭ-87.
3.23. Комплект поставки СЕДО має у своєму складі:
- дистрибутив системи на компакт-диску та інструкцію з її
інсталяції;
- інструкцію користувача;
- інструкцію адміністратора;
- контрольний приклад.
3.24. Повний строк служби СЕДО з урахуванням модернізації
складає не менше 10 років.
4. Правила приймання
Загальний порядок приймання СЕДО повинен відповідати
вимогам ГОСТ 34.603.
Окремим етапом приймальних випробувань СЕДО є
підтвердження відповідності КСЗІ СЕДО вимогам технічного завдання,
нормативних документів із захисту інформації. Таке підтвердження
здійснюється шляхом проведення державної експертизи в порядку, встановленому
Положенням про державну експертизу в сфері технічного захисту інформації.
Приймальні випробування СЕДО проводяться при
функціонуючій в її складі КСЗІ.
Підтвердження відповідності СЕДО цим технічним умовам
здійснюється шляхом проведення державної експертизи в порядку, встановленому
Положенням про державну експертизу на відповідність СЕДО цим технічним
умовам.
Приймання СЕДО здійснюється державною (міжвідомчою)
комісією, до якої мають бути залученими представники розробника системи,
органу виконавчої влади та уповноважених органів, що відповідають за
впровадження електронного документообігу в органах виконавчої влади України,
та затверджується актом приймання-здавання науково-технічної продукції.
Приймання СЕДО відповідно до цих технічних умов
складається з таких етапів:
- СЕДО проходить стендові випробування з аналізом
отриманих результатів, дослідну експлуатацію та приймальні випробування в
органі виконавчої влади;
- після аналізу результатів роботи приймальної комісії
приймається рішення про приймання СЕДО в цілому.
5. Методи контролювання
Для контролю відповідності СЕДО розділу 3 цих технічних
умов використовуються програми та методики випробувань, погоджені з
уповноваженими органами, що відповідають за впровадження електронного
документообігу в органах виконавчої влади.
Програми та методики випробувань повинні забезпечувати
тестове покриття усіх вимог цих технічних умов і містити критерії оцінки
відповідності методів випробувань та очікуваних результатів. Методи й умови
контролю повинні бути максимально наближені до умов використання СЕДО.
6. Умови експлуатації
6.1. Експлуатація СЕДО повинна відповідати таким умовам:
- технічні засоби СЕДО повинні забезпечувати справне
цілодобове її функціонування в нормальних кліматичних умовах, в закритих
приміщеннях категорії УХЛ4.2, без постійної присутності персоналу при
температурі та відносній вологості навколишнього середовища, визначених для
персональної обчислювальної техніки, відповідно заданим вимогам до
надійності і достовірності згідно з ГОСТ 15150-80;
- КСЗІ СЕДО повинна мати атестат відповідності вимогам
нормативних документів України у сфері технічного захисту інформації. Засоби
криптографічного захисту інформації повинні мати сертифікат відповідності
або позитивний експертний висновок на відповідність вимогам нормативних
документів України у сфері криптографічного захисту інформації;
- експлуатація технічних та програмних засобів СЕДО має
здійснюватися цілодобово без перерви, з застосуванням автоматичного
резервного джерела живлення при аварійності електропостачання,
працездатність апаратури повинна автоматично відновлюватися;
- електроживлення технічних засобів СЕДО здійснюється від
мережі змінного струму напругою 220 В з частотою 50 Гц;
- СЕДО повинна бути працездатною при електроживленні її
технічних засобів від джерел безперебійного електроживлення, з вимогами до
мережі живлення згідно з ГОСТ 5237-83;
- час автономної роботи СЕДО від резервного джерела
живлення - не менше 20 хвилин;
- технічні засоби СЕДО повинні бути готовими до роботи
відповідно до вимог цих ТУ не більш ніж за 10 с. після подання на них
електроживлення;
- технічні засоби СЕДО повинні експлуатуватися в
приміщеннях, які обладнані захисним заземленням згідно з вимогами ГОСТ
12.1.030-87.
6.2. Експлуатація технічних засобів СЕДО повинна
здійснюватися відповідно до рекомендованих норм навантаження, вказаних у
документації на ці технічні засоби.
6.3. Види, періодичність і обсяги технічного
обслуговування і ремонту технічних засобів СЕДО повинні відповідати вимогам,
наведеним в експлуатаційній документації на відповідні технічні засоби.
7. Додаток
7.1. DTD для перевірки вірності створення XML-повідомлень
7.1.1. DTD для перевірки вірності створення повідомлення
"Інформація про документ"
<?xml version = "1.0" encoding =
"windows-1251"?> |
<!ELEMENT ADDRPERS (PERSON)>
|
<!ELEMENT APPLICATION (#PCDATA)> |
<!ATTLIST APPLICATION |
type CDATA #REQUIRED>
|
<!ELEMENT ATTACHES (CONTENT+)> |
<!ELEMENT AUTHORCODE (#PCDATA)> |
<!ATTLIST AUTHORCODE |
type CDATA #REQUIRED>
|
<!ELEMENT CAPTION> |
<!ATTLIST CAPTION |
type CDATA #REQUIRED>
|
<!ELEMENT CLOSEDATE EMPTY> |
<!ATTLIST CLOSEDATE |
type CDATA #REQUIRED>
|
<!ELEMENT CODE> |
<!ATTLIST CODE |
type CDATA #REQUIRED>
|
<!ELEMENT CONTENTTYPE (#PCDATA)> |
<!ATTLIST CONTENTTYPE |
type CDATA #REQUIRED>
|
<!ELEMENT COMPRESSED (#PCDATA)> |
<!ATTLIST COMPRESSED |
type CDATA #REQUIRED>
|
<!ELEMENT CONTENT (FILENAME*, APPLICATION*,
DESCRIPTION*, DOCCONTENT, CONTENTTYPE, ORIGINAL_SIZE*, COMPRESSED*)>
|
<!ELEMENT DEADLINE EMPTY> |
<!ATTLIST DEADLINE |
type CDATA #REQUIRED>
|
<!ELEMENT DESCRIPTION (#PCDATA)> |
<!ATTLIST DESCRIPTION |
type CDATA #REQUIRED>
|
<!ELEMENT DOCCONTENT (#PCDATA)> |
<!ATTLIST DOCCONTENT |
type CDATA #REQUIRED>
|
<!ELEMENT DOCITEMS (DOCITEM+)> |
<!ELEMENT DOCITEM (ITEMNUMBER, SHORTCONTENT,
DEADLINE, PERFORMERS, CTRLLEVEL, NOTES*)>
|
<!ELEMENT DOCTYPE (CODE, CAPTION)>
|
<!ELEMENT INFO_DOC (REGNUMBER, REGDATE,
AUTHORCODE, DOCTYPE, SUBTYPE_FULLCAPTION, SHORTCONTENT, ORG, SIGNER,
CLOSEDATE, DEADLINE, ATTACHES*, DOCITEMS*, PARTICTRG, PARTICSRC,
SENDTIME, PACKAGETYPE, PACKAGE_GUID, LINKDOC*, ADDRPERS, QUESTION,
SIGNATURES*, TIMELABELS*)>
|
<!ELEMENT FILENAME (#PCDATA)> |
<!ATTLIST FILENAME |
type CDATA #REQUIRED>
|
<!ELEMENT MIDDLENAME (#PCDATA)> |
<!ATTLIST MIDDLENAME |
type CDATA #REQUIRED>
|
<!ELEMENT LASTNAME (#PCDATA)> |
<!ATTLISTLASTNAME |
type CDATA #REQUIRED>
|
<!ELEMENT LINKDOC (INFO_DOC)>
|
<!ELEMENT_NAMEENGINE (#PCDATA)> |
<!ATTLIST NAMEENGINE
|
type CDATA #REQUIRED> |
<!ELEMENT_FIRSTNAME (#PCDATA)> |
<!ATTLIST FIRSTNAME |
type CDATA #REQUIRED>
|
<!ELEMENT POSITION (#PCDATA)> |
< !ATTLIST POSITION |
type CDATA #REQUIRED>
|
<!ELEMENT REGION (#PCDATA)> |
<!ATTLIST REGION |
type CDATA #REQUIRED>
|
<!ELEMENT ADDR (#PCDATA)> |
<!ATTLIST ADDR |
type CDATA #REQUIRED>
|
<!ELEMENT CTRLLEVEL (CODE, CAPTION)>
|
<!ELEMENT NOTES (#PCDATA)> |
<!ATTLIST NOTES |
type CDATA #REQUIRED>
|
<ELEMENT ORG (ORGANIZATION)>
|
<!ELEMENT ORGANIZATION (CODE, CAPTION,
DESCRIPTION, OKPO)>
|
<!ELEMENT ORIGINAL_SIZE (#PCDATA)> |
<!ATTLIST ORIGINAL_SIZE |
type CDATA #REQUIRED>
|
<!ELEMENT QUESTION (#PCDATA)> |
<!ATTLIST QUESTION |
type CDATA #REQUIRED>
|
<!ELEMENT PACKAGETYPE (#PCDATA)> |
<!ATTLIST PACKAGETYPE |
type CDATA #REQUIRED>
|
<!ELEMENT PACKAGE_GUID (#PCDATA)> |
<!ATTLIST PACKAGE_GUID |
type CDATA #REQUIRED> |
<!ELEMENT PARTICSRC (#PCDATA)> |
<!ATTLIST PARTICSRC |
type CDATA #REQUIRED> |
<!ELEMENT PARTICTRG (#PCDATA)> |
<!ATTLIST PARTICTRG |
type CDATA #REQUIRED> |
<!ELEMENT PERF (#PCDATA)> |
<!ATTLIST PERF |
type CDATA #REQUIRED> |
<!ELEMENT PERFORMERS (PERFORMER+)> |
<!ELEMENT PERFORMER (ROLE, ORG, PERF, DEADLINE,
TASK)> |
<!ELEMENT PERSON (CODE, LASTNAME, MIDDLENAME, FIRSTNAME, POSITION,
REGION, STATUS, ADDR)> |
<!ELEMENTREGDATE (#PCDATA)> |
<!ATTLISTREGDATE |
type CDATA #REQUIRED> |
<!ELEMENT REGNUMBER (#PCDATA)> |
<!ATTLIST REGNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT ITEMNUMBER (#PCDATA)> |
<!ATTLIST ITEMNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT ROLE (CODE, CAPTION)> |
<!ELEMENT SIGNATURES (SIGNATURE +)> |
<!ELEMENT SIGNATURE (DIGITALSIGNATURE.TIMESTAMP,
SIGNER, NAMEENGINE)>
|
<!ELEMENT STATUS (#PCDATA)> |
<!ATTLIST |
type CDATA #REQUIRED> |
<!ELEMENT SENDTIME (#PCDATA)> |
<!ATTLIST SENDTIME |
type CDATA #REQUIRED> |
<!ELEMENT SHORTCONTENT (#PCDATA)> |
<!ATTLIST SHORTCONTENT |
type CDATA #REQUIRED> |
<!ELEMENT SIGNER (PERSON)> |
<!ELEMENT SUBTYPE_FULLCAPTION (#PCDATA)> |
<!ATTLIST SUBTYPE_FULLCAPTION |
type CDATA #REQUIRED> |
<!ELEMENT TASK (#PCDATA)> |
<!ATTLIST TASK |
type CDATA #REQUIRED> |
<!ELEMENT TIMELABELS (TIMELABEL+)> |
<!ELEMENT TIMELABEL (LABEL, DESCRIPTION)> |
7.1.2 DTD для перевірки вірності створення повідомлення
"Підтвердження реєстрації" |
<?xml version = "1.0" encoding = "windows-1251"?>
|
<!ELEMENT AUTHORCODE (#PCDATA)> |
<!ATTLIST AUTHORCODE |
type CDATA #REQUIRED> |
<!ELEMENT CORREGDATE (#PCDATA)> |
<!ATTLIST CORREGDATE |
type CDATA #REQUIRED>
|
<!ELEMENT CORREGNUMBER (#PCDATA)> |
<!ATTLIST CORREGNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGETYPE (#PCDATA)> |
<!ATTLIST PACKAGETYPE |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGE_GUID (#PCDATA)> |
<!ATTLIST PACKAGE_GUID |
type CDATA #REQUIRED> |
<!ELEMENT PARTICSRC (#PCDATA)> |
<!ATTLISTPARTICSRC |
type CDATA #REQUIRED> |
<!ELEMENT PARTICTRG (#PCDATA)> |
<!ATTLISTPARTICTRG |
type CDATA #REQUIRED> |
<!ELEMENT Perfom_reg (REGNUMBER, REGDATE, AUTHORCODE, CORREGNUMBER,
CORREGDATE, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE,
PACKAGE_GUID)> |
<!ELEMENT REGDATE (#PCDATA)> |
<!ATTLIST REGDATE |
type CDATA #REQUIRED> |
<!ELEMENT REGNUMBER (#PCDATA)> |
<!ATTLIST REGNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT SENDTIME (#PCDATA)> |
<!ATTLIST SENDTIME |
type CDATA #REQUIRED> |
7.1.3. DTD для перевірки вірності створення повідомлення "Відмова
від прийняття" |
<?xml version = "1.0" encoding =
"windows-1251"?> |
<!ELEMENT AUTHORCODE (#PCDATA)> |
<!ATTLIST AUTHORCODE |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGETYPE (#PCDATA)> |
<!ATTLIST PACKAGETYPE |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGE_GUID (#PCDATA)> |
<!ATTLIST PACKAGE_GUID |
type CDATA #REQUIRED> |
<!ELEMENT PARTICSRC (#PCDATA)> |
<!ATTLIST PARTICSRC |
type CDATA #REQUIRED> |
<!ELEMENT PARTICTRG (#PCDATA)> |
<!ATTLIST PARTICTRG |
type CDATA #REQUIRED>
|
<!ELEMENT Perfom_nack (REGNUMBER, REGDATE,
AUTHORCODE, REASON, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE,
PACKAGE_GUID)> |
<!ELEMENT REASON (#PCDATA)> |
<!ATTLIST REASON |
type CDATA #REQUIRED> |
<!ELEMENT REGDATE (#PCDATA)> |
<!ATTLIST REGDATE |
type CDATA #REQUIRED> |
<!ELEMENT REGNUMBER (#PCDATA)> |
<!ATTLIST REGNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT SENDTIME (#PCDATA)> |
<!ATTLIST SENDTIME |
type CDATA #REQUIRED> |
7.1.4. DTD для перевірки вірності створення повідомлення "Запит про
хід виконання" |
<?xml version = "1.0" encoding = "windows-1251"?>
|
<!ELEMENT AUTHORCODE (#PCDATA)> |
<!ATTLIST AUTHORCODE |
type CDATA #REQUIRED> |
<!ELEMENT ITEMNUMBER (#PCDATA)> |
<!ATTLIST ITEMNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGETYPE (#PCDATA)> |
<!ATTLIST PACKAGETYPE |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGE_GUID (#PCDATA)> |
<!ATTLIST PACKAGE_GUID |
type CDATA #REQUIRED> |
<!ELEMENT PARTICSRC (#PCDATA)> |
<!ATTLIST PARTICSRC |
type CDATA #REQUIRED> |
<!ELEMENT PARTICTRG (#PCDATA)> |
<!ATTLIST PARTICTRG |
type CDATA #REQUIRED> |
<!ELEMENT REGDATE (#PCDATA)> |
<!ATTLIST REGDATE |
type CDATA #REQUIRED> |
<!ELEMENT REGNUMBER (#PCDATA)> |
<!ATTLIST REGNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT REQUESTTEXT (#PCDATA)> |
<!ATTLIST REQUESTTEXT |
type CDATA #REQUIRED> |
<!ELEMENT STAGEDATE (#PCDATA)> |
<!ATTLIST STAGEDATE |
type CDATA #REQUIRED> |
<!ELEMENT SENDTIME (#PCDATA)> |
<!ATTLIST SENDTIME |
type CDATA #REQUIRED> |
<!ELEMENT Stage_info (REGNUMBER, REGDATE,
AUTHORCODE, STAGEDATE, ITEMNUMBER, REQUESTTEXT, PARTICTRG,
PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)> |
7.1.5. DTD для перевірки вірності створення повідомлення "Звіт про
хід виконання" |
<?xml version = "1.0" encoding = "windows-1251"?>
|
<!ELEMENT AUTHORCODE (#PCDATA)> |
<!ATTLIST AUTHORCODE |
type CDATA #REQUIRED> |
<!ELEMENT CAPTION (#PCDATA)> |
<!ATTLIST CAPTION |
type CDATA #REQUIRED> |
<!ELEMENT_CODE (#PCDATA)> |
<!ATTLIST CODE |
type CDATA #REQUIRED> |
<!ELEMENT ITEMNUMBER (#PCDATA)> |
<!ATTLIST ITEMNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGETYPE (#PCDATA)> |
<!ATTLIST PACKAGETYPE |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGE_GUID (#PCDATA)> |
<!ATTLIST PACKAGE_GUID |
type CDATA #REQUIRED> |
<!ELEMENT PARTICSRC (#PCDATA)> |
<!ATTLIST PARTICSRC |
type CDATA #REQUIRED> |
<!ELEMENT PARTICTRG (#PCDATA)> |
<!ATTLIST PARTICTRG |
type CDATA #REQUIRED> |
<!ELEMENT Perform_info (REGNUMBER, REGDATE, AUTHORCODE, STAGEDATE,
ITEMNUMBER, RESULTCODE, RESULTCONTENT, RESULTDATE, PARTICTRG,
PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)> |
<!ELEMENT REGDATE (#PCDATA)> |
<!ATTLIST REGDATE |
type CDATA #REQUIRED> |
<!ELEMENT REGNUMBER (#PCDATA)> |
<!ATTLIST REGNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT RESULTCODE (CODE, CAPTION)> |
<!ELEMENT RESULTCONTENT (#PCDATA)> |
<!ATTLIST RESULTCONTENT |
type CDATA #REQUIRED> |
<!ELEMENT RESULTDATE (#PCDATA)> |
<!ATTLIST RESULTDATE |
type CDATA #REQUIRED> |
<!ELEMENT SENDTIME (#PCDATA)> |
<!ATTLIST SENDTIME |
type CDATA #REQUIRED> |
<!ELEMENT STAGEDATE (#PCDATA)> |
<!ATTLIST STAGEDATE |
type CDATA #REQUIRED> |
7.1.6. DTD для перевірки вірності створення повідомлення "Оцінка
виконання" |
<?xml version = "1.0" encoding = windows-1251"?> |
<!ELEMENT AUTHORCODE (#PCDATA)> |
<!ATTLIST AUTHORCODE |
type CDATA #REQUIRED> |
<!ELEMENT DESCRIPTION (#PCDATA)> |
<!ATTLIST DESCRIPTION |
type CDATA #REOUIRED> |
<!ELEMENT DONEDATE (#PCDATA)> |
<!ATTLIST DONEDATE |
type CDATA #REQUIRED> |
<!ELEMENT ITEMNUMBER (#PCDATA)> |
<!ATTLIST ITEMNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGETYPE (#PCDATA)> |
<!ATTLIST PACKAGETYPE |
type CDATA #REQUIRED> |
<!ELEMENT PACKAGE_GUID (#PCDATA)> |
<!ATTLIST PACKAGE_GUID |
type CDATA #REQUIRED> |
<!ELEMENT PARTICSRC (#PCDATA)> |
<!ATTLIST PARTICSRC |
type CDATA #REQUIRED> |
<!ELEMENT PARTICTRG (#PCDATA)> |
<!ATTLIST PARTICTRG |
type CDATA #REQUIRED> |
<!ELEMENT Perform_ack (REGNUMBER, REGDATE, AUTHORCODE, ITEMNUMBER*,
DONEDATE, DESCRIPTION*, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE,
PACKAGE_GUID)> |
<!ELEMENT REGDATE (#PCDATA)> |
<!ATTLIST REGDATE |
type CDATA #REQUIRED> |
<!ELEMENT ITEMNUMBER (#PCDATA)> |
<!ATTLIST ITEMNUMBER |
type CDATA #REQUIRED> |
<!ELEMENT SENDTIME (#PCDATA)> |
<!ATTLIST SENDTIME |
type CDATA #REQUIRED> |
7.2. Приклади формування XML-повідомлень |
7.2.1. Приклад XML-повідомлення "Інформація про
документ" |
<?xml version = "1.0" encoding = "wmdows-1251"?> |
<!DOCTYPE Info_Doc SYSTEM "[dtd | url]>"> |
<Info_doc> |
<REGNUMBER type =
"string">97/0/02-04</REGNUMBER> |
<REGDATE type = "string">22.10.2004
12:14:07</REGDATE> |
<AUTHORCODE type =
"string">011</AUTHORCODE> |
<PARTICTRG type = "string">0204</PARTICTRG>
|
<PARTICSRC type = "string">0201</PARTICSRC>
|
<SENDTIME type = "string">22.10.2004
14:37:38</SENDTIME> |
<PACKAGETYPE type =
"strmg">new_infodoc</PACKAGETYPE> |
<PACKAGE_GUID type = "string">8FA6E638Bl
1F4D0A887AFB7908810 A8E</PACKAGE_GUID> |
<DOCTYPE> |
<CODE type = "string">01</CODE> |
<CAPTION type = "strmg"> Запит депутата
</CAPTION> |
</DOCTYPE> |
<SUBTYPE_FULLCAPTION type = "string">2/1 -
Запит депутата</SUBTYPE_FULLCAPTION> |
<SHORTCONTENT type = "string">2
аттача!</SHORTCONTENT> |
<CORR> |
<ORGANIZATION> |
<CODE type = "string">01</CODE> |
<CAPTION type = "string">КМУ</CAPTION> |
<DESCRIPTION type = "string">Кабінет
Міністрів України</DESCRIPTION> |
</ORGANIZATION> |
</CORR> |
<SIGNER> |
<PERSON> |
<CODE type = "string">01</CODE> |
<LASTNAME type = "string">Петрова Н.
І.</LASTNAME> |
<FIRSTNAME type =
"string">Ніна</FIRSTNAME> |
<MIDDLENAME type =
"string">Іванівна</MIDDLENAME> |
</PERSON> |
</SIGNER> |
<ADDRPERS> |
<CODE type = "string">06</CODE> |
<CAPTION type = "string">Азаров М.
Я.</CAPTION> |
</ADDRPERS> |
<CLOSEDATE type = "string"/></CLOSEDATE> |
<DEADLINE type =
"string"/>28.10.2004</DEADLINE> |
<ATTACHES> |
<CONTENT> |
<FILENAME type = "string"> Проект постанови
щодо впровадження...doc</FILENAME> |
<APPLICATION type = "string">Microsoft
Word</APPLICATION> |
<DESCRIPTION type ="string">Проект
постанови N 234 від 10.04.2004 щодо...</DESCRIPTION> |
<DOCCONTENT type = "bin.hex"
>005e0000425a68333141592653598704-
4ce20006f9ffffffffffffffff7f7dffffdedcffff.... |
</DOCCONTENT> |
< CONTENTTYPE type = "string">Файл
Microsoft Word</CONTENTTYPE> |
<ORIGINAL_SIZE type =
"number">24064</ORIGINAL_SIZE> |
<COMPRESSED type = "number">-1</COMPRESSED>
|
</CONTENT> |
<CONTENT> |
<FILENAME type = "string">Таблиця порівнянь до
проекту постанови...doc</FILENAME> |
<APPLICATION type = "string">Microsoft
Word</APPLICATION> |
<DESCRIPTION type = "string">Таблиця порівнянь до
проекту постанови...</DESCRIPTION> |
<DOCCONTENT type =
"bin.hex">007a0000425a683331415926535914bae2ae0-
018317ffffffffffffffffffdfffffffdffffff... |
</DOCCONTENT> |
<ORIGINAL_SIZE type =
"number">31232</ORIGINAL_SIZE> |
<COMPRESSED type = "number">-1</COMPRESSED> |
</CONTENT> |
</ATTACHES> |
<DOCITEMS> |
<DOCITEM> |
<REGNUMBER type = "string">
1a</REGNUMBER> |
<SHOTCONTENT type = "string"
>Розробити проект закону</SHOTCONTENT> |
<DEADLINE type =
"string">28.10.2004</DEADLINE> |
<PERFORMERS> |
<PERFORMER> |
<ROLE> |
<CODE type = "string">01</CODE> |
<CAPTION type = "srting">Головний
виконавець</CAPTION> |
</ROLE> |
<ORG> |
<ORGANIZATION> |
<CODE type = "string">01/CODE> |
<CAPTION type = "string">Міністерство з
питань...</CAPTION> |
<DESCRIPTION type = "string" >Міністерство
з питань...</DESCRIPTION |
</ORGANIZATION> |
</ORG> |
<DEADLINE type =
"string">27.10.2004</DEADLINE> |
<TASK type = "string">Розробити проект
закону</TASK> |
</PERFORMER> |
</PERFORMERS > |
</DOCITEM> |
</DOCITEMS > |
<LINKDOC> |
<INFO_DOC> |
<REGNUMBER type =
"string">97/0/02-04</REGNUMBER> |
<REGDATE type = "string">22.10.2004
12:14:07</REGDATE> |
<DOCTYPE> |
<CODE type = "string">01</CODE> |
<CAPTION type = "string"> Запит депутата
</CAPTION> |
</DOCTYPE> |
<SUBTYPE_FULLCAPTION type = "string" >4/1 -
Доручення</SUBTYPE_FULLCAPTION> |
<SHORTCONTENT type = "string">2
аттача!</SHORTCONTENT> |
</INFO_DOC> |
</LINKDOC> |
</Info_Doc> |
7.2.2. Приклад XML-повідомлення "Підтвердження реєстрації" |
<!DOCTYPE Perfom_reg SYSTEM "[dtd | url]>"> |
<Perfom_reg> |
<REGNUMBER type = "string">
115/0/02-04</REGNUMBER> |
<REGDATE type = "string">20.10.2003
00:00:00</REGDATE> |
<AUTHORCODE type = "string">011
</AUTHORCODE> |
<PARTICTRG type =
"string">0201>/PARTICTRG> |
<PARTICSRC type =
"string">0204</PARTICSRC> |
<SENDTIME type = "string">08.10.2004
13:12:01</SENDTIME> |
<PACKAGETYPE type =
"string">perform_reg</PACKAGETYPE> |
<PACKAGE_GUID type =
"string">7C55EC3FBDD44D02870235CCA370 A002</PACKAGE_GUID> |
<CORREGNUMBER type =
"string">01/14</CORREGNUMBER> |
<CORREGDATE type = "string">20.10.2003
00:00:00</CORREGDATE> |
</Perfom_reg> |
7.2.3. Приклад XML-повідомлення "Відмова від прийняття" |
<?xml version = "1.0" encoding = "windows-1251"?>
|
<!DOCTYPE Perfom_nack SYSTEM "[dtd | url]>"> |
<Perfom_nack> |
<REGNUMBER type = "string">
115/0/02-04</REGNUMBER> |
<REGDATE type = "string">20.10.2003
00:00:00</REGDATE> |
<AUTHORCODE type = "string">011
</AUTHORCODE> |
<PARTICTRG type = "string">0201</PARTICTRG>
|
<PARTICSRC type = "string">0204</PARTICSRC>
|
<SENDTIME type = "string">10.2004
15:08:50</SENDTIME> |
<PACKAGETYPE type =
"string">perform_nack</PACKAGETYPE> |
<PACKAGE_GUID type =
"string">307219A85B3E4A29ADFCD332632A5 411</PACKAGE_GUID> |
<REASON type = "string">Погано
оформлений</REASON> |
</Perfom_nack> |
7.2.4. Приклад XML-повідомлення "Запит про хід виконання" |
<?xml version = "1.0" encoding =
"windows-1251"?> |
<?DOCTYPE Stage_info SYSTEM "[dtd | url]"> |
<Stage_info> |
<REGNUMBER type =
"string">115/0/02-04</REGNUMBER> |
<REGDATE type = "string">20.10.2003
00:00:00</REGDATE> |
<AUTHORCODE type ="
string">011</AUTHORCODE> |
<PARTICTRG type =
"string">0204</PARTICTRG> |
<PARTICSRC type = "strmg">021</PARTICSRC> |
<SENDTIME type = "string">07.10.2004
16:36:44</SENDTIME> |
<PACKAGETYPE type =
"string">stage_info</PACKAGETYPE> |
<PACKAGE_GUID type =
"string">F920259E4C9A4B75A428868BB9B8F359</PACKAGE_GUID> |
<STAGEDATE type = "string">07.10.2004
16:36:44</STAGEDATE> |
<ITEMNUMBER type =
"string">абз1</ITEMNUMBER> |
<REQUESTTEXT type =
"string">Срочно!</REQUESTTEXT> |
</Stage_info> |
7.2.5. Приклад XML-повідомлення "Звіт про хід виконання" |
<? xml version = "1.0" encoding =
"windows-1251"?> |
<!DOCTYPE Perform_info SYSTEM "[dtd | url]"> |
<Perform_info> |
<REGNUMBER type = "string">
115/0/02-04</REGNUMBER> |
<REGDATE type = "string">20.10.2003
00:00:00</REGDATE> |
<AUTHORCODE type =
"string">011</AUTHORCODE> |
<PARTICTRG type = "string">0201</PARTICTRG>
|
<PARTICSRC type =
"string">0204</PARTICSRC> |
<SENDTIME type = "string">08.10.2004
15:59:36</SENDTIME> |
<PACKAGETYPE type =
"string">perform_info</PACKAGETYPE> |
<PACKAGE_GUID type =
"string">FA431E9D034A469987CDC1222BOF7 858</PACKAGE_GUID> |
<STAGEDATE type = "string">08.10.2004
15:57:35</STAGEDATE> |
<ITEMNUMBER type = " string"
>second</ITEMNUMBER> |
<RESULTCODE> |
<CODE type = "string">02</CODE> |
<CAPTION type = "string">Виконано</CODE> |
</RESULTCODE> |
<RESULTCONTENT type =
"string">first</RESULTCONTENT> |
<RESULTDATE type = "strіng">09.10.2004
00:00:00</RESULTDATE> |
</Perform_info> |
7.2.6. Приклад XML-повідомлення "Оцінка виконання" |
<?xml version = "1.0" encoding =
"windows-1251"?> |
<!DOCTYPE Perform_ack SYSTEM "[dtd | url]"> |
<Perform_ack> |
<REGNUMBER type =
"string">115/0/02-04</REGNUMBER> |
<REGDATE type = "string">20.10.2003
00:00:00</REGDATE> |
<AUTHORCODE type =
"string">011</AUTHORCODE> |
<PARTICTRG type = "string">0204</PARTICTRG>
|
<PARTICSRC type = "string">0201
</PARTICSRC> |
<SENDTIME type = "string">08.10.2004
10:18:29</SENDTIME> |
<PACKAGETYPE type =
"string">perform_ack</PACKAGETYPE> |
<PACKAGE_GUID type =
"string">B906F55FB6E241F18C6C91B6DB80C8E3</PACKAGE_GUID> |
<ITEMNUMBER type = "string)">1</ITEMNUMBER>
|
<DONEDATE type = "string"> 17.10.2003
00:00:00</DONEDATE> |
<DESCRIPTION type ="string">Виконано з
порушенням терміну</DESCRIPTION> |
</Perform_ack> |
Начальник Управління
інформатизації Держзв'язку |
Е. Бєлов |