xMatix
Sign in Request demo
xMatix
PRODUCTS
SalesField Sales & SFACRMRewardsClaimsInventoryProcurementWarehouse 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
Auto DMSConsumer Goods DMSSales Force Automation (SFA) 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/Full & Final Settlement — entity reference
REFERENCE · Last reviewed

Full & Final Settlement — entity reference

The exit settlement for a leaving employee, opened from Payroll → Settings → People → Full & Final Settlement. You enter every amount the company still owes (salary to the last working day, leave encashment, gratuity, pending reimbursement) and every recovery (notice recovery, loan balance, final TDS) as F&F Line children with your own amounts and accounts; the settlement does not calculate them. Post builds one Payroll journal dated on the Last Working Day: each payable line debits its GL Account, each Deduction line credits its Payable GL Account, and the net is credited to the company's Payroll Payable control. A positive net also raises a payable open item against the person. The record then becomes Posted, stores the journal, the open item and the net, and the employee whose Resource matches is set to Settlement Status Settled and Employment Status Exited, with Date Of Exit filled from the Last Working Day when it is blank. Exited employees are left out of every later payroll calculation. The salary payment batch never pays this open item, and no payment screen lists it, so the net is paid outside the settlement.

Fields

FieldLabelTypeRequiredWhat it does
BranchIdBranchLookup → BranchThe branch the journal lines and open item are tagged with. The picker offers only branches of the selected Partner Account.
CreatedByIdCreated ByLookup → UserAccountYes
CreatedDateTimeCreated DateDateAndTimeYes
GLIdGLLookup → JournalThe journal Post created. It is also the already-posted guard: a settlement with a journal here refuses to post again.
IdIdGuidYes
LabelLabelText
LastWorkingDayLast Working DayDateYesThe person's last day. It becomes the posting date of the settlement journal and the document date of the open item (today is used if it is blank), and it is copied into the employee's Date Of Exit when that is still empty.
ModifiedByIdModified ByLookup → UserAccountYes
NameNameText, uniqueYesThe settlement number. With the standard numbering setting active it is assigned when you save, in the form F&F-<month><year>-<running number>, replacing anything typed on the New form.
NetSettlementNet SettlementCurrencyTotal payable lines minus total Deduction lines, written by Post. A value typed before posting is replaced. Post refuses a negative net.
OwnerIdOwnerLookup → UserAccountYes
PartnerAccountIdPartner AccountLookup → AccountYesThe company that employs the person. Post looks for the Payroll Payable control account among this company's GL accounts and stamps the journal and open item with it. Only partner accounts are offered.
PayrollPayableOpenTransactionIdPayroll Payable Open TransactionLookup → OpenTransactionThe payable open item Post raised against the person for the net. It stays empty when the net is exactly zero. No payroll payment batch or payment screen settles it.
RecordTypeIdRecord TypeGuid, hidden
ResourceIdResourceLookup → ResourceYesThe person being settled. Post refuses a settlement with no Resource. The employee record that is closed is the one whose Resource matches; a Resource with no employee record still posts but closes nobody.
StatusStatusPickListDraft on creation; Post sets Posted. Paid, Approved and In Progress are offered in the list but nothing in the product sets or reads them. Status is not on the standard settlement forms. Values: Draft, Posted, Paid, Approved, In Progress.
UIPropsUI PropsText
UpdatedDateTimeModified DateDateAndTimeYes

Actions

ActionLabelTypeWhat it does
BulkDeleteDeleteDeleteDelete the selected records.
CloneCloneServerAction (Clone)Create a copy of this record
DeleteDeleteDeleteDelete this FullAndFinalSettlement.
DeleteRecordDeleteDeleteDelete
EditEditEditEdit this FullAndFinalSettlement.
EditInLineEditEditInlineEdit
EditRecordEditEditEdit
NewNewNewCreate a FullAndFinalSettlement.
PostSettlementPostServerAction (PostSettlement)Posts the settlement rather than merely approving it: it builds one payroll journal debiting each payable line's expense account, crediting each deduction line's payable account and crediting Payroll Payable for the net, dates it on the Last Working Day, raises a Resource-keyed payable open item for any positive net, sets Status to Posted and stores the net and the journal. It then closes the person out, setting the matching Employee to SettlementStatus Settled and EmploymentStatus Exited and filling Date Of Exit if empty. It refuses when the settlement is already posted, has no Resource, has no lines with a non-zero amount, has a line missing its required GL account, when no Payroll Payable control account is configured, or when deductions exceed payables.
ViewViewViewView this FullAndFinalSettlement.

Lookup filters

FilterLookup fieldNotes
BranchFilterBranchId
PartnerAccountFilterPartnerAccountId