Что могут включать в себя критерии приемки

Проектирование программного обеспечения: что такое Acceptance Criteria и зачем они нужны?

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

Поля ввода для имен пользователей и паролей

Способ сообщить пользователю, если он ввел свои данные неправильно

Способ восстановления забытых данных

Способ регистрации учетной записи, если у пользователя ее еще нет.

Итак, достаточно ли этого?

А что, если вы хотите написать что-то вроде поведенческого теста? Как перевести то, что написано выше, в шаги пользователя? И достаточно ли такой подход «короткого теглайна» говорит вам о том, как пользователь на самом деле выполняет эти действия? Задумывались ли вы о том, что происходит после того, как пользователь успешно вошел в систему? Помогает ли такой подход размышлять подобным образом?

Мы знаем, что нам нужно, но как это воплотить в хорошо спроектированную функцию?

Вы, наверное, догадались, какой будет ответ: это критерии приемки.

Что такое критерии приемки?

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

Given определяет некое предварительное условие для выполнения действия. When определяет действие. Then определяет результат действия. Мы также можем использовать And для дополнения любого из этапов, внося дополнительные условия. Этот подход логичен, понятен и прост. Каждый из этих этапов точно объясняет, что должно произойти в сценарии.

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

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

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

Как написать хороший AC?

Итак, вы решили написать этот продукт, но как сделать это правильно? Приведенная выше функция входа в систему очень проста, но более сложные концепции могут привести к путанице в AC, поэтому важно помнить о следующих вещах:

1. Пишите с точки зрения пользователя

2. Простота

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

3. Понятный язык

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

4. Не заостряйте внимания на деталях реализации

5. Не будьте техническими специалистами

Достаточно ли AC как такового?

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

Перевод материала подготовлен в рамках курса «Системный аналитик. Basic». Если вам интересно узнать подробнее о формате обучения и программе курса, приглашаем на день открытых дверей онлайн.

Источник

Программист, менеджер, MVC и критерии приемки

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

О том кто же является контроллером, а кто моделью под катом.

В этой статье предполагается, что читатель знает, что такое MVC.

При построении модели я иду на умышленные упрощения.

Действующие лица

Заказчик — лицо, которое заказывает продукт или проект. Может быть как внешним, так и внутренним.

Компания (исполнитель) — сторона договорных отношений с Заказчиком.

Менеджер — лицо, которое взаимодействует с Заказчиком и конечным исполнителем (программистом). Принимает на вход задачи от Заказчика, транслирует эти задачи Исполнителю и возвращает Заказчику результат.

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

Процесс

Процесс заказной разработки выглядит примерно так:

Самым сладким пунктом для Компании является пункт 9. Но путь до него обычно долго и тернист.

Проблема такого процесса

На первый взгляд все в этом процессе правильно и тут нечего улучшать. Однако это не так. Выделим проблемы.

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

Менеджер ставит программисту задачу проговаривая ее голосом или в чатике. Уточнения по задаче нигде не фиксируются. Программист постановку задаче вроде бы понял. Но разумеется понял по своему, а не так как объяснял менеджер (с точки зрения менеджера). Так как постановка задачи не зафиксирована, то каждый из участников трактует ее по своему.

При таком подходе появляется много итераций 4-6 и 3-8. Хорошего менеджера от плохого отличает соотношение между числом этих итераций. У хорошего менеджера число попыток сдать задачу заказчику равно единице. И попытка, как вы догадались, сразу удачная. При этом итераций по сдаче работ с программистом может быть много. Маршрутизатор не перепроверяет ничего за программистом и просто передает задачу Заказчику. И число итераций 3-8 достигает максимальных значений и равно числу итераций 4-6. И разумеется во всем виноват программист, ведь с точки зрения менеджера он плохо выполнил задачу.

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

Что же делать, чтобы избежать такие нежелательные явления?

Ассоциации

Давайте посмотрим на упрощенную схему работы с Заказчиком:

Опытный разработчик увидит полное совпадение с MVC:

Очень просто провести сопоставление сущностей.

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

Первые шаги в починке

Какие инструменты у нас есть когда мы занимаемся разработкой?

Мы определяем слои приложения. Определяем контракты взаимодействия между слоями и разбиваем приложение на модули. Давайте попробуем применить эти инструменты и здесь.

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

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

Декомпозиция

Большие задачи нужно разделять на маленькие. Маленькая задача — это задача максимум на пару дней.

Всем известно выражение: Без внятного ТЗ — результат ХЗ.

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

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

Казалось бы что ТЗ вполне похоже на контракт в контексте программирования. Какие я вижу проблемы с ТЗ:

Тут видно, что ТЗ явно недостаточно. Возникает вопрос что же делать?

Критерии приемки

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

Можем ли мы применять тесты и в нашей практике? Да мы и так все тестируем и даже в описании процесса это есть, скажет внимательный читатель. Да, но нет. Я говорю немного о другом тестировании.

