Tax operating model 2026 tidak dapat hanya berupa bagan organisasi. Perusahaan bekerja melalui ERP, Coretax, marketplace, payroll, vendor, konsultan, shared service, dan spreadsheet yang saling bertemu. Jika batas manusia, advisor, sistem, dan data tidak jelas, automation justru mempercepat error dan outsourcing memperluas dependency. Operating model perlu menjawab siapa melakukan apa, data berasal dari mana, keputusan berada pada siapa, serta bagaimana exception ditangani.

Empat lapis utama

Manusia memegang judgment, ownership, dan escalation. Konsultan memberi capacity atau specialist expertise. Sistem menjalankan rule serta workflow. Data menjadi evidence yang menghubungkan transaksi ke reporting.

Tidak satu lapis pun menggantikan yang lain sepenuhnya.

Manusia jangan menjadi middleware

Jika tax analyst setiap hari copy-paste data dari lima sistem, organisasi memakai manusia sebagai integration layer. Identifikasi recurring manual transformation dan pindahkan ke controlled process atau automation.

Waktu manusia sebaiknya diarahkan ke exception serta judgment.

Konsultan bukan pemilik data

External advisor dapat mengolah data, tetapi source of truth tetap perusahaan. Final workpaper, memo, dan decision harus kembali ke repository internal.

Contract mengatur access, retention, handover, dan confidentiality.

Sistem tidak boleh memutuskan tanpa governance

Tax code, rate table, mapping, dan workflow perlu owner, effective date, maker-checker, dan testing. Ketika regulasi berubah, config di-update melalui change process.

Jangan hard-code rule lalu lupa siapa yang bertanggung jawab memeliharanya.

Data perlu lineage

CFO harus dapat menelusuri angka dari return ke GL atau source transaction. Data dictionary menjelaskan field, system, owner, transformation, dan period.

Lineage membuat reconciliation lebih cepat dan audit trail lebih kuat.

RACI lintas proses

Buat RACI untuk order-to-cash, procure-to-pay, payroll, fixed asset, treasury, inventory, intercompany, dan tax close. Tax tidak harus responsible atas semua data.

Operations memberi fakta, finance mencatat, IT menjaga system, tax mengklasifikasi, management menyetujui exception material.

Service catalogue eksternal

Daftar pekerjaan yang in-house, managed service, retainer advisory, specialist project, dan dispute support. Setiap scope mempunyai owner internal dan output.

Outsource aktivitas, bukan accountability.

Tax calendar terintegrasi

Calendar memuat statutory deadline, data cut-off, review, approval, dan contingency. Hubungkan ke workflow dan owner.

Jika deadline hanya dikenal tax manager, model belum institutionalized.

Exception management sebagai pusat

Tidak semua transaksi perlu diperiksa manual. Bangun control total dan exception rules. Tax team fokus pada mismatch, high-value item, new counterparty, related party, atau transaction type baru.

Trend exception menjadi input process improvement.

Knowledge architecture

Position register, tax matrix, SOP, issue log, dan decision paper menjadi memori. Setiap item punya valid-as-of serta recheck trigger.

Konsultan membantu mengisi, tetapi perusahaan memegang repository.

Access governance

Portal pajak, ERP, bank, vendor system, dan shared drive mempunyai role serta backup. Joiner-mover-leaver process mencabut access tepat waktu.

Privileged access direview berkala.

Currentness control

Tax rule berubah. Tetapkan siapa memantau, siapa menilai impact, siapa update system, dan siapa mengkomunikasikan ke business. Satu regulatory alert menghasilkan action hanya jika relevan.

Stable fact tidak perlu diteliti berulang, dynamic rule perlu recheck.

Metrics untuk CFO

Dashboard jangan penuh vanity metric. Tampilkan compliance status, material exposure, cash tax, open exception, audit case, data quality, external spend, dan major change.

Setiap red item mempunyai owner dan next action.

Quarterly governance forum

CFO, tax, controller, dan stakeholder relevan membahas top risk, new business, system change, advisor performance, dan unresolved decision. Routine detail tetap di operational meeting.

