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

Проверьте источник исчезновения

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

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

Выберите поведение для исчезнувших записей

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

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

Защитите исторические сведения заказа

Когда удаляется объект, на который указывает связь, связанные ячейки могут очиститься, а формулы, Lookup и Rollup потерять значения. Особенно заметна проблема, если название заказа строилось из текущего наименования товара: история начинает выглядеть как набор пустых строк. Восстановление смысла по памяти становится дорогой ручной работой.

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

Испытайте архивирование на тестовом товаре

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

В результатах проверки отдельно отметьте сохранность исторического текста, связей, расчётов и дополнительных комментариев команды. Рабочий процесс должен объяснять, где хранится действующий ассортимент, а где — история операций. Если эти задачи разделены, снятие товара с продажи перестаёт быть неожиданным удалением части учёта.