No internet connection
  1. Home
  2. Bug Reports

Transfers - Incoming & Outgoing Manifest Reports

By Benjamin Shinn @benshinn
    2026-07-15 17:53:02.095Z

    Hi Matt,

    This seems similar to an older post regarding the non-report enpoints: Incoming Transfer Manifests

    I might be missing it but I am not seeing a way to pull data for 'inactive' manifests from either of the transfers' report endpoints, "/v2/transfers/incoming/manifest/report" and "/v2/transfers/outgoing/manifest/report"

    Also, when trying to filter the incoming report it is returning an INVALID_QUERY_PARAMETER error for a field that I believe should be valid, createdDateTime. The list of fields returned appears to be related to packages.

    Any assistance you can give here is greatly appreciated.

    Thanks!

     "code": "INVALID_QUERY_PARAMETER",
     "detail": "Invalid filter field: createdDateTime. Filter operator must be one of the following: id, archivedDate, containsRemediatedProduct, donationFacilityLicenseNumber, donationFacilityName, facilityLicenseNumber, facilityName, finishedDate, initialLabTestingState, isArchived, isDonation, isDonationPersistent, isFinished, isInTransit, isOnHold, isOnInvestigation, isOnInvestigationHold, isOnInvestigationRecall, investigation, isOnHoldCombined, isOnRecallCombined, isProcessValidationTestingSample, isProductionBatch, isTestingSample, isTradeSample, isTradeSamplePersistent, itemFromFacilityLicenseNumber, itemFromFacilityName, labTestingStateDate, labTestingStateName, labTestingRecordedDate, labTestingPerformedDate, labTestStageId, labTestResultExpirationDateTime, label, lastModified, locationName, sublocationName, locationTypeName, multiHarvest, multiPackage, multiProductionBatch, note, packageType, packagedByFacilityLicenseNumber, packagedByFacilityName, packagedDate, patientLicenseNumber, productRequiresRemediation, productionBatchNumber, quantity, receivedDateTime, receivedFromFacilityLicenseNumber, receivedFromFacilityName, receivedFromManifestNumber, remediationDate, sourceHarvestNames, sourcePackageIsDonation, sourcePackageIsTradeSample, sourcePackageLabels, sourceProductionBatchNumbers, tradeSampleFacilityName, tradeSampleFacilityLicenseNumber, transferManifestNumber, unitOfMeasureAbbreviation, unitOfMeasureId, unitOfMeasureQuantityType, sourceHarvestCount, sourcePackageCount, sourceProcessingJobCount, sourceProcessingJobNumbers, sourceProcessingJobNames, multiProcessingJob, expirationDate, sellByDate, useByDate, labTestResultDocumentFileId, isOnRetailerDelivery, packageForProductDestruction, hasPartial, isPartial, inTransitStatus, processingJobTypeId, isOnRecall, decontaminationDate, containsDecontaminatedProduct, productRequiresDecontamination, productLabel, labTestStage, externalId, labelsLastGeneratedDateTime, hasBeenSampled, item.name, item.strainName, item.productCategoryName, item.unitThcContent."
    
    • 2 replies
    1. M
      Matt Frisbie @mattfriz
        2026-07-15 18:09:37.205Z

        Inactive transfer reports aren't supported because the returned data would be absolutely enormous for most licenses. Report endpoints are intended for displaying small-to-medium sized datasets in realtime inside a spreadsheet. For pulling out historical transfer data, you'd need to construct it progressively using the inactive supertransfers endpoint.

        I'm not able to replicate the transfer report package field bug you're showing, but in any event, it's not possible to filter transfers or the transfer report by createdDateTime. You'd need to apply that filter after the full transfer list is returned.

        1. M
          In reply tobenshinn:
          Matt Frisbie @mattfriz
            2026-07-15 18:11:46.166Z

            Also, the previous post was in relation to the T3 chrome extension, not API reports. Sorry for any confusion.