Задача
Чтобы зарегистрировать авторское право, нужно выбрать подходящий тип заявления, согласовать сведения о произведении, авторах и правообладателях, указать публикационный статус и подготовить экземпляр для депонирования (deposit copy). Затем подтвердить декларации, оплатить сервисный сбор и государственную пошлину, а потом не потерять официальную корреспонденцию.
Самостоятельный заявитель спотыкается на развилках. Один набор вопросов не годится сразу для музыки, фотографии, текста, изобразительной работы и программного обеспечения. Автор, заявитель и правообладатель могут быть разными лицами или организациями. Публикационный статус, работа по найму (work made for hire), производные и ранее существовавшие материалы меняют состав формы. Неподходящий файл или пропущенное обязательное поле останавливают подачу. А после отправки квитанция, переданная версия, переписка с ведомством и итоговый сертификат расползаются по почте и папкам.
Отдельно стоял риск, из-за которого нельзя было просто «нажать ещё раз»: повторная попытка при техническом сбое не должна создавать вторую государственную заявку и второй платёж.
Решение
Мастер с ветвлением. Пошаговый мастер собирал структуру заявления по ответам пользователя. Он спрашивал тип произведения (изобразительное искусство, фотографии, литературное произведение, исполнительское искусство, звукозапись, программное обеспечение) и формат: одиночная работа, группа или коллекция там, где выбранный маршрут подачи это допускал. Дальше шли основное и альтернативные названия, публикационные сведения, работа по найму, авторы и вклад каждого, правообладатель (claimant) и основание перехода прав. Следующие шаги касались ранее зарегистрированных, ранее существовавших и производных материалов, ограничения объёма заявляемых прав, данных для переписки и экземпляра для депонирования. Завершали мастер основания для ускоренного рассмотрения (special handling) и заверение (certification). Ответ на раннем шаге менял последующие вопросы: работа по найму требовала организационных сведений и другой модели авторства, опубликованная работа открывала поля публикации. Неактуальные вопросы скрывались, но выбранная ветка и её исходные ответы оставались в аудите.
Разделение сущностей, которые в простом интерфейсе слипаются. Система отдельно вела того, кто создал произведение, того, кто ведёт регистрацию, текущего правообладателя, организацию-работодателя, представителя для переписки, заявляемый материал и исключённые ранее существовавшие материалы. Профиль автора переиспользовался в следующих делах, но каждое заявление хранило собственный снимок данных: смена адреса в профиле не переписывала уже отправленную форму.
Проверка до денег. Перед оплатой система сопоставляла разделы заявления между собой: совместимы ли публикационные, авторские и правообладательские данные, есть ли требуемый экземпляр для депонирования, полны ли сведения по каждому автору, на месте ли декларации и авторизация. Отдельно проверялись требования выбранного ускоренного сценария, техническая готовность файлов и отсутствие уже выполняющейся подачи той же версии дела. Предупреждение можно было подтвердить, критическая ошибка не пускала дальше и вела к конкретному шагу.
Три независимых статуса. Оформление оплаты объединяло сервисный сбор и государственную пошлину, но показывало их раздельными строками. Платёж при этом не считался регистрацией: пользователь видел статус оплаты, статус передачи и статус в ведомстве отдельно, потому что успешная оплата ничего не говорит о том, приняло ли ведомство пакет.
Подача как контролируемая транзакция. После просмотра заявления пользователь подтверждал точность данных, принимал декларацию подачи и разрешал передачу. Дальше система фиксировала неизменяемую версию заявления, повторяла предварительную проверку и связывала форму, авторов, правообладателей, экземпляр для депонирования и платёж. Затем собирала пакет в структуру выбранного маршрута подачи, передавала его в Copyright Office, получала подтверждение, сохраняла в деле квитанцию и отправленную копию и переводила дело в новый статус. У каждой отправляемой версии дела была ровно одна контролируемая попытка подачи: неоднозначный ответ внешней системы сначала сверялся по квитанции и состоянию, а не запускал немедленную повторную подачу.
Файлы с доказуемой историей. Загрузка держала возобновление прерванной передачи, проверку формата, размера и целостности, антивирусный контроль, версии и замену до авторизации, шифрование при хранении и передаче, короткоживущие ссылки и журнал скачиваний. После подачи отдельно хранились пользовательский исходник, переданная версия и полученная квитанция. По ним можно восстановить, что вошло в конкретную отправку.
Переписка как задача. Каждый запрос ведомства появлялся в кабинете задачей: сообщение, срок, требуемый ответ, вложения и канал обращения в поддержку. Ответ сохранялся новой версией и после подтверждения передавался по связанному делу. Оператор не мог незаметно исправить заверенную форму: если ошибка требовала правки данных пользователя, дело возвращалось в редактируемый статус, создавалась новая версия и требовалась повторная авторизация. Уведомление по почте вело в защищённый кабинет, чувствительных материалов в самом письме не было.
Результат
Автор получал одно место, где живёт вся регистрация: черновик, оплата, отправленная версия, квитанция, переписка с ведомством и итоговый сертификат. Разбираться в государственной процедуре самому не приходилось: мастер вёл по вопросам и показывал понятную ошибку на конкретном шаге. Незавершённый черновик можно было продолжить с другого устройства, повторяющиеся контактные данные — клонировать в новую заявку, прошлые дела — искать и выгружать комплектом.
Компании-правообладателю платформа дала управление несколькими авторами, произведениями и корпоративными заявками в одном аккаунте с разделением прав: представитель не получал автоматически доступ ко всей библиотеке автора, поддержка не скачивала экземпляры для депонирования без отдельного служебного основания.
Самому сервису досталась операционная зона, где видно не содержание авторского права, а состояние продукта: очередь ошибок валидации, платежей и передачи, зависшие и неопределённые отправки, сверка квитанции с версией дела и платежом. Повторяемые операции были идемпотентными, а автоматический повтор не выполнялся там, где мог создать вторую регистрацию или двойное списание.
CopyCatch не был юридической фирмой и не подменял консультацию адвоката. Он вёл сложную государственную процедуру как управляемый цифровой процесс с непрерывным следом от черновика до решения ведомства.
