Жизненный цикл спецификаций

Управление изменениями

Отчеты о проблемах

Запросы о внесении изменений

Создания новых спецификаций

Правила процедуры

Введение

Данный документ описывает План управления изменениями Проекта по спецификации openEHR.

Статус документа

Настоящий документ является предварительной версией Плана по управлению изменениями версии 1.0

История внесения изменений

Благодарности

Настоящий документ был создан при непосредственном участии

· Корэя Аталага, Оклэндский Университет, Новая Зеландия.

Жизненный цикл спецификаций

Все элементы спецификаций, существующие как в документарной, так и в электронной форме, следуют традиционному жизненному циклу от «создания» (или «принятия» в случае, если элемент спецификаций является объектом безвозмездной передачи openEHR Foundation) до этапа «стабильной эксплуатации спецификации» («зрелости») и последующего устаревания. Различают следующие стадии жизненного цикла: Этап разработки, Этап тестирования, Этап эксплуатации (зрелости), Этап устаревания и Этап замены. Спецификации, разработанные в openEHR Foundation, следуют следующему жизненному циклу:

· Этап разработки : на данном этапе осуществляется быстрое проектирование спецификации проектной группой; отсутствует схема управления ее изменениями. По завершению этапа разработки должна быть представлена эталонная реализация спецификации.

· Этап тестирования : на данном этапе применяются формальные процедуры управления спецификацией. Конфликты и проблемы регистрируются онлайн трекером; вносимые изменения также регистрируются на отдельном, специально созданном для данных нужд трекере, обеспечивая фиксацию каждого изменения. Изменения версионности спецификаций осуществляется согласно правилам, указанным на сайте semver.org

· Этап эксплуатации (зрелости) : на данном этапе спецификация распространяется в формате высокого качества. Изменения, вносимые в спецификацию, проходят оценку их возможного влияния на существующие реализации спецификаций.

Основная цель управления изменениями - обеспечить простоту процесса и в то же время его корректность, если спецификации получат широкое международное распространение.

Спецификации, разрабатываемые на основании существующего программного обеспечения или широко распространенных практик, могут начать жизненный цикл на этапе «Тестирования» или «Стабильной эксплуатации», если соответствуют установленным критериям.

В следующей таблице приведены детальные пояснения к каждому этапу жизненного цикла:

Этап жизненного цикла	Временной период	Формат распространения	Версионность*	Документ, фиксирующий изменение	Ответствен-ность за изменения	Регистрация проблем и конфликтов
Разработка	Не более 18 месяцев	Wiki; форматируемый PG		Без документирования или Запрос о внесении изменений (необязательно)	Группы по управлению изменениями или сторонние группы разработчиков	неформально
Тестирование	Не более 24 месяцев	Wiki?? ; форматируемый PG		Запросы о внесении изменений		Отчеты об ошибках / Сообщения о проблемах
Эксплуатация	Неограничен	Надежный формат высокого качества, например, PDF; выложенный на веб-сайте или портале по стандартизации		Запросы о внесении изменений	Группы по управлению изменениями	Отчеты об ошибках / Сообщения о проблемах
Устаревание	Неограничен	Маркирование документа как «устаревшего», включение соответствующих мета-данных	прервана	отсутствует	Редакционный совет	отсутствует
Замена	Неограничен	Маркирование документа как «замененного», включение соответствующих мета-данных	прервана	отсутствует	Редакционный совет	отсутствует

*Правила версионности указаны на сайте semver.org ; обратите внимание, что версии типа 0.x.y не подчиняются строгим правилам.

Этап жизненного цикла	Фактическое выражение	Спецификации технологии реализации	Реализации	Соответствия
Разработка / Создание	Для перехода спецификации к этапу «Тестирования», должно существовать одно фактическое ее выражение в форме электронного инструмента, в широко распространенном формате.	Для перехода спецификации к этапу «Тестирования», должна существовать как минимум одна Спецификация технологии реализации.	Для перехода спецификации к этапу «Тестирования», должна существовать одна ее свободно-распространяемая эталонная реализация	отсутствуют
Тестирование		Для перехода спецификации к этапу «Стабильной эксплуатации», желательно наличие двух Спецификаций технологии реализации (с использованием различных технологий).	Для перехода спецификации к новому этапу жизненного цикла, необходимо наличие 2 независимых взаимодействующих реализаций, использующих разные технологии. Реализации могут быть как свободными, так и проприетарными.	Уровни и критерии соответствия разработаны, протестированы и опубликованы.
Эксплуатация (Зрелость)	Поддерживаемое фактическое выражение спецификации в форме электронного инструмента.		Поддерживаемая эталонная реализация	Промышленная реализация признается посредством тестирования соответствия
Устаревание
Замена			Эталонная реализация доступна, но более не поддерживается

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

Для сравнения, существуют также и другие спецификации управления жизненным циклом:

· Существующий План управления изменениями openEHR Foundation;

Смена этапов жизненного цикла спецификаций

Продвижение спецификаций до следующего этапа жизненного цикла осуществляется по окончанию периода времени, предусмотренного для текущего этапа, в котором находится спецификация. Редакционный совет проводит проверку соответствия спецификации вышеуказанным критериям (перехода к новому этапу жизненного цикла) за 3 месяца до предполагаемой даты продвижения. Если Редакционный совет обнаруживает полное соответствие требованиям, составляется Запрос о внесении изменений, устанавливающий дату продвижения спецификации до следующего этапа жизненного цикла, и инициирующий внесение модификаций во все ее артефакты, документацию, изменение формата распространения и текущей распространяемой версии.

В случае, если по итогам проверки обнаруживается, что спецификация не соответсвует предъявляемым требованиям, ответственная Группа сопровождения компонентов спецификаций берет на себя обязательство гарантировать выполнение работ по подготовке соответствующей спецификации к ее продвижению на новый этап жизненного цикла. В ходе выполнения такой работы, Группа сопровождения компонентов спецификаций возможно придется взаимодействовать с командами разработчиков из Проекта по разработке программного обеспечения (openEHR Foundation) или сторонними разработчиками для того чтобы гарантировать наличие качественной реализации спецификации.