Тестирование в описанном выше процессе заключается в ручной проверке соответствия результата поставленному ТЗ. Каждый участник такого тестирования, ознакомившись с ТЗ, как-то его интерпретирует в собственную картину. Проблема в том, что у всех получается разная картина. Человек неидеальный интерпретатор. Нужно скомпилировать ТЗ в бинарник один раз. Не интерпретировать много раз и по-разному. А один раз и на “бумагу”. В результате должен появится некий набор артефактов. Это могут быть тест-кейсы или критерии приемки.

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

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

Для маленькой задачи может не быть ТЗ, но критерии приемки должны присутствовать обязательно. Критерии приемки похожи на тесты, которые написаны до реализации. Это вам ничего не напоминает?

Для описания критериев приемки можно использовать язык Gherkin, который предлагает BDD. Для того чтобы было легко начать можно описывать их обычным русским языком.

Возражения

Предвижу вопрос от менеджеров:

Разработка критериев приемки занимает дополнительное время. Где же его взять?

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

А вы все равно разрабатываете критерии приемки. Причем не один раз. При подготовке ТЗ какие-то критерии приемки возникают в голове у аналитика и заказчика. При постановке задачи происходит то же самое. Программист формирует их у себя в голове. В момент сдачи задачи на любом из этапов выполняется тот же процесс. Но ни на одном из этапов не появилось никакого артефакта. Вот и вся разница.

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

Смею вас заверить, что разработка критериев приемки окупается сторицей.

Результат

Как изменяется процесс после внедрения критериев приемки наравне с ТЗ?

Программист делает свою работу в соответствии с критериями приемки. Менеджер принимает работу. Затем то же самое делает и Заказчик. И у него нет повода не оплатить эту задачу.

Всегда ли это будет работать совсем без сбоев? Полагаю, что нет. Сначала будут проблемы с выработкой, формулировкой критериев приемки и их согласование с Заказчиком. И это будет причиной повторения итераций с Программистом и Заказчиком. Но их количество сведено до минимума.

Источник

Приемка товаров по количеству и качеству: правила, порядок, инструкция приема продукции на склад

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

Как принимают

В эту процедуру входит обязательная проверка, регламентированная в соответствии с положением абз. 2 п. 2 ст. 513 ГК РФ. В заключительном договоре оговаривается порядок инспектирования. В противном случае, ревизию проводят по действующему законодательству.

Такая операция осуществляется для:

Как принимать товар: законодательное регулирование и цели

В договоре о поставке прописываются условия о внешнем виде и укомплектованности поставляемого изделия. Обязательного документа для всех сторон не существует. Многие компании руководствуются нормативно-правовым кодексом, основанным из двух директив Госарбитража СССР № П-6 и № П-7 в двадцатом веке. Если у организаций возникли спорные вопросы, то они могут сослаться на эту инструкцию. Когда в договоре не прописан такой пункт, то представители компаний ведут переговоры путем личных договоренностей. Для покупателя существует нормативный регламент приемки товара на складе по количеству и качеству п. 1 ст. 513 ГК РФ, по которому он осуществляет выборку либо на своей территории, либо на зоне поставщика.

Целью инструкций является:

В постановлении АС МО от 28.07.2015 по делу А40-89393/14 расписаны действия, если покупатель получил груз не того характера и не того объема. А если поставщику не заплатили за поставку, то суд встанет на его сторону, опираясь на акт АС МО от 21.09.2015 № Ф05-12369/15 по делу № А40-20678/15.

Готовые решения для всех направлений

Мобильность, точность и скорость пересчёта товара в торговом зале и на складе, позволят вам не потерять дни продаж во время проведения инвентаризации и при приёмке товара.

Ускорь работу сотрудников склада при помощи мобильной автоматизации. Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара.

Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе. Начни использовать современные, более эффективные мобильные инструменты.

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

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

Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.

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

Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов..

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

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

Инструкция по приемке товара на склад

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

Порядок приемки продукции по количеству и качеству

Первичный осмотр кладовщик проводит уже на стадии выгрузки коробок из транспортного средства. К концу процедуры у него имеются исчерпывающие сведения для оформления всех сопроводительных документов. За это время, опытный работник, успевает пересчитать груз, визуально оглядеть его на наличие потерянного или бракованного. При поступлении изделий с оптовых баз на руки потребителю выдается накладная формой № М-15. Такой документ в торговле применяется единым образцом, принятым в восьмидесятых годах прошлого века и до сих пор он не пересматривался.

Кто может принимать

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

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

Составление договора

Во избежание претензий от покупателя, когда обнаруживаются порванная упаковка, недостающий объем, брак, то сторонам лучше подписать обоюдный документ. Можно использовать уже написанные ранее инструкции и оформить по специальным образцам: акт № ТОРГ-1, утвержденный Госкомстатом Российской Федерации в 1998 году за номером 132; М-7 N71 а.

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

Как осуществляется приемка и передача товара

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

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

Как правильно принять товар от поставщиков

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

Что необходимо проверить при приемке товара

Кладовщик, следуя распечатанной и прикрепленной к стене инструкции, совершает следующие действия:

