ГОСТ 53898-2010

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ 

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСТ Р

Системы электронного документооборота

ВЗАИМОДЕЙСТВИЕ СИСТЕМ УПРАВЛЕНИЯ
ДОКУМЕНТАМИ

Требования к электронному сообщению

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным
законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения
национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской
Федерации. Основные положения»

Сведения о стандарте

1 РАЗРАБОТАН Обществом с ограниченной ответственностью «Электронные офисные
системы (проектирование и внедрение)» совместно с Региональной общественной организацией
«Гильдия специалистов в области информатики и управления документацией» и с Закрытым
акционерным обществом «Научно-Технологический Центр ИРМ»

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 459 «Информационная поддержка
жизненного цикла изделий»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому
регулированию и метрологии от №

4 ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом
информационном указателе «Национальные стандарты», а текст изменений и поправок в
ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае
пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет
опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты».
Соответствующая информация, уведомление и тексты размещаются также в информационной
системе общего пользования — на официальном сайте национального органа Российской
Федерации по стандартизации в сети Интернет

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и
распространен в качестве официального издания без разрешения национального органа Российской
Федерации по стандартизации

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Системы электронного документооборота

ВЗАИМОДЕЙСТВИЕ СИСТЕМ УПРАВЛЕНИЯ ДОКУМЕНТАМИ

Требования к электронному сообщению

Electronic records management systems

Interaction between records management systems

Electronic message specifications

Дата введения —

1 Область применения

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

Электронное сообщение представляет собой XML-документ установленной настоящим
стандартом структуры и с заданным настоящим стандартом составом элементов и их атрибутов и,
возможно, набора дополнительных файлов, являющихся неотъемлемой частью сообщения.

Как электронное сообщение в целом, так и составные его части, могут быть независимо
подписаны электронными цифровыми подписями и другими аналогами собственноручной подписи и
(или) зашифрованы. Порядок применения электронной цифровой подписи и (или) шифрования не
является предметом настоящего Стандарта, а рассматривается как «внешний» по отношению к нему
и регламентируется отдельными документами.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 51141-98 Делопроизводство и архивное дело. Термины и определения.

ГОСТ Р ИСО 15489-1-2007 Система стандартов по информации, библиотечному и
издательскому делу. Управление документами. Общие требования.

Примечание — При пользовании настоящим стандартом целесообразно проверить действие
ссылочных стандартов и классификаторов в информационной системе общего пользования – на
официальном сайте национального органа Российской Федерации по стандартизации в сети
Интернет или по ежегодно издаваемому информационному указателю «Национальные стандарты»,
который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно
издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный

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

3 Термины и определения

В настоящем стандарте применены термины по ГОСТ Р 51141-98, ГОСТ Р ИСО 15489-1-2007,
а также следующие термины и сокращения с соответствующими определениями:

3.1 дополнительные материалы к документу, в том числе, дополнительные
документы: документ или совокупность документов, информация которого разъясняет, уточняет и
т.п. отдельные вопросы, затронутые в основном документе (справочные материалы по документу).

3.2. информационное взаимодействие систем управления документами: обмен между
двумя системами управления документами электронными сообщениями заданного вида и по
правилам и в порядке, определенными настоящим стандартом.

3.3. отправитель электронного сообщения: система управления документами, в которой
формируется и отправляется электронное сообщение в другую систему управления документами.

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

3.5. регистрационно-контрольные данные о документе; РКД: совокупность сведений о
документе, включенных в систему управления документами.

3.6. XML-документ: XML-файл установленной настоящим стандартом структуры и с
заданным настоящим стандартом составом элементов и их атрибутов.

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

4 Модель сообщения

Каждое электронное сообщение, обеспечивающее информационное взаимодействие систем
управления документами, оформляется как XML-документ и, возможно, набор дополнительных
файлов — документов в электронном виде, являющихся неотъемлемой частью сообщения.

Заголовок сообщения является самостоятельной, обязательной зоной сообщения. Кроме
заголовка в сообщении обязательно должна присутствовать хотя бы одна из зон.

Заголовок сообщения составляет корневой элемент XML-документа.

Зоны сообщения оформляются как самостоятельные, независимые элементы языка XML
первого уровня иерархии. Тип зоны определяется именем этого элемента.

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

