AI agent sedang bergerak dari eksperimen teknologi menjadi agenda enterprise. Namun perubahan terpenting bukan bahwa perusahaan kini mempunyai AI yang dapat menjawab pertanyaan lebih baik. Perubahan sebenarnya terjadi ketika AI mulai diberikan kemampuan untuk memahami tujuan, menentukan beberapa langkah, menggunakan tools, membaca data bisnis, berinteraksi dengan sistem lain, dan menjalankan sebagian pekerjaan atas nama pengguna.

Perubahan tersebut membuat AI agent secara fundamental berbeda dari chatbot atau automation tradisional.

Dalam McKinsey Global Tech Agenda 2026, AI telah menjadi area investasi teknologi teratas untuk dua tahun ke depan. McKinsey juga menemukan perusahaan berkinerja tinggi mulai menggunakan agentic automation untuk mengubah cara pekerjaan dilakukan, bukan hanya menambahkan AI sebagai productivity tool. Pada survei terbarunya, 40% responden dari organisasi besar dengan revenue di atas US$1 miliar mengatakan mereka telah melakukan scaling AI agents, naik dari 27% pada tahun sebelumnya. (McKinsey & Company)

Namun perkembangan tersebut tidak berarti setiap workflow harus diubah menjadi AI agent.

Approval berdasarkan nominal tetap lebih aman dijalankan oleh deterministic rule. Scheduled reporting tidak membutuhkan agent yang membuat keputusan sendiri. Data synchronization antar-sistem lebih tepat ditangani integration. Bahkan beberapa pekerjaan yang menggunakan AI cukup berhenti pada recommendation, sementara final authority tetap berada pada manusia.

Karena itu pertanyaan yang lebih penting untuk enterprise bukan:

“Di mana kita bisa menggunakan AI agent?”

Tetapi:

“Pada bagian mana workflow membutuhkan reasoning dan adaptability yang tidak lagi dapat ditangani automation tradisional, tanpa memberikan autonomy lebih besar daripada yang dapat dikendalikan perusahaan?”

Apa Itu AI Agent untuk Enterprise?

AI agent adalah software berbasis artificial intelligence yang diberikan objective tertentu dan dapat mengambil beberapa langkah untuk mencapainya. Agent dapat memahami input, mempertimbangkan context, memilih tool, mengambil informasi, menentukan next action, dan dalam batas tertentu menjalankan tindakan tanpa user harus menentukan setiap langkah secara eksplisit.

Microsoft menjelaskan agent architecture sebagai kombinasi beberapa komponen—termasuk orchestrator, language model, tools, data source, dan service interface—yang memungkinkan agent menerima permintaan, memprosesnya, mengakses resource eksternal, dan memberikan atau menjalankan hasil. Pilihan architecture tersebut menentukan apakah agent hanya cocok untuk percakapan sederhana atau dapat digunakan pada enterprise workflow yang melibatkan banyak sistem dan data source. Microsoft Agent Architecture Components (Microsoft Learn)

Perbedaan tersebut dapat terlihat dari contoh procurement.

Automation biasa dapat menjalankan rule:

Jika nilai request < Rp10 juta → kirim ke Manager.

AI-assisted system dapat membaca tiga quotation kemudian membuat ringkasan perbandingan.

AI agent dapat memperoleh objective:

“Evaluasi purchase request ini dan siapkan recommendation untuk Procurement Manager.”

Agent kemudian dapat:

membaca request, memeriksa requirement, mengambil vendor history, mencari transaksi sebelumnya di ERP, membaca tiga quotation, membandingkan harga dan term, memeriksa inventory, membuat recommendation, lalu mengirim hasilnya untuk human approval.

Agent tidak hanya menjalankan satu function.

Agent menyelesaikan multi-step objective.

Di sinilah potensi dan risikonya mulai meningkat secara bersamaan.

Automation, AI-Assisted, dan Agentic AI Bukan Tingkatan yang Harus Selalu Dinaiki

Salah satu kesalahan dalam AI transformation adalah memperlakukan agentic AI sebagai versi “lebih maju” yang pada akhirnya harus menggantikan automation sebelumnya.

Tidak demikian.

Ketiganya mempunyai tempat berbeda.

Artikel Crocodic sebelumnya mengenai AI Automation untuk Bisnis menggunakan distinction serupa: pekerjaan repetitif dengan rule yang jelas umumnya lebih cocok menggunakan deterministic automation, sedangkan AI memberikan leverage ketika proses membutuhkan interpretation terhadap dokumen, bahasa, atau context. (Crocodic)

