Задача
Регистрация copyright — это не одна форма. Нужно выбрать подходящий тип заявления, согласовать сведения о произведении, авторах и правообладателях, указать публикационный статус, подготовить deposit copy, подтвердить декларации, оплатить сервисный сбор и государственную пошлину, а потом не потерять официальную корреспонденцию.
Самостоятельный заявитель спотыкается на развилках. Один набор вопросов не годится сразу для музыки, фотографии, текста, изобразительной работы и программного обеспечения. Автор, заявитель и правообладатель могут быть разными лицами или организациями. Публикационный статус, work made for hire, производные и ранее существовавшие материалы меняют состав формы. Неподходящий файл или пропущенное обязательное поле останавливают подачу. А после отправки receipt, переданная версия, переписка с ведомством и итоговый сертификат расползаются по почте и папкам.
Отдельно стоял риск, из-за которого нельзя было просто «нажать ещё раз»: повторная попытка при техническом сбое не должна создавать вторую государственную заявку и второй платёж.
Решение
Условный мастер вместо длинной формы. Пошаговый мастер собирал структуру заявления по ответам пользователя: тип произведения — visual arts, photographs, literary work, performing arts, sound recording, software; одиночная работа, группа или коллекция там, где выбранный filing path это допускал; названия и альтернативные titles; публикационные сведения; работа по найму; авторы и вклад каждого; claimant и основание перехода прав; previously registered, preexisting и derivative material; ограничения объёма заявляемых прав; correspondence-данные; deposit copy; eligibility для special handling; certification. Ответ на раннем шаге менял последующие вопросы: work made for hire требовал организационных сведений и другой модели authorship, опубликованная работа открывала поля публикации. Неактуальные вопросы скрывались, но выбранная ветка и её исходные ответы оставались в аудите.
Разделение сущностей, которые в простом интерфейсе слипаются. Система отдельно вела того, кто создал произведение, того, кто ведёт регистрацию, текущего claimant, организацию-работодателя, представителя для переписки, заявляемый материал и исключённый preexisting material. Профиль автора переиспользовался в следующих делах, но каждое заявление хранило собственный snapshot: смена адреса в профиле не переписывала уже отправленную форму.
Preflight до денег. Проверка перед оплатой не подсвечивала пустые поля, а сопоставляла разделы между собой: совместимость публикационных, авторских и правообладательских данных, наличие требуемого deposit copy, полноту сведений по каждому автору, декларации и авторизацию, требования выбранного expedited-сценария, техническую готовность файлов и отсутствие уже выполняющейся подачи той же версии дела. Предупреждение можно было подтвердить, критическая ошибка не пускала дальше и вела к конкретному шагу.
Три независимых статуса. Checkout объединял сервисный сбор и государственную пошлину, но показывал их раздельными строками. Платёж при этом не считался регистрацией: пользователь видел payment status, transmission status и Office status отдельно — именно потому, что успешная оплата ничего не говорит о том, приняло ли ведомство пакет.
Подача как контролируемая транзакция. После review пользователь подтверждал точность данных, принимал filing declaration и разрешал передачу. Дальше контур фиксировал неизменяемую версию заявления, повторял preflight, связывал форму, авторов, claimants, deposit copy и платёж, собирал пакет в структуру выбранного filing path, передавал его в Copyright Office, получал подтверждение, сохранял receipt и submitted copy в деле и переводил его в новый статус. У каждой отправляемой версии дела был ровно один контролируемый submission attempt: неоднозначный ответ внешней системы сначала сверялся по receipt и состоянию, а не запускал немедленную повторную подачу.
Файлы с доказуемой историей. Загрузка держала возобновление прерванной передачи, проверку формата, размера и целостности, антивирусный контроль, версии и замену до авторизации, шифрование при хранении и передаче, короткоживущие ссылки и журнал скачиваний. После подачи отдельно хранились пользовательский исходник, переданная версия и полученный receipt — по ним можно восстановить, что именно вошло в конкретную отправку.
Correspondence как задача, а не письмо. Запрос ведомства превращался в задачу в кабинете: сообщение, срок, требуемый ответ, вложения и канал обращения в поддержку. Ответ сохранялся новой версией и после подтверждения передавался по связанному делу. Оператор не мог незаметно исправить заверенную форму: если ошибка требовала правки данных пользователя, дело возвращалось в редактируемый статус, создавалась новая версия и требовалась повторная авторизация. Email-уведомление вело в защищённый кабинет, а не раскрывало чувствительные материалы прямо в письме.
Результат
Автор получал одно место, где живёт вся регистрация: черновик, оплата, отправленная версия, receipt, переписка с ведомством и итоговый сертификат. Вместо самостоятельного разбора государственной процедуры — пошаговые вопросы и понятная ошибка на конкретном шаге. Незавершённый черновик можно было продолжить с другого устройства, повторяющиеся контактные данные — клонировать в новую заявку, прошлые дела — искать и выгружать комплектом.
Компании-правообладателю платформа дала управление несколькими авторами, произведениями и корпоративными заявками в одном аккаунте с разделением прав: представитель не получал автоматически доступ ко всей библиотеке автора, поддержка не скачивала deposit copies без отдельного служебного основания.
Самому сервису досталась операционная зона, где видно не содержание авторского права, а состояние продукта: очередь ошибок валидации, платежей и передачи, зависшие и неопределённые отправки, сверка receipt с версией дела и платежом. Повторяемые операции были идемпотентными, а автоматический retry не выполнялся там, где мог создать вторую регистрацию или двойное списание.
CopyCatch не был юридической фирмой и не подменял консультацию адвоката. Он превращал сложную государственную процедуру в управляемый цифровой процесс с непрерывным следом от черновика до решения ведомства.
