Спецификация
Соответствует стандарту JSON Schema draft-06
Стандартные схемы данных
Classifier
| Kpp (canonical url) | КПП |
| Okopf (canonical url) | ОКОПФ |
Document
Generic
| Name (canonical url) | Имя |
| Phone number (canonical url) | Информация о телефоне человека |
Geo
| Coordinates (canonical url) | |
| Feature (canonical url) | A GeoJSON object with the type `Feature` is a feature object. * A feature object must have a member with the name `geometry`. The value of the geometry member is a geometry object as defined above or a JSON null value. * A feature object must have a member with the name `properties`. The value of the properties member is an object (any JSON object or a JSON null value). * If a feature has a commonly used identifier, that identifier should be included as a member of the feature object with the name `id`. |
| Geo coordinates (canonical url) | Географическая координата точки |
| GeoJSON Object (canonical url) | This object represents a geometry, feature, or collection of features. |
| Geometry (canonical url) | A geometry is a GeoJSON object where the type member's value is one of the following strings: `Point`, `MultiPoint`, `LineString`, `MultiLineString`, `Polygon`, `MultiPolygon`, or `GeometryCollection`. |
| Line String Coordinates (canonical url) | For type `LineString`, the `coordinates` member must be an array of two or more positions. |
| Linear Ring Coordinates (canonical url) | A LinearRing is closed LineString with 4 or more positions. The first and last positions are equivalent (they represent equivalent points). Though a LinearRing is not explicitly represented as a GeoJSON geometry type, it is referred to in the Polygon geometry type definition. |
| Polygon Coordinates (canonical url) | For type `Polygon`, the `coordinates` member must be an array of LinearRing coordinate arrays. For Polygons with multiple rings, the first must be the exterior ring and any others must be interior rings or holes. |
| Position (canonical url) | A position is the fundamental geometry construct. The `coordinates` member of a geometry object is composed of one position (in the case of a Point geometry), an array of positions (LineString or MultiPoint geometries), an array of arrays of positions (Polygons, MultiLineStrings), or a multidimensional array of positions (MultiPolygon). A position is represented by an array of numbers. There must be at least two elements, and may be more. The order of elements must follow x, y, z order (easting, northing, altitude for coordinates in a projected coordinate reference system, or longitude, latitude, altitude for coordinates in a geographic coordinate reference system). Any number of additional elements are allowed -- interpretation and meaning of additional elements is beyond the scope of this specification. |
Identifier
| Кадастровый номер (canonical url) | Кадастровый номер |
| Inn (canonical url) | ИНН |
| Ogrn (canonical url) | ОГРН |
| Site development plan number (canonical url) | Номер ГПЗУ |
Location
| Address (canonical url) | Выбор адреса из подгрузившегося списка обязателен |
| Описание местоположения (canonical url) | Описание местоположения |
| Address number (canonical url) | Адресный номер объекта недвижимости |
| Адресные номера объектов недвижимости (canonical url) | |
| Адрес (обязательно обведите область на карте) (canonical url) | Описание местоположения |
| Описание местоположения с комментариями (canonical url) | Описание местоположения с комментариями |
| Address with point (canonical url) | Выбор адреса из подгрузившегося списка обязателен, а также его координаты |
| Street names (canonical url) | Названия улиц |
Organization
| Organization (canonical url) | Начните вводить наименование российской организации и выберите из подгрузившегося справочника соответствующую |
Person
| Заявитель (canonical url) | |
| Fio (canonical url) | Фамилия, имя и отчество человека |
| Fio phone (canonical url) | Фамилия, имя, отчество и телефон человека |
| Физическое лицо (canonical url) |
Стандартный контейнер документа
Приведённая выше схема Document описывает свойства абстрактного документа. Описания конкретных типов документов используют её как контейнер для размещения метаданных этого типа документа.
Взаимодействие между участниками обмена документами
В процессе обмена документами задействованы различные информационные системы. Они используют:
- стандартизированные форматы обмена
- стандартизированные средства транспорта (TODO: про СМЭВ)
- связи между документами (ссылки на документы указываются в соответствии с принципами RFC 1738 (URL) и RFC 3986 (URI))
- типовые структуры данных (см. спецификацию и примеры)
