{"id":58451,"date":"2015-12-08T10:54:38","date_gmt":"2015-12-08T03:54:38","guid":{"rendered":"https:\/\/bahtera.jp\/revaluation-discrepancy\/"},"modified":"2025-03-20T14:16:34","modified_gmt":"2025-03-20T07:16:34","slug":"revaluation-discrepancy","status":"publish","type":"post","link":"https:\/\/bahtera.jp\/id\/revaluation-discrepancy\/","title":{"rendered":"Perbedaan Data Dalam Sistem Bisnis yang Cenderung Terjadi pada Akhir Bulan"},"content":{"rendered":"

Di industri manufaktur Jepang di Indonesia, ketidaksesuaian data (discrepancy) yang muncul dalam pengoperasian sistem bisnis biasanya berupa ketidaksesuaian antara saldo piutang dan utang dengan saldo di buku besar (GL), ketidaksesuaian antara daftar piutang dan penjualan, atau masalah keterkaitan antar fungsi dalam sistem bisnis.
\n\t\t\t\t\r\n\t\t\t\t

\r\n\t\t\t\t\t\t\t\t\t\t
\r\n\t\t\t\t\t\t
\r\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\u30a4\u30f3\u30c9\u30cd\u30b7\u30a2\u306e\u52b4\u52d9\u3068\u6cd5\u5f8b\u307e\u3068\u3081\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/dt>\r\n\t\t\t\t\t\t
\r\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t

Sistem Akuntansi di Indonesia<\/p>\r\n\t\t\t\t\t\t\t\r\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t

\r\n\t\t\t\t\t\t\t\t\t

Di Indonesia, sistem akuntansi berbasis cloud semakin berkembang, dan tiga sistem cloud lokal terkenal, yaitu Accurate, Zahir, serta Jurnal, memimpin pasar. Namun, pada kenyataannya, dikatakan bahwa hanya kurang dari 8% perusahaan domestik yang telah mengadopsi sistem akuntansi. Inilah alasan mengapa sistem akuntansi berbasis cloud baru terus diluncurkan di pasar Indonesia yang tampaknya sudah jenuh. Hal ini menunjukkan bahwa startup IT, baik domestik maupun internasional, menilai bahwa sistem akuntansi cloud masih memiliki potensi besar untuk meningkatkan pangsa pasar di pasar lokal. Di Indonesia, pencatatan otomatis melalui penyebaran sistem akuntansi telah menjadi hal yang biasa, dan dalam lima tahun terakhir, rata-rata nilai … <\/p>\n\t\t\t\t\t\t\t\t<\/div>\r\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t

\u7d9a\u304d\u3092\u898b\u308b<\/p>\r\n\t\t\t\t\t\t\t\t\t\t\t\t\t<\/dd>\r\n\t\t\t\t\t<\/dl>\r\n\t\t\t\t<\/div>\r\n\t\t\t\t<\/a>\r\n\t\t\t\t<\/p>\n

Kasus Terjadinya Ketidaksesuaian Data Antar Departemen<\/h2>\n

Sistem bisnis digunakan oleh setiap penanggung jawab departemen di perusahaan hanya untuk fungsi yang diperlukan dalam pekerjaan mereka, dengan informasi yang dimasukkan diteruskan dari hulu ke hilir. Namun, dalam proses ini, terkadang muncul ketidaksesuaian data antar departemen.
\nNamun, ketidaksesuaian data ini biasanya bukan disebabkan oleh masalah sistem, melainkan perbedaan cara dan waktu input-output di setiap departemen. Setelah dianalisis, penyebabnya biasanya dapat dirangkum sebagai berikut.<\/p>\n

Saldo Piutang (A\/R) dan Utang (A\/P) di Buku Besar (G\/L) Berbeda dengan Saldo di Laporan Umur (Aging Report)<\/h3>\n

Secara teori, saldo awal bulan akun A\/R dan A\/P yang dibawa di G\/L seharusnya sama dengan saldo akhir bulan sebelumnya di Aging Report, tetapi dalam praktiknya, hampir selalu ada ketidaksesuaian.<\/p>\n

\n
\n
    \n
  1. A\/P dan A\/R dimasukkan langsung dari G\/L
    \n\u21d2 Terjadi karena jurnal nota debit (Debit note) untuk diskon atau nota kredit (Credit note) untuk kenaikan nilai dimasukkan langsung di G\/L.<\/li>\n
  2. Pembuatan jurnal A\/P dan A\/R dilakukan saat persetujuan sebelum pemindahan (posting).
    \n\u21d2 Perlu memeriksa transaksi A\/P dan A\/R yang sudah disetujui tetapi belum dipindahkan saat proses penutupan.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

    Ketika A\/R dan A\/P Melibatkan Beberapa Departemen<\/h3>\n

    Ketidaksesuaian data dalam sistem bisnis sering terdeteksi karena saldo A\/P dan A\/R tidak sesuai dengan saldo G\/L. Ini bisa berupa ketidaksesuaian jumlah total atau jumlah total sesuai tetapi jumlah per mitra bisnis tidak sesuai.
    \nUntuk menyesuaikan A\/P dan A\/R per mitra bisnis, seperti pemindahan antar departemen untuk aset, akun dibagi dan jurnal offset dibuat dengan memotong (cut-off) pada akhir bulan tertentu.<\/p>\n

    \n
    \n
      \n
    • (Debit) A\/P (Kode Mitra A) 10\u3000\u3000\u3000\u3000(Kredit) A\/P (Kode Mitra M) 30<\/li>\n
    • (Debit) A\/P (Kode Mitra B) 10<\/li>\n
    • (Debit) A\/P (Kode Mitra C) 10<\/li>\n<\/ul>\n<\/div>\n<\/div>\n\n

      Ketidaksesuaian A\/R dan Penjualan (Sales) Ketika Uang Muka Diproses dengan Kriteria Penyelesaian Konstruksi<\/h3>\n

      Bagi staf penjualan, mereka mungkin ingin mencocokkan Sales bulan ini dengan A\/R yang sesuai, lalu menelusuri dari A\/R ke pesanan untuk memverifikasi pesanan mana yang menghasilkan Sales tersebut. Namun, daftar Sales yang muncul di G\/L tidak selalu sesuai dengan daftar A\/R bulan tersebut.
      \nPengolahan pengembalian atau diskon yang dilaporkan oleh staf penjualan dapat diperbaiki melalui Credit Note dari informasi A\/R sebagai data asli. Namun, selisih kurs untuk A\/R dalam mata uang asing atau jurnal penyesuaian selisih pajak dilakukan oleh staf akuntansi secara independen melalui jurnal penyesuaian di G\/L, sehingga terjadi perbedaan antara informasi A\/R dan saldo akun A\/R di G\/L.
      \nJika layanan diproses dengan kriteria penyelesaian konstruksi, uang muka dari pelanggan dicatat di akun Down Payment, bukan Sales. Ketika menjadi Sales di bulan berikutnya, membandingkan Sales dan A\/R per bulan tidak akan sesuai (A\/R lebih besar).<\/p>\n

      \n
      \n
        \n
      • Saat menerima uang muka
        \n(Debit) A\/R 100\u3000\u3000\u3000\u3000(Kredit) Down Payment 100<\/li>\n
      • Saat konstruksi selesai
        \n(Debit) A\/R 40\u3000\u3000\u3000\u3000(Kredit) Sales 40
        \n(Debit) Down Payment 100\u3000\u3000\u3000\u3000(Kredit) Sales 100<\/li>\n<\/ul>\n<\/div>\n<\/div>\n

        Penyesuaian Data Setelah Proses Penutupan<\/h3>\n

        Sering terjadi setelah melakukan evaluasi ulang kurs pada akhir bulan dan menyelesaikan proses penutupan, ada yang berkata, \u201cInvoice ini sudah dibayar tapi lupa dimasukkan.\u201d
        \nDalam kasus ini, proses penutupan harus dibatalkan, evaluasi ulang kurs dibatalkan, lalu pemrosesan pembayaran Invoice dilakukan, diikuti evaluasi ulang kurs dan proses penutupan ulang.
        \nJika prosedur operasional ini tidak jelas dan Invoice diperbaiki tanpa membatalkan evaluasi ulang kurs, input perbaikan tidak akan tercermin dalam evaluasi ulang kurs.<\/p>\n

        \n
        \n
          \n
        1. Saldo A\/R dalam dolar pada akhir November (basis rupiah): 100<\/li>\n
        2. Saldo setelah evaluasi ulang kurs akhir November (basis rupiah): 110<\/li>\n
        3. Seharusnya perbaikan dilakukan terhadap 100, tetapi malah dilakukan terhadap 110.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

          Proses Penutupan Tertunda dan Input Pemrosesan A\/R dan A\/P Dilakukan Terlalu Cepat<\/h3>\n

          Evaluasi ulang kurs dilakukan dengan menilai ulang saldo A\/P pada akhir bulan menggunakan kurs akhir bulan. Namun, karena proses penutupan biasanya tertunda hingga bulan berikutnya, jika pemrosesan penyelesaian dilakukan di antaranya, saldo A\/P akhir bulan akan berubah.<\/p>\n

          \n
          \n
            \n
          1. Saldo basis rupiah pada akhir November: 100<\/li>\n
          2. Saldo setelah input pemrosesan pembayaran pada 1 Desember: 90<\/li>\n
          3. Seharusnya evaluasi ulang kurs dilakukan terhadap 100, tetapi malah terhadap 90.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

            Solusi yang Mungkin<\/h2>\n

            Memisahkan Akun Realisasi dan Belum Terealisasi<\/h3>\n

            Selisih kurs terdiri dari keuntungan\/kerugian realisasi berdasarkan selisih kurs saat pembayaran dengan kurs saat A\/P muncul, dan keuntungan\/kerugian belum terealisasi saat evaluasi akhir bulan. Jika akun ini tidak dipisah, akan sulit memfilter transaksi penyebab selisih kurs saat menelusuri kembali.<\/p>\n

            \n
            \n
              \n
            1. Forex Gain-Realized<\/li>\n
            2. Forex Loss-Realized<\/li>\n
            3. Forex Gain-Unrealized<\/li>\n
            4. Forex Loss-Unrealized<\/li>\n<\/ol>\n<\/div>\n<\/div>\n


              \nDalam sistem, jurnal selisih kurs dapat dibedakan apakah berasal dari pembayaran atau evaluasi ulang kurs. Namun, dalam akuntansi umum, biasanya hanya bisa difilter berdasarkan akun atau mitra bisnis, sehingga lebih baik membagi akun seperti di atas.<\/p>\n

              Menjelaskan Prosedur Operasional untuk Pengolahan Tidak Biasa<\/h3>\n

              Perbaikan data A\/R dan A\/P setelah proses penutupan harus dilakukan setelah evaluasi ulang kurs juga dibatalkan, agar perbaikan tercermin dalam nilai evaluasi akhir bulan. Oleh karena itu, prosedur operasional untuk pengolahan perbaikan tidak biasa perlu dijelaskan dengan jelas.<\/p>\n

              Audit Akuntansi oleh Auditor Eksternal<\/h2>\n

              Secara umum, audit sering merujuk pada audit akuntansi oleh firma audit, tetapi audit wajib ini hanya diwajibkan oleh undang-undang perusahaan untuk perusahaan besar.
              \nDefinisi perusahaan besar adalah \u201cperusahaan dengan modal Rp5 miliar atau lebih, atau utang Rp200 miliar atau lebih.\u201d Seiring pertumbuhan perusahaan, mereka bisa masuk ke dalam kategori wajib audit, atau keluar dari kategori tersebut saat mengalami penurunan.
              \nMeskipun perusahaan non-publik, menurut Pasal 328 Undang-Undang Perusahaan, mereka harus diaudit oleh auditor akuntansi (firma audit atau akuntan publik). Jika perusahaan besar yang menjadi target tidak melakukan audit wajib, itu melanggar hukum dan dapat dikenakan denda, meskipun dalam praktiknya sering menjadi operasional yang abu-abu.
              \nDi Indonesia, perusahaan dengan modal asing (PMA) semuanya dianggap perusahaan besar, sehingga meskipun di Jepang diklasifikasikan sebagai UKM, selama berstatus PMA, mereka wajib menjalani audit eksternal.
              \nMenurut Peter Drucker, perusahaan adalah alat masyarakat, tetapi karena penurunan laporan keuangan memengaruhi penilaian bank, harga saham, atau syarat tender, kebiasaan membuat laporan keuangan dengan memaksakan zona abu-abu seperti \u201cbagaimana membuatnya menjadi kotak hitam\u201d atau \u201cbagaimana membuatnya terlihat bersih\u201d muncul. Ketika masalah seperti kasus Toshiba terungkap, istilah abu-abu lain seperti \u201cakuntansi tidak pantas\u201d pun lahir.<\/p>\n

              Audit Bisnis Eksternal dan Audit Internal<\/h2>\n

              Pada awalnya, audit lebih sering merujuk pada audit akuntansi oleh auditor eksternal. Namun, sejak diberlakukannya JSOX (aturan pengendalian internal dalam Undang-Undang Transaksi Instrumen Keuangan tahun 2006), audit bisnis untuk mengevaluasi kepatuhan terhadap kepatuhan internal perusahaan juga menjadi penting secara sosial.
              \nAudit bisnis mencakup aktivitas bisnis selain akuntansi (pembelian, produksi, logistik, penjualan) serta organisasi dan sistem, yang secara langsung atau tidak langsung terkait dengan jaminan keabsahan laporan keuangan untuk melindungi pemegang saham.<\/p>\n

              \n
              \n
                \n
              1. Audit eksternal akuntansi: Langsung menjamin kesehatan laporan keuangan.<\/li>\n
              2. Audit eksternal bisnis: Menjamin kepatuhan terhadap hukum internal melalui pengendalian internal berdasarkan ISO atau JSOX.<\/li>\n
              3. Audit internal: Menjamin kepatuhan terhadap hukum internal melalui pengendalian internal berdasarkan ISO atau JSOX.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

                Dengan bisnis yang telah disistemkan saat ini, pengendalian TI menjadi wajib dalam evaluasi pengendalian internal. Di Indonesia, saat audit bisnis, pertanyaan tentang sistem ERP biasanya terfokus pada tiga poin berikut:<\/p>\n

                \n
                \n
                  \n
                1. Apakah alur persetujuan sudah sesuai?<\/li>\n
                2. Apakah hak akses ke sistem diatur dengan tepat?<\/li>\n
                3. Apakah ada dokumen seperti manual operasional atau panduan pengoperasian?<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

                  Pekerjaan Perusahaan Konsultan Akuntansi di Indonesia<\/h2>\n

                  Di industri manufaktur Jepang di Indonesia, banyak yang menandatangani kontrak pencatatan akuntansi atau kontrak penasihat akuntansi dengan perusahaan konsultan akuntansi. Oleh karena itu, saat memperkenalkan sistem akuntansi, laporan keuangan yang dihasilkan setelah proses penutupan akhir bulan pasti dibandingkan dengan laporan keuangan yang dibuat oleh perusahaan konsultan akuntansi.
                  \nSaat memulai penggunaan sistem akuntansi (di Indonesia sering disebut GO LIVE), saldo awal periode yang diperlukan diimpor ke sistem atau dimasukkan melalui jurnal penyesuaian berdasarkan neraca percobaan (Trial Balance) yang dibuat oleh perusahaan konsultan akuntansi.
                  \nPerusahaan konsultan akuntansi di Indonesia, meskipun berbeda dalam skala, dapat dibagi menjadi jenis pekerjaan berikut:<\/p>\n

                  \n
                  \n
                    \n
                  1. Audit eksternal (audit akuntansi dan audit bisnis)<\/li>\n
                  2. Pencatatan akuntansi dan penggajian<\/li>\n
                  3. Dukungan pajak (PPh, PPN, bea cukai, dll.)<\/li>\n
                  4. Dukungan visa dan pendirian perusahaan<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

                    Yang paling dikenal oleh perusahaan Jepang adalah JAC (Japan Asia Consultant). Saya sendiri selalu menyimpan tiga buku karya perwakilan mereka (manajemen perusahaan, pajak, akuntansi) di atas meja sebagai referensi utama\u2014lagipula, meja di rumah saya kecil.<\/p>\n

                    Data Perusahaan Konsultan Akuntansi yang Diperlukan Saat Memperkenalkan Sistem Akuntansi<\/h2>\n

                    Saat memperkenalkan sistem akuntansi ke klien yang memiliki kontrak dengan perusahaan konsultan akuntansi, selalu ada masalah yang muncul, yang saya sebut secara pribadi sebagai tiga ketidaksesuaian:<\/p>\n

                    \n
                    \n
                      \n
                    1. Ketidaksesuaian saldo awal: Terjadi jika data internal diperbaiki setelah diserahkan.<\/li>\n
                    2. Ketidaksesuaian akun: Membingungkan operator saat input data selama bulan berjalan.<\/li>\n
                    3. Ketidaksesuaian waktu penyediaan saldo awal: Memengaruhi jadwal implementasi sistem.<\/li>\n<\/ol>\n<\/div>\n<\/div>\n

                      Jika Invoice yang hilang ditemukan di internal setelah data diserahkan ke perusahaan konsultan akuntansi, dan permintaan perbaikan data ke perusahaan konsultan tidak tepat waktu, saldo piutang dan utang berdasarkan Invoice internal tidak akan sesuai dengan saldo akun piutang dan utang di GL yang dikirim oleh perusahaan konsultan, sehingga membutuhkan waktu untuk menelusuri penyebabnya.
                      \nPerusahaan konsultan akuntansi bertugas membuat laporan keuangan yang sesuai dengan undang-undang perusahaan Indonesia. Dengan banyak klien, untuk mengurangi beban manajemen, mereka cenderung menggunakan akun yang sama sebanyak mungkin, yang memang wajar.
                      \nNamun, jika pemetaan dengan akun internal tidak memadai, staf input akuntansi menjadi bingung menentukan akun mana yang tepat untuk transaksi abu-abu. Akibatnya, pencocokan saldo per akun di akhir bulan tidak dapat dilakukan, dan proses penutupan pun tidak dapat diselesaikan.
                      \nKarena data pasti dari proses penutupan bulan sebelumnya baru sampai paling cepat sekitar tanggal 20 bulan berikutnya, pengelolaan jadwal oleh manajer proyek implementasi sistem menjadi sulit.<\/p>\n","protected":false},"excerpt":{"rendered":"

                      Di industri manufaktur Jepang di Indonesia, ketidaksesuaian data (discrepancy) yang muncul dalam pengoperasian sistem bisnis biasanya berupa ketidaksesuaian antara saldo piutang dan utang dengan saldo di buku besar (GL), ketidaksesuaian antara daftar piutang dan penjualan, atau masalah keterkaitan antar fungsi dalam sistem bisnis.<\/p>\n","protected":false},"author":2,"featured_media":81746,"parent":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[687],"tags":[],"class_list":["post-58451","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-indonesia-accounting-tax-rule"],"_links":{"self":[{"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/posts\/58451","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/comments?post=58451"}],"version-history":[{"count":0,"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/posts\/58451\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/media\/81746"}],"wp:attachment":[{"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/media?parent=58451"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/categories?post=58451"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bahtera.jp\/id\/wp-json\/wp\/v2\/tags?post=58451"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}