Если в установленную дату перехода спецификации на новый этап жизненного цикла вышеуказанные условия все еще не соблюдены, ответственная Группа сопровождения компонентов спецификаций должна предоставить отчет, с указанием плана действий, необходимых для подготовки спецификации к продвижению в трехмесячный срок, если данные действия возможно выполнить в течение данного времени. Редакционный совет может одобрить план и предоставить Группе сопровождения компонентов спецификаций трехмесячную отсрочку в подготовке спецификации. В противном случае, работы по подготовке спецификации останавливаются и она получает статус "устаревшей" (выведенной из эксплуатации).

По истечению трехмесячного срока подготовки спецификации к продвижению, Редакционный совет проводит повторную проверку на соответствие установленным критериям. По итогам проверки спецификация получает продвижение до следующего этапа или получает статус "устаревшей" (выведенной из эксплуатации).

Управление изменениями

В целостном представлении, библиотеке спецификаций обычно соответствует набор сообщений о проблемах и запросов о внесениии изменений для их решения. Обработка сообщений о проблемах, а также создание, принятие и конечное утверждение или отклонение запросов о внесении изменений осуществляется Редакционным советом проекта, состоящим из представителей всех Групп сопровождения компонентов спецификаций.

Сообщения о проблемах / Отчеты об ошибках

Сообщения о проблемах / Отчеты об ошибках регистрируются на открытом ресурсе трекинга спецификаций SPEC tracker. Ресурс регулярно проходит проверку на наличие новых сообщений/отчетов, в случае необходимости составляется Запрос о внесении изменений.

Сообщения и отчеты трекера могут быть отклонены ("rejected") без последующего их разрешения. В этом случае они получают статус "закрыт" ("closed").

Если сообщения и отчеты трекера приняты на разрешение ("accepted"), может быть создано более одного запроса о внесении изменений. Возможно также группирование отчета с другими отчетами / сообщениями трекера в категории.

Отчеты об ошибках для которых создаются запросы о внесении изменений объединяются по общей тематике таких запросов. После группирования по категориям запросов, ошибки/проблемы получают разрешение в соответствии с прецедентными разрешениями ошибок в данной категории.

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

Запросы о внесении изменений

Запросы о внесении изменений обычно создаются в ответ на сообщения о проблемах / отчеты об ошибках. Редакционный совет также имеет право создавать запросы в случае единогласного решения его членов или на основании решения голосования, если в пользу конкретного запроса проголосовало не менее 2/3 участников совета.

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

Создание запросов

Запросы о внесении изменений формируются при помощи трекера SPEC CR tracker . Для составления запроса необходимо указать:

Краткое описание запроса (или его имя);
Описание ошибок/проблем, которые разрешает настоящий запрос о внесении изменений; связь с релевантными отчетами об ошибках;
Компонент библиотеки спецификаций, который подвергается модификации (если модификации подвергается более чем один компонент, Запрос о внесении изменений создается для каждого компонента);
Автор запроса;

Другая ключевая информация, например, id запроса, дата внесения и т.д. указывается системой автоматически.

Принятие запросов для разрешения

Каждый Запрос о внесении изменений должен быть принят на разрешение или отклонен Редакционным советом. Вынесение решения в отношении конкретного запроса заключается в установлении:

· существенной необходимости предлагаемого изменения;

· совместимости запроса с текущей библиотекой спецификаций.

Если запрос принят на разрешение, требуется указать следующую информацию:

· Планируемую дату разрешения запроса;

· Примерное количество рабочих дней, необходимых для внесения изменений;

· Лицо, ответственное за конкретное изменение спецификации. Лицо, ответственное за конкретное изменение и входящее в состав релевантной Группы поддержки компонентов спецификаций берет на себя ответственность по доведению соответствующего изменения до его завершения (т.е. до этапа «устаревания»). Под этим подразумевается контроль за выполнением процесса внесения изменения.

· Масштаб вносимого изменения, отражающий влияние изменения на работу пользователей. Изменения разделяются на существенные и несущественные.

Лицо, ответственное за внесение изменения в спецификацию, должно получить от Группы поддержки компонентов спецификаций следующую информацию:

· Значимость/масштаб изменения;

· Детальное описание предложенного изменения;

· По необходимости – пересмотренную классификацию.

После этого, Редакционный совет осуществляет пересмотр Запроса на внесение изменений. В случае, если по результатам пересмотра вносимые изменения признаются допустимыми, начинается процедура модифицирования классификации.

· Если Запрос о внесении изменений предполагает существенное модифицирование классификации, допустимо назначение нескольких лиц, ответственных за внесение изменений. При этом, ответственность за контроль над выполнением процесса модификации возлагается на одно из ответственных лиц, назначенных для разрешения конкретного запроса.

Выполнение работы по внесению изменений в классификации

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

Существенные изменения должны быть внесены в соответствующий раздел репозитория спецификаций. Кроме того, должна быть создана страница в wiki-разделе с описанием выполняемой деятельности по внесению изменений в спецификации, текущего статуса спецификации, указанием ответственного лица, привязкой к соответствующему запросу о внесении изменений, а так же разделу версии работы.

Утверждение изменений

Утверждение изменений, инициированных Запросом о внесении изменений, происходит согласно следующей процедуре:

· При внесении несущественных изменений , осуществляется проверка релевантных документов или артефактов релевантного электронного инструмента.

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

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

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

· В течение установленного срока проводится открытое обсуждение вносимых изменений. К примеру, обсуждение может длиться в течение 30 дней; во внимание принимаются комментарии всего сообщества openEHR, включая участников проектов организации openEHR Foundation.

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

· Для утверждения вносимых изменений (с учетом комментариев сообщества openEHR и участников проектов организации openEHR Foundation), они должны быть одобрены не менее чем 2/3 членского состава Редакционного совета.

· Сомнения членов Редакционного совета (к примеру, касательно полноты вносимых изменений), если это возможно, должны находит разрешение в дополнительных Запросах на внесение изменений.

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

· Если вносимое изменение не получает одобрение Редакционного совета, оно отправляется на доработку.

