Задачи отк: Отдел технического контроля

Отдел технического контроля

• Главная

Функции отдела технического контроля (далее ОТК):

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

 

История подразделения

Отдел технического контроля является структурным подразделением Управления оборонных исследований и разработок Научно-исследовательской части СПбГМТУ, созданный приказом ректора СПбГМТУ № 161 от 24.11. 2009 года, на основании Решения Учёного Совета (протокол № 09/09 от 14.09.2009 г.) в целях  успешного решения вопросов по обеспечению и координации деятельности подразделений СПбГМТУ при выполнении научно-исследовательских, опытно-конструкторских работ и поставок продукции по Государственному оборонному заказу, выполняемому по Государственным контрактам, заключённым СПбГМТУ с Государственными Заказчиками, действующими от имени Минобороны России, ВМФ и других силовых ведомств Российской Федерации.

 

Материально-техническое обеспечение отдела:

• 1 ПЭВМ с монитором;
• принтер и сканер;
• программное обеспечение.

 

Масштаб подразделения

Общее количество сотрудников отдела – 1 человек.

Штатное расписание:

– начальник отдела  технического контроля.

 

Положение в структуре университета

Отдел технического контроля является структурным подразделением Управления оборонных исследований и разработок научно-исследовательской части СПбГМТУ и находится в прямом подчинении начальнику УОИР. 

Рукодовит организацией работы отдела начальник отдела, назначенный приказом ректора СПбГМТУ по представлению проректора по научной работе и начальника УОИР.

 

Сотрудничество

Внешние организации:

• Министерство обороны РФ
• Министерство образования и науки 
• Федеральное агентство по поставкам вооружения, военной, специальной техники и материальных средств
• 429 Военное представительство Минобороны России
•  и др.

Должностные лица и подразделения СПбГМТУ:

• Проректор по научной работе
• НИЛ водолазных систем и комплексов
• Особое конструкторское бюро
• НИЛ динамики судовых комплексов
• НИЛ морских электронных систем
• НИЛ системного моделирования
• Служба качества
• УЗГТ
• ДОУ
• ППО и др.

 

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

Адрес:
190008, С-Петербург, ул. Лоцманская, д.3, помещение 405 (4 этаж).

Телефон:
+7 (812) 714-68-22

Факс:
+7 (812) 714-68-22

Е-mail: 
[email protected]

Начальник отдела ОТК:
Хрусталев Сергей Александрович.

Задачи и функции службы технического контроля на предприятии

