Акт обслуживания программного обеспечения

  • автор:

Договор № на передачу пароля для доступа к параграф-www

ДОГОВОР №
на передачу пароля для доступа к ПАРАГРАФ-WWW

г. Бишкек

«___»___________2012 год

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

Поставщик передает Покупателю пароль доступа к базе данных, установленной на информационно- правовом сервере Поставщика (в дальнейшем — ИС ПАРАГРАФ -WWW) по адресу в сети Интернет: online.adviser.kg, а Покупатель обязуется оплатить стоимость указанного пароля в соответствии с настоящим Договором.

2. Условия по Договору

2.1. Условия работы сервера ИС ПАРАГРАФ — WWW указаны по адресу в сети Интернет: online.adviser.kg. Не гарантируется абсолютная бесперебойность или безошибочность его работы, хотя Поставщик предпримет все разумные усилия и меры с целью недопущения этого. Подбор нормативных правовых актов и иных документов, включаемых в ИС ПАРАГРАФ — WWW, является прерогативой Компании. Отдельные приложения к документам, формат которых не поддерживается, могут отсутствовать.

2.2. Доступ Покупателю к платным документам обеспечивается путем регистрации его Поставщиком и передачи ему имени и пароля для доступа после оплаты Услуги в соответствии с п.3.1 настоящего Договора, что позволяет:

• получить доступ к любому документу в рамках оплаченного комплекта системы ИС ПАРАГРАФ -WWW (доступ осуществляется для одного авторизованного пользователя)

• получить необходимые консультации в отделе обслуживания Поставщика
2.3. Документы, полученные Покупателем в рамках настоящего Договора, предназначены для индивидуального использования. Распространение их третьим лицам в виде файлов на магнитных или иных носителях, а также по каналам связи и сетям телекоммуникаций не разрешается. При воспроизведении текстов документов, полученных из базы данных ИС ПАРАГРАФ — WWW, на бумажных носителях, ссылка на ИС ПАРАГРАФ обязательна. Воспроизведение (перепечатка) и распространение документов, являющихся объектами авторского права, не разрешается.

3. Стоимость и порядок расчетов

3.1. Стоимость доступа к ИС ПАРАГРАФ — WWW определяется в зависимости от выбранного Покупателем комплекта в соответствии с Приложением № 1 к настоящему Договору.
3.2. Плата за доступ к ИС ПАРАГРАФ — WWW вносится авансовым платежом и учитывается на лицевом счете Покупателя. Оплата может производиться следующими способами:
• Безналичным платежом через расчетный счет

• Наличным расчетом в кассу Поставщика

3.3. Передача имени и пароля для доступа к ИС ПАРАГРАФ — WWW от Поставщика к Покупателю сопровождается актом передачи при первоначальной оплате. Поставщиком выставляется Покупателю счет-фактура и акт выполненных работ после оплаты на всю сумму по Договору. Для получения пароля представитель Покупателя должен предоставить Доверенность.
3.4. За неисполнение или ненадлежащее исполнение обязательств по настоящему договору стороны несут ответственность в соответствии с действующим законодательством Кыргызской Республики.

4. Ответственность сторон

4.1. Поставщик не несет ответственности перед Покупателем за качество каналов связи, настройки интернет-браузеров и за перебои в работе, происходящие по причинам, не зависящим от Поставщика. Доступ предоставляется «как он есть», в виде, в котором он доступен на момент предоставления, без каких-либо прямых или косвенных гарантий. Никакая информация или советы, даваемые Поставщиком, не могут рассматриваться как гарантии. Обстоятельства непреодолимой силы освобождают стороны от исполнения обязательств по настоящему Договору.

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

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

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

4.5. Покупатель обязуется соблюдать авторские права Поставщика и иных правообладателей на документы, базу данных и программные средства ИС ПАРАГРАФ – WWW. Поставщик может прекратить доступ без предупреждения, если Покупатель, совершает действия, которые Поставщик, исключительно со своей точки зрения, считает нарушающими его авторские права. В этом случае уплаченные суммы Покупателю не возвращаются. Поставщик не несет ответственности за извещение любых третьих лиц о лишении Покупателя доступа к ИС ПАРАГРАФ — WWW и за возможные последствия, возникшие в результате отсутствия такого извещения.

5. Прочие условия

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

6. Порядок вступления в силу договора