· Если предлагаемое изменение не получает одобрения после трех рассмотрений, оно автоматически отклоняется и получает статус «закрытого» (“closed”).

Разработка новых спецификаций

Процедура создания новых спецификаций

Любой член сообщества openEHR может предложить разработку новой спецификации. Согласно формальной процедуре, необходимо размещение Отчета об ошибке (Сообщения о проблеме) на открытом трекере SPEC tracker. Если аргументация в пользу необходимости создания новой спецификации будет представлена в рамках Отчета об ошибке (Сообщения о проблеме), по решению Редакционного совета может быть создан Запрос о внесении изменений. В этом случае, сроки разработки новой спецификации, а также ее уникальный идентификатор и области применения будут установлены Запросом о внесении изменений.

Новые спецификации должны быть полностью совместимы со структурой и планом развития уже существующей библиотеки спецификаций. Каждой новой спецификации должен быть присвоен уникальный идентификатор и определено место в существующей структуре библиотеки спецификаций (разработка новая спецификаций может потребовать создание новой категории в структуре библиотеки спецификаций). Для каждой новой спецификации определяется такая область применения, которая бы дополняла и была согласована с областями применения существующей библиотеки спецификаций. Уникальный идентификатор, место в структуре библиотеки спецификаций, а также области применения новой спецификации устанавливаются и публикуются Редакционным советов до создания Запроса о внесении изменений, направленного на создание новой спецификации. Новая спецификация теоретически может заменить одну или несколько существующих спецификаций, что повлечет за собой изменение в структуре и плане развития библиотеки спецификаций. Данные изменения будут также зафиксированы при помощи Запроса о внесении изменений.

Аспекты интернационализации и адаптации должны быть задокументированы.

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

Определение идентификатора спецификации;
Наименования спецификации;
Определение компонента, затрагиваемого спецификацией (Эталонная модель, Модель архетипа, Сервисная модель, Языки запросов);
Необходимости создания новой Группы поддержки компонентов спецификации;
Создания новой страницы wiki-раздела, посвященной разработке спецификации;
Объявления о создания новой спецификации.

Создание спецификаций возможно двумя способами:

· Первый способ заключается в предоставлении Проекту по спецификации openEHR разработанного и корректного документа или исчисляемого артефакта. В данном случае Редакционный совет оценит завершенность спецификации в соответствии с критериями этапов жизненного цикла, указанными выше, и будет осуществлять ее распространение соответствующим образом. Спецификация, удовлетворяющая критериям этапов «Тестирования» или «Зрелости», может начать жизненный цикл на данных этапах, если Редакционный совет

· Другой способ заключается в определении потребности в новой спецификации, что повлечет за собой разработку спецификации в рамках Редакционного совета.

Типовая структура спецификации

Все спецификации openEHR включают в себя следующие стандартные разделы:

· Титульный лист с указанием идентификатора, версии и дата релиза спецификации;

· Перечень внесенных изменений;

· Раздел, посвященный используемым логотипам и раздел благодарностей;

· Вступление, с указанием цели, сопутствующих документов openEHR, номенклатуры, статуса и электронных инструментов, изменений, внесенных в предшествующую версию спецификации;

· <<Основные разделы спецификации>>

· Раздел использованных источников;

· Заключительная страница

Кроме того, в случает необходимости, могут быть добавлены следующие разделы:

· Интернационализация и адаптация;

· Руководство по применению.

Внесение изменений в спецификации на этапе «тестирования» и «эксплуатации»

Несущественные изменения в спецификационные документы обычно вносятся Группой сопровождения компонентов спецификаций при согласии ее членов. Утверждение изменений осуществляется по итогам внутреннего обсуждения, согласно процедуре, описанной выше.

Существенные изменения могут быть внесены как одним лицом, так и группой лиц. Утверждение вносимых изменений осуществляется посредством всеобщего обсуждения с установлением крайних сроков. Обмен мнениями и комментирование вносимых изменений происходит в рамках созданного Запроса о внесении изменений. Процедура принятия изменений описана выше.

Часто задаваемые вопросы

Кто может сообщить об ошибке или предложить внесение изменений в спецификацию?

Любой желающий. Сообщить об ошибке можно при помощи открытого трекера SPEC PR tracker . Редакционный совет Проекта по спецификации openEHR осуществляет регулярную проверку наличия новых сообщений об ошибках и принимает решение о создании Запросов на внесение изменений в библиотеку спецификаций на основании таких отчетов.

Кто принимает решение об утверждении или отклонении изменений?

Предложения об изменениях вносимые при помощи открытого трекера SPEC PR tracker будут рассмотрены Редакционным советом проекта. По результатам рассмотрения, Редакционный совет может создать Запрос о внесении конкретных изменений в спецификации. Внесение изменений осуществляется непосредственно членами Проекта по спецификации openEHR. В некоторых случаях возможно отклонение изменений в ходе процесса модификации спецификаций. В таком случае, изменение спецификаций не будет произведено.

Кто устанавливает приоритет вносимых изменений?

Кто устанавливает соответствие между релизами и вносимыми в спецификации изменениями?

Редакционный совет Проекта по спецификации openEHR совместно с Операциональной группой openEHR.

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

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

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

Когда предмет договорных отношений — это не определенное штучное изделие, а множество позиций различных товаров, тогда составляют спецификацию, облегчающую процесс контроля отгрузки. В ней содержится информация с указанием артикула, выпуска, наименования, серии, марки, даты выпуска, веса, сорта, объема, количества, упаковки, тары и других важных параметров отгружаемой продукции.

Стоимость товара непостоянна , она меняется согласно различным факторам. К ним относятся: скидки, сезонность, изменчивый курс валюты. Допускается указание данного показателя в отдельном приложении. Две стороны имеют возможность скоординировать платежи в соответствующем поэтапном порядке, оформив их в еще одном приложении.

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

Текст сопроводительного соглашения должен быть оформлен согласно принятому способу . Приложение заверяется нотариусом по договоренности сторон.

