1.  Для каждого музейного предмета или музейной коллекции формируется свой XML-файл, структура которого приведены выше.

2.  Название XML файла должно соответствовать содержанию тега «<wsa:MessageID> </wsa:MessageID>» в XML файле (см. файл).

3.  Все файлы с цифровыми фиксациями, которые прилагаются к XML файлу должны размещаться в одной папке для каждого XML файла соответственно. Название папки должно соответствовать содержанию тега «<wsa:MessageID> </wsa:MessageID>» в XML файле.

4.  Названия файлов с цифровыми фиксациями должны соответствовать содержанию тега « <mfe:FileName></mfe:FileName>» по каждому изображению соответственно.

5.  Если тег заполнить нечем (и он является не обязательным), то тег в файл не включается.

6.  XML файлы и соответствующие им папки с изображениями группируются по 100 или 1000 штук (в зависимости от настроек АМС). Каждая партия архивируется. Формат – zip-файл. Имена zip-файлов должны быть уникальными и соответствовать следующей структуре: Код музея_Дата формирования zip-файла_порядковый номер zip-файла в течение дня (132435__001.zip), где Код музея – КОПУК (ID записи о музее в ЦИС и ГК). Выдается Оператором Государственного каталога Музейного фонда Российской Федерации. Дата в формате: ууууmmdd. Формат порядкового номера zip-файла от 1 до NN, 3 разряда с предстоящими нулями (Пример: 001).

7.  Кодировка utf-8 или windows-1251. Указывается в заголовке xml.

8.  Примечания к порядку заполнения комплектов полей «логическое поле + дата заполнения логического поля»:

НЕ нашли? Не то? Что вы ищете?

-  Корректными считается только вариант, когда в логическом поле стоит значение «Да» + поле «Дата» заполнено.

-  После проведения всех работ по выверке и внесения соответствующих данных в АМС признак необходимости выверки должен быть снят ОДНОВРЕМЕННО с очисткой поля «дата». В случае передачи данных вида «Нет»+заполненное поле «Дата» такие записи будут считаться некорректными по причине несоответствия формату и получать статус «отвергнутые».

Исключение – комплект полей «ограничение на публикацию изображений на портале ГК». В данном случае корректным будет считаться набор значений вида: «Да» + поле «Дата» заполнено.

Описание структуры XML файла для выгрузки данных о музейных предметах из АИС Реестр в АМС

Пространства имен:

soap - http://schemas. xmlsoap. org/soap/envelope/

mf - http://mf. *****/v2.1/

mfe - http://mf. *****/external/v2.1/

wsa - http://www. w3.org/2005/08/addressing

Описание

Тип и длина поля

Множествен

ность/Обязательность

Таблица/Поле в БД

<soap:Envelope>

<soap:Header>

<wsa:MessageID> </wsa:MessageID>

Уникальный идентификатор сообщения (GUID).Для каждого сообщения формируется свой номер.

String 36

[1]

<wsa:ReplyTo> </wsa:ReplyTo>

Уникальный идентификатор сообщения (GUID), в ответ на который формируется данное сообщение.

String 36

[0..1]

Обязательный для заполнения, кроме случая когда данный файл формируется для выгрузки в новую систему, установленную в музее после регистрации данных в ГК.

<mf:version></mf:version>

Версия конверта (указывается ext.2.1)

String 255

[1]

Указывается “ext.2.1”

<mf:Action>< /mf:Action>

Тип действия, которое было произведено над записью. Возможные варианты:

1. Registration - (Регистрация)

2. Correction – (Техническая коррекция)

3.Update – (Дополнение)

4. Change – (Изменение данных)

5. Exclusion – (Исключение из МФ)

6. CorrUpdate – (Коррекция/Дополнение)

String

[1]

Action/Name

В XML файле содержится текст, описывающий характер действия в латинской транскрипции

<mf:preparationTimestamp></mf:preparationTimestamp >

Дата и время подготовки сообщения.

