Сегодня весь день пытаюсь разобраться с этой программой. Появились первые сдвиги.
И новые проблемы.
На фотолии не удаётся пролинковать релиз. Вместо вариантов программа выдаёт слева пустые красные строчки со скрепками. Как исправить?
Необходимо прислать скриншот через Bug Report (либо на support@octopusmicrostock.com) – и там же описать проблему, кроме того необходимо указать, в каком формате хранятся релизы на фотолии, используется ли кириллица, используются ли пробелы. Может быть привести скриншот списка релизов с фотолии.
На дримс вроде бы прошло и находится в пендинге. На картинке, которая с релизом, есть пометка, что присоединён релиз. Но, когда её открываешь, он релиза не показывает(не выделяет синей строчкой). Это нормально?
Нормально.
На шутере одна картинка автоматически попала в пендинг. Две остальные упорно просят ручной атрибутации. Пробовал несколько раз. С чем это может быть связано?
Даже после успешных загрузок, статус операции остается ошибочным:
Error while Submitting
Not all files in the package have been processed
На данный момент программа пытается каждые десять минут засамбитеть шутер и уже атрибутированный ею же дримс. После каждой попытки выдаёт ошибку, которую я написал выше.
Отсутствует ли оранжевая рамка на выгруженных файлах? Если файл полностью готов (белая рамка), снесите на шаттере те что не засабмитились, измените у них статус на Undefined и залейте по новой. Если не поможет – через Bug Report (либо на адрес поддержки) отправьте любое ваше изображение проаттрибутированное Octopus, но не засабмиченное в автоматическом режиме на Shutterstock . Наложите водяной знак на изображение, которое отправите нам.
Задачи можно остановить или удалить через контекстное меню.
Вместо описания на фотолии, на тех работах, которые в пендинге, набор цифр и букв.
Это нормально, после приемки все встанет на место.
На шутере, та работа которая прошла имеет обычное название, те две, которые программа почему то предлагает атрибутировать вручную, имеют такой же цифро-буквенный код в описании.
Это нормально, после сабмита они будут заменены на исходные.
При ручной атрибутации Шутер требует заменить этот код на нормальное название-описание.
Как следствие, предполагаю, что атрибутированные при помощи этой программы работы не получится грузить на стоки, которые не представлены в списках без ручной замены описания.
Получится, достаточно проставить все нужные метаданные в файл и приготовить например для выгрузки через FTP указав сток не требующий сабмита. Например ColourBox . Тогда они будут приготовлены в обычном формате и их можно грузить на любые стоки. Эти файлы автоматически засабмичены НЕ БУДУТ и чтобы засабмитить придется все делать вручную.
Изначально Octopus предназначен для автоматического сабмита.
Попробовал загрузить на Кансток по обычному ФТП. То же самое. В описании - буквенно-цифровой код.
Все правильно. Остается только засабмитить. Механизм прост – подготовка файла, при выгрузке указать что будет выгружаться через сторонний фтп – приготовили файлы – вылили их FileZilloй . Затем запускаем сабмит выгруженных файлов.
Цифробуквенный код до сабмита – так и должно быть.
Если код не нужен, а нужен обычный файл – готовим файл для выгрузки сторонними клиентами, с указанием на сток где не требуется сабмит – Colorbox например. Получится обычный файл.
В случае если возникли проблемы с сабмитом, то надо писать через Bug Report – отправлять описание и возможно прилагать файл, отправлять из Task Stack описание возникшей ошибки (правой кнопкой мыши на ошибке – Send error to helpdesk) . Нерешенный вопрос становится в очередь .
На форуме такие вещи решить сложно.
Re: Octopus microstock
Линейный вид
