При выгрузке отчётов EasyPost нужно отдельно проверить период, тип данных и включение дочерних аккаунтов. Успешно созданный запрос ещё не означает готовый и полный CSV.

Определите, какую сумму сверяете

Разбор предназначен для бизнеса с зарубежными отправлениями и доступным аккаунтом EasyPost. Возможность работы из России не подразумевается. Официальная документация проверена 19 октября 2026 года; материал описывает организацию сверки, а не изменение тарифов.

Сервис предоставляет разные виды отчётов: shipment, shipment_invoice, refund, insurance, payment_log, cash_flow и tracker. Они отвечают на разные вопросы. Перечень отправлений не равен списку денежных движений, а возврат стоимости ярлыка нельзя искать только в отчёте доставки. Сначала сформулируйте проверяемый показатель, затем выберите необходимые типы данных и правила их сопоставления с заказами.

Разбейте период без пропусков и повторов

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

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

Учитывайте дочерние аккаунты явно

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

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

Дождитесь файла и сохраните результат

У отчёта предусмотрены состояния new, available, failed, empty и другие значения. Готовность запроса нужно отличать от доступности файла. При available скачайте CSV и учитывайте url_expires_at: ссылку нельзя воспринимать как постоянный архив документа. Точное время её жизни не стоит жёстко зашивать в рабочий процесс вместо проверки возвращённого значения.

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