WWW.DOC.KNIGI-X.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Различные документы
 

«Утвержден Правлением АО «АТС» с изменениями от 03 апреля 2014 года (протокол № 22 заседания Правления ОАО «АТС») с изменениями от 16 ноября 2015 года (протокол № ...»

Утвержден Правлением АО «АТС»

с изменениями от 03 апреля 2014 года (протокол № 22 заседания Правления ОАО «АТС»)

с изменениями от 16 ноября 2015 года (протокол № 96 заседания Правления ОАО «АТС»)

с изменениями от 28 ноября 2016 года (протокол № 107 заседания Правления АО «АТС»)

Перечень технических и технологических требований к программноаппаратному комплексу товарных бирж, намеренных осуществлять организацию

биржевой торговли электрической энергией и мощностью на оптовом рынке

1. Информационное взаимодействие товарной биржи, намеренной осуществлять организацию биржевой торговли электрической энергией и мощностью на оптовом рынке (далее - Биржа) с АО «АТС», должно обеспечиваться посредством сетей передачи данных общего пользования (Интернет) с использованием почтового протокола SMTP в соответствии со стандартом S/MIME v2 (RFC 2311-2315).

2. Для информационного взаимодействия с АО «АТС» Биржей должна использоваться почтовая инфраструктура, управление которой осуществляется непосредственно и исключительно Биржей. Под почтовой инфраструктурой понимается совокупность программно-аппаратных средств, обеспечивающих обмен электронными почтовыми сообщениями. Запрещается использование при информационном взаимодействии с АО «АТС» публичных почтовых серверов. Биржа должна обеспечить возможность прямых контактов служб технической поддержки АО «АТС» и Биржи.

Обязательно наличие не менее двух MX записей (в целях резервирования).



3. Сообщения всегда должны передаваться в зашифрованном и подписанном виде.

Передачу строк осуществлять в формате byte-packed (см. Utils.ByteArrayToBinaryString и BinaryStringToByteArray), а подписываемая строка должна иметь четную длину.

4. Информационная система Биржи должна поддерживать использование криптопровайдера Крипто-Про CSP (версии не ниже 3.6) и ключей Удостоверяющего центра АО «АТС», а так же осуществлять проверки отозванности и областей действия сертификатов.

5. При тестировании информационного обмена между АО «АТС» и Биржей шифрование сообщений со стороны Биржи, должно осуществляться с использованием сертификата тестового криптосервера АО «АТС», а формирование ЭЦП на стороне Биржи должно производиться с использованием тестовых ключей, полученных Биржей в Тестовом центре сертификации ООО «Крипто-Про».

Спецификации электронных документов, используемых в рамках 6.

информационного обмена, должны соответствовать спецификациям, указанным в Приложении № 1 к настоящему документу.

7. АО «АТС» проводит тестирование программно-аппаратного комплекса Биржи на предмет соответствия вышеуказанным требованиям в порядке, установленном в Приложении № 2 к настоящему документу.

–  –  –

/trader-dpg /message

Пояснения к атрибутам:

message class – тип данных (всегда в этом случае равен "ATS_DATA");

message version – версия формата ("1");

message id - идентификатор сообщения (уникален);

message date - время формирования сообщения ("YYYYMMDDHHMISS");

message target-month – указание на месяц, в котором должна использоваться данная информация для проведения биржевых торгов (YYYY- год; MM-месяц; DD-первое число месяца MM);

message source-id - уникальный идентификатор исходного сообщения биржи (реестр сделок), в ответ на которое отправлено данное сообщение (не заполняется);

message exchange-code – код биржи, в адрес которой отправлен реестр;

Тег trader-dpg содержит нормативные данные – реестр ГТП участников из РИО.

dpg trader-code – код участника;

dpg dpg-code – код ГТП;

dpg dpg-type – тип ГТП (1-потребление, 2-генерация);

dpg price-zone-code – код ценовой зоны, к которой относится указанная ГТП (1-Европа, 2Сибирь);

Пояснения к тегам:

Тег dpg - множественный.

Реестр №2. Состав информации: реестр СДЭМ, реестр сделок, реестр заявок, реестр сессий.

–  –  –

Пояснения к атрибутам:

message class – тип данных (всегда в этом случае равен "EXCHANGE_DATA");

message version – версия формата("1");

message id - идентификатор сообщения (уникален);

message message-code – код сообщения (уникален, но не изменяется при повторной отправке реестра, в случае, если предыдущий реестр был не принят АТС);

message date - время формирования сообщения;

message exchange-code – код биржи;

Тег bid-data содержит данные о заявках, которые подали ГТП на биржу.

bid id - идентификатор заявки;

bid direction - направление заявки (1 - покупка, 2 - продажа);

bid dpg-code – код ГТП;

bid price-zone-code – код ценовой зоны, в отношении которой подавалась заявка (1Европа, 2-Сибирь);

bid cnt-code – код контракта;

bid qnt – количество контрактов;

bid price – цена, указанная в заявке;

bid date-submited - время регистрации (подачи) заявки на бирже;

bid date-rejected - время снятия заявки (атрибут заполняется только для тех заявок, которые были сняты раньше, чем были полностью исполнены);

Тег deal-data содержит данные о сделках (исполненных заявках), зарегистрированных на бирже.

deal id – номер сделки (уникален в рамках биржи);

deal cnt-code – код контракта (имеет формат "ABZZYY-MM", где A - код ценовой зоны (E

- Европа, S - Сибирь), B - период поставки (M - месяц, Q - квартал, H-полугодие, Y – год), ZZ - тип графика поставки электроэнергии согласно календарю типовых периодов РД (BL

- базовый, HP - полупиковый, PE –пиковый, NE – без электроэнергии для договоров купли-продажи мощности), YY – год поставки, MM – номер периода поставки(номер месяца поставки (01-12) - для месячного контракта, номер квартала поставки (01-04) – для квартального контракта, номер полугодия поставки (01-02)- для полугодового контракта, 00- для годового контракта). Объём мощности по стандартному контракту - 0,25 МВт.);

deal price-zone-code – код ценовой зоны, в отношении которой заключена сделка (1Европа, 2-Сибирь);

deal seller – код ГТП продавца;

deal buyer – код ГТП покупателя;

deal qnt – количество контрактов;

deal price – цена контрактов;

deal seller_bid_id - номер заявки продавца, на основании которой была сформирована сделка;

deal session_id – идентификатор сессии, в которой была сформирована сделка;

deal date-made – время формирования сделки (для маржинального аукциона указывается время начала проведния аукциона, в котором была сформирована соответствующая сделка) Тег sdem-data содержит данные о сделках, зарегистрированных на бирже.

sdem reg-num – предварительный номер СДЭМ, формируется согласно шаблону (MMDDHHMMNNNNN-KK-PPPPPPPP-CCCCCCCC-A-BBBBB-EEE-YY, где MMDD – месяц и день формирования СДЭМ, HHMM- время формирования СДЭМ с точностью до минуты, KK – обозначение договора купли-продажи (KP), PPPPPPPP – 8-символьный код участника продавца по СДЭМ, СССССССС – 8-символьный код участника покупателя по СДЭМ, A - код ценовой зоны (E - Европа, S - Сибирь), ВВВВВ - обозначение биржевого контракта (SDEME – для договоров купли-продажи электрической энергии и мощности (далее СДЭМ), SDME –– для договоров купли-продажи мощности (далее –СДМ)),EEEтрехсимвольный код биржи, YY – год формирования договора);

sdem cnt-code – код контракта (имеет формат "ABZZYY-MM", где A - код ценовой зоны (E - Европа, S - Сибирь), B - период поставки (M - месяц, Q - квартал, H-полугодие, Y – год), ZZ - тип графика поставки электроэнергии согласно календарю типовых периодов РД (BL - базовый, HP - полупиковый, PE –пиковый, NE – без электроэнергии для СДМ), YY – год поставки, MM – номер периода поставки(номер месяца поставки (01-12) - для месячного контракта, номер квартала поставки (01-04) – для квартального контракта, номер полугодия поставки (01-02)- для полугодового контракта, 00- для годового контракта). Объём мощности по стандартному контракту - 0,25 МВт.);

sdem price-zone-code – код ценовой зоны, в отношении которой заключен контракт (1Европа, 2-Сибирь);

sdem seller – код ГТП продавца;

sdem buyer – код ГТП покупателя;

sdem qnt – количество контрактов;

sdem price – цена контрактов.

sdem amount – стоимость контрактов;

sdem max-hour-el-volume="12.2" – максимальный почасовой объем поставки по контракту, для СДМ передается пустое значение, МВтч ;





sdem sum-el-volume="12.2" – суммарный объем поставки электроэнергии по по контракту, для СДМ передается пустое значение, МВтч;

Тег session-data содержит данные о сессиях, которые были проведены на бирже за прошедший месяц session id – идентификатор сессии date-trade – время начала проведения аукциона "YYYYMMDDHHNNSS"

Пояснения к тегам:

Теги bid, deal, sdem - множественные.

Реестр №3. Состав информации: Акцепт со стороны АТС реестра СДЭМ. Отказ в регистрации СДЭМ.

–  –  –

message class – тип данных (всегда в этом случае равен "ATS_DATA");

message version – версия формата ("1");

message id - идентификатор сообщения (уникален);

message date - время формирования сообщения;

message exchange-code – трехсимвольный код биржи message source-id - уникальный идентификатор исходного сообщения биржи, в ответ на которое отправлено данное сообщение;

Тег receipt содержит квитанцию о регистрации реестра заявок, сделок и СДЭМб в АТС.

receipt result – результат регистрации (accepted - реестр акцептован АТС, rejected - реестр отклонён АТС);

error code - код ошибки;

error reason – описание причины отказа в регистрации.

–  –  –

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

1. О проведении тестирования программно-аппаратного комплекса товарных бирж

1.1. Тестирование программно-аппаратного комплекса (далее - ПАК) товарной биржи, намеренной осуществлять организацию биржевой торговли электрической энергией и мощностью на оптовом рынке (далее - Биржа) на соответствие требованиям Договора о присоединении к торговой системе оптового рынка и Перечня технических и технологических требований к программно-аппаратному комплексу товарных бирж, намеренных осуществлять организацию биржевой торговли электрической энергией и мощностью на оптовом рынке, утвержденного АО «АТС»

(далее - Перечень требований к ПАК Биржи) осуществляется АО «АТС» в срок, установленный Регламентом регистрации и учета свободных договоров куплипродажи мощности (электрической энергии и мощности) (Приложение № 6.8 к Договору о присоединении к торговой системе оптового рынка), после передачи Ассоциации НП «Совет рынка» комплекта документов, предоставленного Биржей.

1.2. Тестирование ПАК Биржи осуществляется АО «АТС» в соответствии с пунктами 2 (Тестирование информационного взаимодействия Биржи и АО «АТС») и 3 (Тестирование корректности результатов аукциона) настоящей Программы.

1.3. АО «АТС» уведомляет Биржу о готовности начать тестирование ПАК Биржи в течение двух рабочих дней с момента поступления от Ассоциации НП «Совет рынка»

комплекта документов для проведения тестирования ПАК Биржи с указанием даты начала тестирования. Также АО «АТС» сообщает Бирже адрес электронный почты, который Биржа должна использовать для отправки уведомлений АО «АТС». Обмен информацией между АО «АТС» и Биржей в соответствии с настоящей Программой, в том числе отправка уведомлений и реестров, осуществляется посредством обмена электронными почтовыми сообщениями.

2. Тестирование информационного взаимодействия Биржи и АО «АТС».

2.1.Биржа до проведения процедуры тестирования в течение одного рабочего дня с момента получения от АО «АТС» уведомления согласно п. 1.3 Программы, направляет АО «АТС» анкету в соответствии с формой, установленной в Приложении № 1 к настоящей Программе (далее - Анкета). Если Анкета не получена АО «АТС» в течение указанного срока, АО «АТС» завершает процедуру тестирования и направляет в Ассоциацию НП «Совет рынка» отрицательное заключение о готовности ПАК Биржи.

2.2.АО «АТС» в течение трех рабочих дней после получения Анкеты направляет Бирже Реестр № 1 в соответствии с форматом, указанным в Перечне требований к ПАК Биржи. При этом, Реестр № 1 должен содержать раздел: «Информация о кодах ГТП».

2.3.Биржа в течение одного рабочего дня после получения Реестра № 1 направляет уведомление АО «АТС» о результатах загрузки Реестра № 1 в ПАК Биржи. Если загрузка прошла успешно, Биржа уведомляет АО «АТС» о готовности перейти к выполнению п. 2.4 настоящей Программы. Если загрузка Реестра № 1 не была осуществлена или АО «АТС» не получил от Биржи уведомления об успешной загрузке Реестра № 1 в течение указанного срока, АО «АТС» завершает процедуру тестирования и направляет в Ассоциацию НП «Совет рынка» отрицательное заключение о готовности ПАК Биржи.

2.4.В случае успешной загрузки Реестра № 1, Биржа, используя информацию, переданную АО «АТС» в составе Реестра № 1, проводит биржевые аукционы в течение двух рабочих дней с момента отправки уведомления в АО «АТС» в соответствии с п. 2.3 настоящей Программы.

2.5.В течение одного рабочего дня после завершения аукционов, указанных в п. 2.4 Программы, Биржа формирует Реестр № 2 в соответствии с форматом, указанным в Перечне требований к ПАК Биржи, и направляет его в АО «АТС». При этом, Реестр № 2 должен содержать следующие разделы:

2.5.1. Реестр СДМ (СДЭМ) (реестр должен содержать не менее одного СДМ(СДЭМ);

2.5.2. Реестр сделок (реестр должен содержать не менее одной сделки);

2.5.3. Реестр заявок (реестр должен содержать не менее одной заявки);

2.5.4. Реестр сессий (реестр должен содержать не менее одной сессии).

2.6.При получении Реестра № 2 АО «АТС» проверяет полученный реестр на соответствие требованиям, указанным в п.п. 1-6 Перечня требований к ПАК Биржи (далее - Требования). Если Реестр № 2 не соответствует Требованиям, АО «АТС»

направляет Бирже уведомление с описанием ошибок в течение двух рабочих дней с даты получения Реестра № 2.

Биржа в течение одного рабочего дня после получения уведомления осуществляет исправление ошибок, указанных в уведомлении, путем внесения исправлений в ПАК Биржи с целью формирования Реестра № 2 в соответствие с Требованиями и направляет вновь сформированный Реестр № 2 АО «АТС».

Если Реестр № 2, соответствующий Требованиям, не был получен в течение срока, указанного в п. 2.5 Программы, либо повторно направленный Биржей Реестр № 2 содержит ошибки АО «АТС» завершает тестирование и направляет в Ассоциацию НП «Совет рынка» отрицательное заключение о готовности ПАК Биржи.

2.7.Одновременно с действиями, указанными в п. 2.6 Программы, АО «АТС» в течение двух рабочих дней после получения от Биржи Реестра № 2 выполняет проверку Реестра № 2 на предмет соответствия требованиям, установленным п. 2.5 Программы, согласно Приложению № 2 к настоящей Программе.

Если при осуществлении указанных выше проверок будут обнаружены ошибки формирования Реестра № 2, АО «АТС» направляет уведомление Бирже с описанием ошибок в соответствии с форматом, указанном в Реестре № 3 (Приложении № 1 к Перечню требований к ПАК Биржи). Биржа в течение одного рабочего дня осуществляет исправление ошибок, указанных в уведомлении, путем внесения исправлений в ПАК Биржи с целью формирования Реестра № 2 в соответствие требованиям, установленным п. 2.5 Программы, и направляет вновь сформированный Реестр № 2 в АО «АТС».

Если исправленный Реестр № 2 не был получен в течение одного рабочего дня после направления АО «АТС» Бирже уведомления с описанием ошибок, либо повторно направленный Биржей Реестр № 2 содержит ошибки АО «АТС» завершает тестирование и направляет в Ассоциацию НП «Совет рынка» отрицательное заключение о готовности ПАК Биржи.

2.8.При получении Реестра № 2, соответствующего Требованиям и требованиям, установленным п.2.5 Программы, АО «АТС» в течение двух рабочих дней с даты получения Реестра № 2 уведомляет Биржу о готовности перейти к выполнению тестирования корректности результатов аукциона в соответствии с п. 3 настоящей Программы путем направления Реестра № 3, формат которого указан в Приложении №1 к Перечню требований к ПАК Биржи.

3. Тестирование корректности результатов аукциона.

3.1. В течение двух рабочих дней после окончания процедуры тестирования, описанной в п. 2.7 настоящей Программы, АО «АТС» направляет Бирже Реестр № 1 в соответствии с форматом, указанным в Перечне требований к ПАК Биржи.

3.2. В течение одного рабочего дня после передачи Реестра № 1 в соответствии с п. 3.1 Программы АО «АТС» начинает процедуру тестирования корректности формирования сделок, которая состоит в последовательном направлении Бирже не более двадцати тестовых примеров, а именно, формируемых АО «АТС» тестовых реестров заявок участников оптового рынка, подаваемых в торговую сессию, в использовании Биржей направляемых реестров заявок (формат которых соответствует формату Реестра № 2, указанному в Приложении № 1 к Перечню требований к ПАК Биржи) для проведения аукционов и в направлении результатов аукционов в АО «АТС». При осуществлении информационного обмена АО «АТС»

проверяет реестры сделок, направляемые Биржей в ходе тестирования, на соответствие Требованиям. Если реестры сделок соответствуют Требованиям, АО «АТС» осуществляет проверку реестров сделок на предмет соответствия требованиям Договора о присоединении к торговой системе оптового рынка и законодательства Российской Федерации об электроэнергетике.

Если хотя бы один реестр сделок, направленный Биржей АО «АТС», не удовлетворяет Требованиям или требованиям Договора о присоединении к торговой системе оптового рынка и законодательства Российской Федерации об электроэнергетике, либо нарушен срок передачи реестра сделок, указанный в п.3.4 Программы, АО «АТС» направляет соответствующее уведомление Бирже с приложением мотивированного заключения и направляет в Ассоциацию НП «Совет рынка» отрицательное заключение о готовности ПАК Биржи.

Технологические и временные ограничения процедуры тестирования корректности результатов аукциона указаны в п.п.3.3-3.4 Программы.

3.3. Для каждого тестового примера АО «АТС» направляет Бирже Реестр № 2 в соответствии с форматом, указанным в Перечне требований к ПАК Биржи, при этом:

3.3.1. номер сессии в разделе session-data соответствует порядковому номеру тестового примера; параметр date-trade не заполнен;

3.3.2. раздел bid-data заполнен данными о заявках, подаваемых в данную торговую сессию;

3.3.3. разделы deal-data и sdem-data пусты.

3.4. Биржа проводит расчет аукциона и в течение двух часов с момента направления Реестра № 2, указанного в п. 3.3 Программы, направляет в АО «АТС» реестр сделок, полученный по итогам расчета аукциона, соответствующий Реестру № 2 и удовлетворяющий Требованиям, при этом:

3.4.1. содержимое разделов bid-data и session-data должно совпадать с аналогичными разделами реестра, переданного АО «АТС» Бирже согласно п.3.3 настоящей Программы;

3.4.2. атрибут //session/data-trade должен отражать фактический момент начала тестовой торговой сессии;

3.4.3. содержимое раздела deal-data должно быть заполнено информацией о сделках, сформированных по итогам расчета аукциона;

3.4.4. раздел sdem-data должен быть пустым.

4. При направлении в Ассоциацию НП «Совет рынка» отрицательного заключения о готовности ПАК Биржи АО «АТС» также возвращает Ассоциации НП «Совет рынка»

комплект документов, указанный в п. 1.1 Программы.

5. Если выполнены условия, предусмотренные п.п. 1 - 3, Программы, АО «АТС» в течение пяти рабочих дней с даты завершения тестирования ПАК Биржи направляет в Ассоциацию НП «Совет рынка» заключение о соответствии ПАК Биржи требованиям Договора о присоединении к торговой системе оптового рынка и Перечня требований к ПАК Биржи.

–  –  –

Краткое наименование: ____________________

1.2.

(аббревиатура из 3 латинских прописных букв, которая будет использоваться в шаблоне формирования предварительного номера СДЭМ

Контактная информация:

1.3.

–  –  –

Проверка Раздела 2.5.1. Реестра № 2 (Реестр СДМ (СДЭМ):

1.

1.1 Проверка уникальности номера контракта;

1.2 Проверка на указание корректности формирования кода контракта;

1.3 Проверка кодов ГТП, ценовых зон на соответствие информации, указанной в Разделе 2.2 Реестра № 1;

1.4 Проверка на отсутствие контрактов, заключенных между разными ценовыми зонами;

1.5 Проверка на отсутствие пустых, нулевых и отрицательных значений в атрибутах реестра;

1.6 Проверка максимального почасового объема и суммарного объема поставки э/э по контракту за месяц на соответствие величинам, рассчитанные в отношении соответствующего месяца и типа контракта согласно с Регламентом;

1.7 Проверка на отсутствие контрактов, заключенных между разными Ценовыми зонами;

2. Проверка Раздела 2.5.2 Реестра № 2 (Реестр исполненных сделок):

2.1 Проверка уникальности номера сделки;

2.2 Проверка кодов ГТП, ценовых зон на соответствие информации, указанной в Разделе 2.2 Реестра №1;

2.3 Проверка на отсутствие контрактов, ГТП генерации продавца и ГТП потребления покупателя которых относятся к разным ценовым зонам;

2.4 Проверка на отсутствие пустых, нулевых и отрицательных значений в атрибутах реестра;

2.5 Проверка на отсутствие сделок, заключенных между разными ценовыми зонами;

2.6 Проверка на корректность ссылки на идентификатор заявки, на основании которой была сформирована соответствующая сделка;

2.7 Проверка на корректность ссылки на идентификатор сессии, в которой была сформирована соответствующая сделка;

2.8 Проверка на указание корректности формирования кода контракта.

Проверка Раздела 2.5.3 Реестра №2 (Реестр заявок):

3.

3.1 Проверка уникальности номера заявки;

3.2 Проверка кодов ГТП, ценовых зон на соответствие информации, указанной в Разделе 2.2 Реестра №1;

3.3 Проверка на отсутствие пустых, нулевых и отрицательных значений в атрибутах реестра;

3.4 Проверка на корректность формата дат подачи и снятия заявки

3.5 Проверка на корректность ссылки на идентификатор сессии, в которой была сформирована соответствующая сделка

3.6 Проверка на указание корректности кода контракта

3.7 Проверка на отсутствия заявок, поданных на продажу между ценовыми зонами

4. Проверка Раздела 2.5.4 Реестра №2 (Проверка реестра сессий):

4.1 Проверка уникальности номера сессии;

4.2 Проверка на корректность формата даты проведения сессии;



Похожие работы:

«1. Цели учебной зоотехнической (комплексной) практики Целями учебной зоотехнической (комплексной) практики является закрепление и углубление теоретических знаний, применение их при решении производственных задач, практическое изучение различных технологических методов производства и...»

«112 Информатика, управление, экономика ТРУДЫ МФТИ. 2011. Том 3, № 2 УДК 519.876 Д.И. Пономарев1,2, Б.Г. Кухаренко3,1 1 Московский физико-технический институт (государственный университет) 2 ООО НетКрэкер 3 Институт машиноведения им. А.А. Благонравова РАН Ис...»

«Лабораторная работа №3 Территориальная привязка и выборка объектов методом буферных зон и полигонов Вороного Цель работы: научиться осуществлять районирование; создавать и изменять объекты карты; строить буферные зоны и использовать их для анализа инфор...»

«База нормативной документации: www.complexdoc.ru МИНИСТЕРСТВО СВЯЗИ РОССИЙСКОЙ ФЕДЕРАЦИИ АКЦИОНЕРНОЕ ОБЩЕСТВО ПО РАЗРАБОТКЕ И СОВЕРШЕНСТВОВАНИЮ ТЕХНОЛОГИЙ СТРОИТЕЛЬСТВА СООРУЖЕНИЙ СВЯЗИ АООТ "ССКТБ-ТОМАСС" УТВЕРЖДАЮ Заместитель Министра связи Российской Федерации Н.Ф. Пожитков 21 декабр...»

«Л.А. Теплякова, И.В. Беспалова, Т.С. Куницына УДК 669.017.539.4 ВЛИЯНИЕ ОРИЕНТАЦИИ МОНОКРИСТАЛЛОВ АЛЮМИНИЯ НА ЗАКОНОМЕРНОСТИ ФРАГМЕНТАЦИИ И ЛОКАЛИЗАЦИИ СДВИГОВОЙ ДЕФОРМАЦИИ ПРИ...»

«Романов Антон Николаевич Разработка технологии термической обработки коррозионностойких сварных соединений трубопроводов для энергоблоков ядерных реакторов 05.16.01 Металловедение и термическая обработка металлов и сплавов...»

«Министерство образования и науки Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования "НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ" Институт со...»

«"Ученые заметки ТОГУ" Том 5, № 4, 2014 ISSN 2079-8490 Электронное научное издание "Ученые заметки ТОГУ" 2014, Том 5, № 4, С. 585 – 591 Свидетельство Эл № ФС 77-39676 от 05.05.2010 http://pnu.edu.ru/ru/ejournal/about/ ejournal@pnu.edu.ru УДК 379.85 © 2014 г. Н. А. С...»

«Вестник СПбГУ. Сер. 5. 2008. Вып. 2 О. Ю. Трофименко МЕХАНИЗМ РАЗРЕШЕНИЯ СПОРОВ В ГАТТ/ВТО* Механизм разрешения/урегулирования споров (МРС), применяемый в рамках Все мирной торговой организации (ВТО), – важный элемент соврем...»

«Министерство транспорта Российской Федерации Федеральное агентство железнодорожного транспорта Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Дальневосточный государственный университет...»








 
2017 www.doc.knigi-x.ru - «Бесплатная электронная библиотека - различные документы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.