Что включают дополнительные спецификации
Что включают дополнительные спецификации
В процессе обработки требований, сформулированных на основе анализа запросов заинтересованных лиц, те требования, которые нельзя отнести ни к какому варианту использования, фиксируются в дополнительной спецификации. В дополнительных спецификациях могут быть указаны как функциональные, так и нефункциональные требования.
Дополнительная информация о классификации и фиксировании требований приведена в разделе Концепция: Требования.
При выполнении этой задачи убедитесь, что требования указаны достаточно подробно, чтобы с ними могли работать проектировщики, испытатели и сотрудники по составлению документации. Если требования отслеживаются или официально контролируются как-то иначе, убедитесь, что каждое требование четко сформулировано и классифицировано.
Функциональные требования описывают поведение (функции или службу) системы, которое отвечает нуждам пользователей [MAL2001].
Хотя многие функциональные требования занесены в варианты использования, некоторые из них нельзя отнести к отдельным вариантам использования. Такие функциональные требования касаются отчетов, контроля, печати, безопасности, лицензирования, идентификации и т.д. Их следует занести в дополнительную спецификацию.
При наличии большого количества функциональных требований, касающихся системы в целом, необходимо уделить достаточно внимания их фиксации. Обычно их объединяют по функциям или наборам функций, но можно использовать и другие критерии. Например, их можно группировать по пользователям или подсистемам.
В сокращении «FURPS+» функциональные требования представляют букву «F». Дополнительная информация о сокращении «FURPS+» приведена в разделе Концепция: Требования.
Нефункциональные требования включают качества и ограничения [MAL2001]. В этом шаге рассмотрены качества. Ограничения описаны в отдельном шаге.
В сокращении «FURPS+» качества представляют сочетание букв «URPS». Ниже перечислены критерии требований этих категорий:
Дополнительная информация о «FURPS+», а также о фиксации нефункциональных требований приведена в разделе Концепция: Требования.
В зависимости от числа качеств системы можно создать подразделы для каждого типа качеств.
В следующих разделах приведены примеры данных, которые можно использовать для каждого из этих качеств:
Удобство использования
В описании требований к удобству использования можно указать следующую информацию:
Надежность
В описании требований к надежности можно указать следующую информацию:
Производительность
В описании требований к производительности можно указать следующую информацию:
При фиксации требований к производительности обязательно включите требуемое время ответа для разных операций. При необходимости укажите ссылку на имя соответствующего варианта использования.
Удобство в обслуживании
В описании требований к удобству обслуживания можно указать следующую информацию:
В сокращении «FURPS+» ограничения представляют «+». Их можно разделить на следующие категории:
В зависимости от числа ограничений системы можно создать подкатегории для каждого типа ограничений. Кроме того:
Дополнительная информация о «FURPS+», а также о фиксации ограничений приведена в разделе Концепция: Требования.
По соответствием понимается соответствие стандартам (включая регулятивные нормы, стандарты кодирования или руководства по стилям интерфейсов), а также заявлениям об ограничении ответственности, гарантиям, авторским правам, патентам, графическим изображениям названий компаний, товарным знакам и/или логотипам.
Требования соответствия можно реализовать в виде других требований (функциональных, нефункциональных требований и ограничений). В таких случаях подробности этих требований нужно занести в соответствующие разделы дополнительной спецификации, как описано в предыдущих шагах. Важно подвести итог стандартам и стратегиям, которых должна придерживаться система. Сформулированные таким образом требования соответствия можно связать с другими подробными применимыми требованиями.
В зависимости от числа требований соответствия можно для каждого типа таких требований создать отдельные подразделы.
В следующих разделах приведены примеры данных, которые можно использовать для каждого из этих типов соответствия:
Требования к лицензированию
Определите все требования к лицензированию программного обеспечения или другие требования, ограничивающие права использования компонентов.
Правовые документы, авторские права и т.д.
Добавьте информацию о соответствии любым заявлениям об ограничении ответственности, гарантиям, авторским правам, патентам, графическим изображениям названий компаний, товарным знакам или логотипам.
Применимые стандарты
Опишите (указав ссылки) любые применимые стандарты и их подробности, которым должна соответствовать система. Это могут быть правовые и регулятивные нормы, стандарты качества, отраслевые стандарты удобства использования, стандарты совместимости (например, касающиеся операционных систем), стандарты интернационализации и т.д.
На этом шаге опишите требования к документации, если они существуют. Они могут включать требования к электронной справке или к документации для конечных пользователей (например, к руководствам по установке, руководствам пользователя, обучающим материалам).
Как и требования соответствия, требования к документации являются основой для требований других видов. Прежде всего это относится к функциональным требованиям (система должна предоставлять доступ к электронной справке), а также к требованиям к удобству использования (доступ к информации по использованию системы определяет общий уровень удобства работы с системой).
Также, как и требования соответствия, подробные требования к документации необходимо занести в соответствующие разделы дополнительной спецификации, как указано в предыдущих шагах. Не менее важно подвести общий итог требованиям к документации системы и зафиксировать их. Сформулированные таким образом требования соответствия можно связать с другими подробными применимыми требованиями.
В зависимости от числа требований к документации можно для каждого типа таких требования создать отдельные подразделы.
Требования, отнесенные сразу к нескольким вариантам использования (часто требования к системе в целом), обычно учитываются при разработке архитектуры. В некоторых проектах такие требования гораздо важнее, чем специфические требования, которые регулируют отдельные варианты использования. Например, если вы разрабатываете систему жизнеобеспечения для медицинских учреждений, требования к надежности имеют первостепенное значение.
К сожалению, такие требования нередко сложно определить, и поэтому их часто упускают из виду. В этой задаче описан метод сбора таких требований. Дополнительная информация о систематическом подходе к сбору таких требований с помощью специальных анкет приведена в разделе [EEL2004].
© Copyright IBM Corp. 1987, 2006. Все права защищены..
Как написать ТЗ, часть 1: ГОСТЫ и спецификации требований
Разработка требований к программному продукту и их оформление в виде технического задания или спецификации – одна из самых частых задач, которую решает бизнес-аналитик. Сегодня рассмотрим, какие стандарты регламентируют структуру и содержание этих документов, разберем разницу между автоматизированной системой и программным изделием, уточним, что такое информационная система и почему зарубежный шаблон SRS популярнее отечественных ГОСТ’ов.
Близнецы или тройняшки: ПО, информационная и автоматизированная системы – отличия и разные ГОСТ’ы
Структура и содержание технического задания (ТЗ) определяется специальным шаблоном – государственным или международным стандартом в зависимости от объекта разработки. Чаще всего таким объектом является:
Таким образом, программа или программное изделие – это часть АС. А термин «информационная система» трактуется согласно следующим определениям:
Поэтому информационная система (ИС), которая помимо программного обеспечения, также включает техническую часть, например, носимые устройства так называемого интернета вещей (IoT) – «умные часы», компоненты комплекса «умный дом» и пр. – является АС. В России ТЗ на создание АС регламентирует ГОСТ 34.602-89, впервые введенный в 1990 году и переизданный в 2009 г. А порядок построения и оформления ТЗ на разработку программы или программного изделия, которые не включает технического и других видов обеспечения, описывает ГОСТ 19.201-78, введенный в 1980 году и переизданный в 2010.
Рассмотрим, чем отличаются эти стандарты. ГОСТ 34.602-89 выделяет следующие разделы в ТЗ на создание АС:
По ГОСТ 19.201-78 в ТЗ на разработку программы должны быть следующие разделы:
Оба стандарта допускают оформлять отдельные разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы в зависимости от особенностей и условий эксплуатации объекта разработки.
Однако, сегодня большинство разработчиков и аналитиков считают эти отечественные ГОСТ’ы морально устаревшими и все чаще вместо них для оформления требований к ИС используют шаблоны зарубежных стандартов: ISO IEEE 29148-2011 и IEEE 830-1998, которые регламентируют составление спецификаций требований к ПО. Преимущества этих шаблонов над российскими регламентами и практику их совместного использования рассмотрим далее.
Разработка ТЗ на информационную систему по ГОСТ и SRS
Код курса
Ближайшая дата курса
Длительность обучения
12 ак.часов
Стоимость обучения
20 000 руб.
Стандарты ISO IEEE 29148-2011 и IEEE 830-1998: в чем разница и как их использовать для разработки ТЗ
SRS по IEEE 830-1998
IEEE 830-1998 – это рекомендуемая методика составления спецификаций требований к ПО (Software Requirements Specification). Она описывает критерии проверки качественно составленной SRS, ее части и шаблоны. Основными рекомендуемыми разделами SRS по IEEE 830-1998 являются следующие:
ТЗ по ГОСТ vs SRS по ISO IEEE 29148-2011
IEEE 830-1998 носит рекомендательный характер – не случайно в оригинале он называется Recommended Practice for Software Requirements Specifications и сегодня не так часто используется на практике, как международный стандарт по инженерии требований ISO IEEE 29148-2011, который обеспечивает единую трактовку процессов и продуктов для всей системы и ПО. По сути, этот стандарт заменяет IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998 и объединяет российские ГОСТ’ы 34.602-89 и ГОСТ 19.201-78. Он содержит два шаблона спецификации требований:
В отличие от BABOK@Guide, стандарт 29148-2011 делит требования к ПО на:
ISO IEEE 29148-2011 описывает не только структуру и содержание SRS, но и регламентирует все процессы работы с требованиями, от их определения, включая выявление у стейкхолдеров, моделирование, анализ, верификацию и валидацию, до процедур управления (изменение, оценка влияния и пр.). Если рассматривать ISO IEEE 29148-2011 как шаблон ТЗ на разработку ПО/ИС, то он выделяет следующие разделы:
Можно сказать, что все эти разделы дополняют и уточняют пункты, предусмотренные отечественными ГОСТ’ами. С практической точки зрения структура SRS по ISO IEEE 29148-2011 дает следующие преимущества по сравнению с ГОСТ 34.602-89 и ГОСТ 19.201-78:
Недостатком SRS по ISO IEEE 29148-2011 можно назвать большой объем этого документа, что отражается в длительности и трудоемкости его разработки. Впрочем, несмотря на это и вышеотмеченные достоинства, хочется подчеркнуть, по сути SRS по ISO IEEE 29148-2011 не лучше и не хуже отечественных ГОСТ’ов. В любом случае, не зависимо от выбранного шаблона ТЗ на создание ИС, АС или ПО, этот документ должен отражать функциональные и нефункциональные требования к объекту разработки так, чтобы их можно было реализовать и проверить, что решение соответствует целям бизнеса и приносит стейкхолдерам пользу. Про ограничения, допущения и зависимости читайте здесь. В следующей статье мы продолжим разговор про разработку ТЗ, а пока предлагаем вам пройти открытый интерактивный тест на проверку знаний о стандартах и требованиях из этого материала.
Спецификация к договору: когда нужна и как оформить
Зафиксировать условия договора можно по-разному. Например, отразив их непосредственно в тексте договора или в дополнениях к нему. Как вариант, в спецификации. Давайте разберемся, что это за документ и как его составить. Примером послужит договор поставки.
Зачем нужна спецификация
— неудобен. Например, если стороны зафиксируют перечень, состоящий из сотни наименований товаров с различными единицами измерений и характеристиками (цвет, размер и т.д.) по тексту, это перегрузит договор и затруднит восприятие его условий;
— неприменим. Например, для рамочного договора, т.е. соглашения, в котором стороны оговаривают основные условия (общее наименование товара, который будет реализован, период действия рамочного договора, порядок разрешения споров и т.п.) и при этом договариваются, что конкретное наименование и количество поставляемого товара согласуются отдельно для каждой сделки.
Выйти из ситуации поможет специальный документ, подписанный сторонами и приложенный к основному договору как его неотъемлемая часть, — спецификация.
В спецификации, как правило, согласовывают предмет договора поставки, т.е.:
— именуют и описывают товары, подлежащие продаже;
— указывают количество товара по каждой товарной позиции.
На заметку
Обычно в спецификации указывают товары, поставляемые одной партией, т.е. одновременно. Для следующей поставки подписывают новую спецификацию.
Зачастую спецификацию рассматривают и как документ, позволяющий кроме наименования и количества товара установить его цену, сроки поставки, оплаты и т.п. Обычно так поступают в случаях, когда при долгосрочном сотрудничестве жестко фиксировать условия, например цену, на продолжительный срок экономически нецелесообразно.
Пример формулировки
Поставщик обязуется поставить, а покупатель — принять и оплатить товар. Наименование, количество и цена товара, подлежащего передаче покупателю в рамках каждой конкретной партии, определяются в соответствии со спецификациями на каждую партию товара, являющимися неотъемлемой частью договора.
Рекомендации
— о наименовании и количестве товара — договор будет считаться незаключенным;
На заметку
Спецификация — не единственный документ, которым уточняются условия договора. В этих целях можно использовать, например, протоколы согласования цен, допсоглашения, счета-фактуры и т.п.
Как оформить спецификацию к договору
Что должна представлять собой спецификация, в законодательстве не определено. Поэтому ее можно составить в произвольной форме. Если же стороны предварительно разработают форму спецификации и зафиксируют ее в договоре, при подготовке спецификации нужно будет использовать этот шаблон.
Как правило, спецификация содержит:
1) реквизиты:
— дату и место составления.
Обратите внимание!
Спецификацию надо подписать в период действия договора. В противном случае стороны не смогут требовать исполнения обязательств, ссылаясь на него. То есть не смогут применить зафиксированные там условия об ответственности, сроках поставки, оплаты и т.п. При этом подписанная спецификация, содержащая существенные условия договора поставки, будет выступать в качестве самостоятельного договора;
— номер — если спецификаций несколько;
— реквизиты договора, к которому она составлена;
2) преамбулу:
— наименование сторон договора;
— Ф.И.О. лиц, уполномоченных на подписание спецификации, их должности, а также наименование документа, из которого вытекают такие полномочия. Например, устав, доверенность.
Иногда эту информацию опускают. Полагаем, это допустимо в ситуациях, когда договор и спецификацию подписывают одни и те же лица. Если же уполномоченные сотрудники меняются, данные сведения лучше указать. В спорных случаях это облегчит проверку полномочий представителя контрагента;
3) содержательную часть:
— перечень поставляемых товаров.
При этом рекомендуется описывать каждую позицию товара максимально детально. Как правило, по договору поставки реализуют вещи, имеющие родовые признаки. С целью конкретизировать товар, т.е. определить разновидность, можно указать в спецификации наряду с общим наименованием его конкретную категорию, тип, марку, модель, артикул, сорт, класс, физические свойства и т.д.
На заметку
Чтобы определить необходимые характеристики товара, можно использовать:
— НПА (ТНПА), описывающие товар, содержащие его общие характеристики и требования к нему. Например, техрегламенты ЕАЭС, ГОСТы, стандарты и техусловия организаций;
— относящиеся к товару документы. Среди них техпаспорт, сертификат качества, инструкция по эксплуатации.
Это позволит поставщику избежать претензий при его приемке, а покупателю приобрести интересующий его товар.
Если ассортимент не согласовать, поставщик сможет поставить товар в том ассортименте, который определит сам с учетом известных ему потребностей покупателя, или отказаться от исполнения договора вовсе ;
— количество товара. Обычно его указывают в соответствующих единицах измерения. К примеру, для сыпучих товаров это килограммы.
Если поставщик освобожден от исчисления и уплаты НДС или применяет особый режим налогообложения без исчисления и уплаты такого налога, стоит сделать пометку «Цена за единицу (без НДС)».
При необходимости в спецификации можно прописать:
а) общую сумму всех товаров одной позиции. Ее вычисляют путем умножения цены за единицу товара на его количество;
б) стоимость всего товара, указанного в спецификации;
— иные условия — если необходимо конкретизировать поставку по конкретной спецификации. Это могут быть отличные от согласованных в договоре условия о таре и упаковке, способ и срок доставки, оплаты и т.д.
Оформить содержательную часть можно в виде таблицы. Это особенно удобно, когда позиций товара много.
Пример оформления шапки таблицы
п/п
руб. коп.
руб. коп.
На заметку
Печать на спецификации ставится только тогда, когда это предусмотрено в договоре .
При необходимости в этой части спецификации можно продублировать адреса, телефоны контрагентов, их банковские реквизиты. Это актуально, если стороны сотрудничают на долгосрочной основе и с течением времени указанные реквизиты меняются.
Читайте этот материал в ilex
*по ссылке Вы попадете в платный контент сервиса ilex
Спецификация на поставку товара
Формирование спецификации на поставку товара происходит только после заключения договора поставки. Документ не является самостоятельным, а служит приложением к договору, являясь его неотъемлемой частью. Спецификации имеют довольно широкое распространение (особенно в торговых компаниях), даже несмотря на то, что они не являются обязательными к применению.
К вашему вниманию! Этот документ можно скачать в КонсультантПлюс.
Зачем нужна спецификация
Любой договор, в том числе и договор поставки, включает в себя ряд определенных данных:
Как правило, договоры стандартны и в них не всегда прописываются конкретные наименования продукции, что чаще всего связано с тем, что ее объем может быть достаточно внушительным. И здесь на помощь приходит специальное приложение к договору – спецификация.
Спецификация также составляется в письменном виде и дает полное представление о перечне товаров или материалов, их единице измерении, количестве, сортности, виде, назначении, а также прочих характеристиках и особенностях.
Наиболее актуальна спецификация, когда речь идет о договоре длительного периода действия, на основании которого товарно-материальные ценности будут поставляться от поставщика к потребителю не один раз.
Сколько спецификаций может быть к одному договору
Количество спецификаций к одному договору поставки ничем не ограничивается.
На каждую партию товара может составляться отдельный документ. Каждый раз, после подписания его сторонами, он становится еще одной неотъемлемой частью основного договора.
Кто формирует спецификацию
Непосредственная обязанность по составлению документа лежит на работнике предприятия, которое является поставщиком – это может быть менеджер/руководитель отдела, в ведении которого находится договор поставки, юрисконсульт или другой сотрудник. Главное условие, чтобы этот человек знал все тонкости основного документа, имел точные сведения о поставке и знал, как правильно оформить спецификацию.
Как составить спецификацию, образец
На сегодня нет унифицированной формы спецификации, так что сотрудники организаций и предприятий могут составлять ее в произвольной форме или, если в компании есть разработанный и утвержденный шаблон документа – по его образцу. Главное, соблюсти всего два основных условия: по своей структуре она должна отвечать некоторым стандартам делопроизводства, а по содержанию – включать в себя ряд определенных данных.
В «шапку» спецификации следует внести:
Вторая часть бланка является основной. Выглядит она практически всегда в виде таблицы, куда включаются следующие сведения:
При необходимости таблицу можно дополнить и другими дополнительными данными.
Затем под таблицей не лишним будет вписать условия оплаты продукции по данной спецификации (они могут соответствовать условиям договора, а могут быть измененными – в зависимости от обстоятельств).
На что обратить внимание при оформлении спецификации
Спецификацию можно оформлять на фирменном бланке организации или же на простом чистом листе бумаги любого удобного формата, причем как в рукописном виде, так и напечатав ее на компьютере.
Только одно условие требуется соблюдать неукоснительно: бланк должен содержать подпись руководителя компании-поставщика или его ответственного представителя, а также подпись сотрудника организации – потребителя.
При этом, их автографы должны быть только «живыми» — использование факсимильных подписей, т.е. отпечатанных каким-либо методом не разрешается, за исключением ситуаций, когда договор заключается «удаленно, а предприятия имеют официально зарегистрированные электронные цифровые подписи.
Заверять спецификацию с помощью печатей, сейчас строгой необходимости нет — проштамповывать ее нужно только в том случае, если применение штемпельных изделий прописано в нормативно-правовых актах организаций.
Спецификация оформляется в количестве двух идентичных по тексту и равнозначных по праву экземплярах – по одному для каждой заинтересованной стороны. После формирования и визирования информация о документе вносится в специальный журнал учета договоров.
Можно ли вносить изменения
К спецификации по закону применяются те же нормы и требования, которые устанавливаются к договорам (поскольку они являются их частью).
Это значит, что при необходимости, на любом этапе, готовую спецификацию при взаимном согласии сторон можно отредактировать. Допускается также расторгать ранее составленные и завизированные спецификации и формировать новые.
Как, где и сколько времени хранить документ
Спецификация весь период актуальности должна лежать в отдельной папке, вместе с договором, неотъемлемым приложением к которому она является. Срок хранения документа определяется либо законодательством РФ, либо локальными актами фирмы.
Как передать спецификацию партнеру
Способ передачи спецификаций устанавливается обычно такой же, какой используется для договоров:
На что обратить внимание при составлении спецификации, какие существуют при этом “подводные камни” и тонкости рассказывается в данной статье.
Как правило, к любому договору поставки или иному аналогичному документу прилагается письменное приложение. Оно называется “спецификацией к договору”, оформляется в двух экз. (по числу подписантов) и является обязательным к составлению.
Для чего требуется
Большинство договоров поставки лишь очерчивают контуры подписываемого соглашения, то есть являются рамочными.
На практике это выражается в лаконичном тексте самого договора, в котором лишь указывается, что продавец собирается поставлять, а покупатель приобретать.
Однако закон требует, чтобы предмет поставки был обязательно оговорен. А именно: наименование товара, количество и ассортимент.
Поскольку предмет поставки в процессе сотрудничества может неоднократно меняться, то, чтобы каждый раз не перезаключать основной договор, меняют лишь его спецификацию.
Иными словами, рамочный договор подобен работающему годами принтеру, в котором при необходимости заменяются лишь картриджи.
Какие данные указываются в спецификации
Поскольку на сегодня единой формы нет, в самом договоре указывается конкретный образец спецификации. Как правило, она составляется в виде таблицы, в которой присутствуют:
— ссылка на соглашение, которому она принадлежит, порядковый номер (если спецификаций несколько);
— указание всех товарных позиций в соответствии с пунктами пронумер-го списка;
— описание каждой в соответствии с общепринятой номенклатурой и тех. характер-ми;
— единицы измерения, кол-во, цена одного экз-ра и сумма по каждой позиции;
— итоговая сумма по специф-ции без НДС и с НДС;
— наименования, юрид. названия, адреса сторон;
— налог. и банк. реквизиты;
— подписи уполномоченных лиц сторон, заверенные мокрыми печатями.
Также в спецификации четко оговариваются временные рамки и условия (вплоть до мельчайших деталей) поставки. Определяются формы расчетов, валюта, период оплаты, вид транспорта и место разгрузки, качественные гарантии и условия ответственности.
Иными словами, общие моменты договора поставки конкретизируются в спецификации.
Важный нюанс: названия, которые, в так называемой, ассортиментной номенклатуре указаны на другом языке или латиницей должны быть точно также указаны в спецификации. Их перевод не допускается.
Можно ли обойтись без спецификации
Несмотря на то, что спецификация является необходимым приложением, случается, что договор заключается без нее. Аргумент: спецификация дублирует товарную накладную.
Пренебрежение спецификацией чревато неприятностями для поставщика, так как товар не будет считаться переданным другой стороне на основании договора, со всеми вытекающими последствиями. Например, в этом случае покупатель будет вправе не оплачивать товар. Более того, он может вернуть его поставщику через некоторое время с требованием возместить расходы на хранение.
В случае судебного разбирательства, такой договор будет считаться незаключенным, по причине отсутствия документа, подтверждающего факт согласования по количеству, качеству и срокам поставки.
На какие пункты спецификации следует обратить особое внимание
Каждый пункт договора и прилагаемой к нему спецификации являются важным, но особенно рекомендуется обратиться внимание на следующие:
● Пункт о качестве поставляемого товара. Он может стать неприятной неожиданностью как для покупателей, так и для поставщиков. Особенно, когда оговариваются специфические требования по качеству. Так, достаточно лишь за фразой, оговаривающий качество товара (например, “согласно ГОСТУ”), поставить другую, начинающуюся со слов “при этом”, чтобы полностью изменить смысл предыдущей. Можно добавить любую не соответствующую российским стандартам характеристику (например, уровень жирности и т.д.). Вариантов много. Покупатель может требовать различных преференций, вплоть до снижения цены. С другой стороны, конкретные требования к качеству дисциплинируют и поставщика. В любом случае, это пункт следует изучать в числе первых.
● Цена товара. В спецификации должно быть оговорено, из чего она складывается кроме стоимости самого товара. Например, стоимость его доставки до покупателя, установку (для оборудования), стоимость упаковки, погрузо-разгрузочные работы, страховку, оформление сопроводительных док-в. Чтобы избежать дополнительных расходов для обеих сторон, в цену должны быть включены все предполагаемые расходы.
● НДС. Также рекомендуется указывать процент и сумму НДС. Некоторые компании могут работать по упрощенной схеме налогообложения и не платить НДС.
● Срок передачи товара. Для того, чтобы избежать ситуации, когда товар поставляется в ненужный или неудобный для покупателя момент, необходимо обратить внимание на график поставок. Желательно, чтобы он был по возможности максимально детализирован: какой товар и в какой срок доставляется, возможна ли его досрочная поставка и т.д.
● Комплектность товара. Особенно этот пункт актуален для технически сложных изделий. В нем должно быть оговорено, какие компоненты входят в состав товара, а также действия сторон на случай его некомплектности. Например, уменьшение цены, компенсация расходов, срок допоставки или исправления и т.д. В первую очередь данный пункт важен для покупателя, так как защищает его интересы.
● Срок годности товара. Этот пункт особенно важен, когда товар приобретается с целью дальнейшей реализации. Тем более, если предполагается цепочка поставщиков. Так, например, имеет смысл добавить указание, что товар должен быть поставлен за конкретное кол-во дней до истечения срока годности.
● Гарантийный срок. Хотя закон оговаривает такой срок двухлетним пределом, стороны вправе установить любой срок действия гарантии. Однако, если установленный ими срок будет менее двух лет, покупатель все равно сохраняет за собой право на предъявление требований к поставщику по поводу качества товара в течение оговоренного законом срока.
Время, потраченное на детализацию всех сопутствующих договор документов (особенно его спецификацию), в последствии может окупиться сторицей и избавить стороны от возможных финансовых и моральных потерь.
Обращайтесь к специалистам
Так, обратившись в компанию “РосКо”, которая предоставляет широкий спектр услуг, а именно: юридические, аудиторские, аккредитационные, бухгалтерские, регистрационные, кадровые, Вы можете быть уверены, что составленные при нашем профессиональном участии документы будут соответствовать всем необходимым требованиям и гарантированно уберегут Вас от любых неожиданностей.