Отчет по результатам работы по программе усовершенствования базы данных по сортам растений и изложить предложения по усовершенствованию базы данных по сортам растений

"Для USPTO было бы полезно, если бы данные УПОВ-ROM включали дату первой продажи/публичного распространения, также как и все другие наименования, которыми было названо или под которыми растение было известно. Однако, такая информация не должна быть обязательной."

CAJ/59/6 Приложение III, стр. 4

(c) комментарии относительно определенных "полей " (элементов данных)

TAG	Описание пункта	Статус
<000>	Начало записи и статус записи	обязательный	Австралия: должны обновляться путем проверки по предыдущей подаче Евросоюз: Разделитель между 2 записями – обязательный. На наш взгляд, не всегда можно указать статус записи и он не должен быть обязательным. В нашей базе данных система сравнивает подаваемые по сорту данные с существующими данными и может вычислить автоматически, является ли запись новой, исправленной, или остается неизменной (1 – новая запись 2- исправленная запись 3 – запись без изменений 0 – неизвестная) Российская Федерация: Желательно иметь возможность подавать только новые и исправленные данные (TAG<001> TAG<002>, что составляет около 5% всей информации на УПОВ-ROM.
<190>	Страна или организация, представляющая информацию	обязательный	Австралия: проверять соответствие с ISO 3166 Евросоюз: Обязательно Может быть также добавлена менеджером баз данных без особых усилий в случае необходимости
<010>	Тип записи и идентификатор (сорта)	обязательный	Евросоюз: Это поле должно быть обязательным. Сорт идентифицируется по номеру его заявки + тип ее публикации в нашей централизованной базе данных. Наш опыт показывает, что поле «идентификатор сорта» не четко поясняется и по-разному истолковывается государствами-членами. Этот идентификатор сорта должен быть для нас уникальным ключом, определяющим всегда один и тот же сорт во вкладах государства-члена на протяжении всего времени. По нашему мнению, должен быть номер заявки и, в этом отношении, работа с полем (<210>. Тип записи также должен быть обязательным. Подробнее, мы полагаем, что тип записи “BIL” (bilateral agreement - двустороннее соглашение), бесполезен: он касается записей о сортах, испытываемых государством-членом от лица других. Только информация у страны испытания может быть менее точной и полной, нежели информация государства-члена, куда была подана заявка. Более того, такая информация является дубликатом и излишне увеличивает размер баз данных. Практически, только немногие страны подают такой категории данные.
CAJ/59/6 Приложение III, стр. 5
TAG	Описание пункта	Статус
<500>	Вид – Латинское название	Обязательный, если не представлен код УПОВ	Евросоюз: Поле латинского названия вида является и должно оставаться обязательным для вида, даже если код УПОВ включается в запись. Мы полагаем, что код УПОВ является полезным полем для управления базами данных, но фактически, он не является необходимым во вкладах. Мы имели случаи, когда код УПОВ не соответствует названию вида. Например, вкладчики рассчитывают автоматически код УПОВ по правилу «5 букв» и это не всегда работает. Если название вида не представлено, то ошибка не может быть замечена. Мы считаем, что каждый работает на основании названия вида и это также является похожей информацией, представляемой селекционерами, которая должна регистрироваться. Коды УПОВ могут вычисляться автоматически с названиями видов на основе электронных таблиц УПОВ. Всякий раз мы загружаем файл, перечень видов, по которым автоматически не находится код УПОВ, редактируется, и это является важным аспектом в проверке качества подаваемых данных. В некоторых случаях кода УПОВ не существует. В других случаях, правописание от вкладчика не подтверждает стандарты УПОВ. В этом случае, это может быть сообщено и исправлено. Мы выбрали более прямой вариант: если страна А посылает нам Malus L., в качестве названия вида, программное обеспечение не определяет код УПОВ, но мы регистрируем в нашей базе данных, что Malus L. cсоответствует код УПОВ MALUS. Когда страна А снова посылает нам Malus L компьютер автоматически проставляет код MALUS. Другой причиной не запрашивать во вкладах код УПОВ является тот факт, что в случае изменения одного кода УПОВ, вкладчикам, включающим код УПОВ в свою картотеку (файл), надо будет исправлять в своей базе данных.
			Комментарий Бюро: было бы несоответствующим для Бюро расставлять коды УПОВ. Бюро может, если потребуется, предоставить помошь, но быть ответственным за свои данные – это обязанность вкладчика.
<509>		обязательный, если не дается никакого названия на национальном языке <510>	Евросоюз: Это поле не должно быть обязательным. Это поле могло быть полезным, поскольку могло дать дополнительную информацию, не включенную в название вида или код УПОВ. Например, в Общем Каталоге есть две категории для вида Apium graveolens L.: 1 Apium graveolens L – Celery (Сельдерей) – 2 Apium graveolens L. – Celeriac (Сельдерей). Ссылка, тем не менее, остается на латинское название вида.
<510>	Вид – общее название на национальном языке, ином, чем английский	обязательный, если не дается никакого названия на английском языке <509>	Евросоюз: Это поле не должно быть обязательным. Смотри комментарии выше (<500>)
<511>	Вид – Код УПОВ таксона	обязательный	Австралия: В случаях, где новый код еще только должен быть размещен, запись должна оставаться правомерной, при условии, что <500> включен. Евросоюз: Это поле не должно быть обязательным. Смотри комментарии выше (<500>).
CAJ/59/6 Приложение III, стр. 6
TЕГ	Описание пункта	Статус
	НАИМЕНОВАНИЯ		Евросоюз: Некоторые страны не имеют дат предложения, опубликования и одобренного доступа к своим базам данных. Если вкладчики не имеют дат, доступных к их базам данных, они, по возможности, должны сделать Тег <540>/<541>/<542>/<543> для сообщения статуса наименования. В базе данных CPVO статус наименования вычисляется автоматически согласно этим Тегам. Иными словами, по крайней мере, одно из этих полей должно быть обязательным, даже если никакие даты не упоминаются. В случае замены одного предложения наименования новым предложением наименования, полезно знать историю по каждому предложению наименования со всеми датами. Одно наименование будет появляться с Тегом <543>
<540>	Дата + предложенное наименование, первое появление или первый ввод в базу данных	обязательный, если не указан селекционный номер (<600>)	Евросоюз: Мы иногда получали вопросы в отношении значения «первое появление или первый ввод в базу данных». Это объяснение следует уточнить. Мы понимаем это, как дату формального предложения наименования. Перед наименованием, которое было предложено для сорта, некоторые страны ставят в этом поле селекционный номер, вместо Тега <600> Тег мог быть переименован: <540> дата предложения + наименование
<541>	Дата + предложенное наименование, опубликованное		Евросоюз: Эта дата очень полезна, если она доступна в национальных базах данных. Тег мог быть переименован: <541> дата опубликования + наименование
<542>	Дата + одобренное наименование	обязательный, если охраняемый или занесен в Национальный лист	Евросоюз: Эта дата очень полезна, если она доступна в национальных базах данных. Тег мог быть переименован: <542> дата одобрения + наименование. Нам хотелось бы отметить, что программа JOUVE обнаруживает ошибку всякий раз, если в одной записи 2 Тега <542>. Но в некоторых случаях одно одобренное наименование может быть заменено новым предложенным наименованием, которое также было одобрено. В таких случаях в записи будет 2 Тега <542>
<543>	Дата + отклоненное или отозванное наименование		Евросоюз: Эта дата очень полезна, если она доступна в национальных базах данных, но не включена в формате файла CSV. Тег мог быть переименован: <543> дата отмены/отзыва + наименование. США: Не должна быть обязательной
<600>	Селекционный номер	обязательный, если существует	Евросоюз: Это поле не должно быть обязательным
<601>	Синоним наименования сорта		Евросоюз: Это поле не должно быть обязательным США: Не должно быть обязательным
CAJ/59/6 Приложение III, стр. 7
TЕГ	Описание пункта	Статус
<602>	Торговая марка		Австралия: Следует разрешить различные наименования (возможно путем использования соответствующего разделителя) Евросоюз: Это поле не должно быть обязательным Российская Федерация: Необходимо пояснение США: Не должно быть обязательным
<210>	Номер заявки	обязательный, если заявка существует	Евросоюз: Это поле должно быть обязательным. См. комментарии по полю <010>
<220>	Заявка/Дата подачи	обязательный, если заявка существует	Евросоюз: Это поле не должно быть обязательным
<400>	Дата опубликования данных относительно заявки (охрана)/подача (занесение в реестр)		Евросоюз: Это поле не должно быть обязательным
<111>	Номер охранного документа (охрана)/ регистрационный номер (занесение в реестр)	обязательный, если существует	Евросоюз: Это поле не должно быть обязательным Для охраняемых или зарегистрированных сортов, по крайней мере, один из 4 Тегов <111><151><610><620> должны быть созданы, даже если вкладчик не имеет информации об этой дате. Что же до наименований, то мы используем эти Теги для вычисления статуса «Зарегистрирован»
<151>	Дата опубликования данных относительно охранного документа (охрана)/ регистрационный номер (занесение в реестр)		Евросоюз: Это поле не должно быть обязательным США: Этот элемент данных в настоящее время не перечислен в числе обязательных; хотя USPTO считает, что публикация данных по всем охранным документам должна обязательно подаваться, особенно если публикация охранного документа представляет уведомление общественности об охраняемом сорте растения. В некоторых случаях эта дата может быть важной в экспертизе новых патентных заявок США, потому что дата могла устанавливать дату, когда документ мог использоваться в качестве предшествующего действия
<610>	Дата начала - охранный документ (охрана)/ регистрационный номер (занесение в реестр)	обязательный, если существует	Австралия: дата не может быть раньше, чем <220> Евросоюз: это поле не должно быть обязательным
CAJ/59/6 Приложение III, стр. 8
<620>	Дата начала – восстановление регистрации (занесение в реестр)		Австралия: дата не может быть раньше, чем <610> Евросоюз: это поле не должно быть обязательным Российская Федерация: Требуется пояснение
TAG	Описание пункта	Статус
<665>	Вычисленная будущая дата исчерпания	обязательный, если охранный документ/ занесение в реестр	Евросоюз: это поле не должно быть обязательным
<666>	Тип даты, следующей за «Датой окончания»	обязательный, если существует	Австралия: Дата должна быть совмещена с датой типа (например, TER дата не может быть перед (<610>) Евросоюз: Это поле не должно быть обязательным Представляется необходимым некоторое уточнение. <666> не должен включаться в запись для сортов: - при процедуре внесения в Национальный лист или Реестр охраняемых - регистрируемых или охраняемых <666> должен воспроизводиться с информацией о статусе: отозванных заявок: WDR отклоненных заявок REJ сорта с уступкой права SUR сорта завершенные (терминаторные) TER сорта с истекшим сроком EXP Иногда вкладчики не имеют в наличии даты отзыва или уступки по сортам старых заявок
СООТВЕТСТВУЮЩИЕ СТОРОНЫ
<730>	Имя заявителя	обязательный, если существует заявка	Евросоюз: Это поле не должно быть обязательным
<731>	Имя селекционера	обязательный	Евросоюз: Это поле должно быть обязательным
<732>	Имя поддержателя	обязательный, если зарегистрировано	Евросоюз: Это поле не должно быть обязательным Российская Федерация: Имя правообладателя (TAG<733>) и имя поддержателя (TAG<732>) могут меняться и поэтому, эти опции должны сопровождаться их соответствующими датами начала и окончания.
<733>	Имя правообладателя	обязательный, если охраняемый	Евросоюз: Это поле не должно быть обязательным Российская Федерация: Имя правообладателя (TAG<733>) и имя поддержателя (TAG<732>) могут меняться и поэтому, эти опции должны сопровождаться их соответствующими датами начала и окончания.
CAJ/59/6 Приложение III, стр. 9
<740>	Тип иной стороны, следующий за именем стороны		Евросоюз: Это поле не должно быть обязательным. Контроль по формату на поле является для вкладчика не простым. Нам приходилось возвращаться к ним очень часто в этой связи, потому что Jouve замечает проблему, если не указывается тип стороны.
ИНФОРМАЦИЯ ОТНОСИТТЕЛЬНО ЭКВИВАЛЕНТНЫХ ЗАЯВОК В ДРУГИХ СТРАНАХ
<300>	Приоритетная заявка: страна, тип записи, дата заявки, номер заявки		Евросоюз: Это поле не должно быть обязательным. США: Не должно быть обязательным.
<310>	Другие заявки: страна, тип записи, дата заявки, номер заявки		Евросоюз: Это поле не должно быть обязательным.
<320>	Другие страны: страна, наименование, если отличается от наименования в заявке		Евросоюз: Это поле не должно быть обязательным.
<330>	Другие страны: страна, селекционный номер, если отличен от селекционного номера в заявке		Евросоюз: Программа Jouve обнаруживает ошибки, как только формат не совмещается и это иногда является трудным для вкладчиков, которые исправили данные в программе извлечения. Иногда они тоже не имеют всей информации. Учитывая, что эти поля не вставляются в базу данных CPVO, некоторые вкладчики не присылают эту информацию.
<900>	Другая соответствующая информация (указывается словесно)		Евросоюз: Это поле не должно быть обязательным.
<910>	Ремарки (слово индексировано)		Евросоюз: Это поле не должно быть обязательным.
<920>	Теги пунктов измененной информации со времени последней передачи (необязательная)		Австралия: это могло осуществляться путем проверки качества данных на основании предшествующей подачи члена. См. также комментарии <000>. Евросоюз: Это поле не должно быть обязательным.
<998>	FIG		Евросоюз: Это поле не должно быть обязательным.
<999>	Определитель изображения		Австралия: Если используется, то было бы полезно для этого делать гиперссылку со страницей сайта, где находится это изображение (и возможно, другая информация). Евросоюз: Это поле не должно быть обязательным.

[Конец Приложения III и документа]