Разделы данного документа, как правило, ссылаются на содержание с формулировкой, согласно обновленному изданию. Инициатором составления приложения к договору поставки может выступать одна сторона, заключающая контрактное соглашение с другой. Но именно две стороны выражают собственные требования к договору, а также объясняют их в письменном виде и направляют вторым участникам соглашения. Они, в свою очередь, изучают, обсуждают и отправляют ответ в виде письма стороне, предлагающей заключить дополнительное соглашение.

Все разделы дополнительной части договора поставки должны соответствовать основным его пунктам. По своей структуре данный документ не может нарушать требования контракта и состоит из следующих данных:

названия и реквизитов каждой стороны;
даты и мест аформирования;
порядкового номера первоначального договорного соглашения, когда он был составлен;
причины внесенных коррективов.

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

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

Грамотно составленное дополнение должно содержать указание отмененных пунктов контракта и его нововведений. После подписания документа двумя сторонами новые условия становятся действительными с юридической точки зрения .

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

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

Необходимость и требования

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

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

Многие конфликтные ситуации, переходящие в судебные процессы, возникают из-за несоблюдения договоров по поставкам продукции. Благодаря дополнительному соглашению, возможно предотвратить наибольшее количество сложных моментов, включая слушания в органах суда, и достигнуть компромиссного решения.

Рассматриваемый документ необходим при возникновении определенных обстоятельств :

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

Дополнительное соглашение заключается по форме, отличной от первичного основного контракта. Каждому договору по поставкам товаров соответствует свое дополнение, которое издается также в двух экземплярах , подписанное и заверенное печатями каждой участвующей в соглашении стороной.

Доставку продукции осуществляют представители сторон заключенного контракта в лице:

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

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

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

Текст приложений должен содержать более уточняющие сведения и подробно раскрывать суть условий контракта , ведь обе заинтересованные стороны, заключившие его, при выполнении обязательств ориентируются именно на приложения.

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

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

Приложениями могут быть оформлены:

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

Оба участника договорного соглашения на свое усмотрение устанавливают, какие сведения войдут в содержание дополняющего его приложения.

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

Оформленное дополнительное соглашение не означает аннулирование ранее составленного контракта, который остается действующим с указанными в нем изменениями.

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

Дополнительная информация по спецификации представлена на видео.

Аварийное освещение Аварийное освещение - освещение на путях эвакуации, имеющее электропитание от автономных источников, функционирующих при пожаре, аварии и других чрезвычайных ситуациях, включаемое автоматически при срабатывании соответствующей сигнализации или вручную, если сигнализации нет или она не сработала. Источник - Федеральный закон от 30.12.2009 №384-ФЗ "Технический регламент о безопасности зданий и сооружений".

ГОСТ 21.101-97 Основные требования к проектной и рабочей документации

Дата введения 1998-04-01

7 Правила внесения изменений в рабочую документацию, выданную заказчику

7.1 Изменением рабочего документа, ранее выданного заказчику, является любое исправление, исключение или добавление в него каких-либо данных без изменения обозначения этого документа. Обозначение документа допускается изменять только в случае, когда разным документам ошибочно присвоены одинаковые обозначения или в обозначении документа допущена ошибка.

7.2 Изменения вносят в подлинник документа. Внесение изменений в расчеты не допускается.

7.3 Копии листов (измененных, дополнительных и выпущенных вместо замененных листов) рабочей документации направляют организациям, которым ранее были направлены копии документов, одновременно с копиями общих данных соответствующего основного комплекта рабочих чертежей, уточненных в соответствии с 7.5.

7.4 Разрешение на внесение изменений

Разрешение утверждает руководитель организации - разработчика документа или по его поручению другое должностное лицо.

7.4.2 Основанием для получения подлинников документов для внесения в них изменений служит разрешение.

7.4.3 Изменения на каждый документ (например, основной комплект рабочих чертежей, спецификацию оборудования, изделий и материалов) оформляют отдельным разрешением.

Допускается составлять одно общее разрешение на изменения, вносимые одновременно в несколько документов, если изменения взаимосвязаны или одинаковы для всех изменяемых документов.

7.5 Внесение изменений

7.5.1 Изменения в подлинники документов вносят зачеркиванием или подчисткой (смывкой). При этом учитывают физическое состояние подлинника.

7.5.2 После внесения изменений изображения, буквы, цифры, знаки должны быть четкими, толщина линий, величина просветов и т.п. должны быть выполнены по правилам, предусмотренным соответствующими стандартами ЕСКД и системы стандартов "Репрография".

7.5.3 Изменяемые размеры, слова, знаки, надписи и т.д. зачеркивают сплошными тонкими линиями и рядом проставляют новые данные.

7.5.4 При изменении изображения (части изображения) его обводят сплошной тонкой линией, образующей замкнутый контур, и крестообразно перечеркивают сплошными тонкими линиями.

Новое изображение измененного участка выполняют на свободном поле листа или на другом листе без поворотов.

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

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

7.5.6 Около каждого изменения, в том числе около изменения, исправленного подчисткой (смывкой), за пределами изображения наносят в параллелограмме обозначение изменения в соответствии с рисунком 15.

Рисунок 15

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

7.5.7 Близко расположенные друг от друга измененные размеры, слова, знаки, надписи и т.д. обводят сплошной тонкой линией, образующей замкнутый контур, без перечеркивания в соответствии с рисунком 16.

Рисунок 16

7.5.8 Если новое изображение измененного участка помещают на другом листе, то у замененного изображения указывают также номер листа, на котором находится новое изображение в соответствии с рисунком 17.

Рисунок 17

7.5.9 Над новым изображением измененного участка помещают в параллелограмме обозначение изменения замененного изображения, а при параллелограмме указывают: "Взамен перечеркнутого".

Если новое изображение измененного участка помещают на другом листе, то при параллелограмме указывают: "Взамен перечеркнутого на листе (номер листа, на котором находится замененное изображение)" в соответствии с рисунком 18.

Рисунок 18

7.5.10 Если новое изображение измененного участка помещают около замененного, то их соединяют линиями-выносками с обозначением изменения в соответствии с рисунком 19.

Рисунок 19