одна и только одна. Передаваемая в зонах сообщения информация оформляется как вложенные
XML элементы второго и последующих уровней иерархии.

В содержании зоны могут быть использованы элементы только из перечня элементов,
определенных в настоящем стандарте для данной зоны, с установленной в стандарте допустимым
количеством (кратностью) и только с установленным в стандарте составом атрибутов. Исключение
составляет зона «Расширение» — состав и структура элементов данной зоны определяется
разработчиком передающей системы управления документами.

Данные взаимодействующих систем управления документами передаются через значения
содержания и атрибутов элементов, а также, при наличии, дополнительных файлов — документов в
электронном виде.

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

5 Перечень и содержание зон сообщения

Перечень зон сообщения и общее описание их содержания приведены в таблице 1.

Header

Содержит служебную информацию, необходимую для
правильной передачи и интерпретации всего
сообщения в целом.

Документ (основная
зона)

Document

Содержит информацию о передаваемом документе –
как в объеме стандартизованного набора РКД, так и,
возможно, самого документа в электронном виде (в
виде файла, набора файлов).

Задания

TaskList

Содержит информацию о выданных заданиях на
исполнение и обработку документа (в виде
резолюций, поручений, сопроводительных писем,
напоминаний и т.д.) – как в объеме
стандартизованного набора РКД, так и, возможно, в
электронном виде (в виде файла, набора файлов).

Дополнительные
материалы

AddDocuments

Содержит информацию о дополнительных
(справочных) материалах к документу, которые
разъясняют отдельные, затронутые в документе
вопросы (в виде дополнительных документов, писем,
справок и пр.).

Расширение

Expansion

Содержит дополнительные, не стандартизованные в
рамках настоящего стандарта, данные из
передающей системы.

Наименование зоны

Имя типа элемента
XML

Содержание зоны

Назначение зоны – определение стандартного пути
расширения стандарта.

Состав зоны документируется разработчиком
соответствующей системы управления документами.

Уведомление
(подтверждение
приема)

Acknowledgement

Содержит ответную информацию о доставке
сообщения, об ошибках приема и интерпретации
сообщения, о регистрации полученного документа и
др.

Данная зона в сообщении может передаваться только
с заголовком сообщения и с зоной Расширение.

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

6 Описание информационного взаимодействия систем

Информационное взаимодействие двух систем управления документами осуществляется
посредством последовательного обмена сообщениями заданного вида. Последовательность обмена
сообщениями при информационном взаимодействии систем управления документами приведена в
таблице 2.

При этом одна система управления документами рассматривается как отправитель документа
на исполнение (или на обработку), а вторая — как получатель, обеспечивающий исполнение
(обработку) полученного документа.

Работа с документами ведется в системах управления документами независимо и в рамках
данного стандарта не рассматривается.

Уведомление

Направляется информация о доставке
и приеме сообщения, об ошибках
приема и интерпретации сообщения,

Номер
сообщения
по порядку

Вид сообщения из
системы управления
документами 1 –
отправителя
документа

Вид сообщения из
системы управления
документами 2 –
получателя
документа

Примечания

о регистрации полученного документа и
др.

3 Дополнения к основному документу

К ранее направленному документу
направляются дополнительные
задания (или изменения ранее
выданных заданий) и дополнительные
материалы

4 Уведомление

Направляется информация о доставке
и приеме сообщения, содержащего
дополнения к основному документу, об
ошибках приема и интерпретации
сообщения и др.

5 Документ-ответ

В виде самостоятельного документа
направляется ответ на переданный
документ (или отчет о его исполнении).

6

Уведомление

Направляется информация о доставке
и приеме сообщения, содержащего
документ-ответ, об ошибках приема и
интерпретации сообщения, о
регистрации полученного документа-
ответа и др.

7 Дополнения к Документу-ответу

К ранее направленному документу-
ответу направляются дополнительные
материалы.

8 Уведомление

Направляется информация о доставке
и приеме сообщения, содержащего
дополнения к документу-ответу, об
ошибках приема и интерпретации
сообщения и др.

При информационном взаимодействии систем управления документами отправка
уведомлений, документов-ответов, дополнений к основному документу и дополнений к документу-
ответу может либо не производиться, либо может производиться неоднократно.