7. Порядок расторжения договора

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

7.2. Споры между Поставщиком и Покупателем рассматриваются в суде г. Бишкек.
7.3. Стороны могут расторгнуть Договор в одностороннем порядке, в случае неисполнения другой стороной своих обязательств по Договору с возможным возмещением убытков за счет виновной стороны.
7.4. Невнесение платы за доступ Покупателем рассматривается как приостановление действия Договора и соответственно приостановление обязательств Поставщика.
7.5. Поставщик вправе в одностороннем порядке расторгнуть Договор в следующих случаях:
7.6. При нарушении Покупателем п.2.3 настоящего Договора.

7.7. При невнесении платы за доступ в течение 2-х месяцев.

7.8. При совершении попыток со стороны Покупателя внесения порчи и неполадок в работу сервера ИС ПАРАГРАФ — WWW или создание препятствий для работы других пользователей.

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

Реквизиты сторон

Приложение № 1 от «_____» __________________
к Договору № ___ от «_____» __________________

ВНИМАНИЕ: Состав документов, входящих в выбранный Вами комплект указывается в Информации о комплектах, действующей на момент подписания настоящего приложения.
По истечении срока действия настоящего приложения — состав комплектов определяется в соответствии с Информацией о комплектах, утвержденной на момент подписания нового Приложения № 1, которая может не совпадать с раннее утвержденной.

Покупателю предоставляется пароль доступа к ИС ПАРАГРАФ-WWW
Разрешение доступа дано для следующих комплектов:

Наименование
комплектов

Количество
паролей

Открытие
доступа

Закрытие
доступа

Срок
подписки

(месяцев)

Сумма за год

Итого:

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

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

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

Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях его жизненного цикла. Общие принципы и рекомендации по управлению конфигурацией ПО отражены в проекте стандарта ISO/IEC 12207-2: 1995 “Information Technology — Software Life Cycle Processes. Part2. Configuration Management for Software”.

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

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

· подготовительная работа (заключается в координации с другими вспомогательными процессами и планировании самого процесса обеспечения качества с учетом используемых стандартов, методов, процедур и средств);

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

· обеспечение качества процесса предполагает гарантирование соответствия процессов жизненного цикла ПО, методов разработки, среды разработки и квалификации персонала условиям договора, установленным стандартам и процедурам;

· обеспечение прочих показателей качества системы осуществляется в соответствии с условиями договора и стандартом ISO 9001.

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

— непротиворечивость требований к системе и степень учета потребностей пользователей;

— возможности поставщика выполнять заданные требования;

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

— адекватность стандартов, процедур и среды разработки процесса ПО;

— соответствие проектных спецификаций ПО заданным требованиям;

— корректность описания в проектных спецификациях входных и выходных данных, последовательности событий, интерфейсов, логики;

— соответствие кода проектным спецификациям и требованиям;

— тестируемость и корректность кода, его соответствие принятым стандартам кодирования;

— корректность интеграции компонентов ПО в систему;

— адекватность, полнота и непротиворечивость документации.

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

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

· подготовительную работу;

· оценку управления проектом;

· техническую оценку.

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

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

Договор на разработку программного обеспечения

Как составить договор на разработку программного обеспечения Образец и комментарии

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

1. Предмет договора на разработку программ для ЭВМ

1.1. Разработчик обязуется создавать (в том числе модифицировать) и передавать Заказчику программы для ЭВМ и/или базы данных (далее по тексту – «Продукт» или «Продукты») с одновременным отчуждением Заказчику исключительного права на такие Продукты в полном объеме, а Заказчик обязуется принимать Продукты и исключительное право на них и оплачивать на условиях настоящего Договора.

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

Готовое решение для вашего бизнеса Более 18 вариантов договора на разработку ПО. Различные модели тарификации. 100% защита прав на код, дизайн и алгоритмы.

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

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

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

Поскольку работы по созданию программного обеспечения облагаются НДС в отличие от предоставления права использования программного обеспечения на основании чистого лицензионного договора или договора отчуждения исключительного права на ПО, которые освобождены от НДС на основании пп.26 ст.149 НК РФ, в предмет настоящего договора также необходимо включить пункт, что договор на разработку программного обеспечения является смешанным, а потому к нему не применяется норма о льготе по НДС.

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

2. Порядок сдачи-приемки программного обеспечения

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

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

