Fixing PT PMA Capital Mismatches Between the Deed, OSS, Bank, and LKPM

A PT PMA capital mismatch is not solved by making every system display the same number. First identify what each record should represent. The deed states corporate share capital; OSS states project investment; the bank shows actual transactions; the ledger classifies them; and LKPM reports realised investment. The error may be a wrong number, wrong label, wrong payer, wrong date, wrong project, missing payment, double-counted asset, or a filing that correctly differs from another record.

Freeze new capital-related filings and preserve all evidence before changing anything. Build a dated comparison, locate the earliest incorrect event, determine who has authority to correct it, and assess downstream effects. A structured PT PMA capital correction review should avoid backdating, fabricated receipts, or an OSS edit that creates a new inconsistency in the deed, books, bank KYC, tax, or LKPM.

Key takeaways

• A difference is not automatically an error; compare the purpose and time period of each figure.
• Correct the first wrong event before editing downstream records.
• Preserve original filings, statements, invoices, approvals, and access logs.
• Corporate amendments, accounting corrections, OSS changes, bank updates, and LKPM corrections have different authority and timing.
• Never fabricate capital evidence or backdate a document to force reconciliation.

In this article

• Classify the mismatch
• Preserve the evidence
• Find the first wrong event
• Choose the correction route
• Execute without backdating
• Prevent recurrence

Classify the difference before calling it an error

Create columns for authorised capital, issued capital, paid-up capital, shareholder payment, bank credit, equity ledger, shareholder loan, OSS fixed investment, OSS working capital, cumulative investment realisation, and LKPM period. Add source, date, currency, project, and responsible person. Normal differences—such as an OSS plan exceeding current paid-up equity—should be explained, not eliminated.

Classify the issue as corporate, payment, accounting, project-allocation, reporting, or evidence. More than one may apply. For example, the deed can be correct, a shareholder can pay through an undocumented group company, and the accountant can record the receipt as a loan. That is an authority and classification problem, not a reason to change the deed amount.

Preserve the evidence and control system access

Download or secure the current deed, approvals, registers, OSS profile and outputs, LKPM filings and receipts, bank statements and messages, general ledger, invoices, asset register, contracts, emails, provider instructions, and access logs. Record who held credentials and who submitted each change. Preserve original files read-only and work on copies.

Restrict changes to authorised people and suspend a provider’s access if integrity is in doubt, while ensuring the company retains lawful access and business continuity. Do not delete an incorrect filing or rename it “draft.” A correction file should show the original, the issue, analysis, approval, amended record, submission evidence, and downstream reconciliation.

Find the first wrong event in the chain

Build a timeline from shareholder approval through deed, payment, bank credit, accounting entry, OSS plan, asset purchase, and LKPM. Test each event against its source and authority. The earliest unsupported event usually determines the correction path. If a shareholder never paid the subscribed amount, changing LKPM cannot fix the corporate issue. If the payment is correct but booked as debt, a corporate amendment may be unnecessary.

Interview the preparer and reviewer separately when facts are unclear. Ask what information they had, which rule or instruction they used, and whether the system auto-populated a value. Do not assume fraud when a mapping or timing mistake is plausible, and do not assume a harmless clerical error when money or ownership is unsupported.

Choose the correction route for the affected record

A corporate capital error may require shareholder approval, notarial work, Ministry of Law filing, or actual payment. An accounting misclassification may require a supported journal correction and disclosure. An OSS project error may require an amendment that remains consistent with the licensed activity and budget. An LKPM error may need a correction or explanation under current submission procedures. A bank mismatch may require an updated KYC explanation and transaction support.

Sequence corrections so one valid record is not changed to match an invalid one. Obtain the necessary legal, tax, accounting, and regulatory advice. Consider whether financial statements, tax filings, licences, dividends, shareholder rights, covenants, or customer representations were affected. The company’s directors should approve material remediation and record why the chosen route is lawful.

Execute the correction without rewriting history

Use current-dated approvals and state the original error and effective accounting or legal treatment accurately. Do not create a false bank receipt, backdate a shareholder resolution, edit a PDF statement, or ask a provider to issue a misleading certificate. If a payment is made late, record the actual date and obtain advice on the consequences rather than pretending it occurred at incorporation.

Submit amendments through the current authorised route and retain acknowledgements. Notify the bank, shareholders, auditor, tax adviser, regulator, or counterparty where required or prudent. The PT PMA capital evidence guide can be used to rebuild the supporting chain after the correction is approved.

Prevent recurrence with one capital-change control

Require a capital change form for every share issue, payment, shareholder loan, conversion, major asset purchase, KBLI or location addition, OSS investment change, and LKPM filing. The form should state purpose, record affected, amount, currency, project, approvals, evidence, accounting, tax, bank notification, filing owner, and reconciliation date.

Review access quarterly and before changing providers. Reconcile deed, shareholder register, bank, ledger, OSS, and LKPM at each material event and reporting period. A short independent check before submission costs less than a multi-system correction. Management should also investigate repeated “clerical” errors that benefit one party or obscure where money went.

Final decision

The correct mismatch fix begins with classification and chronology. Preserve the file, identify the first unsupported event, and change only the records that are actually wrong. Then reconcile the consequences across corporate, bank, accounting, OSS, and LKPM layers.

A transparent current-dated correction is safer than a cosmetically perfect history. After remediation, require one controlled capital-change form and a recurring cross-system reconciliation.

Related insights

• Minimum Investment vs Paid-Up Capital in Indonesia
• PT PMA Capital Proof for Bank Account Opening
• Indonesia Company Registration Payment Safety Checklist