Agentic AI memperluas prinsip tersebut satu tahap lagi.

AI-assisted system membantu manusia mengambil keputusan.

AI agent mulai mengambil langkah menuju outcome.

Itulah mengapa autonomy tidak boleh menjadi tujuan.

Enterprise tidak menjadi lebih mature karena AI memiliki autonomy lebih besar. Enterprise menjadi lebih mature ketika mampu menentukan secara presisi keputusan mana yang boleh didelegasikan dan keputusan mana yang harus tetap deterministic atau human-controlled.

Dari Automation ke Agentic Workflow: Apa yang Sebenarnya Berubah?

Automation tradisional bekerja paling baik ketika input, rule, dan output dapat didefinisikan sebelumnya.

Misalnya:

Invoice masuk → nominal < threshold → approval Manager → posting ERP.

Jika semua kondisi dapat dipetakan secara eksplisit, deterministic workflow memberikan keuntungan yang besar: murah, cepat, predictable, mudah diuji, dan mudah diaudit.

Agentic workflow menjadi relevan ketika jalan menuju outcome tidak selalu sama.

Misalnya seorang account manager meminta:

“Cari customer dengan risiko churn tinggi minggu ini, lihat contract dan complaint history mereka, lalu buat daftar account yang harus diprioritaskan.”

Agent mungkin perlu:

mengambil data CRM,

memeriksa customer interaction,

membaca complaint,

menilai contract,

memanggil analytics tool,

membandingkan beberapa customer,

kemudian menghasilkan recommendation.

Urutan tindakan dapat berubah bergantung pada context.

McKinsey melihat perubahan ini sebagai salah satu alasan agentic AI mulai memengaruhi enterprise architecture. Dalam laporan Rethinking Enterprise Architecture for the Agentic Era, McKinsey membedakan antara memasukkan agent secara bertahap ke sistem existing dan melakukan transformasi architecture yang lebih luas untuk mendukung agentic workflows. (McKinsey & Company)

Artinya, AI agent bukan sekadar “tambahkan model ke workflow”.

Ketika agent diberi kemampuan bertindak, enterprise juga harus memikirkan system access, identity, permission, context, orchestration, audit trail, error handling, dan authority boundary.

Crocodic Agentic Workflow Maturity Model

Untuk menentukan apakah sebuah workflow sudah membutuhkan AI agent, Crocodic dapat menggunakan empat tahap maturity berikut:

Level 1 — Manual Workflow

Manusia memahami informasi, memilih tindakan, memindahkan data, dan menjalankan proses.

Level 2 — Deterministic Automation

Business rule dan system integration menangani pekerjaan yang dapat diprediksi.

Level 3 — AI-Assisted Workflow

AI memahami informasi atau membuat recommendation, tetapi user masih mengendalikan flow utama.

Level 4 — Agentic Workflow

AI diberi objective dan dapat menentukan serta menjalankan beberapa langkah melalui tools dan system access dalam boundary tertentu.

Modelnya:

Manual → Automation → AI-Assisted → Agentic

Namun progression seharusnya berhenti pada level yang menghasilkan risk-adjusted business value terbaik.

Tidak semua process perlu mencapai Level 4.

Approval sederhana mungkin ideal di Level 2 selamanya.

Contract review dapat berhenti di Level 3.

Customer-service resolution tertentu mungkin layak mencapai Level 4.

8 Tanda Workflow Enterprise Mulai Cocok Menggunakan AI Agent

1. Workflow Membutuhkan Reasoning, Bukan Hanya Rule

Tanda pertama adalah ketika perusahaan sudah kesulitan menulis rule yang dapat menangani seluruh variasi proses.

Bayangkan customer mengirim complaint.

Traditional workflow dapat membaca category dari form dan melakukan routing.

Namun customer mungkin menulis:

Barang kami diterima terlambat, salah satu unit rusak, invoice tidak sesuai quotation, dan kami ingin mengetahui apakah replacement bisa dikirim minggu ini.

Satu request mengandung beberapa intent.

AI dapat membantu memahami situasi tersebut. Agent kemudian dapat melihat order, shipment, invoice, inventory replacement, serta customer agreement sebelum menentukan next step.

Jika semua possibility harus ditulis sebagai if/else, rule complexity akan meningkat cepat.

