- Meski istilah akuntansi terasa asing, pembukuan berpasangan dapat dipahami sebagai model aliran uang jika dilihat sebagai struktur yang melacak akun dan saldo dari waktu ke waktu
- Tabel yang hanya menimpa saldo saat ini akan kehilangan proses perubahannya, tetapi buku besar menambahkan item setiap kali transaksi terjadi sehingga menyisakan riwayat dan jejak koreksi
- Pembukuan entri tunggal mungkin cukup untuk mencatat perubahan per akun, tetapi ketika beberapa akun bergerak bersama, item terkait perlu dikelompokkan sebagai transaksi agar sumber dan tujuannya terlihat
- Dalam pembukuan berpasangan, untuk setiap transaksi jumlah uang yang keluar dan masuk harus sama, dan syarat keseimbangan ini membantu menangkap kesalahan seperti checksum dalam akuntansi manual
- Jika akun dan transaksi dipandang sebagai node, lalu item debit dan kredit sebagai edge berarah, buku besar menjadi graf berarah yang terus membesar seiring waktu, dan laporan keuangan juga bisa dipandang sebagai visualisasinya
Informasi yang hilang saat hanya mencatat saldo
- Akuntansi adalah pekerjaan melacak sesuatu yang bisa dihitung dari waktu ke waktu, dan di sini fokusnya pada aliran uang
- Dalam contoh, kondisi awal adalah pada 1 Januari 2024 Alice memiliki $100 dan Bob memiliki $50
- Jika Alice membayar Bob $20 untuk sebuah buku, saldo Alice menjadi $80 dan saldo Bob menjadi $70
- Di sini, akun(account) adalah tempat uang disimpan, dan saldo(balance) adalah jumlah uang yang ada di akun pada titik waktu tertentu
- Jika hanya saldo saat ini yang ditimpa, akan sulit mengetahui mengapa Alice memiliki $80
- apakah awalnya menerima $80 dari $0
- atau menghabiskan $9,920 dari $10,000
- Cara yang hanya menyisakan snapshot saldo menghapus proses bagaimana perubahan itu terjadi
Buku besar entri tunggal dan catatan immutable
- Untuk menyimpan riwayat perubahan, setiap kali transaksi terjadi kita harus menambahkan baris baru alih-alih mengubah nilai lama
- Item buku besar biasanya memuat informasi berikut
- Description: penjelasan yang bisa dibaca manusia seperti deskripsi transaksi, pihak yang dibayar, nomor referensi, dll.
- Date: tanggal terjadinya transaksi, yang juga dapat dipakai untuk pengelompokan per periode seperti laporan bulanan
- Balance: saldo akun setelah transaksi, yang merupakan informasi redundan tetapi berguna untuk meninjau data
- Setiap baris adalah entri(entry), dan kumpulan entri untuk satu akun adalah buku besar(ledger)
- Buku besar Alice mencatat opening balance $100 pada 1 Januari 2024 dan bought book -$20 pada 1 Februari 2024
- Buku besar Bob menyisakan opening balance $50 dan sold book $20
- Cara seperti ini adalah sistem single-entry bookkeeping
- setiap akun memiliki buku besarnya sendiri
- mencatat entri yang memengaruhi satu akun pada satu waktu
- bisa sangat cocok untuk usaha kecil atau keuangan pribadi
Buku besar bekerja seperti event sourcing
- Ciri penting buku besar adalah datanya immutable
- Setelah sebuah entri ditulis, entri itu tidak diubah agar seluruh riwayat tetap terjaga
- Jika harga buku salah dicatat sebagai $20 padahal harga sebenarnya $30, mengubah baris lama akan menghilangkan jumlah awal dan fakta bahwa pernah ada koreksi
- Cara yang lebih baik adalah menambahkan entri baru yang meniadakan entri lama, lalu memasukkan entri yang benar lagi
- membatalkan entri -$20 dengan +$20
- lalu mencatat entri baru -$30
- saldo akhirnya sama-sama menjadi $70, tetapi kesalahan dan alasan koreksinya tetap tercatat
- Cara ini mirip dengan event sourcing dalam ilmu komputer
- menyimpan event yang terjadi di dalam sistem
- menghitung status saat ini dengan memutar ulang event
- dapat membangun kembali status pada titik waktu tertentu
Saat pembukuan berpasangan dibutuhkan
- Dalam transaksi yang menggerakkan beberapa akun sekaligus, hubungan antarperubahan sulit dipahami dengan jelas hanya dari pembukuan entri tunggal
- -$20 milik Alice dan +$20 milik Bob adalah uang yang sama, tetapi dari buku besar sederhana saja kita tidak bisa membedakannya dari kemungkinan bahwa Bob menerima uang dari Charlie
- Jika item terkait dikelompokkan sebagai transaksi(transaction), kita dapat menyatakan dengan jelas bahwa item-item itu termasuk dalam peristiwa yang sama
- Transaction 1: opening balance milik Alice
- Transaction 2: opening balance milik Bob
- Transaction 3: Alice membeli buku dari Bob
- Transaksi adalah kumpulan item terkait yang memengaruhi akun-akun berbeda
- Pembukuan berpasangan menghubungkan item terkait pada tingkat transaksi agar aliran uang antar akun dapat terlihat
Debit, kredit, dan syarat keseimbangan
- Akuntansi tradisional mengekspresikan aliran uang dengan dua kolom: debit dan credit
- Credit: item saat uang keluar dari akun
- Debit: item saat uang masuk ke akun
- Jika Alice membayar Bob $20, akun Alice dicatat sebagai $20 credit dan akun Bob sebagai $20 debit
- Istilah credit/debit pada kartu bank digunakan berbeda dari istilah debit/credit dalam akuntansi
- Dalam buku besar kertas, digunakan format T-account yang membagi sisi kiri sebagai debit dan sisi kanan sebagai credit
- Dalam sistem komputer, tidak selalu perlu mempertahankan dua kolom itu
- kolom
Typebisa diisi Debit atau Credit danAmountdipisahkan - atau bisa memakai satu kolom jumlah tunggal dengan credit sebagai negatif dan debit sebagai positif
- kolom
- Dibanding istilah tradisional, incoming money dan outgoing money bisa jadi ungkapan yang tidak terlalu membingungkan
Transaksi tidak dibatasi dua entri
- Prinsip inti pembukuan berpasangan adalah bahwa setelah setiap transaksi, total uang di seluruh sistem tidak berubah
- Saldo akun tertentu bisa naik atau turun, tetapi jumlah seluruh saldo semua akun harus tetap sama
- Bahkan opening balance pun harus memiliki asal uang agar tetap seimbang
- Dalam contoh, ditambahkan akun Bank sehingga $100 milik Alice dan $50 milik Bob dicatat sebagai uang yang keluar dari Bank
- Akun Bank ini adalah semacam akun sementara untuk menjaga aturan, dan dalam istilah akuntansi termasuk contra account
- Setiap transaksi harus memiliki jumlah uang keluar yang sama dengan jumlah uang masuk, dan ini bekerja seperti checksum dalam akuntansi manual untuk menangkap kesalahan
- Transaksi yang kompleks pun dapat dimodelkan dengan prinsip yang sama
- Alice membayar Bob $20 dan membayar biaya valuta asing $2 ke perusahaan kartu kredit
- Bob menerima $20 dari Alice dan membayar pajak penjualan $2 ke otoritas pajak serta biaya $1 ke perusahaan kartu kredit
- perusahaan kartu kredit menerima $2 dari Alice dan $1 dari Bob
- otoritas pajak menerima $2 dari Bob
- Dalam kasus ini, satu Transaction 3 memuat tepat 8 entri
- “Double-entry” bukan berarti sebuah transaksi hanya punya dua entri, melainkan berarti ia memiliki dua sisi: sisi uang keluar dan sisi uang masuk
Melihat buku besar sebagai graf berarah
- Pembukuan berpasangan dapat dipandang sebagai model aliran uang dalam bentuk graf berarah
- Korespondensi dengan graf adalah sebagai berikut
- akun adalah node pada graf
- transaksi juga merupakan node terpisah
- item Credit adalah edge keluar yang mengarah dari akun ke transaksi
- item Debit adalah edge masuk yang mengarah dari transaksi ke akun
- jumlah pada item adalah nilai edge
- saldo akun adalah jumlah edge masuk dikurangi jumlah edge keluar
- Transaction 1 memindahkan $100 dari Bank ke Alice
- Transaction 2 memindahkan $50 dari Bank ke Bob
- Transaction 3 memindahkan $20 dari Alice ke Bob
- Dalam representasi ini, saldo Alice menjadi $80 dan saldo Bob menjadi $70
Pilihan pemodelan untuk memecah transaksi kompleks
- Jika biaya dan pajak dimasukkan semua ke dalam satu transaksi, edge pada Transaction 3 menjadi banyak dan kompleks
- Aliran uang yang sama juga bisa dipecah menjadi transaksi-transaksi yang lebih kecil
- dari akun Alice keluar $22
- Bob menerima $19
- sisa $3 masuk ke perusahaan kartu kredit
- pajak penjualan Bob sebesar $2 diproses sebagai Transaction 4 terpisah
- Apa pun cara mengelompokkan transaksi dan entri, saldo akhir akun bisa tetap sama
- Alice: $78
- Bob: $67
- Tax authority: $2
- Credit card company: $3
- Sistem akuntansi cukup fleksibel untuk menampung berbagai kebutuhan, dan cara pengelompokan transaksi serta entri harus ditentukan sesuai bisnis
Laporan keuangan adalah visualisasi graf
- Graf bertambah besar seiring waktu ketika transaksi baru ditambahkan
- Sifat dasarnya tetap terjaga
- akun tetap menjadi node
- transaksi tetap menjadi node yang memaksa aliran uang
- untuk setiap transaksi, total jumlah keluar dan total jumlah masuk harus sama
- Balance sheet, income statement, dan cash flow statement dapat dipandang sebagai visualisasi dari graf ini
- Klasifikasi seperti assets, liabilities, equity, income, dan expenses dapat dipandang sebagai kelompok node di dalam graf
- Dari sudut pandang graf, menjadi lebih intuitif untuk memahami bagaimana credit dan debit menambah atau mengurangi saldo pada masing-masing klasifikasi
1 komentar
Komentar Hacker News
Menjelaskan pembukuan berpasangan sebagai “satu entri untuk Alice, satu entri untuk Bob” tampak seperti pilihan yang aneh
Kalau ada dua pihak dalam transaksi, tentu saja itu bisa dicatat di dua tempat, tetapi intinya adalah bahwa tiap pihak dalam transaksi memerlukan dua entri. Jika Alice membeli buku dari Bob, akan ada empat entri yang dibuat
Saya paham ini penyederhanaan untuk pengajaran, tetapi menurut saya ini penyederhanaan berlebihan yang menghilangkan inti masalahnya
Misalnya saat membayar utang usaha dengan kas, kita mengirim pesan secara bersamaan kepada aktor Accounts Payable dan aktor Cash, lalu masing-masing aktor menerjemahkan peristiwa itu menjadi debit/kredit sesuai sifatnya sendiri dan menjaga saldonya. Dari sudut pandang ini, pembukuan berpasangan lebih dekat artinya dengan bahwa setiap peristiwa harus diserap tepat satu kali oleh sejumlah aktor yang genap
Jika Anda membuat rel pembayaran, peristiwa itu sendiri juga bisa menjadi salah satu dari sepasang peristiwa yang diturunkan dari peristiwa meta yang melacak maksud transaksi. Dalam akuntansi, lebih berguna melihat sisi pada graf bukan sebagai uang, melainkan sebagai data di dalam hierarki peristiwa turunan
Namun tulisan aslinya tidak menjelaskan dengan jelas analogi ini dimaksudkan untuk apa, dan saya khawatir itu malah menambah kebingungan alih-alih menguranginya
Saya tidak peduli dengan pembukuan Bob; saya hanya ingin melacak buku besar saya sendiri. Jika saya membeli buku, yang ingin saya ketahui adalah bagaimana transaksi ini harus dicatat dalam buku besar saya dengan pembukuan berpasangan
Lagi pula Bob bukan sedang melakukan pembukuan, ia sedang menjual buku ;-)
Bagaimana seharusnya tulisan ini diperbaiki agar bagian “double” dijelaskan dengan benar? Apakah bisa dilakukan hanya dari sudut pandang salah satu pihak, Bob atau Alice?
Misalnya, bank bisa menilai bahwa saya kemungkinan tidak akan melunasi pinjaman dan menurunkan nilainya menjadi 0 di pembukuannya. Saya masih bisa berniat membayar dan tetap mencatat liabilitas itu di pembukuan saya. Bank membuat entri terkait di sistemnya sendiri dan debit/kreditnya seimbang, sementara saya tidak perlu melakukan apa pun dan pembukuan saya tetap seimbang
Pembukuan berpasangan tidak ada hubungannya dengan pihak lain; ini semata-mata tentang buku besar sendiri
Menurut saya keindahan dan pengaruh akuntansi kurang diapresiasi
Dengan jumlah rumus yang sangat sedikit, yaitu persamaan akuntansi dan laporan keuangan seperti laporan laba rugi serta laporan posisi keuangan, kita bisa merepresentasikan secara kasar apa yang terjadi di suatu organisasi dengan cara yang dapat dibandingkan. Rasanya mirip seperti teorema dasar kalkulus atau dogma sentral biologi
Akuntansi juga merupakan asal mula matematika dan bahasa tulis. Peradaban Mesopotamia kuno awalnya menggunakan “token akuntansi” yang meniru bentuk objek untuk melacak barang, dan itu bisa dipandang berkembang menjadi bahasa tulis, misalnya hieroglif
Belakangan, Al-Khwarizmi menciptakan Al-Jabr, yaitu algebra, untuk menyelesaikan hukum waris Islam, dan ketika aturan pembagian warisan menjadi persamaan, muncul kebutuhan untuk menyelesaikannya dengan cepat dan akurat. Metode Al-Khwarizmi untuk menyelesaikan persamaan kuadrat menjadi asal nama “algorithm”
https://en.wikipedia.org/wiki/Accounting_identity
https://en.wikipedia.org/wiki/History_of_accounting
https://en.wikipedia.org/wiki/History_of_ancient_numeral_sys...
https://en.wikipedia.org/wiki/Al-Jabr
https://en.wikipedia.org/wiki/Al-Khwarizmi
Bilangan negatif pertama kali digunakan di Tiongkok sekitar abad ke-3, dan di Eropa belum digunakan secara luas hingga abad ke-16. Pembukuan berpasangan modern dibuat di Eropa pada abad ke-14
Jadi cara tradisional yang memisahkan kolom debit dan kredit, dengan definisi yang tampak agak aneh, adalah cara terbaik agar sistemnya bisa berjalan hanya dengan bilangan positif
Banyak aspek penting dalam desain organisasi hanya berkorelasi longgar dengan laporan keuangan
Baru setelah pembukuan mengakar di semua lapisan masyarakat, bilangan negatif diterima sebagai sesuatu yang sama nyatanya dengan bilangan positif
Pembukuan berpasangan menjadi sangat mudah dipahami jika kita membuang istilah “credit” dan “debit” yang konyol
Intinya adalah menjaga agar persamaan akuntansi selalu benar. Rumus dasarnya adalah Equity = Assets - Liabilities, dan karena laba pada akhirnya masuk ke modal, jadinya Equity + Income - Expenses = Assets - Liabilities. Jika disusun ulang agar tidak ada angka negatif, menjadi Equity + Income + Liabilities = Assets + Expenses
Persamaan ini harus selalu benar; kalau tidak, berarti uang muncul atau hilang entah dari mana. Karena itu, jika menambahkan uang ke akun di sisi kiri persamaan, kita juga harus menambahkan jumlah yang sama ke akun di sisi seberang, atau mengurangkan jumlah yang sama dari sisi yang sama
Misalnya, jika menjual limun seharga 5 dolar, kita menambahkan 5 dolar ke Sales (Income) dan juga 5 dolar ke Current Account (Assets)
Alasan “credit” dan “debit” terasa konyol adalah karena definisinya berbalik tergantung jenis akun, dan penggunaan bahasa yang absurd ini merupakan alasan utama orang menjadi bingung
Instruktur kelas akuntansi level 100 menyampaikannya cukup ringkas. Debit adalah item di kolom kiri, Credit adalah item di kolom kanan. Apa arti transaksi itu bagi bisnis bergantung pada akunnya
Bagi orang yang belum belajar akuntansi, penggunaan istilah ini sangat membingungkan, dan banyak jawaban untuk orang yang bingung secara teknis benar, tetapi sekaligus tidak terlalu membantu. Sebab jawabannya berasumsi orang sudah memahami istilahnya
Pertanyaan “saldo bertambah, lalu mengapa rekening bank di-debit? Bukankah debit itu negatif? Apakah saldo kas ditampilkan sebagai negatif?” adalah pertanyaan yang sangat bagus. Secara intuitif, direct debit berarti uang keluar, kita membelanjakan uang dengan debit card, dan debit terdengar seperti debt, jadi orang akan mengira debit selalu negatif
Menarik sekaligus menyebalkan melihat orang seolah memakai bahasa berbeda untuk kata yang sama. Diskusinya juga bisa bergeser menjadi adu koreksi atas ungkapan kecil demi menunjukkan siapa yang benar
Karena dari sudut pandang orang yang membelanjakan 5 dolar untuk limun, memasukkan 5 dolar ke item Sales miliknya sama sekali tidak masuk akal. Saya masih belum sepenuhnya memahami persis kebingungan apa yang dibahas di artikel dan komentar ini
credit berarti sumber, debit berarti tujuan
Jika Anda menagih pelanggan 10.000 euro, maka berdasarkan kurs saat ini timbul janji senilai 11.000 dolar. Jadi Anda meng-credit akun “Income: Customer A” sebagai sumber sebesar 11.000 dolar, dan men-debit “Assets: Accounts Receivable” sebesar 11.000 dolar
Kemudian ketika pelanggan membayar, tetapi kurs bergerak sehingga Anda hanya menerima 10.500 dolar, janji yang semula dicatat sebesar 11.000 dolar menjadi sumbernya, jadi Anda meng-credit Accounts Receivable sebesar 11.000 dolar. Karena menerima kas 10.500 dolar, Anda men-debit cash sebesar 10.500 dolar, dan untuk menyeimbangkan debit dan credit, Anda men-debit “Expenses: Loss on Foreign Exchange” sebesar 500 dolar
Perusahaan biasanya tidak dilikuidasi setiap hari kerja, jadi mengapa harus memaksakan 500 dolar itu ke dalam skenario likuidasi seketika yang imajiner. Cukup catat sebagai keseimbangan credit dan debit
Terlalu banyak grafik yang menaruh variabel independen di sumbu Y
“Credit adalah item uang keluar dari akun, Debit adalah item uang masuk ke akun” tidak akurat
Makna debit dan credit bergantung pada jenis akun: https://en.wikipedia.org/wiki/Debits_and_credits
Mungkin ada alasan mengapa untuk menjadi CPA diperlukan lebih dari satu mata kuliah: https://www.accounting.com/careers/cpa/how-to-become/
Menurut saya, ini terlihat seperti cara menggandakan pekerjaan untuk menangkap kesalahan tertentu pada masa ketika manusia memasukkan item dan menghitungnya. Secara itu sendiri masuk akal
Namun mungkin karena saya tumbuh di dunia tempat komputer melakukan semua perhitungan, ini terlihat seperti melanggar prinsip jangan mengulang pekerjaan yang sama. Jika informasi yang sama ditulis di dua tempat, salah satunya pada akhirnya pasti salah
Kalau akuntansi dirancang pada era modern, rasanya tidak akan dibuat seperti ini. Fakta bahwa saya bukan akuntan dan tidak memahaminya bukan berarti sistemnya salah, tetapi kebingungan yang saya rasakan ketika mendengar “credit mengurangi akun aset” terasa seperti tanda bahwa ada sesuatu yang secara mendasar tidak selaras
Item CR adalah peningkatan pada apa yang terutang oleh perusahaan, yaitu kewajiban kepada kreditur atau pemegang saham, sedangkan item DR adalah peningkatan pada apa yang dimiliki perusahaan
Untuk hubungan dengan persamaan akuntansi, lihat di sini: https://news.ycombinator.com/item?id=32501707
Terlihat banyak kebingungan soal istilah credit/debit
Untuk memikirkannya secara lebih sederhana dari sudut pandang modern, cukup ingat bahwa akuntansi jauh lebih tua daripada penggunaan populer bilangan negatif. Kalau akuntansi diciptakan hari ini, kemungkinan besar kita akan memakai akun positif/negatif alih-alih akun debit/credit
Aljabar di atas penjumlahan terasa alami bagi kita sekarang, tetapi bagi pedagang biasa pada tahun 1604 itu bukan hal yang vanzelfsprekend, dan bilangan negatif pun saat itu tidak terlalu diterima dengan baik
Yang penting adalah transaksi selalu punya dua sisi dan keduanya merupakan operasi invers satu sama lain. Pada akhirnya credit dan debit adalah operasi invers terhadap angka
Jadi kita bisa membuat aturan bahwa jika credit = debit, transaksi seimbang. Dalam gaya modern, ini juga bisa dilihat sebagai debit + credit = 0, tetapi ketika sistem ini dibuat orang tidak menyukai bilangan negatif, jadi ini lebih mirip kebetulan menyenangkan yang selalu berlaku daripada tujuan utama
Masuk akal jika kita melihat uang tunai di tangan sebagai akun yang paling bersifat positif, yaitu bersifat debit, lalu berpikir mundur. Untuk mencatat biaya, akun kas harus diperlakukan sebaliknya sehingga di-credit, dan tempat uang itu pergi di-debit sebagai pos lawannya. Karena itu akun biaya biasanya memiliki saldo debit
Dari mana kas berasal? Dari pendapatan, dan jika kita ingin membuat kas bersifat debit, sumbernya harus bersifat credit agar transaksi tidak kehilangan keseimbangan. Jadi akun pendapatan biasanya merupakan akun credit, yaitu umumnya memiliki saldo negatif atau “credit normal”
Hal bagus dari sistem ini adalah semua transaksi sehari-hari bermuara pada transaksi yang seimbang, dan akun-akun yang mungkin ada masing-masing memiliki sifat saldo yang konsisten, biasanya credit atau debit. Benar-benar elegan
Jika menghafal itu dan persamaan akuntansi, saldo normal semua jenis akun lainnya bisa diturunkan
Sekitar sebulan lalu di subreddit PTA saya memulai diskusi untuk membuat tata bahasa PTA lebih intuitif, dan seseorang mengusulkan agar “from”, yaitu akun credit/negatif, dan “to”, yaitu akun debit/positif, ditampilkan dengan panah. Angkanya tidak bertanda dan istilah “credit” serta “debit” juga tidak dipakai, sehingga terasa jauh lebih intuitif
https://www.reddit.com/r/plaintextaccounting/comments/1bh3x7...
Latar belakang tentang bilangan negatif itu menarik
Masih terlalu rumit. Sudah melenceng sejak “mari tambahkan kolom Transaction ke tabel”
Jangan menyimpan data akun; simpanlah transaksi. Akun bisa dihitung dari sana. Tabel “Transactions” cukup punya field Date, Amount, SourceAccount, TargetAccount, Description
Menurut saya, di titik itulah ia menjadi indah. Kita harus meninggalkan kebiasaan berpikir berpusat pada akun hanya karena itu familier dari rekening koran bank, dan berpikir dalam arus kas
Tentu saja ini terlalu sederhana untuk keperluan pajak. Ada kalanya transaksi memiliki beberapa sumber atau beberapa tujuan, jadi skema di atas perlu disesuaikan. Namun intinya adalah cara berpikirnya harus berbeda
Itu tanda bahwa programmer mencoba sok pintar dengan memelihara total kumulatif alih-alih menghitung dari transaksi sumber. Di sana ada naga
Desain yang lebih baik adalah memiliki tabel header dan detail
Header: TransactionID, Date, Description, field yang diperlukan seperti posting status atau reconciliation status
Detail: TransactionID, LineNumber, Account, Amount, Description, field yang diperlukan seperti nomor referensi subledger
Dengan begitu satu transaksi bisa memengaruhi jumlah akun berapa pun. Pada akhirnya transaksi akan mencerminkan transaksi bisnis yang dapat memengaruhi banyak akun
Secara detail sedikit lebih rumit, misalnya output dari tiap transfer harus memuat alamat asal, tetapi idenya sama. Seperti yang juga dikatakan di bagian lain utas ini, tiap transaksi memerlukan beberapa input dan beberapa output
Semua transaksi ada di file teks biasa, dan ketika evaluasi diperlukan, seluruh ledger dibuat secara langsung dari sana
Saya bukan akuntan, tetapi dulu saya memutuskan untuk mempelajari pembukuan berpasangan dan dasar-dasar akuntansi, dan belajar banyak dari berbagai tempat, termasuk thread yang bagus di HN
Dalam tulisan ini dijelaskan cara kerja pembukuan berpasangan dan proses ketika saya menyadari bahwa itu adalah graf berarah. Karena di HN ada banyak penggemar akuntansi, mohon kritik atau usulan koreksi jika ada bagian yang salah
https://martin.kleppmann.com/2011/03/07/accounting-for-compu...
Saya berharap controllers saya membuat kinerja penjualan menjadi alur grafis seperti ini. Pada skala tertentu, akuntansi menjadi cukup sulit, sampai-sampai tim kebijakan akuntansi membutuhkan orang setingkat profesor
Yang saya pelajari dari statistik adalah bahwa grafik itu penting. Dengan abstraksi yang tepat, angka apa pun bisa ditampilkan sebagai graf dari komponen-komponennya. Pemahaman saya langsung terbuka seketika
Di satu sisi ada uang yang masuk atau keluar, di sisi lain ada produk atau layanan. Inilah pencatatan ganda dalam akuntansi. Ini mungkin tampak jelas dan sederhana, tetapi tidak banyak orang di bidang saya yang memahaminya
Tulisan yang bagus, tetapi kita harus berhati-hati saat mendefinisikan ulang istilah yang sudah punya makna yang diterima umum
Mengganti Debit/Credit menjadi Incoming/Outgoing terlihat seperti jargon lain dan bisa menimbulkan kebingungan. Bookkeeper mana pun memahami apa itu credit cash dan debit expense
Mengubahnya menjadi incoming/outgoing tidak membantu orang yang melakukan pekerjaan sebenarnya maupun orang yang harus menjelaskan pekerjaan itu. Mempelajari tata nama yang sudah berguna selama ratusan tahun lebih bernilai daripada bergantung pada analogi
Setiap kali diskusi seperti ini muncul di HN, selalu ada orang yang berkata, “Ini sangat sederhana. credit itu hanya…”, lalu segera dibalas, “Kamu memahaminya terbalik. Sederhana kok. credit itu…”
Saya sama sekali tidak keberatan jika istilah-istilah itu dibuang selamanya
Ketika uang di-credit atau kita memakai credit card, rasanya menyenangkan seolah uang muncul dari suatu tempat, sedangkan debit terdengar seperti debt dan terasa buruk seolah uang kita berkurang
Saya tahu sebenarnya ada alasan di balik penamaannya, tetapi jika suatu bidang bersikeras memakai jargon yang tidak intuitif dan bertabrakan dengan semua penggunaan yang ditemui orang luar, tampaknya tidak masalah memakai ungkapan lain yang lebih tidak redundan
Jika bisa bercakap-cakap dengan menggunakan jargon yang tepat secara benar, kredibilitas akan naik drastis
Saya kurang paham mengapa menjelaskan istilah akuntansi debit/credit dengan bahasa orang awam terlihat seperti jargon. Mungkin karena saya orang awam
Bagi orang tanpa latar belakang akuntansi, menjelaskan credit/debt sebagai “uang masuk, uang keluar” tampaknya cukup baik dalam konteks tulisan ini. Apakah definisi “sebenarnya” dari credit/debit di sini bekerja secara bermakna berbeda?
David P. Ellerman menyajikan pendekatan matematis terhadap akuntansi berdasarkan sesuatu yang ia sebut Pacioli group
Elemen sementara dari Pacioli group berbentuk seperti x//y, dengan x dan y adalah bilangan bulat non-negatif. x//y dan u//v dianggap ekuivalen jika jumlah silang x+v dan y+u sama
Operasi grupnya adalah x//y + u//v = (x+u)//(y+v), invers dari x//y adalah y//x, dan identitasnya adalah 0//0. Untuk detailnya, lihat misalnya dokumen ini: https://ellerman.org/wp-content/uploads/2012/12/DEB-Math-Mag...
Rasanya ada sesuatu yang terlewat di sini. Apa manfaat melihat riwayat transaksi sebagai graf berarah?
Apakah ada peningkatan dibanding praktik pembukuan berpasangan yang sudah berusia ratusan tahun?
Pada contoh mainan dengan beberapa transaksi, tampaknya nyaris bekerja, tetapi bayangkan saja bagaimana grafnya akan terlihat jika ada puluhan atau ratusan sisi di antara pasangan node. Saya juga tidak tahu algoritma graf umum akan berguna untuk apa
Rasanya seperti memakai tang sebagai palu. Tentu bisa dilakukan, tetapi mengapa harus begitu?
Pertama, ini adalah cara lain untuk memahami konsepnya. Dalam sebagian besar kasus mungkin tidak relevan, tetapi siapa tahu masalah akuntansi yang sulit bisa diselesaikan dengan penerapan teori graf, atau sebaliknya masalah teori graf bisa diselesaikan dari akuntansi
Kedua, ini adalah cara lain untuk memvisualisasikan aliran. Tidak semua orang punya literasi finansial atau kepekaan angka yang kuat, jadi alih-alih memberi tabel berisi kolom angka dan meminta mereka menyimpulkan aliran dari angka, kita bisa merepresentasikannya secara spasial. Tidak semua alat hanya untuk para ahli
Melihat seluruh riwayat kumulatif sebagai satu graf mungkin berlebihan, tetapi sekadar menambahkan filter tanggal transaksi saja bisa memberi wawasan yang terlewat oleh visualisasi lain. Jika direferensikan silang dengan informasi lain seperti lokasi, ini juga bisa menjadi lebih berguna
Ia gagal membangun pembenaran, dan klaim penulis bahwa visualisasi ini membantu pemahaman yang lebih jelas juga dilemahkan oleh kesalahan kategori yang terlihat dalam proses menjelaskan pembukuan berpasangan dari awal dengan cara geek
Selain itu, yang ditampilkan hanya satu transaksi yang sangat sederhana. Saya tidak tahu bagaimana visualisasi berbasis graf akan menghasilkan hal-hal yang lebih abstrak seperti perbedaan depresiasi pajak dan depresiasi akuntansi, penyesuaian laba/rugi kurs, alokasi franked dividends, PAYG, dana yang ditahan untuk pihak lain, atau pengakuan sebagian pendapatan ditangguhkan
Para engineer terlambat menemukan prinsip-prinsip fundamental yang sudah lama ada di bidang lain ketika software mulai mereplikasi bidang tersebut