Над дополнительным изображением помещают в параллелограмме обозначение изменения, а при параллелограмме указывают: "Дополнение" в соответствии с рисунком 20.

Рисунок 20

7.5.11 При аннулировании изображения (части изображения) при обозначении изменения указывают: "Аннулировано".

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

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

При замене всех листов подлинника ему присваивают новый инвентарный номер.

7.5.13 При внесении изменений в листы основного комплекта рабочих чертежей в ведомости рабочих чертежей этого комплекта на листах общих данных в графе "Примечание" указывают:

а) при внесении первого изменения - "Изм. 1".

При внесении последующих изменений - дополнительно очередные номера изменений, отделяя их от предыдущих точкой с запятой.

Пример - Изм. 1; 2; 3

б) на замененных листах при номере изменения - "(Зам.)".

Пример - Изм. 1 (Зам.)

в) на аннулированных листах при номере изменения - "Аннулирован".

Пример - Изм. 1 (Аннулирован)

г) на дополнительных листах при номере изменения - "(Нов.)"

Пример - Изм. 1 (Нов.)

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

При недостатке места в ведомости рабочих чертежей для записи дополнительных листов продолжение ведомости переносят на первый из дополнительных листов. При этом в конце ведомости рабочих чертежей, помещенной в "Общих данных", делают запись:

"Продолжение ведомости см. на листе (номер листа)", а над ведомостью на дополнительном листе помещают заголовок: "Ведомость рабочих чертежей основного комплекта (Продолжение)".

Номера и наименования аннулированных листов в ведомости рабочих чертежей зачеркивают.

При изменении наименований листов вносят соответствующие изменения в графу "Наименование".

7.5.15 При изменении общего количества листов документа на его первом листе в основной надписи вносят соответствующие изменения в графу "Листов".

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

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

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

Допускается таблицу изменений помещать вне основной надписи (над ней или слева от нее) по той же форме.

7.5.19 В таблице изменений указывают:

а) в графе "Изм." - порядковый номер изменения документа;

б) в графе "Кол. уч." - количество изменяемых участков изображения на данном листе в пределах очередного изменения;

в) в графе "Лист" - на листах, выпущенных вместо замененных, - "Зам.", на листах, добавленных вновь, - "Нов.".

При замене всех листов подлинника (при очередном порядковом номере изменения документа) на первом листе в графе "Лист" указывают "Все". При этом таблицу изменений на других листах этого подлинника не заполняют.

В остальных случаях в графе "Лист" ставят прочерк;

г) в графе "№ док." - обозначение разрешения;

д) в графе "Подп." - подпись лица, ответственного за правильность внесения изменения (подпись лица, ответственного за нормоконтроль, проставляют на поле для подшивки листа);

е) в графе "Дата" - дату внесения изменения.

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

7.5.21 При внесении изменений в текстовые документы рекомендуется выполнять таблицу регистрации изменений по . Таблицу регистрации изменений размещают на титульном листе текстового документа.

7.5.22 Значительные изменения в текстовых документах вносят одним из следующих способов:

а) заменой всех или отдельных листов документа;

б) выпуском новых дополнительных листов.

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

Пример - 3.1

В этом случае на первом листе изменяют общее количество листов.

В текстовых документах, содержащих в основном сплошной текст, допускается при добавлении нового пункта присваивать ему номер предыдущего пункта с добавлением очередной строчной буквы русского алфавита, а при аннулировании пункта - сохранять номера последующих пунктов.

7.5.23 При аннулировании или замене документа все аннулированные и замененные листы подлинника крестообразно перечеркивают сплошными тонкими линиями и проставляют штамп .

РУКОВОДЯЩИЙ ДОКУМЕНТ

ПРАВИЛА ВНЕСЕНИЯ ИЗМЕНЕНИЙ
В РАБОЧУЮ ДОКУМЕНТАЦИЮ
ПРИ ПРОЕКТИРОВАНИИ АС

РД 210.002-89

УТВЕРЖДАЮ

Директор института

"Атомэнергопроект"

В.И. Курочкин

РУКОВОДЯЩИЙ ДОКУМЕНТ

ПРАВИЛА ВНЕСЕНИЯ ИЗМЕНЕНИЙ
В РАБОЧУЮ ДОКУМЕНТАЦИЮ ПРИ
ПРОЕКТИРОВАНИИ АС

РД 210.002-89

Введен впервые

Дата введения с 01.02. 1990 г.

Настоящий руководящий документ устанавливает требования к внесению изменений в рабочую документацию в процессе проектирования и строительства отечественных и зарубежных АС (включая авторский надзор) и не распространяется на порядок изменения документации АС, находящихся в эксплуатации. Руководящий документ разработан на основании и в дополнение ГОСТ 21.201-78 "Правила внесения изменений в рабочую документацию" и ГОСТ 21.901-80 "Требования к оформлению проектной документации для строительства за границей".

1. РАЗРЕШЕНИЕ НА ВНЕСЕНИЕ ИЗМЕНЕНИЙ

1.1. Разрешение на внесение изменений оформляют: для внесения изменений в подлинник документа - в проектной организации - держателе подлинников документа (обязательное приложение 1); для внесения изменений в копии документа на площадке строительства АС (с последующим утверждением и внесением этих изменений в подлинник) - в группе авторского надзора (ГАН) (обязательное приложение 2). 1.2. Разрешение выполняют: для внесения изменений в подлинник документа - в двух экземплярах; для внесения изменений в копии документа на площадке строительства - в трех экземплярах. 1.3. Разрешение оформляют необходимыми подписями. Один экземпляр используют для получения подлинников документов из технического архива. Другие экземпляры используют при внесении изменений и нормоконтроле внесенных изменений. 1.4. При обозначении разрешения на внесение изменений в группе авторского надзора используют аббревиатуру "ГАН", которую добавляют к порядковому номеру разрешения по книге регистрации разрешений ГАН, например: 15 ГАН-89. 1.5. Два экземпляра разрешения ГАН в течение двух недель со дня подписания руководителем ГАН направляют в проектную организацию - держатель подлинников документа для утверждения разрешения и внесения изменений в подлинники. 1.6. Разрешение на внесение изменений ГАН регистрируют в книге регистрации разрешений проектной организации под тем же обозначением, которое ему присвоено в ГАН.