AI agent menjadi lebih relevan ketika pekerjaan mempunyai:

clear objective + variable path.

Bukan ketika objective-nya sendiri masih ambigu.

2. User Harus Membuka Banyak Sistem untuk Menyelesaikan Satu Pekerjaan

Ini mungkin use case enterprise paling menarik.

Karyawan menerima satu tugas tetapi harus membuka lima aplikasi.

Misalnya Procurement Analyst harus:

membaca purchase request,

membuka inventory,

melihat supplier ERP,

mencari quotation lama,

memeriksa contract,

dan menyiapkan comparison.

Human sebenarnya berfungsi sebagai integration layer sekaligus reasoning layer.

Jika workflow seperti ini terjadi dalam volume besar, agent dapat menjadi interface yang mengorkestrasi beberapa capability tersebut.

McKinsey menggambarkan agent-ready infrastructure sebagai environment di mana agents, tools, dan enterprise systems dapat terhubung melalui shared orchestration layer. Mereka juga menekankan pentingnya membuat repeatable enterprise actions tersedia melalui secure APIs dengan policy checks. McKinsey — Reimagining Tech Infrastructure for Agentic AI (McKinsey & Company)

Namun ini juga berarti perusahaan perlu mempunyai integration foundation.

Jika ERP hanya dapat diakses melalui manual export dan CRM tidak memiliki API yang stabil, agent belum tentu menjadi masalah pertama yang perlu diselesaikan.

3. Satu Prompt Tidak Cukup untuk Menyelesaikan Outcome

Chatbot bagus untuk:

“Ringkas dokumen ini.”

Agent mulai relevan untuk:

“Periksa dokumen ini, bandingkan dengan contract, cek transaksi di ERP, identifikasi discrepancy, dan siapkan action yang perlu dilakukan.”

Perbedaan tersebut penting.

Satu merupakan AI task.

Yang kedua merupakan business workflow.

Crocodic membahas architecture yang muncul pada tahap ini melalui AI Orchestration: Menghubungkan Model, Data, dan Sistem. Ketika AI harus berinteraksi dengan documents, CRM, ERP, APIs, models, approval, dan tindakan pada sistem lain, problem-nya berkembang dari model integration menjadi orchestration. (Crocodic)

Agent tidak otomatis menghilangkan kebutuhan orchestration.

Semakin banyak tools yang dimiliki agent, semakin penting orchestration-nya.

4. Proses Memiliki Banyak Exception tetapi Outcome Tetap Jelas

Deterministic workflow unggul ketika jalurnya konsisten.

Agentic workflow dapat memberikan leverage ketika jalan menuju hasil berbeda-beda tetapi end goal masih jelas.

Misalnya debt collection.

Tujuan:

menentukan account yang perlu ditindaklanjuti dan menyiapkan next action.

Namun context setiap customer dapat berbeda:

invoice overdue,

dispute aktif,

partial payment,

contractual grace period,

customer strategic,

atau problem delivery belum selesai.

Traditional rule dapat menangani beberapa kondisi, tetapi exception berkembang seiring kompleksitas bisnis.

Agent dapat mengumpulkan context sebelum membuat recommendation atau memilih approved action.

Tetapi ada batas penting:

Variability adalah alasan menggunakan agent. Ambiguity bukan.

Jika bahkan business owner tidak dapat mendefinisikan outcome yang benar, agent tidak akan memperbaiki proses tersebut.

5. Pekerjaan Membutuhkan Kombinasi Structured dan Unstructured Data

ERP dan CRM sangat kuat menyimpan structured transaction.

Namun banyak keputusan bisnis membutuhkan informasi lain:

contract,

email,

PDF,

proposal,

ticket,

SOP,

chat,

meeting notes,

atau report.

AI memberikan value karena mampu memahami unstructured information tersebut.

Agent menambahkan capability berikutnya: menggunakan hasil interpretation sebagai context untuk berinteraksi dengan structured system.

Contohnya procurement agent:

Quotation PDF → extract commercial terms → Supplier ERP → historical price → Inventory → demand → Recommendation.

Di sinilah enterprise data architecture menjadi critical.

McKinsey menekankan bahwa scaling agentic AI membutuhkan data yang berubah menjadi governed, reusable assetsyang dapat dipahami dan dipercaya oleh sistem maupun agents. (McKinsey & Company)

