Постановление Двадцатого арбитражного апелляционного суда от 25.11.2014 по делу n А68-9366/2013. Оставить без изменения решение, а апелляционную жалобу - без удовлетворения (п.1 ст.269 АПК)

определенных действий (деятельности), но и представление заказчику результата действий исполнителя.

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

Согласно правовой позиции Президиума Высшего Арбитражного Суда Российской Федерации, изложенной в постановлении  от 14.11.2006     № 8259/06,  при рассмотрении иска о взыскании  стоимости оказанных услуг необходимо  устанавливать объем фактически оказанных услуг и их  действительную стоимость.   Судебная защита права осуществляется исходя из принципов  разумности и добросовестности  участников гражданских правоотношений. В случае несоблюдения  этих принципов суд может отказать  недобросовестному лицу в защите  права (статья 10 Гражданского кодекса Российской Федерации).

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

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

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

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

В  пункте  8  технического задания  для обмена данными предусмотрено   использование программы  1С  8.2  или  выше  (в меню «Сервисы» должен находиться пункт «Обмен данными с WEB-сайтом»). Для этого заказчик  выгружает  каталог  из  программы 1С  в  формате  CommerceML2.O,  исполнитель загружает его в каталог товаров на сайте стандартным интерфейсом битрикса, в результате в каталоге на сайте должны появиться товары (элементы инфоблока).

Заказчик    настраивает  программу 1С  на  выгрузку  каталога  на  сайт  по  расписанию  (выгружает только  изменения;  адрес  сайта,  логин/пароль  и  настройку  bitrix  предоставляет исполнитель) и на обмен  заказами с  сайтом  (настройку  bitrix и появление там  корректно  оформленных  заказов  обеспечивает  исполнитель).  Программа 1С  должна  забирать  с сайта  новые заказы и обновлять статусы прежних  (при этом в каталоге товаров на сайте количество  заказанного  товара  должна  уменьшаться на  указанное  количество  единиц). Обмен происходит автоматически по расписанию.

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

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

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

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

В материалы дела представлены акты, по которым выполненные исполнителем работы приняты заказчиком, однако в них указано на наличие недоработок и ошибок (т. 1, л. д. 29–32, 34).

Так, в акте от 04.03.2013 № 1 представлен перечень необходимых  доработок                     (22  пункта). Исполнитель  обязался  при  условии  предоставления корректной выгрузки выполнить задачи 1, 4, 8, 9, 10 в течение 3 рабочих дней. Остальные пункты исполнитель обязался исправить в течение 4 рабочих дней с момента подписания акта (т. 1, л. д. 29).

В акте от 12.03.2013  акт №  2,  содержится  24  пункта  недоработок. При этом  в  акте  отмечено,  что  истинной  причиной  некорректной  работы  является несоответствие  форматов  данных,  выявленное  в  процессе  совместной  диагностики,  по результатам  которой  исполнитель  признал  неполноту  своей  версии  формата  передачи данных  и  внес  корректирующие  изменения  в  разрабатываемый  продукт.  Исполнитель обязался внедрить на текстовую версию сайта все три SOAP-сервиса в течение 4 рабочих дней.  Исполнитель  указал,  что  при  условии  корректной  выгрузки  обязуется  выполнить задачи 1, 4 в течение 3 рабочих дней (т. 1, л. д. 30).

28.03.2013  сторонами  подписан  акт  №  3,  содержащий  12  пунктов  недоработок, первые  три  из  которых  имеются  по  причинам  проблем  с  программой 1С  со  стороны  заказчика.  Для  проверки  работы  остатков  исполнитель  обязуется  предоставить  отладочную  страницу, которая позволяет увидеть данные, получаемые со стороны 1С, на основании чего заказчик проверяет работоспособность взаимодействия сайта и 1С (т. 1, л. д. 32).

23.05.2013 сторонами подписан акт № 4, в котором указаны три недостатка, а также отражено мнение  исполнителя, согласно которому   проблема  заключается  в  том,  что  1С  выгружает некорректные данные по остаткам на  складах. Разъезжается  верстка  списка  товаров. Неправильно  работает  счетчик  товаров  в  группе  (в  группе  стиральные  машины  и ноутбуки).

