ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ГОСТ Р
Системы электронного документооборота
ВЗАИМОДЕЙСТВИЕ СИСТЕМ УПРАВЛЕНИЯ
ДОКУМЕНТАМИ
Требования к электронному сообщению
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены Федеральным
законом от 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
Ключевые слова: электронный документооборот, управление документами, взаимодействие
систем, электронное сообщение, требования к электронному сообщению, состав, элементы,
атрибуты.
Страница в разработке