Model dapat sangat pintar, tetapi jika customer, product, supplier, atau contract identity tidak konsisten antar-sistem, reasoning-nya dapat menghasilkan tindakan terhadap business entity yang salah.

6. Proses Memiliki Decision Boundary yang Bisa Didefinisikan

Agent tidak boleh hanya diberikan tujuan:

“Selesaikan procurement.”

Perusahaan perlu menentukan authority.

Misalnya:

Agent boleh:

membaca request,

mengakses supplier history,

membandingkan quotation,

menghasilkan recommendation,

membuat draft PO.

Agent tidak boleh:

mengubah supplier bank account,

menyetujui purchase di atas threshold,

mengirim payment,

atau menghapus transaksi.

Ini yang membedakan AI agent enterprise dengan automation experiment.

NIST AI Risk Management Framework menempatkan risk management sepanjang lifecycle AI melalui fungsi Govern, Map, Measure, dan Manage. NIST juga menekankan penggunaan AI RMF profiles agar kontrol dapat disesuaikan dengan use case, risk tolerance, dan business context organisasi. NIST AI Risk Management Framework (NIST)

Authority harus diperlakukan sebagai architecture property.

Bukan prompt:

“Tolong jangan melakukan pembayaran.”

Tetapi technical permission:

agent memang tidak mempunyai tool untuk melakukan pembayaran.

7. Outcome Dapat Diverifikasi

Agent sebaiknya diberikan autonomy lebih besar hanya ketika perusahaan mempunyai cara untuk mengetahui apakah hasilnya benar.

Misalnya agent melakukan invoice reconciliation.

Outcome dapat diperiksa:

PO cocok?

receipt cocok?

amount sesuai?

transaction berhasil?

Untuk research strategic yang jawabannya subjektif, verification lebih sulit.

Ini menciptakan prinsip penting:

Autonomy should increase with verifiability.

Jika sistem dapat secara otomatis memeriksa outcome, autonomy dapat ditingkatkan relatif aman.

Jika output sulit diverifikasi dan dampak kesalahan tinggi, human control tetap diperlukan.

8. Volume dan Business Impact Cukup Besar

AI agent menambah architecture complexity.

Ada model cost.

Integration.

Tool definition.

Evaluation.

Security.

Logging.

Observability.

Prompt/version management.

Human fallback.

Karena itu process yang hanya dilakukan lima kali setahun mungkin tidak membutuhkan agent meskipun secara teknis dapat di-agent-kan.

Business case sebaiknya melihat kombinasi:

Frequency × Manual Effort × Decision Complexity × Business Impact.

Use case dengan frekuensi tinggi, effort besar, dan clear outcome memberikan leverage terbaik.

Crocodic Agentic Readiness Equation

Untuk assessment awal, Crocodic dapat menggunakan framework:

Agentic Opportunity = Workflow Variability × Reasoning Need × Cross-System Dependency × Business Volume

Kemudian dikurangi:

Agentic Risk = Decision Consequence × Data Uncertainty × Permission Exposure × Verification Difficulty

Dengan demikian:

Agentic Readiness = Opportunity − Uncontrolled Risk

Framework ini bukan formula financial formal. Tujuannya adalah mencegah keputusan “pakai AI agent” hanya karena technology tersedia.

Contohnya:

AI Agent Tidak Harus Menggantikan Workflow Engine

Ini distinction architecture yang penting.

Workflow engine mengetahui bahwa:

setelah A → lakukan B.

AI agent dapat menentukan:

berdasarkan context ini, apakah B, C, atau D yang paling tepat?

Keduanya dapat bekerja bersama.

Contoh procurement:

Workflow

Purchase request diterima.

Agent

Menganalisis quotation dan supplier history.

Workflow

Jika recommendation sudah tersedia → kirim Manager approval.

Human

Approve.

Workflow

Create PO.

Dengan pola seperti ini, bagian deterministic tetap deterministic.

Agent hanya digunakan pada bagian yang membutuhkan reasoning.

Ini biasanya jauh lebih aman dibanding menyerahkan seluruh process kepada agent.

Agentic architecture yang sehat tidak mengganti deterministic software. Ia menambahkan intelligence pada decision boundary yang sebelumnya terlalu kompleks untuk ditulis sebagai rule.

Human-in-the-Loop Bukan Tanda AI Agent Belum Mature

Banyak organisasi menganggap autonomy penuh sebagai tujuan akhir.

