---
title: "Указание МПС РФ от 31.07.2000 N М-2152у"
number: "М-2152у"
issuer: "Министерство путей сообщения Российской Федерации"
issued_on: 2000-07-31
status: утратил силу
canonical: "https://bukva.ai/docs/ukazanie-ukazaniya-m-2152u"
---

## Указание МПС РФ от 31.07.2000 N М-2152у

# Указание МПС РФ от 31.07.2000 N М-2152у

"Об организации ведения международных нормативов по кодированию и информатике"

(вместе с "Требованиями к программным и техническим средствам по обеспечению информационного взаимодействия в стандарте UN/EDIFACT")

> [!WARNING]
> Документ утратил силу в связи с изданием Приказа Минтранса России от 16.12.2019 N 402.


<a id="p100001"></a>**МИНИСТЕРСТВО ПУТЕЙ СООБЩЕНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ**


## <a id="p100002"></a>УКАЗАНИЕ

от 31 июля 2000 г. N М-2152у

<a id="p100003"></a>**ОБ ОРГАНИЗАЦИИ ВЕДЕНИЯ МЕЖДУНАРОДНЫХ НОРМАТИВОВ**

<div align="center">

**ПО КОДИРОВАНИЮ И ИНФОРМАТИКЕ**

</div>


<a id="p100004"></a>В целях совершенствования информационной поддержки международных перевозок грузов и пассажиров, создания и развития нормативных основ обмена данными между автоматизированными системами железных дорог России и соседних государств, а также транспортными и другими ведомствами Российской Федерации, участвующими в перевозках грузов, разработки систем кодирования и правил взаимного обмена данными между железными дорогами - членами ОСЖД и МСЖД Министерство путей сообщения Российской Федерации приказывает:
1. <a id="p100005"></a>Возложить на Департамент информатизации и связи функции заказчика по разработке, внедрению и сопровождению информационных систем международных грузовых и пассажирских перевозок, систем кодирования и правил взаимного обмена данными в стандарте UN/EDIFACT.
2. <a id="p100006"></a>Возложить на Управление внешних связей организацию взаимодействия с ОСЖД и МСЖД по вопросам кодирования и информатики.
3. <a id="p100007"></a>С целью организации работ по кодированию и информатике в международном сообщении создать рабочую группу в составе:

<a id="p100008"></a>    А.В. Корсаков  - заместитель руководителя Департамента
<a id="p100009"></a>                     информатизации и связи, руководитель группы

<a id="p100010"></a>    В.П. Павлов    - заместитель начальника Управления статистики

<a id="p100011"></a>    Ю.С. Фереферов - заместитель начальника Управления внешних
<a id="p100012"></a>                     связей

<a id="p100013"></a>    Б.Е. Марчук    - руководитель отделения ВНИИЖТ

<a id="p100014"></a>    Д.И. Булахов   - заведующий отделом ВНИИАС МПС России

<a id="p100015"></a>    О.М. Рыбаков   - главный специалист ГВЦ МПС России.