2. ОБЩИЕ ТРЕБОВАНИЯ ПО ВНЕСЕНИЮ ИЗМЕНЕНИЙ

2.1. Внесение изменений осуществляют в соответствии с технологической схемой внесения изменений, приведенной в справочном приложении 3. 2.2. Для внесения изменений используют: при внесении изменений в документ, выполненный на бумаге - тушь или пасту черного цвета; при внесении изменений в документ, выполненный на кальке - тушь черного цвета. 2.3. Изменения и участки обозначают арабскими цифрами. 2.4. Если новое изображение невозможно поместить рядом с измененным участком и его помещают в другой части листа, отделенной от изменяемого участка изображением или текстом, новому изображению присваивают очередной порядковый номер участка по данному листу; при этом под обозначением нового изображения или рядом с ним помещают надпись: "Взамен перечеркнутого - см. участок...", а под обозначением перечеркнутого участка или рядом с ним пишут: "См. участок...". 2.5. Если новое изображение помещают на другом листе документа, его нумеруют как очередной участок этого листа по данному изменению; при этом под обозначением нового изображения или рядом с ним пишут: "Взамен перечеркнутого на листе... - см. участок...", а под обозначением изменяемого участка или рядом с ним делают запись: "См. лист.... участок...". 2.6. При внесении изменений в таблицы, содержащие большое количество строк и граф, изменяемые величины, знаки, формулы, размещаемые в строках и графах таблицы, допускается не обводить сплошной тонкой линией, а отмечать изменяемые величины точками, которые соединяют с обозначением изменяемого участка, находящегося за пределами таблицы, прямой тонкой линией (чертеж).

2.7. При внесении изменений в текст документа в начале или в конце каждой строки, в которой есть изменения, в параллелограмме указывают номер участка изменения; линии от параллелограмма к изменяемому участку допускается не проводить. 2.8. Для отечественных объектов изменения, внесенные в документ, регистрируют в таблицах изменения по формам 1 и 2 обязательного приложения 4: на титульных листах, на первых листах общих данных, на других первых листах документов - по форме 1; на остальных листах - по форме 2. Примечание. Порядок расположения подписей "Нач. отд", "Гл. специалист" определяется проектной организацией. 2.9. Для зарубежных объектов изменения, внесенные в документ, регистрируют в таблицах изменений по формам 1, 2 и 3 обязательного приложения 4: на отрезной части титульных листов, первых листов общих данных, других первых листов документов - по форме 1; на отрезной части других изменяемых листов - по форме 2; на поле изменяемого чертежа или листа текстового документа, а также первого листа общих данных - по форме 3. 2.10. Таблицу изменений на первых листах документов выполняют при любом изменении документа, независимо от того, касается ли это изменение самого первого листа или какого-либо другого листа этого документа. 2.11. В графах таблицы изменений указывают: в графах "Изм.", "Лист" и № док." - сведения в соответствии с ГОСТ 21.201-78; в графе "№ уч." - общее количество участков изменения на данном листе под соответствующим номером изменения; в остальных графах - подписи лиц, выполняющих соответствующие функции. 2.12. Допускается использование иного способа внесения изменений по сравнению с указанным в разрешении (например, замена вместо исправления и т.д.), если в процессе внесения изменений выявляется целесообразность использования другого способа.

3. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В ОТДЕЛЬНЫЕ ВИДЫ
ЧЕРТЕЖЕЙ И ДОКУМЕНТОВ