Padahal human-in-the-loop dapat menjadi architecture choice yang sengaja dipertahankan.

Misalnya:

Low risk

Agent boleh melakukan tindakan otomatis.

Medium risk

Agent menjalankan preparation, manusia approve action.

High risk

Agent hanya memberikan recommendation.

Critical decision

Human tetap memiliki authority dan deterministic policy membatasi tindakan.

Microsoft juga menempatkan security, reliability, governance, dan fit-for-purpose sebagai bagian dari design principles untuk enterprise agent architecture. Microsoft Architecting Agent Solutions (Microsoft Learn)

Jadi maturity bukan berarti semakin sedikit manusia.

Maturity berarti role manusia dan AI semakin eksplisit.

AI Agent Membutuhkan Tool, Bukan Akses Bebas ke Sistem

Salah satu risiko terbesar adalah memberikan agent akses terlalu luas.

Misalnya agent membutuhkan customer balance.

Pendekatan berisiko:

AI → direct database credential → seluruh database.

Pendekatan lebih sehat:

AI → controlled tool → getCustomerBalance(customer_id)

Jika agent perlu membuat draft purchase request:

createDraftPurchaseRequest()

bukan unrestricted database write.

Tool tersebut dapat memiliki:

authentication,

input validation,

permission,

rate limit,

transaction rule,

logging,

dan policy check.

Ini juga selaras dengan prinsip agent-ready infrastructure yang dijelaskan McKinsey: enterprise action perlu tersedia sebagai secure, repeatable API dengan policy embedded. (McKinsey & Company)

Dengan cara tersebut autonomy agent dibatasi oleh capability yang memang disediakan perusahaan.

Agent mungkin bisa reasoning dengan sangat fleksibel.

Action tetap controlled.

AI Governance Berubah Ketika Agent Bisa Bertindak

Governance pada chatbot relatif sederhana.

Masalah utama mungkin data leakage, hallucination, dan kualitas output.

Ketika agent mendapat tools, risk profile berubah.

Sekarang perusahaan perlu menanyakan:

Siapa identity agent?

System apa yang boleh diakses?

Data apa yang boleh dibaca?

Action apa yang boleh dijalankan?

Berapa nilai transaksi maksimum?

Kapan human approval diperlukan?

Apa yang terjadi jika agent mengulang action dua kali?

Bagaimana semua action diaudit?

Crocodic membahas pergeseran tersebut dalam AI Governance: Kenapa Policy Saja Tidak Cukup?. Prinsip utamanya adalah governance baru bekerja ketika policy diterjemahkan menjadi runtime control seperti permission, approval, observability, dan audit trail. (Crocodic)

IBM juga melihat governance sebagai salah satu bottleneck dalam scaling agents. Dalam insight Think 2026 mereka, tujuh dari sepuluh executive yang disurvei mengatakan limitation pada existing AI governance memperlambat AI transformation mereka. IBM Think 2026 — Scaling AI Agents (IBM)

Dengan agentic AI, governance tidak lagi hanya mengendalikan apa yang AI katakan.

Governance harus mengendalikan apa yang AI dapat lakukan.

Dari Satu Agent ke Banyak Agent: Jangan Terlalu Cepat

Setelah satu agent berhasil, mudah untuk membayangkan:

Procurement Agent.

Finance Agent.

Sales Agent.

HR Agent.

Operations Agent.

Executive Agent.

Kemudian masing-masing berkomunikasi satu sama lain.

Secara teknis multi-agent architecture dapat memberikan flexibility. Namun setiap agent baru juga menambah:

identity,

permission,

context,

communication,

failure mode,

model consumption,

dependency,

dan observability requirement.

Microsoft bahkan membedakan orchestrator/subagent serta workflow-oriented multi-agent patterns dalam guidance architecture terbaru mereka. Microsoft Agent Architecture Guidance (Microsoft Learn)

Tetapi complexity harus dibenarkan oleh business requirement.

Jika satu deterministic workflow + satu agent sudah menyelesaikan process, jangan membangun tujuh agents karena architecture terlihat lebih modern.

Jumlah agent bukan maturity metric. Semakin banyak agent, semakin banyak decision boundary yang harus dapat dijelaskan dan dikendalikan.

Kapan AI Gateway Mulai Diperlukan?

Jika perusahaan hanya mempunyai satu agent dan satu model provider, direct connection masih manageable.

Namun enterprise dapat dengan cepat berkembang menjadi:

Customer Service Agent → Model A.

Finance Agent → Model B.

Coding Agent → Model C.

Internal Search → Model D.

Beberapa system membutuhkan fallback.

Beberapa business unit mempunyai budget berbeda.

Beberapa data tidak boleh dikirim ke provider tertentu.

Di sinilah centralized control mulai relevan.

Artikel AI Gateway Crocodic membahas kebutuhan untuk mengontrol model access, credential, routing, consumption, provider dependency, dan observability ketika penggunaan AI berkembang melintasi banyak aplikasi. (Crocodic)

Flow architecture dapat berkembang menjadi:

User / System
↓
AI Agent
↓
Orchestration
↓
AI Gateway
↓
Model(s)

sementara business actions diarahkan melalui controlled tool/API layer:

Agent
↓
Policy / Permission
↓
Tools
↓
ERP / CRM / Enterprise System

Sehingga model tidak menjadi pusat seluruh architecture.

Model tetap component.

Jangan Bangun AI Agent Jika Fondasi Sistem Belum Siap

AI agent sangat bergantung pada capability di bawahnya.

Sebelum production implementation, perusahaan setidaknya perlu mengevaluasi:

Crocodic telah membangun assessment yang lebih luas dalam AI Readiness Assessment untuk Enterprise, dengan enam layer: business, data, system & integration, security & governance, operation, serta measurement & economics. (Crocodic)

Agent sebaiknya menjadi hasil readiness assessment, bukan alasan untuk melewati foundation tersebut.

Crocodic Perspective: Automate the Flow, Delegate the Decision Carefully

Era automation mengajarkan perusahaan untuk memetakan task yang dapat dilakukan mesin.

Era agentic AI menambahkan pertanyaan baru:

keputusan mana yang dapat didelegasikan?

Itulah distinction terbesar.

Automation menjalankan instruction yang sudah ditentukan.

Agent mendapat ruang untuk menentukan sebagian cara menuju outcome.

Karena itu Crocodic melihat agentic transformation melalui dua layer:

Flow Automation

Bagian deterministic:

trigger,

validation,

routing,

API transaction,

notification,

approval sequence,

system update.

Decision Delegation

Bagian intelligent:

interpretation,

context gathering,

planning,

tool selection,

recommendation,

exception reasoning.

Keduanya jangan dicampur tanpa alasan.

Semakin deterministic sebuah keputusan, semakin sedikit alasan menggunakan agent. Semakin contextual sebuah keputusan, semakin besar potensi agent—tetapi semakin penting pula membatasi authority-nya.

Framework tersebut menjaga enterprise agar tidak melakukan dua kesalahan sekaligus: menggunakan AI untuk pekerjaan yang sebenarnya lebih baik diselesaikan rule, atau memberikan agent autonomy pada keputusan yang sebenarnya belum aman untuk didelegasikan.

Contoh: Dari Procurement Automation ke Procurement Agent

Mari lihat satu workflow.

Tahap 1 — Manual

Requester mengirim request.

Buyer mencari vendor.

Buyer membandingkan quotation.

Manager approve.

Buyer membuat PO.

Tahap 2 — Automation

Request masuk sistem.

Approval routing otomatis.

PO dibuat dari approved request.

Tahap 3 — AI-Assisted

AI membaca quotation dan membuat comparison.

Buyer tetap melakukan investigation dan final recommendation.

Tahap 4 — Agentic

Agent:

membaca purchase request,

memeriksa inventory,

mengambil historical price,

membaca quotation,

memeriksa supplier performance,

mengidentifikasi discrepancy,

membuat recommendation,

dan membuat draft PO.

Kemudian:

human approves.

Agent tidak perlu memiliki payment authority.

Pola seperti ini menunjukkan agentic transformation seharusnya terjadi per decision boundary, bukan dengan mengubah seluruh Procurement menjadi autonomous sekaligus.

Contoh: Customer Service Agent

Customer bertanya:

“Barang saya belum sampai dan invoice-nya sepertinya berbeda dari quotation.”

Chatbot biasa mungkin memberikan generic answer.

AI agent dapat:

mencari customer,

menemukan order,

melihat shipment,

membaca quotation,

membandingkan invoice,

mengidentifikasi discrepancy,

memeriksa policy,

kemudian menyiapkan action.

Untuk kondisi tertentu agent mungkin boleh membuka support case otomatis.

