> For the complete documentation index, see [llms.txt](https://payana-saas.gitbook.io/payana-saas-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://payana-saas.gitbook.io/payana-saas-docs/pengenalan/masalah.md).

# Masalah yang Dipecahkan

Payana dirancang untuk menjawab empat masalah nyata yang berulang di sistem payroll konvensional — dua dari sisi karyawan, dua dari sisi perusahaan.

## 1. Gaji terkunci sampai tanggal gajian

Model payroll batch bulanan berarti karyawan yang butuh uang di tanggal 15 — untuk keadaan darurat, kebutuhan mendadak, atau sekadar arus kas harian — tidak punya cara sah untuk mengakses gaji yang sebenarnya sudah mereka hasilkan. Uang itu sudah "ada", secara proporsional terhadap hari kerja yang sudah dijalani, tapi terkunci oleh siklus administratif yang kaku.

## 2. Satu-satunya jalan keluar sebelum gajian: pinjaman berbunga

Ketika karyawan butuh dana sebelum tanggal gajian, opsi yang tersedia selama ini didominasi oleh **pinjaman online (pinjol)** atau produk *paylater* — keduanya membebankan bunga, kadang dengan skema yang tidak transparan, atas uang yang **sebenarnya sudah menjadi hak karyawan itu sendiri**. Karyawan meminjam uangnya sendiri dengan bunga, karena tidak ada jalur resmi untuk mengaksesnya lebih awal tanpa biaya.

## 3. Perhitungan pajak & kepatuhan yang manual dan rawan salah

Di sisi HR, perhitungan potongan (BPJS, PPh21) dan pelaporan compliance sering dikerjakan manual lewat spreadsheet — proses yang lambat, sulit diaudit, dan rentan kesalahan hitung yang baru ketahuan saat sudah terlambat (misalnya saat pemeriksaan pajak). Tidak ada satu sumber kebenaran (*single source of truth*) yang bisa dipercaya semua pihak sekaligus.

## 4. Tidak ada cara mudah untuk memverifikasi status kerja

Ketika karyawan perlu membuktikan status kerjanya — untuk pengajuan kredit, verifikasi platform lain, atau referensi kerja — satu-satunya cara adalah meminta surat manual dari HR dan menunggu proses administratif. Tidak ada cara instan dan terpercaya bagi pihak ketiga untuk memverifikasi "orang ini benar bekerja di perusahaan X, sejak tanggal Y" tanpa harus menghubungi HR secara langsung.

## Siapa yang menanggung akibatnya

| Pihak               | Yang mereka inginkan                                                                                                                                      |
| ------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Karyawan**        | Akses ke gaji yang sudah dihasilkan, tanpa harus berutang dengan bunga untuk mendapatkannya.                                                              |
| **HR / Perusahaan** | Proses payroll yang otomatis, patuh aturan, dan mudah diaudit — tanpa harus membangun sistem kepercayaan dari nol untuk setiap klaim karyawan.            |
| **Keduanya**        | Satu sistem yang sama-sama bisa dipercaya — di mana aturan berlaku identik untuk semua orang, dan tidak ada pihak yang bisa mengubah data secara sepihak. |

Bagaimana Payana menjawab keempat masalah ini secara konkret dibahas di [Solusi Payana](/payana-saas-docs/pengenalan/solusi.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://payana-saas.gitbook.io/payana-saas-docs/pengenalan/masalah.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.