↓Skip to main content

Excel to BIR DAT File: Merging Multiple Branches' RELIEF SLSP Workbooks Into One Filing

·4 mins

A business with several branches files one RELIEF SLSP DAT file under its single head-office TIN — never a separate DAT file per branch — which means the real work happens before conversion, merging each branch’s Excel sales and purchase data into one clean, consistently structured workbook. Get the merge wrong and the DAT file converts without error while still carrying duplicated rows, misaligned columns, or inconsistent branch codes.

Merge and Convert Your Branches in One Pass FREE →

Why does this even need merging instead of filing per branch? #

The underlying legal structure treats a business as one taxpayer under one TIN, regardless of how many physical branches it operates, so its tax returns — and the RELIEF SLSP attached to them — follow that same single-TIN structure. Practitioner commentary on multi-branch filing describes the principle this way:

“For individuals operating multiple branches of a sole proprietorship or professional practice, the law treats the entire enterprise as a single taxable entity under one Taxpayer Identification Number (TIN). The existence of multiple branches does not create separate filing obligations; instead, the taxpayer files a single consolidated return.”

The same consolidation logic applies to a multi-branch corporation. Each branch still carries its own distinct 3-digit branch code for internal tracking and BIR registration purposes, but that code is a field inside one consolidated filing, not a basis for splitting the RELIEF SLSP into several independent DAT files.

What goes wrong when branches’ Excel files get merged carelessly? #

The three most common failure points are column misalignment, inconsistent branch codes, and duplicated transactions — and all three can pass DAT conversion cleanly while still producing a materially wrong filing.

ProblemWhat it looks likeWhy it’s dangerous
Column misalignmentBranch B’s sheet has an extra column, shifting TIN/amount data one column over for some rowsConverts without error; produces wrong TINs or amounts tied to real transactions
Inconsistent branch codesOne branch uses its internal store number instead of its registered BIR branch codeDAT file’s branch field doesn’t match BIR records, complicating reconciliation
Duplicated transactionsHead office re-lists a purchase a branch already recorded locallyInflates the consolidated SLSP total above actual sales/purchases

A merge checklist that catches these before conversion #

  1. Standardize column headers and order across every branch’s workbook first — don’t rely on a merge tool to guess that “Buyer TIN” and “TIN of Buyer” are the same field.
  2. Format the branch-code column as text, not a number, in every branch’s file to preserve leading zeros, and verify each code against the branch’s actual BIR registration.
  3. Sort and scan the combined workbook for duplicate invoice numbers or buyer/amount pairs before conversion, especially where a head office and a branch might both record the same cross-branch transaction.
  4. Total each branch’s contribution separately after merging, and reconcile that subtotal against the branch’s own sales/purchase books before trusting the consolidated figure.
  5. Convert the final merged workbook once, rather than converting each branch separately and trying to combine DAT files afterward — DAT format doesn’t concatenate cleanly by hand.

Worked example: a three-branch retail chain’s Q3 RELIEF SLSP #

RetailCo operates three branches, each keeping its own local sales log in a slightly different Excel layout.

BranchRows before cleanupIssue foundRows after cleanup
Branch 001 (head office)420None — reference layout420
Branch 002310“Buyer TIN” column one position to the right of Branch 001’s layout310 (realigned)
Branch 00326514 transactions also appeared in Branch 001’s head-office purchase log (inter-branch transfers double-counted)251 (14 duplicates removed)

RetailCo’s bookkeeper standardizes all three layouts to match Branch 001’s column order, removes the 14 duplicated inter-branch rows, and converts the resulting 981-row workbook into a single RELIEF SLSP DAT file under RetailCo’s one TIN.

How does this fit with the rest of the site’s coverage? #

This merge step happens upstream of the filing obligations covered in Multi-Branch RELIEF/SAWT/QAP Filing, and uses the same record-layout discipline covered in Excel to DAT File: Record Layout Mistakes. See Excel to BIR DAT File: RELIEF SLSP for the conversion mechanics themselves.

Summary #

A multi-branch business converts one merged Excel workbook into one RELIEF SLSP DAT file under its single TIN — the branch code is a field inside that filing, not a reason to file separately. Standardizing column layout, verifying branch codes, and screening for duplicated cross-branch transactions before conversion avoids a DAT file that converts cleanly while still being wrong. See Multi-Branch RELIEF/SAWT/QAP Filing for the filing-obligation side of this same structure.