Untuk refund di atas threshold, human approval tetap dibutuhkan.

Dengan demikian:

reasoning dapat fleksibel, authority tetap structured.

Contoh: Finance Investigation Agent

Finance Manager meminta:

“Cari penyebab kenapa gross margin Product A turun bulan ini.”

Agent dapat:

mengambil sales data,

membandingkan material cost,

melihat supplier price,

memeriksa production variance,

mengecek scrap,

membandingkan periode sebelumnya,

dan menghasilkan explanation.

Ini use case yang menarik karena user tidak meminta satu report.

User meminta investigation objective.

Agent menentukan data apa yang relevan dan urutan analysis yang diperlukan.

Namun agent tidak memerlukan permission untuk melakukan jurnal accounting.

Read access dan analytical tools mungkin sudah cukup.

Bagaimana Mengukur ROI AI Agent?

Metric seperti:

jumlah agent,

jumlah prompt,

token,

atau user aktif

belum menjelaskan business value.

KPI harus kembali ke workflow.

Contohnya:

Selain productivity, ukur juga quality:

decision accuracy, exception rate, escalation rate, action reversal, human override, failure rate, cost per completed workflow, dan business outcome.

McKinsey dalam laporan State of AI 2026 menunjukkan scaling AI semakin nyata tetapi perusahaan juga mulai menghadapi economics AI secara lebih serius. Ini penting: agent yang mampu menyelesaikan pekerjaan tetapi membutuhkan inference cost dan operational overhead lebih tinggi daripada value proses tersebut belum tentu merupakan automation yang sehat. (McKinsey & Company)

Jangan Mengukur Keberhasilan dari Seberapa Autonomous Agent-nya

Ada dua implementation:

Agent A

menyelesaikan seluruh proses tanpa manusia, tetapi mempunyai 8% error rate.

Agent B

menyiapkan 90% pekerjaan, manusia melakukan final approval, error material hampir tidak ada.

Mana yang lebih mature?

Untuk enterprise, sangat mungkin Agent B.

Keberhasilan harus diukur terhadap:

business outcome + risk + economics.

Bukan autonomy percentage.

Ini juga konsisten dengan pendekatan NIST AI RMF: tingkat kontrol harus mengikuti use case dan risk tolerance organisasi, bukan satu standard autonomy untuk semua system. (NIST)

Roadmap Implementasi AI Agent Enterprise

Perusahaan tidak perlu langsung membangun autonomous multi-agent platform.

Roadmap yang lebih sehat adalah:

Phase 1 — Select One Workflow

Pilih process dengan business value tinggi dan risk manageable.

Phase 2 — Map Decision Boundary

Pisahkan:

deterministic,

AI-assisted,

human authority,

agent-capable decisions.

Phase 3 — Prepare System Tools

Expose business capability melalui APIs dan controlled functions.

Phase 4 — Pilot Read-Heavy Agent

Berikan agent lebih banyak kemampuan membaca daripada menulis.

Contoh:

search CRM,

read ERP,

analyze documents,

generate recommendation.

Phase 5 — Add Controlled Action

Tambahkan low-risk write capability.

Misalnya:

create draft,

open ticket,

request approval.

Phase 6 — Measure

Evaluasi quality, productivity, cost, override, dan exception.

Phase 7 — Expand Authority Only When Evidence Supports It

Agent baru memperoleh action tambahan setelah behaviour dan control layer terbukti reliable.

Dengan pola ini perusahaan bergerak:

Observe → Recommend → Draft → Act with Approval → Controlled Autonomy

bukan:

Chatbot → Fully Autonomous Agent.

Kapan Perusahaan Belum Membutuhkan AI Agent?

Ada beberapa kondisi ketika agent sebaiknya tidak menjadi prioritas. Jika proses sangat deterministic, gunakan automation, Jika satu API call sudah cukup, gunakan integration, Jika data tidak reliable, perbaiki data, Jika system tidak memiliki interface, perbaiki architecture, Jika workflow belum mempunyai owner, perbaiki process, Jika output tidak dapat diverifikasi dan kesalahannya sangat berisiko, pertahankan human authority, Jika proses volumenya kecil, hitung kembali economics-nya dan Jika company bahkan belum memahami bagian mana yang menjadi bottleneck, lakukan process assessment terlebih dahulu.