3.1. При замене всех листов основного комплекта на вновь выпущенном листе общих данных в ведомости рабочих чертежей основного комплекта, в графе "Примечание" никаких указаний не делают. 3.2. При внесении изменений (изменения, замена, дополнение и т.д.) в отдельные листы основного комплекта в виде текстового документа (кабельные журналы, перечни монтажных единиц и т.п.), где в ведомости рабочих чертежей записывают не каждый лист самостоятельно, а группы листов, объединенные каким-либо признаком (например, 2.1 ... 2.15 - 1 система безопасности; 3.1 ... 3.24 - 2 система безопасности и т.д.), в графе "Примечание" ведомости рабочих чертежей делают ссылку на номер пункта общих указаний, в котором содержится информация об изменениях в данной группе листов, например, "См. общие указания п.3". В соответствующем пункте общих указаний приводят сведения о листах, в которые внесены изменения. Этот пункт оформляют как участок изменения. 3.3. При аннулировании или выпуске дополнительных листов в графе 8 основной надписи по ГОСТ 21.103-78 "Основные надписи" исправляют общее количество листов без обозначения изменения. 3.4. При выпуске дополнительных (отсутствовавших ранее) прилагаемых документов (например, спецификация оборудования) их вписывают в продолжение ведомости ссылочных и прилагаемых документов, в раздел "Прилагаемые документы", где в графе "Примечание" указывают номер изменения с пометкой "Нов", например, "Изм.1 (нов)". При недостатке места для продолжения ведомости ссылочных и прилагаемых документов выпускают новый лист - продолжение листа общих данных, на котором размещают продолжение ведомости. При этом делают запись о продолжении ведомости ссылочных и прилагаемых документов по аналогии с записями по ГОСТ 21.201-78, п. 3.11. 3.5. Изменения в ведомости ссылочных и прилагаемых документов, указанное в п. 3.4 в таблице изменений на листе общих данных не учитывают и не обозначают. 3.6. На дополнительных прилагаемых документах (см. п. 3.4) таблицу изменений не заполняют. 3.7. При внесении значительных изменений в спецификации для заказа оборудования и материалов по зарубежным объектам их перепечатывают. На титульном листе новой спецификации выполняют таблицу изменений по форме 3, где в графе "Лист" указывают "Все". На отрезной части титульного листа выполняют таблицу изменений по форме 1. На титульном листе старой спецификации архив ставит штамп "Аннулирован" по ГОСТ 21.203-78. Если подлинники спецификации хранят россыпью, то на последующих листах новой спецификации размещают таблицу изменений по форме 3, где в графе "Лист" пишут "Зам"; на отрезной части последующих листов выполняют таблицу изменений по форме 2, где в графе "Лист" пишут "Зам"; на последующих листах старой спецификации в архиве ставят штамп "Аннулирован" по ГОСТ 21.203-78. Внесение единичных (не более одного на лист) изменений в архивный экземпляр спецификации выполняют её разработчики. Для внесения единичных изменений в экземпляры заказчика разработчик выполняет извещение об изменении (обязательное приложение 5), являющееся документом, заменяющим разрешение при изменении заказных спецификаций; для регистрации этих изменений служат листы регистрации изменений, являющиеся последним листом заказной спецификации (обязательное приложение 6). На первом листе архивного экземпляра заказной спецификации в этом случае выполняют таблицу изменений по форме 3, где в графе "Лист" делают прочерк; на отрезной части первого листа выполняют таблицу изменений по форме I с прочерком в графе "Лист". На других изменяемых листах архивного экземпляра спецификации выполняют таблицу изменений по форме 3 (на поле чертежа) и по форме 2 (на отрезной части), где в графе "Лист" при этом делают прочерк при внесении изменений и "Нов." при включении в спецификацию новых листов. 3.8. В графах "Извещения" и "Листа регистрации изменений" пишут: в графе "Извещение" - обозначение извещения по книге регистрации разрешений на внесение изменений; в графе "Наименование и обозначение" - наименование и обозначение заказной спецификации; в графе "Изм" - порядковый номер изменения. Графы "Лист", "Содержание изменения", "Шифр", "Примечание", а также графы основной надписи заполняют в соответствии с требованиями ГОСТ 21.201-78 и ГОСТ 21.103-78. Извещение оформляют в трех экземплярах: для архива, для заказчика и для разработчиков документации. В графе "№ документа" листа регистрации изменений записывают обозначение извещения, по которому вносят изменение. 3.9. Для подтверждения внесения изменений в экземпляры заказной спецификации заказчика используют уведомление о внесении изменений (обязательное приложение 7), которое направляют в двух экземплярах вместе с извещением об изменении. Один экземпляр уведомления, вернувшийся от Заказчика хранят в деле отправки документации по объекту. 3.10. В отдельных случаях, для оперативной корректировки заказа допускается по согласованию с Заказчиком вносить изменения в экземпляры спецификаций Заказчика их разработчиком, с последующим оформлением разрешения и внесением этих изменений в подлинник заказной спецификации. 3.11. При внесении в сметы значительных изменений их перепечатывают. На первом листе новой сметы, хранящейся в сброшюрованном виде, размещают таблицу изменений по форме 1, где в графе "№ участка" делают прочерк, а в графе "Лист" пишут "Все". На архивном экземпляре старой сметы, хранящейся в архиве в сброшюрованном виде, на первом листе ставят штамп "Аннулирован" в соответствии с ГОСТ 21.203-78 "Правила учета и хранения подлинников проектной документации". Если подлинники смет хранят россыпью, то на последующих листах новой сметы размещают таблицу изменений по форме 2, где в графе "Лист" пишут "Зам", а на последующих листах старой сметы ставят штамп "Аннулирован" по ГОСТ 21.203-78. 3.12. При внесении в сметы незначительных изменений перепечатывают изменяемые листы или выпускают дополнительную смету. На новых листах сметы в таблице изменений, в графе "Лист" указывают "Зам". Номера листов (страниц) сметы не меняют. На старых листах сметы ставят штамп "Аннулирован" по ГОСТ 21.203-78. Новые листы вклеивают перед листами, на которых стоит штамп "Аннулирован" Если подлинники смет хранят россыпью, то аннулированные листы заменяют новыми листами. На первом листе измененной сметы выполняют таблицу изменений по форме I, где в графе "Лист" делают прочерк. 3.13. Внесение изменений в расчеты допускается при условии соблюдения общих требований, предъявляемых к порядку внесения изменений в рабочую документацию, и специальных требований, оговариваемых в РД по оформлению инженерных расчетов. 3.14. При внесении изменений в чертежи строительных изделий отметки об изменениях выполняют в ведомости рабочих чертежей изделий (ВЧ), входящие в альбом. Отметки об изменениях выполняют аналогично отметкам об изменениях листов основного комплекта в ведомости рабочих чертежей. Зам. главного инженера А.Г. Корниенко Начальник ПТОСиНК Н.Н. Белов Главный специалист А.С. Шендерович Ведущий инженер Ю.А. Синицын

ПРИЛОЖЕНИЕ 1

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

РАЗРЕШЕНИЕ НА ВНЕСЕНИЕ ИЗМЕНЕНИЙ
В ПРОЕКТНОЙ ОРГАНИЗАЦИИ

г. Москва от 5.04.2017 г.

Федеральное бюджетное учреждение здравоохранения «Центр гигиены и эпидемиологии», именуемое в дальнейшем «Заказчик», в лице Главного врача ФБУЗ «Центра гигиены и эпидемиологии» в городе» Петровой Ольги Александровны, действующей на основании Положения и Доверенности № 17 от 14 апреля 2014 года, с одной стороны, и Общество с ограниченной ответственностью ООО «Глобэткс» , ОГРН 1746545327 от 28.04.06г., место нахождения 111024, г. Москва, Авиамоторная ул., д. 55, корп.31, именуемый в дальнейшем «Поставщик», в лице Генерального директора Михальчишиной Елены Валериевны, действующей на основании Устава, с другой стороны, вместе именуемые «Стороны» и каждый в отдельности «Сторона, заключили настоящее Дополнительное Соглашение к Государственному контракту №0373100054616000027 от 11.03.2016 (далее Контракт) о нижеследующем:

В связи с технической ошибкой, допущенной поставщиком, при заполнении спецификации, внести изменения в Приложение №1 “Спецификация поставляемых товаров” и изложить его в следующей редакции:

Наименование товара	Цена за ед. в руб. (с учетом НДС)	Количество	Сумма в руб. (с учетом НДС)	Сумма НДС в руб.