Допустимый состав зон в сообщении зависит от его вида. Состав зон в зависимости от вида
сообщения приведен в таблице 3.

Таблица 3

Зона «Документ» содержит только ссылочную информацию о ранее переданном документе, к
которому относится передаваемая в данном сообщении информация (см. раздел 10)

7 Правила описания зон сообщения

Зоны сообщения оформляются как самостоятельные, независимые элементы языка XML
первого уровня иерархии.

Передаваемая в зоне информация оформляется как вложенные XML элементы второго и
последующих уровней иерархии.

Как и для элемента – описателя зоны, так и у вложенных элементов указывается их имя типа,
содержание и допустимые атрибуты.

При описании вложенных элементов дополнительно указывается их допустимое количество
(кратность):

1 — обязательный, может встречаться только один раз;

1-n — обязательный и может встречаться несколько раз;

0-1 – не обязательный, может встречаться только один раз;

0-n – не обязательный, может встречаться несколько раз.

Для атрибутов элементов кратность может быть установлена только равной:

1 – обязательный атрибут;

0 – не обязательный атрибут.

При описании атрибутов и содержания элементов используются следующие типы данных:

String — строка;

Date — дата в формате дд.мм.гггг;

DateTime — дата и время в системе UTC;

Num — целое число;

Enum — целое число из перечня допустимых значений.

8 Порядок передачи файлов документов

Сообщения могут содержать файлы (наборы файлов), обеспечивающие передачу документов
в электронном виде.

Возможны два способа передачи файла (содержимого файла) в сообщении:

1. внутри основного XML-документа;
2. отдельно от основного XML-документа.

Во втором случае возможна передача в XML-документе указателя местонахождения файла
(ссылки на файл).

Формат данных файлов настоящим стандартом не регламентируется и их обработка
производится по усмотрению разработчиков систем управления документами. Данные файла
трактуются при передаче как двоичные.

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

Набор файлов передается как совокупность данных элементов.

9 Описание зоны «Заголовок»

Зону «Заголовок» образует корневой элемент XML-документа — Header, определяющий
версию стандарта, по которому сформировано сообщение, вид передаваемого сообщения, дату и
время его формирования и от кого/кому и когда оно передается.

10 Описание зоны «Документ»

Зону «Документ» образует элемент Document первого уровня иерархии и вложенные в него
элементы.

Зона «Документ» содержит значения реквизитов документа, зарегистрированного в системе
управления документами.

Зона «Документ» может использоваться в сообщении для передачи:

1. полной информации о реквизитах и файлах передаваемого в сообщении документа;
2. ссылочной информации о ранее переданном документе:
— при отправке сообщений вида дополнения к основному документу, дополнения к
документу-ответу (см. таблицу 3);
— при упоминании передаваемого документа в других зонах сообщения, например, при
посылке дополнительных материалов к ранее переданному документу, в зоне
«Дополнительные материалы».

Состав и вложенность элементов зоны «Документ» при передаче полной информации о
документе приведены в таблице 4.

Таблица 4

13 Описание зоны «Расширение»

Зону «Расширение» образует элемент Expansion первого уровня иерархии и вложенные в него
элементы.

Состав и структура вложенных элементов зоны «Расширение» настоящим стандартом не
регламентируется и определяется разработчиком соответствующей передающей системой
управления документами.

Документирование (описание) зоны «Расширение» и порядка работы с ней осуществляется
разработчиком.

В зоне «Расширение» рекомендуется использовать элементы, определенные в данном
стандарте.

Состав и вложенность элементов зоны «Расширение» приведены в таблице 7.

Таблица 7

14 Описание зоны «Уведомление»

Зону «Уведомление» образует элемент Acknowledgement первого уровня иерархии и
вложенные в него элементы.

Уведомление отправляется в ответ на поступившее сообщение. Сообщение вида
«Уведомление» передается обязательно в случае, если в зоне «Заголовок» переданного сообщения
установлена опция о необходимости отправки уведомлений (значение атрибута msg_acknow не
равно 0).

Стандартом предусматривается два вида уведомлений:

