Transfers - Incoming & Outgoing Manifest Reports
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."
- MMatt Frisbie @mattfriz
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.
- MIn reply tobenshinn⬆:Matt Frisbie @mattfriz
Also, the previous post was in relation to the T3 chrome extension, not API reports. Sorry for any confusion.