Задачи и функции службы технического контроля продукции на предприятии Система контроля качества продукции представляет собой совокупность взаимосвязанных объектов и субъектов контроля, используемых видов, методов и средств оценки качества изделий и профилактики брака на различных этапах жизненного цикла продукции и уровнях управления качеством. Эффективная система контроля позволяет в большинстве случаев осуществлять своевременное и целенаправленное воздействие на уровень качества выпускаемой продукции, предупреждать всевозможные недостатки и сбои в работе, обеспечивать их оперативное выявление и ликвидацию с наименьшими затратами ресурсов. Положительные результаты действенного контроля качества можно выделить и в большинстве случаев определить количественно на стадиях разработки, производства, обращения, эксплуатации (потребления) и восстановления (ремонта) продукции. В рыночных условиях хозяйствования существенно возрастает роль служб контроля качества продукции предприятий в обеспечении профилактики брака в производстве, усиливается их ответственность за достоверность и объективность результатов осуществляемых проверок, недопущение поставки потребителям продукции низкого качества. Организация и проведение технического контроля качества – одни из составных элементов системы управления качеством на стадиях производства и реализации продукции. ГОСТ 16504-81 «Испытания и контроль качества продукции» определяет технический контроль как проверку соответствия объекта установленным техническим требованиям. В машиностроении он представляет собой совокупность контрольных операций, выполняемых на всех стадиях производства: от контроля качества поступающих на предприятие материалов, полуфабрикатов, комплектующих приборов и изделий до выпуска готовой продукции. Сущность всякого контроля сводится к осуществлению двух основных этапов: В ряде случаев граница во времени между первым и вторым этапами контроля неразличима. В таких случаях первый этап может быть выражен нечетко или может практически не наблюдаться. Характерным примером является контроль размера калибром, сводящийся к операции сопоставления фактического и предельно допустимого значений размера. Далее вторичная информация используется для выработки соответствующих управляющих воздействий на объект, подвергавшийся контролю. В этом смысле всякий контроль всегда активен. Необходимо отметить в связи с этим, что всякий контроль, кроме того, всегда в той или иной степени должен быть профилактическим, поскольку вторичная информация может использоваться для совершенствования разработки, производства и эксплуатации продукции, для повышения ее качества и т.д. Однако, принятие решений на основе анализа вторичной информации, выработка соответствующих управляющих воздействий уже не является частью контроля. Это следующий этап управления, основанный на результатах контроля – неотъемлемой и существенной части всякого управления. При техническом контроле первичная информация сопоставляется с техническими требованиями, записанными в нормативной документации, с признаками контрольного образца, с данными, зафиксированными при помощи калибра и т. д. Объектом, данные о состоянии и (или) свойствах которого подлежат при контроле сопоставлению с установленными требованиями может быть продукция или процесс. Объектом технического контроля выступает  подвергаемая контролю продукция, процессы ее создания, применения, транспортирования, хранения, технического обслуживания и ремонта, а также соответствующая техническая документация. Объектами технического контроля являются предметы труда (например, продукция основного и вспомогательного производства в виде изделий, материалов, технической документации и т.п.) средства труда (например, оборудование промышленных предприятий) и технологические процессы. На стадии разработки продукции технический контроль заключается, например, в проверке соответствия опытного образца и (или) разработанной технической документации правилам оформления и техническому заданию. На стадии изготовления технический контроль охватывает качество, комплектность, упаковку, маркировку и количество предъявляемой продукции, ход (состояние) производственных процессов. На стадии эксплуатации продукции технический контроль заключается, например, в проверке соблюдения требований эксплуатационной и ремонтной документации. Технический контроль является неотъемлемой частью производственного процесса . Он выполняется различными службами предприятия в зависимости от объекта контроля. Так, контроль за правильным использованием стандартов, технических условий, руководящих материалов и другой нормативно–технической документации в процессе подготовки производства осуществляет служба нормоконтроля. Качество технической документации контролируется непосредственными исполнителями и руководителями всех уровней в отделах главного конструктора, главного технолога, главного металлурга и других служб предприятия. Но контроль качества готовой продукции и полуфабрикатов своего производства осуществляет отдел технического контроля (ОТК), хотя ответственность за качество не снимается с исполнителей и руководителей производственных подразделений (цехов и участков). Основной задачей технического контроля на предприятии является своевременное получение полной и достоверной информации о качестве продукции, состоянии оборудования и технологического процесса с целью предупреждения неполадок и отклонений, которые могут привести к нарушениям требований стандартов и технических условий. Технический контроль призван обеспечивать требуемую настроенность процесса производства и поддерживать его стабильность, то есть устойчивую повторяемость каждой операции в предусмотренных технологических режимах, нормах и условиях, Объектами технического контроля на машиностроительном предприятии являются поступающие материалы, полуфабрикаты на разных стадиях изготовления, готовая продукция (детали, мелкие сборочные единицы, узлы, блоки, изделия), средства производства (оборудование, инструмент, приборы, приспособления и др. ), технологические процессы и режимы обработки, общая культура производства. Функции технического контроля определяются во многом задачами и объектами производства. Сюда относятся контроль за качеством и комплектностью выпускаемых изделий, учет и анализ возвратов продукции, дефектов, брака, рекламаций и др. Методы технического контроля характерны для каждого участка производства и объекта контроля. Здесь различают : Главные задачи ОТК – предотвращение выпуска продукции, не соответствующей требованиям стандартов, технических условий, эталонов, технической документации, договорным условиям, укрепление производственной дисциплины и повышение ответственности всех звеньев производства за качество выпускаемой продукции. Продукция предприятия может быть реализована только после приемки ее ОТК. Причем приемка должна быть оформлена соответствующим документом (сертификатом), удостоверяющим качество продукции. В соответствии с перечисленными задачами ОТК выполняет ряд функций: планирование и разработку методов обеспечения качества продукции, контроль и стимулирование качества. Планирование и разработка методов обеспечения качества включает: планирование уровня качества изделия, планирование контроля качества и технических средств контроля; сбор информации о качестве, определение затрат на обеспечение качества, обработку информации и анализ данных о качестве из сферы производства и эксплуатации; управление качеством продукции, поставляемой поставщиками, и продукции собственного предприятия; разработку методик контроля, обеспечивающих сравнимость и надежность результатов контроля качества; разработку (совместно с техническими подразделениями) технических условий, кондиций, стандартов для управления качеством продукции. Технический контроль продукции – часть технологического процесса изготовления изделия, он входит в техпроцесс в виде контрольных операций. Технический контроль продукции подразделяется по этапу процесса, производства ( входной , операционный и приемочный ), по полноте охвата контролем ( сплошной , выборочный ), по времени ( непрерывный , периодический и летучий ). Предприятиями и объединениями проводятся контроль на всех этапах создания конструкторской документации, отработка изделия на технологичность, внесение изменений, связанных с отработкой на технологичность, в конструкторскую документацию, оценка уровня технологичности изделия, принятого к производству. При выполнении эскизного проекта ведутся контроль конструкторской документации и анализ конкретных конструкторских решений, в том числе целесообразности выбранных материалов, рациональности и технологичности членения конструкции на сборочные единицы, блоки, агрегаты, обеспечение простоты сборки и т.п. Входной контроль заключается в проверке соответствия поступивших на предприятие, в цех, на участок, рабочее место материалов, полуфабрикатов, заготовок, комплектующих изделий требованиям, установленным в стандартах, технических условиях, договорах о поставках. Операционный контроль состоит в проверке изделий в процессе изготовления после выполнения очередной операции. Приемочный контроль осуществляется при приемке готового изделия. Приемочные испытания проводят для определения фактических эксплуатационных характеристик машины, напр., мощности, геометрической точности и др., а также для установления правильности работы механизмов и сборочных единиц. Испытывая машины, создают условия, близкие к условиям их эксплуатации. Приемочные испытания многих машин проводят как на холостом ходу, так и под нагрузкой. Сплошной контроль – это контроль всех без исключения изделий партии (серии). Применяется, когда абсолютно недопустим пропуск дефектов в дальнейшее производство или эксплуатацию, когда количество объектов контроля недостаточно для получения выборки, когда технологический процесс (оборудование) не обеспечивает необходимую стабильность качества изделия. Выборочный контроль осуществляется периодически или при контроле части готовой продукции; как правило, производится с использованием статистических методов. Непрерывный контроль заключается в проверке изделий при нестабильности технологических процессов. Непрерывный контроль ведется, как правило, автоматическими или полуавтоматическими средствами контроля. Периодический контроль состоит в проверке изделий и технологических процессов при установившемся, стабильном производстве. Летучий контроль – это внезапный контроль, который проводится в специальных случаях, определяемых обычно стандартами предприятий. Технический контроль состоит из контрольных операций и испытаний, весьма разнообразных по составу, содержанию, исполнителям, месту и времени исполнения, степени сложности изделий, характеру технологического процесса. Особенности технического контроля в машиностроении [9] : высокие требования к надёжности изделий; необходимость сплошного контроля на всех этапах производства, в том числе после каждой сборочной, монтажной, регулировочной операции; большой объём работ по контролю правильности функционирования и работоспособности изделий при испытаниях; большое число различных по физической природе контролируемых параметров и характеристик, измерение которых необходимо выполнять с высокой достоверностью и точностью; большой удельный вес контрольно-испытательных работ в общей трудоёмкости и цикле производства продукции. Стимулирование качества охватывает: Необходимость первоочередного совершенствования деятельности служб технического контроля предприятий определяется их особым местом в производственном процессе. Так, непосредственная близость к контролируемым объектам, процессам и явлениям (во времени и пространстве) создает работникам контрольных служб наиболее благоприятные условия для следующего: разработки оптимальных планов контроля, основанных на результатах длительного наблюдения, анализа и обобщения информации о качестве исходных компонентов готовой продукции, точности оборудования, качестве инструмента и оснастки, стабильности технологических процессов, качестве труда исполнителей и других факторах, оказывающих непосредственное влияние на качество продукции; предупреждения брака и обеспечения активного профилактического воздействия контроля на процессы возникновения отклонений от требований утвержденных стандартов, технических условий, параметров действующих технологических процессов и др. ; своевременного проведения в необходимом объеме всех предусмотренных контрольных операций; целенаправленного оперативного изменения условий функционирования объекта контроля для устранения возникающих сбоев в работе и предотвращения производства и поставки потребителям изделий ненадлежащего качества. Необходимо подчеркнуть, что контроль качества, осуществляемый соответствующими подразделениями предприятий, является первичным (предшествующим во времени) по отношению к контролю со стороны других субъектов управления качеством. Это обстоятельство свидетельствует о необходимости первоочередного совершенствования деятельности служб технического контроля на предприятиях. На рисунке 1 показан типовой состав структурных подразделений отдела технического контроля (ОТК) крупного предприятия. Рисунок 1 – Структурные подразделения ОТК Возглавляет ОТК начальник отдела, непосредственно подчиняющийся директору предприятия. Назначение на должность начальника ОТК предприятия и освобождение от этой должности, а также применение к данному работнику мер поощрения и дисциплинарного взыскания производится вышестоящим органом по представлению директора предприятия. Начальник ОТК имеет право прекратить приемочный контроль продукции, имеющей повторяющиеся дефекты, до устранения причин, вызвавших эти дефекты, запретил, использование сырья, материалов, комплектующих изделий и инструмента, не отвечающих установленным требованиям изготовления новой продукции. При возникновении брака начальник ОТК предъявляет обязательные для исполнения требования к подразделениям и должностным лицам предприятия по устранению причин возникновения дефектов продукции и представляет руководству предложения о привлечении к ответственности должностных лиц и рабочих, виновных в изготовлении бракованной продукции. Он наравне с директором и главным инженером предприятия несет ответственность за выпуск недоброкачественной или несоответствующей стандартам и техническим условиям продукции. Структура и штатное расписание ОТК предприятия разрабатываются на основе типовой структуры, с учетом производственных особенностей. Как правило, в составе отдела создаются: бюро технического контроля, территориально размещаемые в основных и вспомогательных цехах; бюро внешней приемки, обеспечивающее входной контроль материалов и комплектующих изделий; бюро заключительного контроля и испытаний готовой продукции; бюро анализа и учета брака и рекламации; центрально–измерительная лаборатория и ее контрольно–поверочные пункты, контролирующие состояние инструмента и оснастки, в том числе используемых при контроле качества; инспекторская группа, осуществляющая проверочный контроль качества продукции и целевые проверки соблюдения технологической дисциплины; подразделения контроля экспортной продукции; подразделение контроля качества лома и отходов цветных и благородных металлов. ОТК в своей деятельности тесно связан с метрологическим отделом; отделами стандартизации, главного технолога, главного металлурга, главного конструктора; отделом надежности; отделом или цехом гарантийного обслуживания и др. Общее руководство работами по обеспечению качества продукции осуществляет главный инженер предприятия. Он привлекает для выработки и анализа вариантов управленческих решений постоянно действующую комиссию по качеству (ПДКК), в состав которой входят большинство главных специалистов предприятия, включая начальника ОТК. Контроль исполнения решений ПДКК, обработку информации по анализу и учету брака, а также расчет показателей качества труда ведут специалисты вычислительного центра системы управления качеством.