1. «Уведомление о доставке и приеме сообщения». Информирование отправителя
сообщения о том, что сообщение получено и прошло формальный разбор.
Осуществляется проверка соответствия структуры сообщения стандарту.
2. «Уведомление о регистрации документа». Информирование отправителя сообщения о
том, что документ, переданный в сообщении, принят в работу (зарегистрирован).

При приеме и разборе поступившего сообщения в случае обнаружения ошибки формируется
код ошибки по следующим правилам:

— нулевое значение – операция выполнена успешно (нет ошибки);
— больше 0 – ошибки из перечня стандарта, представленные в таблице 8;
— меньше 0 – ошибки из перечня, установленного организацией-разработчиком системы
управления документами принимающей стороны.

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

При обнаружении ошибки (ошибок) решение о приеме сообщения и регистрации поступивших
документов осуществляется принимающей стороной.

Таблица 8

15.3 Элемент AddDocuments

Назначение: Дополнительные материалы к документу.

Содержание: –

Атрибуты: –

15.4 Элемент Address

Назначение: Описание почтового адреса.

Содержание: Единая строка, содержащая все элементы адреса. Используется системами
управления документами, не хранящими адрес фрагментарно.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 12.

Таблица 12

15.5 Элемент Addressee

Назначение: Описание адресата.

Кому адресуется документ – организации (юридическому лицу) или гражданину (физическому
лицу) определяется соответствующим вложенным элементом – Organization или PrivatePerson.

Содержание: —

Атрибуты: —

15.6 Элементы Author, AuthorOrganization

Назначение: Описание автора документа.

Для элемента Author кто является автором документа – организация (юридическое лицо) или
гражданин (физическое лицо) определяется соответствующим вложенным элементом –
OrganizationWithSign или PrivatePersonWithSign.

Для элемента AuthorOrganization допустим только вложенный элемент OrganizationWithSign.

В остальном данные элементы идентичны.

Содержание: —

Атрибуты: —

15.7 Элемент Confident

Назначение: Характеристика ограничений доступа к документу (гриф документа).

Содержание: Название ограничения (грифа), согласно принятым в организации
регламентам.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 13.

Таблица 13

5.8 Элемент DocNumber

Назначение: Информация о документе.

Номер и дата документа передаются во вложенных элементах Referred.

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

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 14.

Таблица 14

15.9 Элемент DocTransfer

Назначение: Представление передаваемого файла документа.

Содержание: Файл в двоичном виде или указатель местонахождения файла (ссылка на
файл) в кодировке Base64.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 15.

Таблица 15

15.10 Элемент Document

Назначение: Основные реквизиты передаваемого документа.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 16.

Таблица 16

15.11 Элемент Econtact

Назначение: Номера (адреса) имеющихся средств электросвязи.

Содержание: Допускается последовательное перечисление через запятую нескольких
номеров (адресов).

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 17.

Таблица 17

15.12 Элемент Executor

Назначение: Исполнитель задания по документу.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 18.

Таблица 18

15.13 Элемент Expansion

Назначение: Определение стандартного пути расширения стандарта.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 19.

Таблица 19

15.14 Элемент Folder

Назначение: Представление группы дополнительных материалов, объединенных по смыслу
в группу (в папку).

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 20.

Таблица 20

15.15 Элемент Header

Назначение: Корневой элемент — заголовок сообщения, общее описание сообщения.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 21.

Таблица 21

15.16 Элемент Name

Назначение: Фамилия, имя, отчество (ФИО).

Содержание: Единая строка, содержащая все элементы ФИО. Заполняется в системах
управления документами, не хранящих ФИО фрагментарно или для отдельных сложносоставных
имен некоторых народов РФ.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 22.

Таблица 22

15.17 Элемент Note

Назначение: Передача дополнительных материалов к документу в виде текста.

Содержание: Текст, являющийся дополнением к документу (комментарием, пояснением,
ссылками и т.п.). Может содержать, например, регистрационные данные документа, не
содержащегося в системе отправителя, URL ссылку на необходимую информацию и т.п.

Тип данных: String.

Атрибуты: –

15.18 Элемент Official

Назначение: Описание штатной единицы (подразделение, должность), занимаемой
должностным лицом.

Содержание: Единая строка, содержащая все элементы описания штатной единицы.
Заполняется в системах управления документами, не хранящих описание фрагментарно.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 23.