Forum menjaga tax dekat dengan business planning.

Business continuity

Asumsikan tax manager resign, vendor utama unavailable, atau system down. Apakah deadline tetap berjalan? Siapkan backup, repository, manual fallback, dan emergency contact.

Test setahun sekali.

Maturity bukan jumlah teknologi

Perusahaan dapat membeli tax engine mahal tetapi tetap lemah jika data source buruk dan owner tidak jelas. Mulai dari process serta data, baru automation.

Technology harus mengurangi manual exception, bukan menambah interface yang harus direkonsiliasi.

Operating model perlu versioning

Business model berubah melalui acquisition, marketplace, new country, atau reorganization. Review operating model setidaknya tahunan dan saat perubahan besar.

Catat effective date perubahan role serta system mapping.

Desain 2026 yang sehat

Tax function tidak mengejar setiap transaksi setelah terjadi. Ia masuk pada business change, memakai data yang dapat ditelusuri, mengautomasi pekerjaan berulang, dan memanggil specialist saat trigger muncul. Management memahami posisi material dan vendor tidak menjadi black box.

Batas peran justru menciptakan kolaborasi yang lebih baik. Manusia tahu kapan harus membuat judgment. Konsultan tahu apa yang diminta. Sistem tahu rule yang harus dieksekusi. Data tahu dari mana angka berasal. Ketika empat lapis ini terhubung, tax operating model menjadi bagian dari cara perusahaan berjalan, bukan tim kecil yang membersihkan masalah di akhir periode.

Mulai dari current-state map

Sebelum mendesain target model, gambar bagaimana pajak benar-benar berjalan hari ini. Ambil satu transaksi penjualan, satu pembelian, satu payroll, satu fixed asset, dan satu intercompany. Ikuti dari source event sampai GL, tax engine atau spreadsheet, review, filing, dan payment. Catat handoff manual, duplicate entry, owner yang tidak jelas, dan file yang hanya ada di laptop.

Current-state walkthrough sering menemukan bahwa problem bukan kurang software, tetapi tidak ada common ID yang menghubungkan data. Perbaikan pertama bisa sesederhana menambah transaction reference yang konsisten sebelum membeli tool baru.

Target operating model perlu punya design principles

Contoh prinsip: data dibuat sekali di source; tax rule mempunyai owner; exception direview berdasarkan risk; material position mempunyai decision paper; external advisor tidak menjadi repository; dan manual journal material mempunyai approval. Prinsip membantu team memilih solusi ketika ada banyak opsi teknologi.

Jangan membuat prinsip terlalu abstrak seperti “digital first”. Tulis behavior yang dapat diuji.

Data product untuk tax

Alih-alih meminta ad hoc extract tiap bulan, definisikan tax data product: field, source, refresh, quality rule, owner, dan access. Misalnya vendor payment dataset dengan vendor ID, residency indicator, service category, invoice date, payment date, tax code, dan document status. Finance atau data team dapat memelihara pipeline.

Tax kemudian fokus exception. Jika field berubah, data owner memberi change notification. Model ini mengurangi spreadsheet yang berbeda versi.

Tax control library

Buat daftar key control per process: preventive, detective, manual, automated. Hubungkan control ke risk dan evidence. Jangan membuat 100 control kecil tanpa materiality. Pilih control yang benar-benar mencegah atau menemukan error.

Setiap automated control mempunyai test periodik. Sistem juga dapat salah setelah release atau configuration change.

Advisor operating protocol

Untuk setiap provider, tentukan purpose: managed service, technical advisory, second opinion, implementation, atau controversy. Request masuk melalui owner internal, data minimum jelas, dan deliverable kembali ke repository.

Quarterly vendor review melihat scope, performance, security, dan knowledge transfer. Advisor yang berbeda dapat bekerja tanpa membuat position terfragmentasi karena internal register menjadi central reference.

Change management untuk regulasi dan bisnis