4. <a id="p100016"></a>Заместителю Министра путей сообщения А.С. Гришину, руководителям Департаментов пассажирских сообщений В.Н. Шатаеву, грузовой и коммерческой работы Ю.М. Косову, финансов П.Г. Короткевичу, локомотивного хозяйства В.С. Черному, вагонного хозяйства С.С. Барбаричу, начальнику Управления статистики Г.В. Бугрову, начальнику первого отдела МПС России А.А. Крылову в месячный срок определить ответственных по вопросам кодирования и информатики в международном сообщении для подготовки заключений и предложений по тематике, связанной с деятельностью департаментов, и направить предложения в Департамент информатизации и связи.
5. <a id="p100017"></a>Руководителю Департамента информатизации и связи В.С. Воронину до 15.09.2000 на основе предложений департаментов представить на утверждение перечень ответственных по памяткам ОСЖД/МСЖД "Кодирование и информатика".
6. <a id="p100018"></a>В целях создания и внедрения системы информационной поддержки международных грузовых и пассажирских перевозок с использованием международного стандарта UN/EDIFACT:
<a id="p100019"></a>6.1. Утвердить [Требования](#p100026) к программным и техническим средствам по обеспечению информационного взаимодействия в стандарте UN/EDIFACT (Приложение).
<a id="p100020"></a>6.2. Директору ГУП "Трансинформ" О.А. Латушкину до 30.08.2000 в соответствии с утвержденными Требованиями обеспечить поставку в ГВЦ МПС России программно - аппаратного комплекса EDI-сервера за счет средств Программы информатизации.
<a id="p100021"></a>6.3. Начальнику ГВЦ МПС России В.Ф. Вишнякову до 15.12.2000 разработать необходимое программное обеспечение для конвертирования данных железных дорог в объеме накладной в стандарт UN/EDIFACT и обратно.
<a id="p100022"></a>6.4. Руководителю Департамента информатизации и связи В.С. Воронину, начальнику ГВЦ МПС России В.Ф. Вишнякову, директору ГУП "Трансинформ" О.А. Латушкину ввести в эксплуатацию систему обмена данными между железными дорогами России, Финляндии и Северо - Западным таможенным управлением Российской Федерации в I квартале 2001 года.
7. <a id="p100023"></a>Контроль за выполнением указания возложить на руководителя Департамента информатизации и связи В.С. Воронина.

<div align="right">

<a id="p100024"></a>Первый заместитель Министра<br>
**А.С.МИШАРИН**

</div>







<div align="right">

<a id="p100025"></a>Приложение<br>
к указанию МПС России<br>
от 31 июля 2000 г. N М-2152у

</div>


<a id="p100026"></a>**ТРЕБОВАНИЯ**
**К ПРОГРАММНЫМ И ТЕХНИЧЕСКИМ СРЕДСТВАМ ПО ОБЕСПЕЧЕНИЮ**
**ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ В СТАНДАРТЕ UN/EDIFACT**


### 1. <a id="p100027"></a>Наименование проблемы


<a id="p100028"></a>Создание узла информационного взаимодействия в стандарте UN/EDIFACT. Узел включает программно - технический комплекс (EDI-сервер), взаимодействующий с другими EDI-серверами через каналы связи (локальные, корпоративные и другие сети) и с другими абонентами (PC, Mainfraim и т.п.).
<a id="p100029"></a>EDI-сервер должен обеспечивать прием, передачу и обработку данных, включая конвертирование из стандарта, принятого в МПС России, в стандарт UN/EDIFACT и обратно, в соответствии с принципами EDI с учетом синтаксического контроля, формирования и обработки подтверждений (CONTRL и др.), регистрации, архивирования и т.п.


### 2. <a id="p100030"></a>Цели


<a id="p100031"></a>EDI-сервер предназначен для организации обмена данными между информационной системой железнодорожного транспорта России и информационными системами зарубежных железных дорог, а также других ведомств России, включая автомобильный, речной, морской и другие виды транспорта, таможенные, пограничные, санитарные и другие органы, в стандарте UN/EDIFACT и в реальном масштабе времени.
<a id="p100032"></a>В качестве пилот - проектов предусматривается организация обмена данными с железными дорогами Финляндии (VR Cargo) и Северо - Западным таможенным управлением (СЗТУ).


### 3. <a id="p100033"></a>Требования к SOFT EDI-сервера



#### <a id="p100034"></a>3.1 Характеристики обмена данными


<a id="p100035"></a>Для пилот - проекта обмен предусматривается сообщениями в стандарте UN/EDIFACT размером содержательной части от 0,5 Кбайт до 5 Кбайт с частотой 200 сообщ./час с коэффициентом сгущения, равным 3.
<a id="p100036"></a>В последующем, количество сообщений должно увеличиться до 17000 в час с коэффициентом сгущения, равным 2.


#### <a id="p100037"></a>3.2 Виды обмена данными


<a id="p100038"></a>Обмен файлами с подтверждением получения сообщения.
<a id="p100039"></a>Обмен сообщениями с подтверждением получения сообщения.


#### <a id="p100040"></a>3.3 Периодичность


<a id="p100041"></a>Основной режим: по мере поступления (в режиме реального времени).
<a id="p100042"></a>Возможные режимы: через определенное время, по требованию, в регламенте (в определенный требуемый час или в определенный требуемый промежуток времени).


#### <a id="p100043"></a>3.4 Рабочий режим


<a id="p100044"></a>Все дни года, 24 часа в день.
<a id="p100045"></a>Время реакции на обработку, включая конвертирование любого сообщения, в час максимальной нагрузки не должно превышать 10 секунд.


#### <a id="p100046"></a>3.5 Интерфейс с приложениями


<a id="p100047"></a>Отправление / получение файлов.
<a id="p100048"></a>Работа с файлами, используя протокол NFS.
<a id="p100049"></a>Передача файлов.
<a id="p100050"></a>При помощи FTP.
<a id="p100051"></a>Возникновение передачи:
- <a id="p100052"></a>система отправляет файл;
- <a id="p100053"></a>система отправляет файл после запроса;
- <a id="p100054"></a>система получает файл;
- <a id="p100055"></a>система получает файл после запроса.
<a id="p100056"></a>Контроль за передачей файлов:
- <a id="p100057"></a>объем отправленного / полученного файла;
- <a id="p100058"></a>подтверждение получения наличием в файле условного знака;
- <a id="p100059"></a>передача сообщений;
- <a id="p100060"></a>связь с X.400.
<a id="p100061"></a>Прямой доступ к СУБД:
- <a id="p100062"></a>запрос информации на SQL.
<a id="p100063"></a>Использование сокетов TCP-IP и X.25.
<a id="p100064"></a>Специализированные обмены:
- <a id="p100065"></a>APPC с IBM ES 9000;
- <a id="p100066"></a>интерфейс MQ-series;
- <a id="p100067"></a>использование Fax модуля;
- <a id="p100068"></a>вызов API монитора IBM CICS.


#### <a id="p100069"></a>3.6 Интерфейс с пользователем:


- <a id="p100070"></a>текстовый, через терминал (командная строка);
- <a id="p100071"></a>графический;
- <a id="p100072"></a>доступ через Браузер HTML.


#### <a id="p100073"></a>3.7 Управление обменом информацией с несколькими партнерами:


- <a id="p100074"></a>при помощи внутреннего справочника;
- <a id="p100075"></a>защищенный доступ к справочнику;
- <a id="p100076"></a>параметры обмена;
- <a id="p100077"></a>параметры связи;
- <a id="p100078"></a>параметры контроля за входящими сообщениями;
- <a id="p100079"></a>параметры исполнения.


#### <a id="p100080"></a>3.8 Управление схемами передачи данных


<a id="p100081"></a>Для каждого сообщения возможность выбора этапов его обработки:
- <a id="p100082"></a>на всех этапах;
- <a id="p100083"></a>на одном этапе.
<a id="p100084"></a>Это должно быть возможно:
- <a id="p100085"></a>при отправлении сообщения;
- <a id="p100086"></a>при получении сообщения.


#### <a id="p100087"></a>3.9 Управление обменом


<a id="p100088"></a>Разделение пользователей:
- <a id="p100089"></a>инф. поток по типу получателя;
- <a id="p100090"></a>инф. поток по техническим характеристикам (рабочее сообщение, тест, развитие).
<a id="p100091"></a>Конфиденциальность передаваемой информации, кодирование сообщений:
- <a id="p100092"></a>использование стандартного модуля;
- <a id="p100093"></a>возможность использования специального модуля (например, русского стандарта).


#### <a id="p100094"></a>3.10 Конвертация в стандарт UN/EDIFACT и обратно:


- <a id="p100095"></a>стандарт EDIFACT (все версии, начиная с версии 91.1);
- <a id="p100096"></a>возможность развития и использования других стандартов, при необходимости.


#### <a id="p100097"></a>3.11 Эксплуатация


<a id="p100098"></a>Управление обменами данными:
- <a id="p100099"></a>планирование;
- <a id="p100100"></a>оптимизация системных ресурсов.
<a id="p100101"></a>Обработка информации по многим задачам.
<a id="p100102"></a>Надежность функционирования:
- <a id="p100103"></a>обеспечение сохранности данных;
- <a id="p100104"></a>автоматический переход на резервный сервер с высоким уровнем надежности;
- <a id="p100105"></a>время простоя системы не должно превышать 15 минут в сутки.
<a id="p100106"></a>Контроль доступа:
- <a id="p100107"></a>правомочность;
- <a id="p100108"></a>право доступа.
<a id="p100109"></a>Подтверждение целостности данных (более подробная информация предоставляется поставщиком, право выбора функций остается за покупателем).
<a id="p100110"></a>Регистрация сообщений ("журнал").
<a id="p100111"></a>Информация по обмену:
<a id="p100112"></a>дата / время отправки и получения сообщения;
<a id="p100113"></a>дата / время последней передачи дня;
<a id="p100114"></a>тема (полученного / отправленного сообщения);
<a id="p100115"></a>тип передачи;
<a id="p100116"></a>идентификатор получателя / отправителя;
<a id="p100117"></a>статус передачи.
<a id="p100118"></a>Информация по конвертированию EDI.
<a id="p100119"></a>Персональная информация (максимум 4 реквизита).
<a id="p100120"></a>Выключение передачи:
<a id="p100121"></a>программное, т.е. сразу после сообщения и/или определенного часа (автоматическое, scheduler...), по ограничениям ресурсов.
<a id="p100122"></a>Интерактивное прослеживание обмена данными (входящего и исходящего):
- <a id="p100123"></a>отображение на экране информации по обмену;
- <a id="p100124"></a>поиск по различным критериям с возможностью выборки;
- <a id="p100125"></a>сохранение требований поиска;
- <a id="p100126"></a>проверка идентичности файлов на каждом этапе;
- <a id="p100127"></a>сверка с журналом регистрации обменов.
<a id="p100128"></a>Выборка сводок информации из обменов:
- <a id="p100129"></a>поиск по множественным критериям.
<a id="p100130"></a>Предоставление файла для статистического анализа и фактуризации.
<a id="p100131"></a>Управление журналами регистрации:
- <a id="p100132"></a>исключительно по параметрам;
- <a id="p100133"></a>исключительно автоматически;
- <a id="p100134"></a>исключительно по требованию;
- <a id="p100135"></a>архивация.
<a id="p100136"></a>Процедура восстановления утраченной в результате поломки информации.
<a id="p100137"></a>Сигнал предупреждения:
- <a id="p100138"></a>параметры функции предупреждения по сценарию;
- <a id="p100139"></a>автоматическая передача тревоги по специальному назначению;
- <a id="p100140"></a>передача тревоги по X.400;
- <a id="p100141"></a>отчет о предупреждениях на другую систему через SNMP.
<a id="p100142"></a>Управление архивами через центральную систему типа Storagetek.
<a id="p100143"></a>Архитектура программного обеспечения и оборудования должна обеспечивать непрерывное функционирование всей системы даже в случае отказов отдельных ее частей.


#### <a id="p100144"></a>3.12 Адаптация / персонализация процедур


<a id="p100145"></a>Визуальные средства разработки типа "Visual Basic".
<a id="p100146"></a>Язык программирования.
<a id="p100147"></a>Макроязык.
<a id="p100148"></a>Подстрочная помощь:
- <a id="p100149"></a>если моноязыковая, то русск.;
- <a id="p100150"></a>если многоязыковая (предпочтительно), то русск. и англ.
<a id="p100151"></a>Помощь в диагностике (debug, помощь в диагностике неисправностей).


#### <a id="p100152"></a>3.13 Технические условия


<a id="p100153"></a>Сервер, предназначенный только для этих целей.
<a id="p100154"></a>Система: многопользовательская, отказоустойчивая, открытая, с возможностью удаленного администрирования, коммерческая.
<a id="p100155"></a>Сообщения: Х.400.
- <a id="p100156"></a>сеть: IP, X.25;
- <a id="p100157"></a>совместимость с СУБД: DB2, Oracle, SQL Server;
- <a id="p100158"></a>рабочие места: Win NT Workstation (русифицированная версия).
<a id="p100159"></a>Передача подстрочной помощи на кириллице.


### 4. <a id="p100160"></a>Условия поставки, установки, размещения SOFT EDI-сервера


<a id="p100161"></a>Предоставление демонстрационной версии до заказа.
<a id="p100162"></a>Предоставление помощи со стороны поставщика в подготовке тестов.
<a id="p100163"></a>Возможность получения программного продукта модулями, в соответствии с потребностями клиента.
<a id="p100164"></a>Сроки гарантии.
<a id="p100165"></a>Бесплатная инсталляция сервера для функции back-up.
<a id="p100166"></a>Условия эксплуатации:
- <a id="p100167"></a>мощность ЭВМ;
- <a id="p100168"></a>минимальный объем диска;
- <a id="p100169"></a>программное обеспечение, необходимое и не необходимое.
<a id="p100170"></a>Консультирование:
- <a id="p100171"></a>по контракту;
- <a id="p100172"></a>дополнительное.
<a id="p100173"></a>Обучение, проводимое поставщиками продукта (в Москве):
- <a id="p100174"></a>сроки начала обучения после заказа;
- <a id="p100175"></a>количество дней предусмотрено в контракте;
- <a id="p100176"></a>цена за обучение одного человека сверх базового количества.
<a id="p100177"></a>Поддержка:
- <a id="p100178"></a>посредством телефонного звонка (русск.);
- <a id="p100179"></a>связь на расстоянии;
- <a id="p100180"></a>только теледиагностика по требованию;
- <a id="p100181"></a>вмешательство на расстоянии не предусматривается.
<a id="p100182"></a>Устранение неполадок:
- <a id="p100183"></a>условия вмешательства;
- <a id="p100184"></a>сроки.
<a id="p100185"></a>Развитие продукта:
- <a id="p100186"></a>способы распространения новых версий;
- <a id="p100187"></a>условия их установки;
- <a id="p100188"></a>сроки получения новой версии (если возможно, на русском языке).
<a id="p100189"></a>Документация:
- <a id="p100190"></a>количество копий технической документации, предусмотренное контрактом;
- <a id="p100191"></a>цена дополнительной информации.
<a id="p100192"></a>Поставщик должен иметь опыт работы в сфере транспортных перевозок (предоставление подтверждения опыта работы).
<a id="p100193"></a>Предлагаемый продукт должен соответствовать стандарту UN/EDIFACT на момент поставки и обеспечивать адаптацию при развитии стандарта UN/EDIFACT в течение 7 лет.
<a id="p100194"></a>Предлагаемый продукт должен иметь опыт практической эксплуатации (перечень фирм, где он установлен, и сроки ввода).


### 5. <a id="p100195"></a>Требования к оборудованию EDI-сервера



#### <a id="p100196"></a>5.1 Требование к объемам


<a id="p100197"></a>Вся информация должна храниться в системе не менее года.
<a id="p100198"></a>Информация, предназначенная для оперативного использования, должна быть доступна в среднем не менее 7 дней.


#### <a id="p100199"></a>5.2 Спецификации


<a id="p100200"></a>Соискатель должен предложить обеспечение высокой надежности функционирования оборудования (Back-up, программное обеспечение с высоким уровнем надежности, режим non-stop, кластеризация и др.).


#### <a id="p100201"></a>5.3 Системный блок и оперативная память


<a id="p100202"></a>Производительность системного блока должна быть выбрана с учетом соблюдения времени обработки, оговоренного ранее.
<a id="p100203"></a>Предпочтительно иметь мультипроцессорную систему.


#### <a id="p100204"></a>5.4 Накопитель на дисках


<a id="p100205"></a>Должно быть предложено устройство, обеспечивающее безопасность функционирования дисковой системы. Было бы предпочтительнее размещение базового программного обеспечения и данных пользователя на различных физических носителях.
<a id="p100206"></a>Объемы данных пользователя приведены выше.


#### <a id="p100207"></a>5.5 Связь


<a id="p100208"></a>Система должна обеспечивать:
<a id="p100209"></a>Прямое соединение X.25:
<a id="p100210"></a>минимальная пропускная способность и количество виртуальных сессий должны обеспечивать передачу объемов информации, ранее заданных;
<a id="p100211"></a>100 Base Т порты для работы с протоколом TCP/IP, разъем RJ45.
<a id="p100212"></a>Предлагаемое оборудование должно обеспечивать работу с сетями X.25 и IP с использованием сокетов TCP/IP и X.25.
<a id="p100213"></a>Поставщик указывает возможности и модули расширения производительности соединения.
<a id="p100214"></a>Система должна располагать серийным портом, обеспечивающим возможность соединения с UPS и, соответственно, связь UPS-сервер.


#### <a id="p100215"></a>5.6 Накопитель


<a id="p100216"></a>Накопитель должен обеспечивать архивирование и сохранность данных входного и выходного потока информации в течение года.


#### <a id="p100217"></a>5.7 Развитие системных ресурсов


<a id="p100218"></a>Система должна иметь возможность расширения главных комплектующих оборудования (памяти, процессора, дисков, сети...).


#### <a id="p100219"></a>5.8 Back-up/кластер


<a id="p100220"></a>В случае принятия сценария с Back-up сервер Back-up должен быть идентичен операционному серверу.
<a id="p100221"></a>Поставщик должен рассмотреть вариант кластера.


#### <a id="p100222"></a>5.9 Рабочие места


<a id="p100223"></a>Должно быть обеспечено подключение 3 рабочих станций, одна из которых для управления оборудованием.


#### <a id="p100224"></a>5.10 Операционная система


<a id="p100225"></a>Сервер оснащается операционной системой, для которой должна быть указана среднесрочная политика развития.
<a id="p100226"></a>Поставщик указывает политику распространения версий программного обеспечения (их поддержку и стоимость...).


#### <a id="p100227"></a>5.11 Система управления базой данных


<a id="p100228"></a>Поставщик уточняет, какие СУБД работают на его оборудовании:
- <a id="p100229"></a>DB2 компании IBM;
- <a id="p100230"></a>ORACLE компании ORACLE;
- <a id="p100231"></a>SQL SERVER компании MICROSOFT.
<a id="p100232"></a>Уточняются номера версий СУБД для предлагаемого оборудования.


#### <a id="p100233"></a>5.12 Телекоммуникации, сеть, кластеризация


<a id="p100234"></a>Оборудование должно:
- <a id="p100235"></a>полностью работать с протоколом TCP/IP и прилагающимися к нему средствами (TELNET, FTP,..);
- <a id="p100236"></a>поддерживать системы совместного использования дисковых ресурсов (NFS);
- <a id="p100237"></a>располагать программным интерфейсом управления картой X.25;
- <a id="p100238"></a>поддерживать соединение X.400;
- <a id="p100239"></a>поддерживать соединение с сервером WEB;
- <a id="p100240"></a>если соискатель предлагает вариант с кластером, он должен представить программно - техническое обеспечение и указать уровень надежности.


#### <a id="p100241"></a>5.13 Программно - техническая поддержка


<a id="p100242"></a>Должны быть уточнены возможности и модули поставляемого приложения по технической поддержке (инсталляция, поддержка программного обеспечения, оборудования).
<a id="p100243"></a>Поставщик детально указывает порядок сопровождения поставленного продукта, возможность оказания помощи на месте, со сроками и стоимостью.
<a id="p100244"></a>Желательно, чтобы все техническое содействие было на русском языке. В любом случае, техническое содействие, оказываемое в Москве, должно быть на русском языке.


#### <a id="p100245"></a>5.14 Обучение


<a id="p100246"></a>Должен быть предложен порядок по обучению работе с оборудованием и программным обеспечением.
<a id="p100247"></a>Обучение должно проводиться на русском языке, и предпочтительно, в Москве.


#### <a id="p100248"></a>5.15 Установка оборудования


<a id="p100249"></a>После установки оборудования и программного обеспечения пользователь оставляет за собой право приемки после проведения испытаний на соответствие заказу.


### 6. <a id="p100250"></a>Дополнительные требования


<a id="p100251"></a>6.1. Соискатель уточняет различные уровни сервисной поддержки оборудования и программного обеспечения, которое он может предоставить. Он детально излагает содержание различных опций (открытие сервисного технического обслуживания, сроки вмешательства со дня заявки...).
<a id="p100252"></a>Поддержка системы на месте начинается со дня запуска системы в эксплуатацию.
<a id="p100253"></a>6.2. Соискатель обязуется предоставлять поддержку оборудования, по меньшей мере, в течение 7 лет с момента завершения периода гарантийного обслуживания.
<a id="p100254"></a>6.3. Соискатель указывает период, во время которого поддержка оборудования и программного обеспечения осуществляется бесплатно.
<a id="p100255"></a>6.4. Соискатель называет всю необходимую документацию для своих продуктов, указанных в его предложении, и определяет техническую документацию, которую он предоставляет в распоряжение конечного пользователя.
<a id="p100256"></a>Соискатель должен предоставить техническую документацию на русском или английском языке, преимуществом считается наличие варианта на русском языке.
<a id="p100257"></a>6.5. Соискатель должен предусмотреть в контракте штрафные санкции за простой системы из-за ошибок или неверной работы (не по документации) программного обеспечения, сбоев и отказов оборудования по вине поставщика.
<a id="p100258"></a>6.6. Поставка продукта (EDI-сервер) должна быть произведена не позднее сентября 2000 г.

<div align="right">

<a id="p100259"></a>Руководитель Департамента<br>
информатизации и связи<br>
**В.С.ВОРОНИН**

</div>




<a id="p100260"></a>

---