Обсудить проект

QQDEV · КЫРГЫЗСТАН · УДАЛЁННО

Вложение передали, файл не открылся: проверяем обмен между системами

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

Опубликовано

2 мин26

Условный пример: из одной системы в другую передали ссылку на спецификацию. У администратора документ открывается, у исполнителя — запрос входа. В карточке стоит отметка «передано», но работать с вложением получатель не может. Интеграция доставила адрес, а не обязательно доступ.

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

Ссылка и копия решают разные задачи

Ссылка ведёт к документу в исходной системе. Получателю нужны соответствующие права и доступный способ открытия. Копия хранится на другой стороне, поэтому изменения оригинала не появляются в ней сами.

Укажите, какой вариант нужен сотруднику: текущая рабочая версия или зафиксированный файл, согласованный в определённый момент. Название «спецификация» не объясняет, какой результат считать правильным.

Уточните, какой адрес передаёт интеграция

В Битрикс24 ссылка для открытия в интерфейсе и адрес скачивания — разные данные. В официальном руководстве по скачиванию файлов также описано, что способ получения зависит от места хранения и привязки файла. Для скачивания нужны права и разрешения соответствующего метода.

Не превращайте технический адрес с параметрами доступа в общедоступную ссылку для сотрудников. Пусть разработчик объяснит, кто получает файл и под чьими правами работает обмен. Доступность REST API — программного интерфейса обмена — и ограничения второй системы проверяются отдельно.

Проверьте обычного получателя

Проведите тест с правами реального участника, а не администратора. Откройте вложение из нужной карточки, затем повторите проверку после выхода из исходной системы. Так станет видно, зависит ли доступ от незаметно открытого сеанса.

Для внешнего получателя отдельно решите, допустим ли публичный доступ. В Битрикс24 параметры ссылок и ограничения описаны в инструкции по доступу к файлам. Не включайте общий доступ только ради того, чтобы скрыть ошибку обмена.

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

Договоритесь об обновлении и ошибках

Замените исходный документ тестовой новой версией. Проверьте, что получатель видит именно согласованный вариант поведения: актуальный файл по ссылке или прежнюю зафиксированную копию. Если копия должна обновляться, это отдельное действие интеграции.

Проверьте отказ доступа, удалённый файл и повтор передачи. Ошибка скачивания должна быть видна ответственному; отметку «доставлено» нельзя ставить только по факту сохранения строки с адресом.

QQDev разрабатывает интеграции через REST API Битрикс24. На странице услуги можно обсудить передачу вложений, сохранив действующую систему компании, если её интерфейс поддерживает нужный сценарий. Принесите обезличенный файл и объясните, кому он нужен, где должен открываться и какая версия считается верной.

← Все записи блога