Порошок стиральный для ручной стирки «Лотос-М» био. Вес нетто 0,450кг.
Стиральный порошок автомат для белого белья «Лотос-М» Вес нетто 0,450кг.
Средство чистящее «Пемоксоль».объемом 500г.
Мыло туалетное «Аромат цветов».Вес нетто 100г.
Крем-мыло с дозатором «Русские травы». Вес нетто 500мл.
Салфетки универсальные «Лайма»,микрофибра. В наборе 3 шт.
Тряпка для мытья пола «Товарный знак отсутствует»цвет белый . В рулоне.
Губки бытовые «Лайма»Размер - 7*9 см. Упаковка - 10 штук.
Средство для мытья посуды FAIRY ,Объем нетто 500мл.
Мешки для мусора «Товарный знак отсутсвует». Хозяйственные в рулоне, ПВД, объем - 30 л, размер - 50х70 см, цвет - черный. повышенной прочности, толщина полиэтилена 25 мкм. Упаковка 30шт в рулоне.
Хозяйственные в рулоне, ПВД, объем - 60 л, размер - 60х70 см, цвет - черный. повышенной прочности, толщина полиэтилена 40 мкм. Упаковка 30шт в рулоне.
Мешки для мусора «Товарный знак отсутствует» Хозяйственные. ПВД, объем - 120 л, размер - 70х110 см, цвет - черный. повышенной прочности, толщина полиэтилена 65 мкм.
Средство чистящее для раковин из нержавейки «Spray».Объем нетто 550мл.
Освежитель воздуха «Чиртон». Объем нетто 300мл.
Крем для рук «лимонно-глицериновый.Упаковка- тюбик. Вес нетто 100мл.
Губка для мытья посуды «Паклан», с металлическим слоем.Упаковка - 3 штуки.
Отбеливающее средство для стиральной машины «Сарма». Вес нетто 500г.Упаковка - коробка.
Средство для уборки туалета «Санокс-ультра». Объем нетто 500мл.
Средство чистящее «Белизна-гель».Объем нетто 1000 мл.
Салфетки чистящие «Стафф» В тубе 100шт. Размер тубы - 173х80х80 мм.
Средство для прочистки труб «Хэлп».Объем 1л.
Стиральный порошок автомат для цветного белья «Лоск».Вес нетто 450кг.
Мыло хозяйственное «Аист». Вес нетто 200г. В упаковке.
Салфетка супервпитывающая «Хус». Супервпитывающая. Размер - 38х38 см. Упакована в индивидуальную упаковку.
Перчатки, надежные и прочные «Товарный знак отсутствует» . Материал - хлопчатобумажная нить с ПВХ-напылением. В упаковке 10шт (5пар).
Полотенце вафельное отбеленное «Товарный знак отсутствует» .Размер 40х80 см, плотность 240 г/кв.м. Цвет - белый. Индивидуальная упаковка.
Швабра деревянная с черенком «Товарный знак отсутствует», изготовлена из березы естественной сушки. Покрыта в два слоя влагоустойчивым специальным лаком. Длина 1,2м.
Вантуз «Svip» c ручкой для прочистки труб.
Перчатки резиновые «ПакланВ упаковке 2шт перчатки (пара). Размер перчаток - XL,M,L.
Средство для мытья стекол «Золушка» Пластиковый флакон с курком распылителем. Объем нетто 500мл.
Средство моющее универсальное «Мистер Пропер» Пластиковая канистра с ручкой объемом нетто 5л.
Сода пищевая «Сода» для обработки посуды. Вес 500гр. ГОСТ 2156-76.
Антинакипин Вес 100гр.
Пакеты «майка» «Товарный знак отсутствует», изготовлены из ПНД, плотностью 25мкм. Размер: 32+20х60см. Рисунок по согласованию с Заказчиком. В упаковке 100 штук пакетов Выдерживают 10 кг.
Пакет Полиэтиленовый с усиленными вырубными ручками «Товарный знак отсутствует», плотность 80 микрон, двухсторонняя полноцветная печать. Размер: 450ммх500мм+140мм. Рисунок по согласованию с Заказчиком. выдерживают 15 кг.
Сумка хозяйственная «Товарный знак отсутствует». Выдерживает 50 кг.
Воронка пластмассовая для наливания воды «Товарный знак отсутствует», д=15 см, высотой 10,5 см с горлом диаметром 15мм
Лампы «Космос» 230v,G9,40w.свет теплый
Полотенца бумажные. «Белюкс» .Двухслойные с тисненным рисунком, с перфорацией. В упаковке - 2шт Цвет - белый.
Ведро пластиковое с крышкой и ручкой «Товарный знак отсутствует». для твердых отходов, вместимостью 10 литров. Цвет по согласованию с Заказчиком
Ведро металлическое с крышкой и ручкой, для твердых отходов «Товарный знак отсутствует», вместимостью 10 литров. Цвет по согласованию с Заказчиком
Ведро эмалированное «Товарный знак отсутствует», металлическое с крышкой и ручкой, для твердых отходов, вместимостью 10 литров. Цвет по согласованию с Заказчиком
Ведро пластиковое с крышкой и ручкой «Товарный знак отсутствует», для твердых отходов, вместимостью 5 литров. Цвет по согласованию с Заказчиком
Совок для уборки «Товарный знак отсутствует», изготовлен из металла, с ручкой 400 мм. Цвет по согласованию с Заказчиком.
Кастрюля с ручками и крышкой из нержавеющей стали «Товарный знак отсутствует», объем 8 литров
Кастрюля с ручками и крышкой «Товарный знак отсутствует» эмалированное, объем 10-ть литров. Цвет по согласованию с Заказчиком.
Кастрюля с ручками и крышкой эмалированное «Товарный знак отсутствует», объем 15-ть литров. Цвет по согласованию с Заказчиком.
Ложки столовые из нержавеющей стали «Товарный знак отсутствует».
Кофейник эмалированный, «Товарный знак отсутствует» с «носиком», емкостью 1 литр, Цвет по согласованию с Заказчиком.
Веревка из хлопка «Товарный знак отсутствует», нескользящая. Диаметр 10 мм Плетение плотное. В мотке, длиной 20 метров.