Таблица 23

15.19 Элементы OfficialPerson, OfficialPersonWithSign

Назначение: Описание должностного лица.

Для элемента OfficialPersonWithSign кроме описания должностного лица (элементы Name,
Official, Rank, Address, Econtact) в качестве вложенного элемента допускается указание даты
подписания документа данным должностным лицом (элемент SignDate). В остальном данные
элементы идентичны.

Содержание: —

Атрибуты: —

15.20 Элемент Organization, OrganizationOnly, OrganizationWithSign

Назначение: Описание организации.

Данные элементы различаются только допустимым составом вложенных элементов, в
остальном они идентичны:

Элемент OrganizationOnly допускает только вложенные элементы Address и Econtact

Элемент Organization допускает вложенные элементы Address и Econtact и описание
должностного лица этой организации – элемент OfficialPerson

Элемент OrganizationWithSign допускает вложенные элементы Address и Econtact и описание
должностного лица этой организации с указанием даты подписания документа этим должностным
лицом – элемент OfficialPersonWithSign.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 24.

Таблица 24

15.21 Элемент OutNumber

Назначение: Исходящий регистрационный номер документа.

Содержание: —

Атрибуты: —

15.22 Элементы PrivatePerson, PrivatePersonWithSign

Назначение: Описание физического лица.

Для элемента PrivatePersonWithSign кроме описания физического лица (элементы Name,
Rank, Address, Econtact) в качестве вложенного элемента допускается указание даты подписания
документа данным лицом (элемент SignDate). В остальном данные элементы идентичны.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 25.

Таблица 25

15.23 Элемент Rank

Назначение: Ученая степень, воинское звание, духовное имя и т.п.

Содержание: Допустимо последовательное указание через запятую нескольких званий или
титулов.

Тип данных: String.

Атрибуты: —

15.24 Элемент Referred

Назначение: Регистрационный номер и дата документа или задания, на который дается
ссылка, определяются, соответственно, вложенным элементом RegNumber или TaskNumber.

Если документ (задание) был передан ранее, то допускается передача его идентификатора
посредством атрибутов retype и idnumber и вложенные элементы RegNumber или TaskNumber могут
не использоваться.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 26.

Таблица 26

15.26 Элемент RegNumber

Назначение: Регистрационный номер и дата регистрации документа. Для документов,
поступивших от физических лиц, допускается указание только даты.

Содержание: Регистрационный номер документа.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 28.

Таблица 28

15.27 Элемент SignDate

Назначение: Указание даты подписания.

Содержание: Дата подписания.

Тип данных: Date.

Атрибуты: —

15.28 Элемент Task

Назначение: Реквизиты одного задания (поручения) по исполнению документа.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 29.

Таблица 29

15.29 Элемент TaskList

Назначение: Реквизиты заданий (поручений) по исполнению документа.

Содержание: –

Атрибуты: –

15.30 Элемент TaskNumber

Назначение: Номер и дата задания (поручения) по документу.

Содержание: Номер задания.

Тип данных: String.

Атрибуты: Допустимые атрибуты приведены в таблице 30.

Таблица 30

15.31 Элемент Validator

Назначение: Утвердивший или согласовавший данный документ.

Кто является автором согласования – организация (юридическое лицо) или гражданин
(физическое лицо) или документ согласован или утвержден отдельным (другим) документом
определяется соответствующим вложенным элементом – OrganizationWithSign или
PrivatePersonWithSign или DocNumber.

Содержание: —

Атрибуты: Допустимые атрибуты приведены в таблице 31.

Таблица 31

15.32 Элемент Writer

Назначение: Исполнитель (составитель) документа.

Кто является исполнителем (составителем) документа – организация (юридическое лицо) или
гражданин (физическое лицо) определяется соответствующим вложенным элементом – Organization
или PrivatePerson.

Содержание: —

Атрибуты: —

 

Приложение А

(справочное)

Схема сообщения, обеспечивающая его автоматизированную проверку на
соответствие стандарту

<?xml version=»1.0″ encoding=»UTF-8″?>

