Замена модулей сайта внешними каталогами
Если договор не разрешает замену, её нужно согласовать. Сравнивают реальные функции и пригодность сайта, а не только внешнее сходство каталогов.
Ответы · 208
В базе знаний собраны подробные статьи, короткие ответы и правовые новости о договорах, персональных данных, рекламе, трудовом праве и других вопросах бизнеса. Найдите материал по запросу или выберите тему.
Отчёт о работе и согласование решений по ТЗ
Отчёт подтверждает информирование, а согласование устанавливает допустимое решение. При открытых вопросах ТЗ нужно сохранять предложение и ответ уполномоченного лица.
Номинальный счёт и деньги исполнителей платформы
Владелец номинального счёта проводит операции с деньгами бенефициаров. Принадлежность средств, комиссию и порядок перечислений нужно отразить в согласованной модели.
Почему выгрузки Jira в Excel может не хватить суду
Таблице нужны подтверждённое происхождение и связь с заданиями и результатом. Отказ в конкретном деле не означает запрета Excel или обязательного нотариального заверения каждой выгрузки.
Как обосновать отказ от приёмки задач Jira
Отказ нужно связать с конкретными требованиями, несоответствиями и подтверждениями. Один перечень задач не опровергает исполнение и не решает спор об оплате.
Частичная оплата разработки по задачам Redmine
Суд может проверить объём по каждой задаче и взыскать подтверждённую часть. Часы и статусы нужно связать с договорной моделью оплаты и конкретным результатом.
Передача кода и макетов через онлайн-сервисы
Нужно показать, какой результат передали, где он находился и как заказчик получил к нему доступ. Создание репозитория не заменяет подтверждение передачи.
Доказательства заключения договора в приложении
Доказательства должны связывать человека, телефон, действие и конкретный документ. Помимо файлов нужно понятное описание того, как приложение фиксирует заключение договора.
Кто оплачивает внешние API после разработки
До передачи ПО нужно определить сторону договора с внешним поставщиком и того, кто оплачивает продление. Сдача кода не решает автоматически вопрос дальнейшей доступности сервисов.
Предмет договора на внешнюю ИТ-команду
При меняющихся заданиях предмет связывают с согласованной деятельностью команды. Обещание готового продукта должно соответствовать реальной модели взаимодействия и ответственности.
Состав и ставки команды в рамочном договоре
Общие правила можно оставить в рамочном договоре, а состав команды, ставки и сроки согласовывать в приложениях. Право менять условия и способ согласования нужно определить заранее.
Простой ИТ-команды из-за закрытого репозитория
Обязанность поддерживать доступ должна быть конкретной. Для расчёта последствий нужно зафиксировать препятствие, зависимые задачи и согласованный порядок оплаты или переноса сроков.
Как записать устную задачу в таск-трекере
Устную задачу переводят в доступную заказчику запись, затем дают возможность проверить и уточнить её. Значение молчания и срок реакции нужно согласовать заранее.
Замена специалистов внешней ИТ-команды
Нужно заранее определить порядок замены, полномочия участников и передачу задач. Срок предупреждения согласуют стороны, а название специалиста представителем не устраняет трудовые риски.
Противоречивые задания менеджеров заказчика
Нужен уполномоченный представитель клиента, который разрешает противоречия и фиксирует итоговое решение. Само количество менеджеров не должно оставлять приоритеты неопределёнными.
Рабочие дни и отсутствие в цене ИТ-команды
Перерасчёт по рабочим дням и отсутствию действует в согласованной модели оплаты. Фиксированная месячная плата не означает такое уменьшение автоматически.
Дополнительные часы внешней ИТ-команды
Нужно определить границы основного режима и самостоятельные условия дополнительных часов. Доплату связывают с согласованными задачами, временем и ставкой.
Разные ставки разработчиков одной специальности
Разницу в ставках можно связать с согласованными уровнями специалистов. Само название грейда не подтверждает квалификацию человека и не объясняет применение ставки задним числом.
Внутренняя лицензия и сервис для клиентов
Право использовать программу внутри компании не подтверждает автоматически право включать её в сервис для клиентов. Нужны проверка условий поставщика и соответствие фактической модели.
Срок предупреждения о снятии разработчика
Срок выхода специалиста и расчёты при прекращении участия согласуют отдельно. Плату за несоблюдение предупреждения нужно оценивать по конкретному договору и применимым правилам.
Закрывающие документы при номинальном счёте
Документы может формировать площадка или сам исполнитель по согласованной модели. Вид банковского счёта не определяет автоматически, кто оказывает услугу и подписывает документы.
Учёт денег получателей до запуска счёта площадки
Нужны процессы определения получателей, учёта их средств и сверки операций. Автоматическое разделение платежа не заменяет подготовку данных и договорной модели.
Почему статус финтех-платформы нельзя копировать
Статус зависит от реальных функций и договорной роли площадки. Сходство интерфейса или название конкурента не подтверждают наличие либо отсутствие необходимых разрешений.
Система договоров финтех-платформы
Нужно описать разные отношения участников и согласовать их условия между собой. Важна полнота системы договоров, а не обязательное число отдельных файлов.
