Успешный запуск Find records в Airtable ещё не доказывает, что автоматизация получила все подходящие товары. Действие ограничивает число возвращаемых записей. По актуальной инструкции обычный предел составляет до 1000 записей за запуск, а старые шаги могут сохранять настройку на 100. Если отчёт или массовое обновление внезапно обрывается на ровном числе строк, сначала проверьте Maximum record limit.

Отделите условие поиска от полноты результата

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

До проверки откройте контрольное представление с теми же условиями и посчитайте ожидаемые записи. Убедитесь, что сравнивается один и тот же уровень: товары, варианты или задания. Если один SKU имеет несколько задач, число строк не равно числу уникальных артикулов. Логику таблиц помогает проверить разбор отдельных товарных позиций в Airtable.

Проверьте настройку существующего шага

Откройте конфигурацию Find records и явно посмотрите максимальное число записей. Не переносите предел из новой демонстрационной автоматизации на старую рабочую: Airtable отдельно предупреждает о прежнем значении 100. После изменения снова выполните тест шага и проверьте возвращённые идентификаторы, а не только зелёный статус успешного выполнения.

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

Разбейте большую очередь без пересечений

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

Например, партия «Обувь» не должна одновременно входить в «Все товары с фото». Иначе последующее действие создаст две задачи для одного артикула. Составьте проверку на пересечение идентификаторов и сравните объединение партий с контрольным списком. Для исходных выгрузок пригодится проверка SKU перед импортом.

Проверьте результат после поиска

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

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