Codeunit 9069 "Check Sales Document Line"
Base Application · Microsoft.Sales.Document
Across versions
- BC23-24present
- BC252 procedures added, 1 events added
- BC26unchanged
- BC271 procedures added, 1 procedures removed
- BC28-30unchanged
Neighbourhood 3 connected objects and pages
Base Application · Microsoft.Sales.Document · BC23-30 · source at ea08af5e · facts from BC29
Properties
| Property | Value |
|---|---|
| TableNo | Sales Line |
Events published
OnBeforeCheckSalesLines(Item: Record Item; CurrentFieldNo: Integer; CheckFieldNo: Integer; CheckFieldCaption: Text; var IsHandled: Boolean)+ BC25 (integration)
Event subscriptions
- ItemOnBeforeCheckDocuments subscribes to Table “Item” OnAfterCheckDocuments
Procedures
SetSalesHeader(NewSalesHeader: Record "Sales Header"): Sets the sales header context for validating sales lines.CheckSalesLines(Item: Record Item; CurrentFieldNo: Integer; CheckFieldNo: Integer; CheckFieldCaption: Text)+ BC25 (internal)
Plus 1 local procedures.
Triggers
OnRun
Relations
- runs on Table 37 “Sales Line”
Calls
From the extracted call graph of BC29 (graphify-al on the snapshot checkout): calls whose target is known from a declared type or an Object::"Name" argument. Interface dispatch and calls through events are not counted, so the list is not complete.
- Codeunit 80 “Sales-Post” (1 call:
RunCheck → TestSalesLine)
Called by
- Codeunit 9072 “Check Sales Doc. Backgr.” (2 calls:
RunSalesDocLineCheckCodeunit → (object),RunSalesDocLineCheckCodeunit → SetSalesHeader)
Ask your agent
Procedure bodies are not stored here (D10). The call sections above are our own, per object, from the BC29 call graph. For a procedure body or the calls of one procedure, ask bc-code-atlas (external, by Stefan Maron, MIT; default corpus w1-28), which the bc-observatory plugin connects: bcatlas_resolve_node(object_type: "codeunit", object_name: "Check Sales Document Line"), then bcatlas_get_procedure_body or bcatlas_get_neighbors on the returned id.