<xs:schema xmlns:xs=»» elementFormDefault=»qualified»
attributeFormDefault=»unqualified»>

 <!—************************************************************************************* —>

 <!— ********************** Описание сообщения ***********************************—>

 <!—************************************************************************************* —>

 <xs:element name=»Header»>

 <xs:complexType>

 <xs:sequence> <xs:element name=»Document» type=»DocumentType»
minOccurs=»0″/>

 <xs:element name=»TaskList» type=»TaskListType» minOccurs=»0″/>

 <xs:element name=»AddDocuments» type=»AddDocumentsType» minOccurs=»0″/>

 <xs:element name=»Expansion» type=»ExpansionType» minOccurs=»0″/>

 <xs:element name=»Acknowledgement» type=»AcknowledgementType» minOccurs=»0″/>

 </xs:sequence>

 <xs:attribute name=»standart» type=»xs:string» use=»required»/>

 <xs:attribute name=»version» type=»xs:string» use=»required»/>

 <xs:attribute name=»time» type=»xs:dateTime» use=»required»/>

 <xs:attribute name=»msg_type» type=»HeaderMessageEnumType» use=»required»/>

 <xs:attribute name=»msg_id» type=»xs:string» use=»required»/>

 <xs:attribute name=»msg_acknow» type=»HeaderAsknowEnumType» use=»optional»
default=»0″/>

 <xs:attribute name=»from_org_id» type=»xs:string» use=»required»/>

 <xs:attribute name=»from_organization» type=»xs:string» use=»required»/>

 <xs:attribute name=»from_department» type=»xs:string» use=»optional»/>

 <xs:attribute name=»from_sys_id» type=»xs:string» use=»required»/>

 <xs:attribute name=»from_system» type=»xs:string» use=»required»/>

 <xs:attribute name=»from_system_details» type=»xs:string» use=»optional»/>

 <xs:attribute name=»to_org_id» type=»xs:string» use=»optional»/>

 <xs:attribute name=»to_organization» type=»xs:string» use=»required»/>

 <xs:attribute name=»to_department» type=»xs:string» use=»optional»/>

 <xs:attribute name=»to_sys_id» type=»xs:string» use=»optional»/>

 <xs:attribute name=»to_system» type=»xs:string» use=»optional»/>

 <xs:attribute name=»to_system_details» type=»xs:string» use=»optional»/>

 </xs:complexType>

 </xs:element>

 <!—************************************************************************************* —>

 <!— *********************************** Зона «Документ» *************************** —>

 <!—************************************************************************************* —>

 <xs:complexType name=»DocumentType»>

 <xs:sequence>

 <xs:element ref=»RegNumber»/>

 <xs:element ref=»Confident»/>

 <xs:element ref=»Referred» minOccurs=»0″ maxOccurs=»unbounded»/>

 <xs:element ref=»DocNumber» minOccurs=»0″ maxOccurs=»unbounded»/>

 <xs:element ref=»Addressee» minOccurs=»0″ maxOccurs=»unbounded»/>

 <xs:element ref=»DocTransfer» minOccurs=»0″ maxOccurs=»unbounded»/>

 <xs:element ref=»RegHistory» minOccurs=»0″ maxOccurs=»unbounded»/>

 <xs:element ref=»Author» maxOccurs=»unbounded»/>

 <xs:element ref=»Validator» minOccurs=»0″ maxOccurs=»unbounded»/>

 <xs:element ref=»Writer» minOccurs=»0″/>

 </xs:sequence>

 <xs:attribute name=»idnumber» type=»xs:string» use=»required»/>

 <xs:attribute name=»type» type=»DocumentEnumType» use=»required»/>

 <xs:attribute name=»kind» type=»xs:string» use=»optional»/>

 <xs:attribute name=»pages» type=»xs:unsignedLong» use=»optional»/>

 <xs:attribute name=»title» type=»xs:string» use=»optional»/>

 <xs:attribute name=»annotation» type=»xs:string» use=»optional»/>

 <xs:attribute name=»collection» type=»CollectionEnumType» use=»optional»/>

 </xs:complexType>

УДК 656.072:681.3:006.354 ОКС 35.240.30

Ключевые слова: электронный документооборот, управление документами, взаимодействие
систем, электронное сообщение, требования к электронному сообщению, состав, элементы,
атрибуты. 

Страница в разработке