Business Licensing (eBOSS) Reference Public

FAQ & Troubleshooting

Frequently asked questions, common troubleshooting, a plain-language glossary of Philippine business-permit terms, the known limitations of ERPat Business Licensing (eBOSS) version 1.0.0, and how to escalate support — covering permissions, the issuance gate, four-eyes controls, Finance posting, public verification and renewals.

Guide version: r1 Module version: 1.0.0 Updated: 2026-07-22 Estimated time: 5 min
Behind the Guide

FAQ & Troubleshooting

Quick answers to the questions your officers ask most, fixes for common issues, a glossary of the terms this module uses, an honest list of what this version does not yet do, and how to get help.

Common issues & fixes

Two things must both be true: the module is enabled (Settings → Manage Modules, module_bplo = 1) and your role holds the base Business Licensing (eBOSS) permission (bplo). Without the base permission the entire group is hidden even when the module is on.

Actions are gated by their own permission. For example, approving a clearance needs bplo_clearances_review, reconciling a payment needs bplo_payments_reconcile, and signing a permit needs bplo_permits_sign. Check the role in Settings → Roles against the permission matrix.

The issuance gate has unmet conditions. Open the Gate Check for the application — it lists every blocker: an open blocking requirement, an unresolved or external-unverified clearance, a FAILED inspection, a missing approved assessment, an unsettled bill, an active hold, or no valid signatory. Clear each, then generate.

This is intentional four-eyes control — the person who prepared the assessment cannot approve it. Have a different officer who holds bplo_assessments_approve approve it. Above a configured amount a second approval is also required. The same separation applies to fee-set activation (author ≠ activator).

An approved assessment is immutable by design. To change the figures, supersede it (needs bplo_assessments_approve) — that creates a fresh DRAFT version you can recompute; the old figure is kept for audit.

The GL posting is deferred when the Finance module is disabled — the payment stays RECONCILED and the entry is retried later, so reconciliation is never blocked. Enable Finance and confirm the cash/revenue account numbers in Settings (bplo_finance_cash_account, bplo_finance_revenue_account_default) and that the accounting codes on your fee rules resolve to real accounts.

Expired is a derived status computed at read time from the validity date — it is never written onto the permit. The expiry-sweep job only notifies officers of lapsed permits; it does not mutate status. To keep a business current, process a renewal.

Only publicly-issued permits verify. A permit still in GENERATING, SIGNED or VOID was never issued and returns the same non-enumerating "not found" as an unknown code. Confirm the permit is ISSUED/RELEASED and that you are using the correct permit number or the exact QR link (which carries the tenant's company_key).

The migration installs a generic starter set so the module runs immediately. Before go-live, replace it with your approved ordinance values — your requirement rules and your Revenue Code fee rates (see Getting Started → Step 4).

The portal shows only businesses the customer owns or represents. If theirs isn't listed, they submit a "claim a business" request; a BPLO officer approves it in Owner-Portal Claims (bplo_portal_claims), which binds them to the business and brings it into scope.

Glossary

eBOSS (electronic Business One-Stop Shop) An online single point where a business permit is applied for, reviewed, assessed, paid, and issued — the RA 11032 model this module implements for an LGU. BPLO (Business Permits & Licensing Office) The city/municipal office that receives, evaluates, and issues business permits — the primary user of this module. Mayor's Permit / Business Permit The local permit authorizing a business to operate in that LGU — the document eBOSS issues (with a verifiable QR). Clearance A reviewing office's sign-off on one aspect of the application (e.g. Zoning, Sanitary/Health, Barangay). Clearances run in parallel; external ones (e.g. Fire) are verified, not issued. Assessment The consolidated computation of all local taxes and fees into one bill, prepared and approved before payment. SLA / ARTA Service-Level Agreement — the processing-time target for a transaction. ARTA (the Anti-Red-Tape Authority) enforces RA 11032 timelines; eBOSS tracks each application's clock against your Citizen's Charter. Citizen's Charter (RA 11032) The published statement of each service's requirements, fees, processing times and legal basis, mandated by the Ease of Doing Business Act. eBOSS manages it and publishes a public page. Four-eyes control A rule that a sensitive action needs two different people — one to draft/prepare, another to activate/approve (rule sets, assessments, payments). Permit number series The atomic running number reserved at issuance so permit numbers are unique and never reused. De minimis benefits Not applicable to this module — "de minimis" is a payroll/BIR tax concept in ERPat's HR modules and has no role in business-permit licensing.

Known limitations (version 1.0.0)

This release covers the full local business-permit lifecycle and posts collected payments to ERPat Finance. It intentionally does not yet include:

????
No online payment gateway

Owners pay at the treasury/cashier and staff record the official receipt reference. The channel model leaves room for a gateway later.

????
No external data-exchange outbox

There is no automated push to national agencies. External clearances (BFP, DENR, FDA, DTI/SEC) are referenced and verified manually.

✍️
No live PNPKI e-signature

Signing records an authorized-signatory approval; the PNPKI digital-signature validation seam is stored but left for a future release.

⚖️
And the standing boundary: eBOSS makes an LGU permit process disciplined and traceable, but it does not create legal authority and never issues a document that impersonates a national-agency permit. Fees, forms, signatories, and processing times are whatever your LGU approved and loaded. See Administration → Authority boundaries.

Getting help & escalation

  1. Check this guide

    Most "how do I…" questions are answered in Daily Operations and most "why can't I…" questions in the troubleshooting list above.

  2. Confirm configuration

    For access problems, verify the module toggle and the role's permissions; for money/numbering/verification problems, verify Settings.

  3. Read the audit trail

    The tenant's system activity log (eBOSS category) records who did what and when — often the fastest way to see what actually happened to an application, assessment or permit.

  4. Escalate to your administrator, then support

    Raise unresolved issues with your eBOSS Administrator / BPLO chief. For product issues beyond configuration, contact the ERPat Team (see the module's README). Include the reference/permit number and the exact on-screen message.

Was this guide helpful?

Report a content problem