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

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

Поле Rollup получает значения из связанных записей и применяет к ним функцию агрегации, например SUM(values). Для ограничения набора можно включить условия внутри настройки поля. Обычная фильтрация представления исходной таблицы не ограничивает Rollup. Именно поэтому скрытые ожидаемые оплаты могут продолжать попадать в итог.

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

Запишите условие понятным правилом

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

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

Испытайте изменения статуса и связи

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

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

Разведите управленческий итог и сверку

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

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