Ada dua jenis change. Regulatory change datang dari luar. Business change datang dari product, country, contract, system, atau organization. Keduanya masuk intake yang sama: describe change, assess impact, assign owner, update rule or data, test, communicate, dan set effective date.

Dengan process ini, tax tidak hanya bereaksi pada newsletter. Perubahan bisnis pun mendapat review sebelum menghasilkan transaksi besar.

Integrasi dengan finance close

Tax close sebaiknya bukan proses dua minggu setelah finance selesai. Definisikan data yang tersedia saat soft close, exception yang harus selesai sebelum hard close, dan adjustment yang dapat dibawa dengan documented estimate. Tax provision serta compliance menggunakan source yang konsisten.

Monthly reconciliation menjadi control utama agar annual filing bukan proyek forensik.

Management information yang berguna

CFO membutuhkan forward-looking information. Selain status filing, tampilkan upcoming transaction, regulatory change, large refund or payment, audit exposure, cash tax forecast, external project, dan data-quality issue. Beri trend serta next action.

Dashboard tanpa action owner hanya dekorasi. Setiap metric harus membantu decision atau escalation.

People capability map

Petakan skill in-house: compliance, data, advisory, transfer pricing, international, controversy, project management, communication. Identifikasi single point of failure dan area yang sengaja dibeli dari luar. Training plan mengikuti gap future business.

Jangan menilai semua orang dengan kemampuan yang sama. Tax function membutuhkan kombinasi operator, analyst, specialist, dan leader.

Governance forum berjenjang

Operational huddle menangani deadline dan data. Monthly tax close review menangani reconciliation. Quarterly tax governance membahas risk, change, vendor, system, dan capability. Board menerima hanya issue material.

Layering ini mencegah senior meeting penuh detail tetapi tetap memberi visibility.

Roadmap implementasi 12 bulan

Jangan mencoba memperbaiki semuanya sekaligus. Quarter pertama: map process, calendar, risk, dan access. Quarter kedua: perbaiki top data gap serta repository. Quarter ketiga: automate recurring control dan stabilkan vendor model. Quarter keempat: analytics, business partnering, dan succession test.

Prioritas dapat berubah sesuai risiko. Roadmap harus mempunyai owner serta measurable outcome, bukan daftar software.

Operating model sebagai kontrak internal

Pada akhirnya tax operating model adalah kesepakatan bagaimana perusahaan mengelola kewajiban pajaknya. Sales tahu kapan membawa tax. Finance tahu data apa yang harus bersih. IT tahu configuration mana yang tax-sensitive. Konsultan tahu scope. CFO tahu decision yang perlu naik. Tax team tahu apa yang bukan tugasnya.

Ketika batas peran jelas, kolaborasi justru lebih cepat. Pertanyaan tidak berputar mencari owner, data tidak dibuat berkali-kali, dan advisor tidak menjadi black box. Tahun 2026 membutuhkan sistem administrasi dan bisnis yang semakin digital, tetapi prinsip dasarnya tetap manusiawi: keputusan harus punya orang yang bertanggung jawab, sistem harus dapat dijelaskan, dan data harus mempunyai asal yang dapat ditelusuri.

Tetapkan ukuran keberhasilan operating model

Transformasi perlu ukuran yang menunjukkan apakah cara kerja benar-benar membaik. Contoh ukuran yang berguna adalah jumlah late adjustment karena data, recurring exception yang tidak mempunyai owner, waktu menemukan evidence, persentase material position yang mempunyai decision note, jumlah manual handoff kritis, serta coverage backup untuk key process. Pilih sedikit indikator yang berkaitan langsung dengan risiko dan keputusan.

Review tidak hanya melihat tren hijau atau merah. Tanyakan mengapa exception terjadi dan apakah desain peran perlu diubah. Kadang solusi bukan automation, tetapi memindahkan ownership lebih dekat ke source event. Di kasus lain, internal team justru perlu berhenti mengerjakan pekerjaan komoditas agar kapasitas pindah ke advisory dan control. Operating model yang sehat mampu menyesuaikan pembagian manusia, konsultan, sistem, dan data ketika bisnis berubah.