Источник

Как правильно принимать товар по контракту: алгоритм действий

Приемка товара — ответственный процесс, который сопровождается фиксацией действий на бумаге и даже фотографированием. Участниками этого «мероприятия» становятся несколько специалистов. Какие акты составляются в результате приемки, как проводится экспертиза и какие действия предпринимаются при выявлении нарушений условий контракта, разбираемся в этой статье.

В предыдущей статье мы рассказали о 10 способах предупредить поставку некачественного товара по контракту. Теперь остановимся на конкретных действиях заказчика — на что ему следует обратить особое внимание, какие документы заполнить и как действовать в случае возникновения сомнений.

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

Заказчик вправе требовать присутствия уполномоченного представителя поставщика при приемке товара, и это подтверждает решение Владимирского УФАС России от 05.08.2014 № Г 512-04/2014.

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

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

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

Если есть претензии к качеству товара, нужно определиться, как вы хотите устранить недостатки. Если устранить недостатки невозможно, нужно принять решение об одностороннем отказе от исполнения контракта и следовать документальным процедурам, которые предусмотрены 44-ФЗ и 223-ФЗ.

До подписания акта о приемке:

Что делать, если сопроводительная документация вызывает сомнения или были выявлены несоответствия по внешнему виду товара?

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

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

Именно поэтому нужно оценить внешнее состояние упаковки и маркировку товара. Внешний вид должен соответствовать требованиям качественной продукции.

Многие производители фальсификата даже на этапе составления документов или маркировки товара не могут обеспечить соответствие продукции требованиям ГОСТ.

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

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

Экспертиза: особенности проведения

Существует три вида экспертизы:

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

Учитывайте заключение экспертов, когда решаете, принимать результаты исполнения контракта или нет (ч. 3 и 7 ст. 94 Федерального закона № 44-ФЗ)

Обязательные условия договора на оказание экспертных услуг включают:

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

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

Приглашение на осмотр товара

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

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

В приглашении на участие в повторной приемке товара указывается:

Специфика повторной приемки

Факт проведения повторной приемки должен быть зафиксирован в акте по форме ТОРГ-2. Те товары, по которым не установлены расхождения по количеству и качеству, в актах не перечисляются. В акте достаточно сделать пометку: «По остальным товарно-материальным ценностям расхождений нет».

Факт проведения повторной приемки фиксируется в накладной по форме ТОРГ-2. Если продукция иностранного происхождения, то используется форма ТОРГ-3. Товары, претензии по качеству и количеству которых не установлены, в этой накладной не упоминаются. Делается отметка о том, что по остальным товарам претензий по качеству и количеству нет.

Акт о приемке

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

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

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

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

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

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

Номер партии, номер паспорта качества или номер сертификата соответствия можно вручную вписать в накладную при первичной приемке товара.

Как составляется претензионное письмо

Покупатель составляет и направляет претензионное письмо или решение об одностороннем расторжении контракта поставщику вместе с копией акта входного контроля и формой ТОРГ-2 или отчетом эксперта (если был привлечен эксперт).

В этих документах должны быть указаны корректные замечания к качеству или количеству товара и предложены способы урегулирования проблемы. После того, как в акте по форме ТОРГ-2 или другом документе было установлено количество товара, которое не соответствует требованиям договора, покупатель составляет и направляет претензионное письмо на имя поставщика. В письме нужно перечислить, по каким товарам есть претензии к качеству и количеству и что должен сделать поставщик для устранения этих недостатков.

Претензионное письмо и решение должны включать:

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

Что такое одностороннее расторжение контракта?

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

Процедура одностороннего расторжения предполагает, что:

Как принимается решение об одностороннем отказе от исполнения контракта:

Процедура одностороннего расторжения контракта прописана в ст. 95 44-ФЗ. В ней перечислены все ситуации, когда заказчик имеет право расторгнуть контракт в одностороннем порядке. Главное условие — поставка товара, не соответствующего условиям закупочной документации, или несоответствие поставщика требованиям, предъявляемым закупочной документацией.

В контракте обязательно должны быть указаны условия ответственности заказчика и поставщика за неисполнение контракта. Если какие-то условия и обязанности не указаны в контракте, действует Гражданский кодекс — в тех частях, где он не противоречит 44-ФЗ.

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

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

Алгоритм действий при выявлении нарушений условий контракта

Заказчик обязан принять решение об одностороннем отказе от исполнения контракта в случае, если в ходе исполнения контракта установлено, что поставляемый товар не соответствуют требованиям, которые были установлены извещением и документацией о закупке (п. 15 ст. 95 Федерального закона № 44-ФЗ).

44-ФЗ обязывает заказчика принять решение об одностороннем отказе от исполнения контракта, если поставляемый товар не соответствует требованиям аукционной документации, и дает поставщику 10 дней на устранение выявленных нарушений.

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

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

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

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

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

Как проявляется ограничение конкуренции

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

Какие нарушения допускают заказчики

Не пропустите новые публикации

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

Источник