COMPANY IDENTITY VS NIB
PT PMA Company Number vs NIB Explained for Founders
A decision-led briefing on the difference between corporate legal-entity evidence, business identity, and operating permission, for foreign investors who need evidence they can verify before acting in Indonesia.
A PT PMA's corporate legal-entity evidence and its NIB are different records. The deed and AHU approval establish the company and its corporate data; OSS issues the NIB as the business identification number. For low-risk activity the NIB may also serve as the business license, but medium and high-risk activities can require certificates, verification, licenses, and supporting approvals before operation. The working file should connect legal identity, ownership, governance, activity, capital, premises, licensing, tax, banking, immigration, and real conduct wherever those facts are relevant. An institution may accept one record and still reject another part of the plan. Founders therefore need separate acceptance evidence for each dependency and a controlled process for changes rather than one broad completion promise.
Key takeaways
- A PT PMA's corporate legal-entity evidence and its NIB are different records.
- Build the identifier check from current official requirements and recipient-accepted evidence.
- Treat the identifier check as incomplete until its corporate, regulatory, payment, and operating records agree.
- Keep official outputs, source data, payments, credentials, and unresolved conditions under company control.
Separate the corporate legal-entity record from the NIB
The phrase company number can refer to different identifiers and should not be accepted without seeing the document. The notarial deed and AHU business-entity record establish the company's corporate identity and legal-entity approval, while the NIB is issued through OSS as the business identification number. They are connected but serve different functions, and neither should be substituted for the other in a contract or diligence file. For the identifier check, the immediate acceptance point is to prove legal identity against the documented deed and AHU legal-entity approval.
Verify the legal name, deed and AHU approval details, taxpayer data, NIB, responsible persons, address, five-digit KBLI, project locations, risk level, license status, and issue dates. Under Government Regulation 28 of 2025 , the NIB can also serve as the business license for low-risk activity; higher-risk activity needs the additional output shown in OSS. A valid corporate entity can therefore exist without being ready to perform every proposed activity. Within the identifier check file, the responsible officer should preserve NIB issued through OSS as evidence for the decision to check each KBLI and location.
Identifier map
Corporate. Deed and AHU legal-entity approval; prove legal identity.
Business. NIB issued through OSS; check each kbli and location.
Operating. Certificate, license, PB UMKU, and conditions; verify the required status.
Validate the evidence before the next commitment
Convert the open questions into a dated review file with named owners, accepted evidence, and a clear stop condition.
Understand exactly what AHU approval establishes
AHU approval establishes that the limited liability company has obtained Indonesian legal-entity status based on the submitted deed and corporate data. It is essential evidence of incorporation and should be checked against the executed deed for the exact name, approval number and date, notary, shareholders, capital, domicile, directors, and commissioners. A screenshot or draft application is not equivalent to the issued approval and accessible corporate record. For the identifier check, the immediate acceptance point is to run separate gates against the documented operational license, tax, bank, capital, or visa.
Use AHU business-entity services to understand and verify the corporate output. AHU approval does not by itself prove that the KBLI is open to the shareholders, the NIB or sector license is active, the address is suitable, NPWP access works, capital was deposited, UBO data is complete, a bank account is approved, or a visa has been issued. Treat it as the corporate gate that releases separate tax, OSS, banking, accounting, employment, and operational tasks. Within the identifier check file, the responsible officer should preserve deed, approval, record, receipt, and corrections as evidence for the decision to take direct custody.
What AHU proves
| Control | Evidence | Decision |
|---|---|---|
| Proves | Legal-entity incorporation and submitted corporate record | Verify issued document |
| Does not prove | Operational license, tax, bank, capital, or visa | Run separate gates |
| Handover | Deed, approval, record, receipt, and corrections | Take direct custody |
Read the NIB according to entity type and risk level
The NIB is the business identification number produced through OSS for an eligible business actor, including a PT PMA and, under the applicable rules, certain representative offices. For a low-risk activity it also functions as the business license; for higher risks it must be read with the required Standard Certificate or license. Its existence does not create commercial powers that the entity type itself lacks, so a KPPA remains inside its representative-office mandate. For the identifier check, the immediate acceptance point is to retain control against the documented pDF, OSS data, access, and corrections.
Register and interpret the NIB under Government Regulation 28 of 2025 and BKPM Regulation 5 of 2025 . Verify legal name, identifier, address, responsible persons, KBLI, project location, risk level, status, and obligations against the deed and approved facts. A wrong KBLI or address can make a formally issued NIB unusable. Keep the PDF, OSS profile, credentials, recovery method, submission history, and correction owner under company control. Within the identifier check file, the responsible officer should preserve PT PMA or permitted representative office as evidence for the decision to respect legal mandate.
When identifiers are requested for a contract, use an NIB data reconciliation to confirm the AHU, OSS, address, activity, and responsible-person records refer to the same company.
NIB checks
Entity
PT PMA or permitted representative office
Respect legal mandateActivity
KBLI, location, risk, and status
Read each lineEvidence
PDF, OSS data, access, and corrections
Retain controlResolve the decision gaps before filing
Reconcile the corporate, regulatory, payment, and operating facts before they become amendments or rejected submissions.
Read the NIB, risk level, and operating conditions together
An NIB is a business identity and, for low-risk activity, the business license; it is not a universal authorization for every KBLI. Medium-low risk generally adds an unverified Standard Certificate, medium-high risk requires a verified Standard Certificate, and high risk requires an NIB plus a license. The actual output follows the activity, scale, location, and current sector rules. For the identifier check, the immediate acceptance point is to verify obligations attached to the activity against the documented NIB.
This risk structure is set out in BKPM Regulation 5 of 2025 and the governing Government Regulation 28 of 2025 . Read the OSS output for verification status, prerequisites, obligations, and supporting PB UMKU rather than stopping at the NIB. If the premises, environmental approval, professional credential, or sector permission remains incomplete, do not treat the company as commercially ready. Within the identifier check file, the responsible officer should preserve NIB plus Standard Certificate as evidence for the decision to check whether verification is required and complete.
Validate the NIB against the live company and activity facts
A PDF headed NIB is not enough for an investment, contract, payment, lease, or supplier decision. Check that the company name and identifier match the deed and AHU record; the responsible persons and address are current; the relevant five-digit KBLI and project location appear; the risk level and scale fit the actual business; and every certificate, license, verification, or supporting permission required for that activity is active. A QR code or system result proves only what the source currently displays, not facts outside its scope. For the identifier check, the immediate acceptance point is to match the transaction against the documented KBLI, location, risk, and scale.
Read the NIB within the risk-based system under Government Regulation 28 of 2025 and BKPM Regulation 5 of 2025 . Save the document and the supporting OSS outputs with the date and account used. Reconcile them to AHU, tax, premises, sector approvals, contracts, and the first planned transaction. Escalate mismatches before funds move; do not ask the counterparty merely to produce a newer screenshot. Within the identifier check file, the responsible officer should preserve certificate, license, status, and conditions as evidence for the decision to confirm operational permission.
NIB verification
Identity. Name, AHU data, address, and responsible person; match the legal entity.
Activity. KBLI, location, risk, and scale; match the transaction.
Authority. Certificate, license, status, and conditions; confirm operational permission.
Rely on the correct identifier for the legal entity, activity, and transaction
The approval decision for the identifier check should name the selected route, responsible company officer, accepted source data, supporting documents, official outputs, payment limits, unresolved conditions, and the event that permits the next commitment. For the difference between corporate legal-entity evidence, business identity, and operating permission, a conditional result should remain a visible gate rather than being absorbed into a broad statement that setup is complete.
The founders or board should sign a short identifier check mandate that records the current facts, authority, required corrections, evidence location, system and credential owners, review date, and first transaction that the company intends to perform. Before founders sign a deed, pay a provider, submit an application, or begin operations, the responsible team should reconcile the corporate facts, current official requirements, supporting evidence, approval owner, and unresolved conditions. Recheck current official and institution-specific requirements immediately before filing, funding, signing, employing, or operating.
Put the approved route under company control
Record the decision, authority, documents, access, payment limits, and follow-up calendar in one owner-approved mandate.
Frequently asked questions
Can a founder show only the NIB to prove company ownership?
No. Ownership and governance should be verified from current corporate records; the NIB primarily identifies the business actor and its OSS activities and statuses.
Is an NIB always enough to begin operations?
Only for an activity where the current risk tier makes the NIB sufficient and all attached obligations and other applicable permissions are satisfied.
How should a certificate status be verified?
Check the live OSS record, exact KBLI and location, risk tier, verification requirement, issuing authority, supporting evidence, conditions, and current status.
What changes can affect a license?
KBLI, activity, scale, process, product, premises, project location, equipment, personnel, environmental facts, or corporate data can trigger reassessment or updates.
Who should approve first revenue?
A company officer should sign a transaction-specific gate covering authority, active licenses, tax, invoice, bank, contract, delivery, accounting, and reporting.