xsd:dateTime

(гггг-мм-дд)

[1]

<mf:MuseumKod>< /mf:MuseumKod>

Код музеям (КОПУК)

Integer 6

[1]

</soap:Header>

<soap:Body>

<mfe:PutRequest>

Указание на операцию Put. Не заполняется.

< mfe:Data>

[1]

<mfe:MusSystemID></mfe:MusSystemID>

Идентификатор записи о предмете из музейной информационной системы

String

[1]

Object /ID_MS

<mfe:GKNumber></mfe:GKNumber >

Номер Госкаталога

String

[1]

Object/RegNum

<mfe:ActionDate>< /mfe:ActionDate>

Дата действия (внесение изменений в госкаталог).

Date

yyyy-mm-dd

[1]

Object/CorrDate

<mfe:Fond>< /mfe:Fond>

Название части музейного фонда. Может принимать значения:

-  Государственная

-  Негосударственная

Заполняется текстовыми значениями.

String

[1]

Fond/Name

Обязательный

1) при формировании сообщения о регистрации (значение тега <mf:Action>< /mf:Action> = Registration) ;

Или

2) внесении изменений в соответствующие данные.

<mfe:ManagementOrder>< /mfe:ManagementOrder>

Порядок управления.

Может принимать значения:

-  Собственность

-  Оперативное управление

-  Временное пользование

Заполняется текстовыми значениями.

String

[1]

ManagementOrder/Name

Обязательный

1) при формировании сообщения о регистрации (значение тега <mf:Action>< /mf:Action>) = Registration ;

Или

2) внесении изменений в соответствующие данные.

<mfe:OrderName>< /mfe:OrderName>

Название приказа

String

[0..1]

Orders/Name

<mfe:OrderDate>< /mfe:OrderDate>

Дата приказа

Date

yyyy-mm-dd

[0..1]

Orders/Date

<mfe:OrderNumber>< /mfe:OrderNumber>

Номер приказа

String

[0..1]

Orders/Number

<mfe:OrderComment>< /mfe:OrderComment>

Комментарий к приказу

String

[0..1]

Orders/Comment

<mfe:Owner></mfe:Owner>

Собственник

String

[1]

Object/Owner

<mfe:OwnershipType></mfe:OwnershipType>

Тип собственности. Содержит идентификатор справочника

Integer

[1]

Object/IDOwnershipType

< /mfe:Data>

</mfe:PutRequest>

</soap:Body>

</soap:Envelope>

1.  Формирование названий и описание размещения передаваемых объектов:ого музейного предмета или коллекции формируется свой XML-файл, структура которого приведены выше.

2.  Название XML файла должно иметь структуру: Код музея_ID записи о музейном предмете в АМС_содержание тега <wsa:MessageID> </wsa:MessageID> из отправленного из муз системы сообщения».

3.  Если тег заполнить нечем (и он является не обязательным), то тег в файл не включается

4.  XML файлы группируются по 100 или 1000 штук (из ЦИС – по 100 штук, из УС – в зависимости от настроек УС системы). Каждая партия архивируется. Формат – zip-файл. Имена zip-файлов должны быть уникальными и соответствовать следующей структуре: Дата формирования zip-файла_ Код музея_порядковый номер zip-файла в течение дня (_132435_001.zip), где Код музея – КОПУК (ID записи о музее в ЦИС и ГК). Выдается Оператором Государственного каталога Музейного фонда Российской Федерации. Дата в формате: ууууmmdd. Формат порядкового номера zip-файла от 1 до NN, 3 разряда с предстоящими нулями (Пример: 001).

5.  Кодировка windows-1251. Указывается в заголовке xml.

[1] Схема разработана для случаев, когда в качестве файлов цифровой фиксации выступают графический файлы. Для всех иных случаев будет разработан специальный порядок.

[2] Схема разработана для случаев, когда в качестве файлов цифровой фиксации выступают графический файлы. Для всех иных случаев будет разработан специальный порядок.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3