xMatix
Sign in Request demo
xMatix
PRODUCTS
SalesField SalesCRMRewardsClaimsInventoryProcurementWarehouse ManagementField ServiceServiceSupportTelephony & MessagingFinance & AccountingPayrollExpense ManagementCommercePortalsAnalytics & ReportingData StudioMobile AppSee all products →
PLATFORM
Platform overviewApp BuilderAutomationIntegrationsSecurity & GovernanceChange ManagementDevelopers
SENSE AI
Sense AI overviewSense AssistSense ControlSense VisionAI StudioTrust & governanceIn Claude & ChatGPTUse cases
SOLUTIONS
FMCG & DistributionManufacturing & Dealer NetworksAutomotive & DealershipsPharma & HealthcareConsumer DurablesAgri-InputsBuilding MaterialsService NetworksWarehousing & 3PLFinancial AccountingERP SoftwareIndia GST ComplianceUAE VAT & e-InvoicingSaudi ZATCA & VATAll solutions →
RESOURCES
Knowledge CenterDeveloper & CLIBlogGuidesWhat is xMatix?Company facts
COMPANY
AboutCareersPartnersEventsContactAuthorsLegal
Sign in Request demo
Home/Docs/Entity Reference/Auto Purchase Order Line Relation — entity reference
REFERENCE · Last reviewed

Auto Purchase Order Line Relation — entity reference

An orphan entity: the metadata and domain type exist but nothing else does. Its metadata field names have also drifted away from the domain type - the metadata declares AutoPurchaseOrderLine, ItemSKU and DocumentNumber where the class declares AutoPurchaseOrderLineId, SKUId and AutoPurchaseOrderLineRelationNumber, and metadata treats PendingQuantity as a calculated field where the class stores it. Treat it as unused scaffolding for tying an auto-order proposal line to a fulfilment order line; the working link between a proposal and the resulting purchase order is PurchaseOrderLine.AutoPurchaseOrderLineId instead.

Fields

FieldLabelTypeRequiredWhat it does
AutoPurchaseOrderIdAuto Purchase OrderLookup
AutoPurchaseOrderLineAuto Purchase Order LineLookupYesNamed as a plain field here although the domain type declares it as an identifier column linking to the proposal line, one of several places where this table's metadata has drifted from the class.
CreatedByIdCreated ByLookup → UserAccountYes
CreatedDateTimeCreated DateDateAndTimeYes
DocumentNumberDocument NumberNumberYesThe metadata name for what the class declares as a per-relation sequence number. Neither is ever assigned, since nothing in the platform creates rows in this table.
ExternalIdExternalText
FulfillmentOrderLineIdFulfillment Order LineLookupIntended to tie a proposed purchase quantity to the specific demand line it would fulfil, which is what would have made this table a demand-to-supply pegging record. Nothing creates such a link; demand netting in the working replenishment engine is done in aggregate, not line to line.
IdIdGuidYes
ItemIdItemLookup
ItemLotTypeIdItem Lot TypeLookup
ItemSKUItem SKULookupThe metadata name for what the domain type declares as the SKU identifier, another instance of this unused table's metadata drifting from the class. No code path populates it.
ModifiedByIdModified ByLookup → UserAccountYes
NameNameTextYes
OrderQuantityOrder QuantityNumberThe demand quantity this pegging row would have carried.
OwnerIdOwnerLookup → UserAccountYes
PendingQuantityPending QuantityCalculated (calculated)Declared here as a calculated field (order quantity minus purchase-order quantity) whereas the domain type stores it as a plain column - a genuine mismatch between the metadata and the class. Because nothing ever writes this table, neither definition is exercised.
PurchaseOrderQuantityPurchase Order QuantityNumber
RecordTypeIdRecord TypeGuid, hidden
SuggestedQuantitySuggested QuantityNumber
UIPropsUI PropsText
UnitCostUnit CostCurrency
UpdatedDateTimeModified DateDateAndTimeYes

Actions

ActionLabelTypeWhat it does
BulkDeleteDeleteDeleteDelete
CloneCloneServerAction (Clone)Create a copy of this record
DeleteDeleteDeleteDelete
DeleteInListDeleteDeleteDelete
EditEditEditEdit
EditInLineEditEditEdit
NewNewNewNew