В   письме от  29.04.2013   №  2904-1  (т. 1, л. д. 35) исполнитель  просил  заказчика  предоставить информацию, необходимую для выполнения работ по договору: подходит ли конфигурация 1С  заказчика, а  также формат и структура выгрузки из 1С к нижеприведенному  в письме алгоритму интеграции в 1С, а в письме №  2805-1  от  28.05.2013  сообщил,  что  во  время тестирования  работы  обмена  1С    остатки,  пришедшие  в  терминал  1С,  не  соответствуют реальным остаткам базы 1С. При этом,  исполнитель указал, что настройка программы 1С находится в зоне ответственности заказчика. 

Письмом (т. 1, л. д. 28) заказчик, сославшись на нарушение исполнителем  срока выполнения работ по договору (до 08.08.2012), потребовал назначить встречу представителей заказчика и исполнителя для приема-передачи выполненных работ и составления двустороннего акта не позднее 27.02.2013. Одновременно, указал на то, что в случае  если работы не будут переданы в указанный срок, то заказчик отказывается от дальнейшего продолжения договорных отношений.

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

Аналогичное требование  было вручено ответчику 26.04.2013 (т. 1, л. д. 33).

Заказчик вправе отказаться от исполнения договора возмездного оказания услуг при условии оплаты исполнителю фактически понесенных им в целях исполнения договора расходов (пункт 1 статьи 782 Гражданского кодекса Российской Федерации, постановление Президиума Высшего Арбитражного Суда Российской Федерации от 17.01.2012 № 11292/11).

В соответствии со статьей 783 Гражданского  кодекса  Российской Федерации общие положения о подряде (статьи 702 - 729) и положения о бытовом подряде (статьи 730 - 739) применяются к договору возмездного оказания услуг, если это не противоречит статьям 779 - 782 настоящего Кодекса, а также особенностям предмета договора возмездного оказания услуг.

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

Исходя из содержания писем истца (т. 1, л. д. 28, 33), невыполнения изложенных в них  условий  и отсутствия доказательств  достижения предусмотренной договором  цели, суд  апелляционной инстанции  приходит к выводу о том, что договор является прекращенным в связи с односторонним отказом от него заказчика.

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

Данный вывод соответствует также статье 781 Гражданского кодекса Российской Федерации, предусматривающей обязанность заказчика оплатить оказанные ему услуги.

Для определения объема и стоимости оказанных услуг  была назначена судебная экспертиза (т.3,  л. д. 132), производство которой поручено экспертам Матасову Ф.В. и Елатонцеву Н.Ю.

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

Так,  эксперт Матасов Ф.В. пришел к выводу, что объем  работ,  выполненный  исполнителем, соответствует заявленному в приложении № 1 к договору на разработку интернет-сайта. Работы выполнены качественно. При этом указано на то, что поскольку  нормативно-правовых  актов,  определяющих критерии  качества  работ  по  созданию  сайта,   не  существует,  при  оценке  необходимо опираться на соответствие результатов работ и технического задания.  При проверке  сайта  (с  учетом допущений) недостатков не выявлено. На  момент  проверки  сайта  определить наличие/отсутствие  недостатков  невозможно.  В  соответствии  с  техническим  заданием информация на сайте отображается в соответствии с данными из выгрузки, а не напрямую из  системы  1С.  Для  проверки  использовалась  последняя  предоставленная  заказчиком выгрузка, датированная  07.05.2013,  и сравнить данные из выгрузки с данными из системы 1С заказчика невозможно,  т.к.  у  заказчика  состояние  базы  данных изменилось. Если формат данных в выгрузке будет совпадать с форматом данных, принимаемых модулем импорта на сайте,  то  со  стороны исполнителя не  потребуется  доработок  сайта  и  сайт  будет  работать корректно.  Первое  сообщение  от  исполнителя  по  поводу  того,  что  ему  представлена некорректная выгрузка, содержится в письме от 14.12.2012.  Работы по интеграции с системой 1С заказчика должны были начаться с этапа № 7 календарного плана. Проверить полную  работоспособность  сайта  и  интеграцию  с  1С  невозможно  без  выгрузки  и подключенных  сервисов  со  стороны  заказчика.    Т.е.  сдать  сайт  в  эксплуатацию  без проверки на реальных данных (выгрузка и SOAP сервисы) – невозможно.

По мнению  эксперта Елатонцева Н.Ю.,  интеграция с программным обеспечением 1С является неотъемлемой частью разрабатываемого продукта. В  связи  с  тем, что данные передаются неправильно,   объем  работ  не  соответствует объему,  указанному  в  договоре  и приложении. Исходя  из  этапов  в  календарном  плане,  не выполнены  следующие  этапы:  7,  13. Не представляется  возможным проверить этапы :  16, 18,  21. Стоимость  фактически  выполненных  работ  оценить  сложно  из-за  разных  подходов  к ценообразованию у различных компаний. Дизайн  и  верстка  сайта  выполнены  в  соответствии  с требованиями;  программные  работы  по  написанию  обработчика  обмена  данными  не выполнены. Недостатки  возможно  устранить  в  течение    8  часов работы, стоимость возможно определить, исходя из стоимости часа компании. Со  стороны  заказчика    в программном  обеспечении  1С  генерировались    2  файла  -  offers.xml  и  import.xml. Программист,  который  выполнял  настройку  и  программирование  скрипта,  который выгружает  данные,  решил,  что  если  остатков  на  складе  по  товару  «0»,  то  данные передавать  не  имеет  смысла и   не  передавался  даже  xml-тэг  «Количество».   Со  стороны исполнителя программист,  который  выполнял  настройку  и  программирование скрипта,  который принимал  данную информацию и  «раскладывал»  ее по нужным полям, при  отсутствии  тега  «Количество»,  оставлял  предыдущее  значение  (значение  из предыдущей выгрузки). Таким образом, если в предыдущей выгрузке было 5 телевизоров, и в этой уже 0, то на сайте будет отображаться по-прежнему 5 телевизоров. При этом программисты  с обеих  сторон не  сделали ошибок, но они  проявили  непрофессионализм.  Поскольку  обмен  данными  выполнялся  не  готовыми средствами, а программировался, то программистам необходимо было договориться о том, как будут передаваться данные.   Программисту 1С следовало указать в пояснительной записке,  что  те  данные,  которые  равняются  нулю,  не  будут  передаваться  вообще. Программисту  со  стороны  общества необходимо было  этот момент  уточнить, или  после  первого  тестирования  обнаружить,  что  в  файле  нет    нулевых  значений  и обсудить,  что  делать  в  этом  случае.  То,  что  выгрузка  не  имеет  тегов  «количество»  при нулевых  значениях,  программист  со  стороны  общества должен  был  увидеть после  первой  выгрузки  и  указать  на  это,  а  так  же  уточнить,  что  делать  в  этом  случае. Можно так же было сразу после того как программист 1С передал файл, указать на то, что он  не  соответствует  заданному  формату.  Если  исполнитель  поставит  условие  в разработанном  сервисе  на  сайте,  что  при  отсутствии  тега  «количество»  ставить  значение равное  нулю,  то  предоставляемая  выгрузка  будет  работать  правильно,  следовательно,  выгрузка  будет  работать  корректно.  Если  заказчик  предоставит  выгрузку,  в  которой  у каждого товара будет тег «количество», то это устранит проблему, и работа сервиса станет корректной. При этом  эксперт затруднился ответить, потребуются ли от исполнителя какие-либо  доработки  сайта  для  устранения  этих  проблем  или  сайт  будет  работать корректно  без  совершения  доработок,  потому  что  спустя  год  могут  быть  изменения  в выгрузке (из за изменений в  программе 1С у заказчика), и тогда придется дорабатывать сервис. Так же сайт может работать без проблем,  так как  выгрузка  – это прикладное решение  у программы 1С  и на задачи  сайта  выгрузка  не  может  оказывать