Установка OTK с интеграцией портала API

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

API Portal позволяет владельцам контролировать публикацию API, позволяет потребителям узнавать, какие сервисы доступны, и помогает операционным группам отслеживать производительность API.

Включите интеграцию портала API с OTK, установив и настроив компоненты портала API из комплекта решений OTK.

Эта страница содержит следующие разделы:

• План действий

• Выберите компоненты OTK и Portal Solution Kit

• У вашего OTK есть модификатор экземпляра (префикс)?

• Задачи на установку

• Зарегистрируйте шлюз с API Portal

План действий

, чтобы установить OTK с поддержкой портала API:

1. В управляющем политике, от OTK Support:

   1. в управляющем политике, от Otk Atturant,

      1. . выберите компоненты OTK и Portal Solution Kit.

         Выбор зависит от того, используете ли вы сценарий с одним или двумя шлюзами.

      2. Не назначать модификатор экземпляра.

         Если ваш OTK уже имеет модификатор экземпляра, вы должны установить другой экземпляр OTK без модификатора экземпляра для поддержки API Portal.

      3. Используйте имена подключения к базе данных по умолчанию, чтобы избежать дополнительной настройки:

      4. Выполните все необходимые задачи по настройке после установки, включая перезапуск шлюза.

      5. Зарегистрируйтесь на портале.

      На заключительном этапе интеграции «Зарегистрируйтесь на портале» предполагается, что клиент портала создан.

      Для API-портала требуется экземпляр OTK

      без

      модификатора экземпляра (префикса). Для новых установок мы рекомендуем устанавливать комплекты решений OTK и API Portal без модификатора экземпляра.

      Если у вас уже установлен OTK с модификатором экземпляра, для работы с API Portal необходимо установить отдельный экземпляр OTK без модификатора экземпляра. Требуется дополнительная настройка после установки. Будущие обновления требуют обновления обоих экземпляров OTK до новой версии. См. Итак, ваш OTK имеет модификатор экземпляра (префикс)?

      Выберите компоненты набора решений OTK и портала

      Файл OTK sskar содержит все компоненты набора решений, необходимые для портала OTK и API.

      Выберите рекомендуемые компоненты набора решений, соответствующие вашему сценарию с одним или двумя шлюзами.

      Для обоих сценариев используйте имена соединений с базой данных по умолчанию:

      Выбор включает в себя выбор Base OTK плюс:

      Избегайте использования модификаторов экземпляра.

      Рекомендуемый выбор компонентов набора решений для одного шлюза:

      Конфигурация OTK

      Набор решений доступен начиная с версии 4. 4.1.

      Сценарий с двумя шлюзами

      В примере со сценарием с двумя шлюзами к базе данных обращается только внутренний шлюз. Избегайте использования модификаторов экземпляра.

      Выбор компонентов рекомендуемого набора решений для шлюза DMZ:

      Конфигурация OTK

      Набор решений доступен начиная с версии 4.4.1.

      Рекомендуемый выбор компонентов комплекта решений для внутреннего шлюза:

      Конфигурация OTK

      Набор решений доступен начиная с версии 4.4.1.

      Для сценариев с двумя шлюзами, независимо от интеграции с порталом API, существуют дополнительные задачи после установки. См. раздел Задачи после установки для сценария с двумя шлюзами.

      Итак, ваш OTK имеет модификатор экземпляра (префикс)?

      Эти задачи применимы только в том случае, если ваш текущий OTK имеет модификатор экземпляра. OTK с модификатором экземпляра также называется “OTK с префиксом”.

      Чтобы портал API работал с префиксом OTK, необходимо установить отдельный экземпляр OTK (без префикса), а затем настроить два экземпляра OTK для работы с порталом API.

      Задачи включают:

      Имейте в виду, что должны быть выполнены следующие требования:

      Установка экземпляра OTK без префикса

      На шлюзе с установленным OTK с префиксом установите экземпляр OTK без префикса.

      Например, на следующем снимке экрана показаны два экземпляра OTK: один без модификатора экземпляра и один с модификатором экземпляра «scrum».

      Удаление повторяющихся задач обслуживания базы данных OTK

      После установки экземпляров OTK существует два набора задач

      Обслуживание базы данных OTK

      : один с префиксом, другой без префикса. Поскольку оба экземпляра OTK должны указывать на одну и ту же базу данных, вам нужен только набор без префикса.

      1. Выберите «Задачи» > «Глобальные настройки» > «Управление запланированными задачами».

      2. Выберите каждую запланированную задачу обслуживания базы данных OTK с префиксом, нажмите

         Отредактируйте

         и нажмите

         Удалить

         .

      Создание новых шаблонов стандартной политики с префиксом

      Чтобы создать шаблоны стандартной политики для OTK с префиксом:

      1. Перейдите к Заданиям > Расширения и надстройки > Управление инкапсулированными утверждениями.

      2. Найдите “Стандартный”.

         Появится список инкапсулированных утверждений стандартных шаблонов политик.

      3. Выберите шаблон, который вы собираетесь использовать для аутентификации, и нажмите

         Экспорт

         . Вы можете выбрать несколько инкапсулированных утверждений.

      4. Немедленно

         Импорт

         Шаблон политики, который вы только что экспортировали. При сообщении о дублировании выберите

         Create New

         .

      5. Добавьте префикс к повторяющимся ссылкам.

         Используйте формат:

         префикс

         – Стандартный шаблон политики:

         Нажмите

         ОК

         .

         Создается новый фрагмент стандартной политики с префиксом.

      6. В диспетчере политик найдите только что созданный фрагмент политики с префиксом. Найдите фрагмент политики по имени. Новый фрагмент политики появится в папке «Фрагменты политики» под префиксом OTK.

      7. Создали ли вы фрагмент стандартного шаблона политики с префиксом

         для OAuth 2.0

         ?

          

         Если да, откройте его.

         Замените утверждения без префикса, показанные в следующей таблице, соответствующими утверждениями с префиксом.

         Чтобы внести изменения, перетащите утверждение с префиксом с панели «Утверждения». Установите исходные свойства, как показано в столбце «Примечания», нажмите

         OK

         , , затем удалите старое утверждение.
         Установите следующие значения:

         Ключ API

         :

          
          ${lookupApiKey} 
          

         Идентификатор службы

         :

          
          ${portal. managed.service.apiID} 
          

         Where	Original	New	Notes
         Line 38			Установите Результат проверки кэша на 0.
         Строка 47

      8. Создали ли вы префикс

         Фрагмент стандартного шаблона политики для ключа API

         ?

          

         Если да, откройте его.

         Замените утверждение без префикса, показанное в таблице, соответствующим утверждением с префиксом.

         Чтобы внести изменения, перетащите утверждение с префиксом с панели «Утверждения». Установите исходные свойства, как показано в столбце «Примечания», нажмите

         OK

         , , затем удалите старое утверждение.

         Where	Original	New	Notes
         Line 55			Set the following values: Ключ API : ${lookupApiKey} Идентификатор службы : ${portal. managed.service.apiID}

      9. Сохраните отредактированные фрагменты стандартного шаблона политики с префиксом.

      10. Переместите (перетащите) фрагменты стандартного шаблона политики с префиксом в папку интеграции с порталом API.

      11. Либо удалите, либо отключите дублированный фрагмент стандартного шаблона политики без префикса.

          Чтобы отключить фрагмент без префикса:

          Откройте фрагмент без префикса, щелкните правой кнопкой мыши утверждение «Установить как фрагмент для публикации на портале» в строке 2, выберите 9.0045

          Отключить утверждение

          , затем

          Сохранить

          .

      Задачи после установки

      После установки наборов решений выполните

      необходимые задачи настройки

      с помощью диспетчера политик.

      Двойные шлюзы имеют дополнительные

      обязательные

      задачи.

      См. раздел Задачи после установки для сценария с двумя шлюзами.

      Условно обязательные задачи также могут относиться к вашей установке. Дополнительные задачи не требуются и зависят от ваших предпочтений конфигурации.

      Зарегистрируйте шлюз с помощью портала API

      Перед регистрацией требуется портал API с арендатором. Более подробные инструкции см. в разделе «Регистрация шлюза API Layer7

      » портала API Layer7.

      Требования к версии продукта:

      Перед началом работы

      Убедитесь, что выполнены следующие требования:

      • Задачи интеграции для установки OTK выполнены.

      • Убедитесь, что на шлюзе API не настроены глобальные политики.

      • Иметь имя хоста портала API (например, apim. mycompany.com), отображаемое на вашем DNS-сервере или в файле hosts вашего шлюза

      • Время на шлюзе API синхронизируется с порталом API. Как правило, оба объекта указывают на один и тот же NTP-сервер.

      Мы рекомендуем перед регистрацией шлюза API сделать моментальный снимок портала API в качестве резервной копии.

      , если вы не используете имена подключений к базе данных по умолчанию (

      OAuth

      и

      OAuth_Client

      процесс регистрации завершается сбоем.

      новых подключений. следующие задачи:

      Зарегистрируйте шлюз с помощью портала API

      Чтобы зарегистрировать шлюз с помощью сервера портала:

      1. В браузере перейдите к новому URL-адресу арендатора, определенному в enroll.json.

      2. Войдите на портал API в качестве администратора портала API, используя следующие учетные данные по умолчанию:

         • Пользователь: admin

         • Пароль: 7layer

         1
         1 Измените пароль по умолчанию при входе в систему.

         • Выберите значок

           Службы

           .

         • Выберите

           Опубликовать > Прокси

           .

           Отобразится страница API-прокси.

         • Выберите

           Добавить прокси.

         • Введите имя в поле

           Имя прокси

           .

         • Выберите тип развертывания «Автоматический», «По требованию» или «Сценарий»

           .

           Описание каждого из них см. в документации по порталу API.

         • Выбрать

           Создать

           .

           Отобразится страница регистрации прокси.

         • В

           URL-адрес регистрации

           выберите

           Выберите URL-адрес

           и скопируйте значение.

         • С помощью

           Layer7 API Gateway

           Policy Manager подключитесь к

           Layer7 API Gateway

           .

         • После входа в систему выберите

           Задачи

           >

           Расширения и надстройки > Зарегистрироваться на портале.

         • Вставьте URL-адрес регистрации в окно

           Enroll with SaaS Portal

           и выберите

           Применить.

         • Войдите на портал нового клиента, например

           mytenant.mycompany.com

           , и убедитесь, что отображается внешний клиент.

         • Перезапустите шлюз API, запустив

            
            перезапуск службы ssg 
            

           на сервере шлюза API.

      Скачать установочные файлы OTK

      В этом разделе объясняется, как загрузить установочные файлы OTK.

      В этом разделе объясняется, как загрузить установочные файлы OTK.

      Эта страница содержит:

      • Инструкции по загрузке последней версии установочного файла Layer7 API Management OAuth Toolkit с сайта поддержки.

        • Все основные версии установщиков OTK (например, 4.4) доступны в Центре загрузки из файлов загрузки API Gateway.

        • Все исправления и дополнительные версии установщиков OTK (например, 4.4.1) доступны на странице Layer7 API Gateway — Solutions and Patches.

      • Файлы базы данных для создания новой базы данных OTK

      • Файлы базы данных специфичной для версии для обновления существующей базы данных OTK для последней версии

      • Patches для интегрирования OTK с дополнительными продуктами

      • Patches для интегрирования OTK с дополнительными продуктами

      • 9

        . Эти патчи. страница не описывает, как использовать эти файлы. Инструкции по установке см. в разделе Рабочий процесс установки.

        Как получить набор инструментов OAuth для управления API уровня 7

        Загрузите последнюю версию набора инструментов OAuth для управления API уровня 7 с сайта поддержки support.broadcom.com.

        Весь набор инструментов OAuth для управления API уровня 7 доступен в виде ZIP-файла OTK_Installers_

        версии

        –

        сборки

        .

        Например:

        Файл содержит:

        Чтобы загрузить основную версию набора инструментов OAuth из Центра загрузки:

        1. Перейдите на https://support.broadcom.com.

        2. Нажмите

           ВХОД

           и введите свои учетные данные для входа.

        3. Щелкните

           Symantec Enterprise Security

           .

        4. Нажмите

           Загрузка продукта

           .

        5. Нажмите

           Шлюз API

           .

        6. В поле поиска введите

           API Gateway Enterprise MULTI-PLATFORM

           и дважды щелкните его, чтобы открыть страницу

           API Gateway Enterprise

           .

        7. Найдите

           OTK

           или прокрутите вниз до последней версии программы установки OTK. Поле поиска чувствительно к регистру.

        8. Щелкните значок облака, чтобы немедленно начать загрузку ZIP-файла OTK Installers, или щелкните значок FTP, затем завершите загрузку, выбрав

           Параметры загрузки

           . Метод FTP предлагает дополнительные сайты.

        Чтобы загрузить исправления или дополнительные версии OAuth Toolkit со страницы «Решения и исправления»:

        1. Перейдите на страницу «Шлюз API Layer7 — решения и исправления».

        2. Нажмите

           ВХОД

           и введите свои учетные данные для входа.

        3. Найдите

           OTK

           или прокрутите вниз до последней версии программы установки OTK. Поле поиска чувствительно к регистру.

        4. Нажмите на установочный файл OTK, чтобы загрузить его.

        Файлы создания и обновления базы данных

        Щелкните правой кнопкой мыши ссылку на файл, чтобы загрузить файл. Кроме того, вы можете использовать файлы, предоставленные в zip-файле пакета загрузки с сайта поддержки.

        Создать новую базу данных

        Используйте следующие сценарии для создания новой базы данных. Для получения инструкций следуйте рабочему процессу установки.

        Database Creation Scripts and Test Data
        MySQL	Oracle	Cassandra
        otk_db_schema. sql otk_db_testdata.sql	otk_db_schema_oracle.sql otk_db_testdata_oracle.sql	otk_db_schema_cassandra.cqsandra.0003 otk_db_testdata_cassandra.cql

        Обновление существующей базы данных

        Используйте следующие сценарии для обновления существующей базы данных. Чтобы обновить существующую базу данных, начните со сценария, соответствующего вашей текущей версии OTK, затем обработайте список, выполняя все сценарии, пока не достигнете последней версии. Для получения инструкций следуйте рабочему процессу установки.

        0002 UPGRADE_OTK4.4.1-OTK4.5.0.SQL
        2502502502502502502502502502502502502502504. .sql
        5465965965965656.0265

        UPGRADGE_OTK3.3.01-OTK3.4.00_ORACLE.SQL

        67676464676464646464646464646476464646464646464764.1026464646464646464646476767676767676767676767676767676767676764.10261.

        Individual Database Upgrade Scripts
        MySQL	Oracle	Cassandra
        upgrade_otk4. 5.0-otk4.5.1. sql	upgrade_otk4.5.0-otk4.5.1_oracle.sql	otk_db_schema_cassandra_update_4.5.0-4.5.1.cql
        UPGRADGE_OTK4.4.1-OTK4.5.0_ORACLE.SQL	OTK_DB_SCHEMA_CASSANDRA_4.4.1-4.5.0.cql	upgrade_otk4.4.0-otk4.4.1_oracle.sql	otk_db_schema_cassandra_update_4.4.0-4.4.1.cql
        upgrade_otk4.3.1-otk4.4.0.sql	upgrade_otk4. 3.1-otk4.4.0_oracle.sql	otk_db_schema_cassandra_update_4.3.1-4.4.0.cql
        upgrade_otk4.3.00-otk4.3.1.sql	upgrade_otk4.3.00-otk4.3.1_oracle.sql	otk_db_schema_cassandra_update_4.3.00- 4.3.1.CQL
        UPGRADGE_OTK4.2.00-OTK4.3.00.SQL	UPGRAING_OTK4. 2.00-OTK4.3.00_ORACLE.SQL	otk_damema.0003
        upgrade_otk4.1.00-otk4.2.00.sql	upgrade_otk4.1.00-otk4.2.00_oracle.sql	otk_db_schema_cassandra_update_4.1.00-4.2.00.cql
        upgrade_otk4. 0.00-otk4.1.00.sql	upgrade_otk4.0.00-otk4.1.00_oracle.sql	otk_db_schema_cassandra_update_4.0.00-4.1.00.cql otk_db_client_key_type_update.py otk_db_client_key_type_update_readme.md
        upgrade_otk3.6.00-otk4.0.00.sql	upgrade_otk3.6.00-otk4.0.00_oracle.sql	otk_db_schema_cassandra_update_3.6.00-4.0.00.cql otk_db_token_cassandra_update_3.6.00-4.0. 00.PY
        UPGRADGE_OTK3.5.01-OTK3.6.00.SQL	UPGRADE_OTK3.5.01-OTK3.6.00_ORACLE.SQL	. 6.00_ORACLE.SQL	.0263
        upgrade_otk3.5.00-otk3.5.01.sql	upgrade_otk3.5.00-otk3.5.01_oracle.sql	otk_db_schema_cassandra_update_3.5.00-3.5.01.cql
        upgrade_otk3.4.00- OTK3.5.00.SQL	UPGRADGE_OTK3.4.00-OTK3.5.00_ORACLE.SQL	OTK_DB_SCHEMA_CASSANDRA_UPDATE_3.4.00-3.00.CQL
        OTK_DB_SCHEMA_CASSANDRA_UPDATE_3.3.01-3.4.00.cql
        502503.003.00250
        502503.003.003.00350.3.00250
        . 3.01_oracle.sql	otk_db_schema_cassandra_update_3.2.00-3.3.01.cql
        upgrade_otk3.1.2-otk3.2.0.sql	upgrade_otk3.1.2-otk3.2.0_oracle.sql	update_otk3.1.2-otk3.2.0_cassandra.cql
        upgrade_otk3. 1.1-otk3.1.2.sql	upgrade_otk3.1.1-otk3.1.2_oracle.sql	upgrade_otk3.1.1-otk3.1.2_cassandra.cql
        upgrade_otk3 .1.1-OTK3.2.0.SQL	UPGRADGE_OTK3.1.1-OTK3.2.0_ORACLE.SQL	OTK_DB_SCHEMA_CASSANDRA_UPDATE_3.1.1-3.2.00.cql	UPGRADE_OTK3.0-OTK3.1.1_ORACLE.SQL	UPGRADGE_OTK3.1.0-OTK3.1.1_CASSANDRA.CQL
        UPGRADGE_OTK2.1-OTK3.0.0.sg.0.0246. 0.0_oracle.sql
        upgrade_otk2.0-otk3.0.0.sql	upgrade_otk2.0-otk3.0.0_oracle.sql
        upgrade_otk1.0-otk2.0 .sql

        Исправление совместимости

        В следующей таблице представлены сценарии для использования OTK 4.