Большие реестры — быстрее, возвраты — заметнее: что изменилось в заданиях и выплатах Qugo

Если компания работает с сотнями или тысячами самозанятых, важна не только сама выплата. Важно, чтобы задания быстро появлялись на платформе, исполнители вовремя получали доступ к работе, бухгалтерия видела статусы платежей, а операционная команда понимала, где всё прошло успешно, а где нужен повторный платёж.

В новом обновлении Qugo мы улучшили сразу несколько участков этого процесса: оптимизировали обработку больших реестров, уточнили правила создания заданий и добавили больше прозрачности по возвратам.

Оптимизировали обработку заданий и выплат. Теперь большие объёмы не создают очередей при публикации: если заказчик разом загружает до 150 тысяч заданий, платформа обрабатывает их в полном объеме и без задержек.

Для наших клиентов это означает:

• можно загружать большие реестры без дополнительного запаса времени;
• задания быстрее появляются в системе;
• исполнители быстрее получают доступ к работе.

Раньше заказчик мог создать задание без описания или поставить дату начала выполнения раньше даты создания документа. С точки зрения документооборота и налоговой проверки такие задания выглядят спорно: из них непонятно, что именно делал исполнитель и когда началась работа.

Мы уточнили правила создания заданий, чтобы они соответствовали требованиям регулятора. Что изменилось:

• Описание задания стало обязательным. Минимум 10 имволов, максимум 10 000;
• Дата начала выполнения работ не может быть раньше даты создания задания.

Создавать задания по-прежнему можно всеми привычными способами:

• вручную в интерфейсе;
• через загрузку реестра;
• с помощью API.

Корректно оформленное задание с описанием и правильными датами — главный аргумент в споре о том, что это разовая работа самозанятого, а не скрытая занятость

Если вы загружаете задания реестром, необходимо использовать обновлённый шаблон. Теперь описание и дата начала проверяются автоматически. Строки с ошибками попадут в реестр ошибок с понятным пояснением, что нужно исправить.

Если вы работаете через API, интеграция тоже должна учитывать новые правила: запросы с пустым описанием или некорректной датой вернут ошибку.

Раньше отменённые платежи и возвраты были видны в личном кабинете, но не попадали в скачанный файл. Из-за этого операционным командам приходилось вести отдельные таблицы, сверять статусы вручную и отдельно отслеживать, по каким исполнителям платёж вернулся.

Теперь возвраты видны и в интерфейсе, и в выгрузке. Это удобно для бухгалтерии, финансовых команд и операционных менеджеров, которые регулярно сверяют статусы по большим объёмам заданий и выплат.

В личном кабинете. Статус выплаты появился в разделах «Мои задания» и «Реестр выплат». По каждому заданию сразу видно, прошёл платёж или вернулся, и можно отфильтровать список по возвратам.по возвратам.

Возврат выплаты помечен красным треугольником в интерфейсе личного кабинета

В скачанном реестре. В файле, который можно скачать из раздела «Мои задания» по кнопке «Скачать список заданий», после столбца «Статус задания» появился столбец «Статус выплаты»:

• «Оплачено» — платёж прошёл;
• «Возврат» — платёж вернулся;
• пусто — задание ещё не оплачено.

Обновления уже доступны в платформе. Дополнительно подключать их не нужно.

• Если вы создаёте задания вручную, продолжайте работать в личном кабинете: платформа подскажет, если в задании не хватает обязательных данных.
• Если вы загружаете задания реестром, используйте обновлённый шаблон и проверяйте реестр ошибок после загрузки.
• Если вы скачиваете список заданий для сверки, теперь ориентируйтесь на новый столбец «Статус выплаты».
• Если вы работаете через API, проверьте, что интеграция учитывает обновлённые правила создания заданий: обязательное описание и дату начала, которая не может быть раньше даты создания задания.