Artikel Aplikasi Proses Bisnis Crocodic membahas tahap sebelumnya: kapan workflow manual mulai membutuhkan system dan automation. Agent seharusnya dibangun di atas process foundation tersebut, bukan digunakan untuk menutupi proses yang belum terstruktur. (Crocodic)

AI Agent Akan Mengubah Enterprise Architecture, tetapi Tidak Menggantikan Sistem Inti

• ERP masih dibutuhkan.
• CRM masih dibutuhkan.
• Database masih dibutuhkan.
• Workflow engine masih dibutuhkan.
• API tetap dibutuhkan.
• Agent tidak menggantikan semuanya.

Agent menjadi intelligence dan coordination layer yang memungkinkan user berinteraksi dengan capability tersebut dengan cara lebih fleksibel.

McKinsey menyebut agentic AI sebagai perubahan yang mulai memengaruhi fundamental enterprise architecture karena organisasi harus menentukan bagaimana agents dimasukkan ke technology estate yang sudah ada. (McKinsey & Company)

Ini juga menjelaskan mengapa modernization dan agentic AI saling berkaitan.

ERP lama yang reliable tetapi belum mempunyai API mungkin tidak perlu diganti.

Ia perlu dibuat agent-accessible secara controlled.

Crocodic menangani kondisi tersebut melalui Enterprise System Upgrade: meningkatkan API integration, scalability, multi-user capability, dan AI automation pada sistem existing tanpa selalu melakukan rebuild dari nol. (Crocodic)

Enterprise Tidak Perlu Beralih dari Automation ke Agentic AI Sepenuhnya

Istilah “beralih” dapat menimbulkan kesan bahwa automation lama akan ditinggalkan.

Justru enterprise architecture ke depan kemungkinan besar akan merupakan kombinasi:

Deterministic Workflow + APIs + AI Models + AI Agents + Human Authority.

Rule menangani hal yang pasti, AI memahami hal yang ambigu, Agent mengoordinasikan pekerjaan yang contextual, Manusia memegang keputusan yang membutuhkan accountability, Orchestrator menjaga flow, Gateway mengontrol model access, Governance menentukan boundary dan Enterprise system tetap menjadi operational source of truth.

Karena itu strategi agentic AI bukan mengganti seluruh automation estate. Strateginya adalah menemukan decision boundaries yang sebelumnya terlalu mahal atau terlalu contextual untuk diotomatisasi, kemudian memberikan AI autonomy secukupnya untuk menghilangkan friction tanpa menghilangkan control.

Dari AI Experiment ke Agentic Enterprise

AI agent sedang menjadi bagian yang semakin nyata dari enterprise technology strategy. McKinsey menemukan AI telah menjadi prioritas investasi teknologi terbesar dan scaling agents terlihat paling cepat pada enterprise besar. Namun laporan yang sama juga menunjukkan bahwa data foundation, integration dengan existing systems, talent, dan change management masih menjadi hambatan utama scaling. (McKinsey & Company)

Ini menunjukkan bahwa pemenangnya tidak otomatis perusahaan yang membuat agent paling cepat. Pemenangnya kemungkinan adalah perusahaan yang mampu menghubungkan:

business workflow → enterprise data → system capability → AI reasoning → controlled action.

Jika perusahaan masih berada pada tahap workflow manual, mulailah dari process automation. Jika workflow sudah digital tetapi interpretation masih manual, pertimbangkan AI-assisted automation. Jika pekerjaan membutuhkan reasoning, planning, dan multi-system action, evaluasi AI agent.

Dan ketika agent mulai mempunyai authority, pastikan permission, governance, orchestration, observability, dan human boundary ikut berkembang.

Agentic AI bukan tahap ketika AI menggantikan workflow. Agentic AI adalah tahap ketika workflow dapat mendelegasikan sebagian keputusan kepada intelligence layer tanpa kehilangan kendali atas outcome.

Bagi perusahaan yang ingin menambahkan capability tersebut ke sistem operasional existing, Crocodic dapat memperkuat architecture melalui Enterprise System Upgrade, sementara kebutuhan koordinasi agent, models, data, tools, dan approval dapat diperdalam melalui AI Orchestration Crocodic dan AI Governance Crocodic. (Crocodic)

Tujuannya bukan membangun agent paling autonomous.

Tujuannya adalah membuat business workflow lebih cepat mengambil tindakan ketika context berubah, sambil memastikan enterprise tetap mengetahui siapa—atau apa—yang memiliki authority untuk mengambil setiap keputusan.