Для обеспечения качества работ необходимо обеспечить контроль со стороны Заказчика.

2.2. Если во время создания Продукта возникает необходимость внести какие-либо изменения в задание или другие изменения в условия Договора, то такие изменения оформляются письменным соглашением Сторон.

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

2.3. По завершении работ и/или отдельного этапа работ Разработчик предоставляет Заказчику исходный текст и объектный код Продукта (в том числе его части) на оптическом диске или посредством сети связи с сопутствующей технической документацией и руководствами по использованию.

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

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

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

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

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

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

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

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

3. Цена договора и порядок расчетов по договору на разработку ПО

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

Возможна масса вариантов определения стоимости работ по созданию программного обеспечения:

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

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

4. Ответственность сторон по договору на создание ПО

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

5. Разрешение споров

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

6. Конфиденциальность

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

Хотите проверить или составить Договор на разработку программ для ЭВМ с учетом вашей специфики?

Заинтересовала услуга? Не нашли ответа?
Узнать цену Задать вопрос

Образец Договора на разработку ПО для ознакомления
Приложение N ____
к Договору на установку и обслуживание
программного обеспечения
N _________ от «__»___________ ____ г.
Акт N ___
оказанных услуг по обслуживанию программного обеспечения
за период: ________________________
г. _______________ «__»___________ ____ г.
________________________________, именуем__ в дальнейшем «Исполнитель»,
(наименование или Ф.И.О.)
в лице ______________________________________________________, действующего
(должность, Ф.И.О. уполномоченного представителя)
на основании ____________________________________________, с одной стороны,
(документ, подтверждающий полномочия)
и _________________________________, именуем__ в дальнейшем «Пользователь»,
(наименование или Ф.И.О.)
в лице ______________________________________________________, действующего
(должность, Ф.И.О. уполномоченного представителя)
на основании ___________________________________________, с другой стороны,
(документ, подтверждающий полномочия)
составили настоящий акт о нижеследующем:
1. В соответствии с п. п. 1.1, 1.4 Договора на установку и обслуживание
программного обеспечения от «__»___________ ____ г. N ____ Исполнителем
были оказаны следующие услуги: ________________________________ в следующий
период __________________ на сумму ____________ (___________) рублей, в том
числе НДС ____% ____________ (____________) рублей.
2. Все услуги были оказаны в соответствии с требованиями Пользователя и
своевременно.
3. Претензий к Исполнителю Пользователь не имеет.
4. Настоящий акт составлен и подписан в двух экземплярах, имеющих
равную силу, и хранится по одному у каждой Стороны, подписавшей настоящий
акт.

Акт на передачу прав на программное обеспечение

Формирование акта приема-передачи программного обеспечения необходимо в тех случаях, когда предприятие приобретает ПО для каких-то своих нужд.

ФАЙЛЫ
Скачать пустой бланк акта на передачу прав на программное обеспечение .docСкачать образец акта на передачу прав на программное обеспечение .doc

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

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

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

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

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

Зачем покупать ПО

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

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

Что дает составление акта

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

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

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

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

Особенности формирования акта, общие сведения

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

  1. Во-первых, если на предприятии имеется образец документа, установленный в ее локально-нормативной политике, акт нужно составлять по его типу. Но если такого образца не имеется, не проблема – акт можно формировать в свободном виде, с точки зрения закона нарушением такой подход не является.
  2. Во-вторых, акт допустимо писать вручную или делать в электронном виде. При этом, если используется второй вариант, документ после создания надо обязательно распечатать – это нужно для того, чтобы ответственные за прием-передачу программного обеспечения лица могли завизировать акт своими подписями. Если в организации принято использовать печати для удостоверения бумаг, акт нужно еще и проштамповать.
  3. В-третьих, документ следует сделать как минимум в двух идентичных экземплярах (если акт пишется от руки, то удобно делать его через копировальную бумагу) – по одному для каждой из сторон, представители которых участвуют в оформлении бланка. При надобности можно акт размножить, также заверив все копии надлежащим образом.
  4. Сведения об акте следует зарегистрировать в специальном журнале учета, который, как правило, находится у секретаря предприятия или другого ответственного сотрудника.

Образец акта на передачу прав на ПО

Вначале документа пишется:

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

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

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

ОБРАТИТЕ ВНИМАНИЕ! Акт подписывается обеими сторонами.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *