Заключаем договор на разработку и внедрение СЭД

Сразу определимся, что речь идет о договоре между резидентами РФ. Будем разбирать вопросы в том порядке, в каком они обычно ­освещаются в структуре договора.

Термины и определения

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

У меня были прецеденты, когда другая сторона по тем или иным причинам не согласовывала (не подписывала) проектные документы, ссылаясь на то, что ей не нравится их оформление. Поэтому рекомендую «на берегу» определить, что стороны понимают под терминами «документация» и «оформленная документация». Сделать это можно, например, так:

Чтобы в тексте договора каждый раз не писать длинное конкретное наименование информационной системы, это можно сделать один раз, введя термин «объект» договора.

Предмет договора

Вариантов описания предмета договора множество, могу предложить парочку:

На что еще необходимо обратить внимание при описании предмета договора? В процессе внедрения информационной системы, как правило, предполагается обучение пользователей работе в ней, а также специалистов заказчика, которые будут заниматься сопровождением этой системы (в том случае, если для выполнения данной работы не будет привлечена сторонняя организация). В календарном плане проекта нельзя использовать термин «обучение». Для проведения именно обучения требуется наличие соответствующих лицензий, поэтому лучше использовать такие формулировки, как «консультации» или «подготовка пользователей / специалистов».

Стоимость работ / услуг. Порядок оплаты

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

Довольно часто в договорной схеме «заказчик – подрядчик (генпод­рядчик) – субподрядчик» генподрядчик в договоре с субподрядчиком условием выплаты денежных средств второму ставит получение денег от заказчика. Однако в соответствии с судебной практикой оплата генеральным подрядчиком выполненных субподрядчиком работ должна производиться независимо от оплаты работ заказчиком генеральному подрядчику (информационное письмо Президиума Высшего ­Арбитражного Суда РФ от 24.01.2000 № 51).

В зависимости от продолжительности и сложности проекта определяется порядок оплаты. Как правило, работы по проекту принимаются и оплачиваются по завершении этапа – это в интересах заказчика. Но нужно подумать и о подрядчике: если продолжительность проекта составляет, например, 3 года и проект состоит из 5 этапов, то целесо­образнее разбить график приема работ и оплаты на более мелкие периоды (подэтапы). Ведь если этап, к примеру, длится 8 месяцев, то все эти 8 месяцев подрядчику необходимо платить заработную плату своим работникам, занятым на проекте (если компания не очень крупная, то это будет достаточно проблематично).