- Paisa เป็นเครื่องมือจัดการการเงินแบบโอเพนซอร์สที่สร้างบนเครื่องมือบัญชีคู่ ledger เพื่อให้จัดการรายรับ·รายจ่าย·การลงทุนส่วนบุคคลด้วยสมุดบัญชีแบบข้อความ
- ข้อมูลการเงินและการตั้งค่าจะถูกเก็บเป็น ไฟล์ข้อความธรรมดา บนระบบของผู้ใช้ จึงเหมาะกับการควบคุมเวอร์ชันและการทำงานร่วมกันโดยอาศัยสิทธิ์การเข้าถึงไฟล์
- โครงสร้างของมันไม่เก็บรวบรวมหรือส่งข้อมูลไปยังเซิร์ฟเวอร์ จึงเหมาะกับผู้ใช้ที่ให้ความสำคัญกับ ความเป็นส่วนตัวและความเป็นเจ้าของข้อมูล ในการจัดการการเงินส่วนบุคคล
- สามารถแปลงใบแจ้งยอด CSV, Excel, PDF เป็น Ledger journal ได้ และหากตั้งค่าเทมเพลตไว้ก็จะช่วยลดภาระในการนำเข้ารายการและจัดหมวดหมู่ธุรกรรมในแต่ละเดือน
- สามารถจัดการการติดตามราคา งบประมาณ เป้าหมาย การคำนวณภาษี·EMI ธุรกรรมแบบเกิดซ้ำ ใบแจ้งหนี้บัตรเครดิต ไปจนถึงการวางแผนเกษียณได้ในที่เดียว
สมุดบัญชีแบบข้อความและความเป็นเจ้าของข้อมูล
- Paisa เป็นเครื่องมือจัดการการเงินส่วนบุคคลที่สร้างบนเครื่องมือบัญชีคู่ ledger
- วิธีการคือบันทึกเงินเดือน ค่าเช่า และธุรกรรมการลงทุนเป็นการย้ายระหว่างบัญชี โดยตัวอย่างสมุดบัญชีมีการระบุหลายสกุลเงินและสินทรัพย์
- ตัวอย่าง INR ใช้บัญชี
Income:Salary:Acme,Assets:Checking,Expenses:Rent,Assets:Equity:NIFTY - ตัวอย่าง USD บันทึกจำนวน AAPL และราคาต่อหน่วยไว้พร้อมกันใน
Assets:Equity:AAPL - ตัวอย่างยูโรใช้การตั้งค่ารูปแบบ
commodity €,commodity AAPLและการเขียนตัวเลขแบบยุโรป
- ตัวอย่าง INR ใช้บัญชี
- ข้อมูล ทางการเงินจะไม่ออกนอกระบบของผู้ใช้
- สมุดบัญชีและการตั้งค่าถูกเก็บเป็น ไฟล์ข้อความธรรมดา จึงจัดการเวอร์ชันได้ง่าย
- สามารถทำงานร่วมกับผู้อื่นได้โดยให้สิทธิ์การเข้าถึงไฟล์
- เพื่อช่วยในการป้อนข้อมูล ตัวแก้ไขมีการไฮไลต์ไวยากรณ์ การเติมข้อความอัตโนมัติ การตรวจข้อผิดพลาด และการจัดรูปแบบอัตโนมัติ
- การติดตั้งและเดโมมีให้ที่ Install, Demo
ความเป็นส่วนตัว การนำเข้า และความสามารถด้านการคำนวณ
-
ความเป็นส่วนตัว
- Paisa ไม่ถือว่าการขายข้อมูลเป็นเป้าหมายแฝงของแอป
- ไม่มีการเก็บรวบรวมหรือส่งข้อมูลใด ๆ ไปยังเซิร์ฟเวอร์
- ข้อมูลทั้งหมดถูกเก็บไว้ในระบบของผู้ใช้
-
การติดตามราคา
- รองรับผู้ให้บริการข้อมูล price หลายรายเพื่อติดตามราคาล่าสุดของสินทรัพย์
- ผู้ใช้สามารถป้อนราคาเองได้ จึงใช้สำหรับการประเมินมูลค่าสินทรัพย์ใหม่ เช่น บ้าน รถยนต์ หรือที่ดิน ได้ด้วย
-
งบประมาณและการจัดการค่าใช้จ่าย
- สามารถติดตามค่าใช้จ่ายได้ละเอียดตามระดับที่ต้องการ
- ปรับหมวดหมู่และหมวดหมู่ย่อยให้เหมาะกับความต้องการได้ และเปลี่ยนไอคอนได้ด้วย
- สามารถตั้งค่า budget สำหรับแต่ละหมวดหมู่เพื่อหลีกเลี่ยงการใช้จ่ายเกินตัว
-
การนำเข้าข้อมูล
- สามารถนำเข้าใบแจ้งยอดบัญชีจากธนาคารหรือผู้ให้บริการบัตรเครดิตเข้าสู่ Paisa ได้
- ระบบ import ถูกออกแบบอย่างยืดหยุ่นเพื่อรองรับรูปแบบไฟล์จริงที่หลากหลาย
- หากตั้งค่าเทมเพลตการนำเข้าไว้ การนำเข้ารายการธุรกรรมและจัดหมวดหมู่ในแต่ละเดือนจะใช้เวลาประมาณ 5 นาที
-
Sheets
- sheet คือเครื่องคิดเลขแบบโน้ตแพดที่ใช้คำนวณภาษี, EMI ฯลฯ จากข้อมูล ledger
- เมื่อข้อมูล ledger เปลี่ยน sheet ก็จะอัปเดตอัตโนมัติแบบเรียลไทม์และโต้ตอบได้
-
การจัดการเป้าหมายและใบแจ้งหนี้
- ฟีเจอร์ goals จะคำนวณแผนการออมที่จำเป็นสำหรับเป้าหมาย เช่น ทริปพักผ่อนหรือการซื้อรถยนต์
- หากรู้จำนวนเงินที่ออมได้ในแต่ละเดือน ก็สามารถคำนวณเวลาที่จะบรรลุเป้าหมายได้
- หากมีเส้นตาย ระบบจะคำนวณจำนวนเงินออมต่อเดือนที่ต้องใช้เพื่อให้ถึงเป้าหมาย
- ติดตามธุรกรรม recurring และใบแจ้งหนี้ credit card
- มุมมองปฏิทินจะแสดงใบแจ้งหนี้ที่ต้องชำระในเดือนปัจจุบัน
- รอบการเกิดซ้ำสามารถตั้งให้ตรงกับตารางได้หลากหลาย เช่น รายสัปดาห์ รายเดือน รายไตรมาส สิ้นเดือน และสิ้นไตรมาส
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
ดูเจ๋งมากจริง ๆ และชอบตรงที่เป็น ledger-based
ผมอยากเลิกใช้ Simplifi Money ด้วยเหตุผลที่ชัดเจนว่า Intuit เป็นเจ้าของ แต่คูเมืองของจริงน่าจะอยู่ที่การดึงข้อมูลเข้ามาได้อย่างสม่ำเสมอและถูกต้อง ในสหรัฐฯ ไม่มีกฎหมายเทียบเท่า PSD2 เลยอาจต้องไปไล่หาตัวเลือก export ของแต่ละธนาคารทั้งหมด แต่ในทางปฏิบัติ Plaid ดูเหมือนจะเป็นบริการแทบจะหนึ่งเดียวที่ดึงข้อมูลเข้ามาได้ค่อนข้างดี
เลยสงสัยว่าปลั๊กอิน Plaid จะสมเหตุสมผลไหม การใช้บุคคลที่สามทำให้ข้อดีบางส่วนหายไป แต่ผมมีบัญชีเยอะเกินกว่าจะทำด้วยมือได้ ทางอ้อมอาจเป็นการนำเข้าจาก Tiller ที่ใช้ Plaid แล้วค่อย export เป็น CSV/Excel ก็ได้ อยากรู้ว่ามีแผนสำหรับ การนำเข้าข้อมูลอัตโนมัติ ไหม แม้จะต้องใช้บุคคลที่สามก็ตาม
มันค่อนข้างเหมือน wrapper ของ API ของ MX (คู่แข่ง Plaid) ที่ทีมผู้สร้าง Budgeting with Buckets ทำไว้ใช้ส่วนตัว ความปลอดภัยของข้อมูลเป็นประเด็นแน่นอน แต่ผมมองว่าคุณค่าของการมีรายการธุรกรรมไหลเข้ามาอัตโนมัติมากกว่าความเสี่ยงที่ SimpleFIN จะถูกเจาะ
ในเครื่องมือการเงินส่วนบุคคลที่ผมทำเองและพอจะ self-host ได้บางส่วน https://github.com/avirut/bursar ผมก็เคยทำการนำเข้าอัตโนมัติด้วย SimpleFIN มาใช้ด้วย
ตัวอย่างเช่น ธุรกรรม Amazon Grocery เกิดจากบัตรเครดิต Amazon Chase ที่ให้ส่วนลด 5% แต่ถึงจะเชื่อมกับ Chase.com ผ่าน Plaid เพื่อดึงรายการธุรกรรมมา ข้อมูลก็ยังมีน้อยมากจนข้อมูลงบประมาณของ Mint สะท้อนได้ไม่ถูกต้อง ข้อมูลจริงอยู่ใน silo ของ Amazon.com
ตอนนี้สุดท้ายก็มีแต่ต้องแก้เองด้วยมือ และถ้าไม่มีการกำกับดูแลจากรัฐ สักวันหนึ่งเอเจนต์ LLM อาจอ่านข้อมูลแทนบุคคลและทำให้งานมือพวกนี้ง่ายขึ้นมากได้
แม้แต่โมเดลราคาก็ยังดูจากหน้าเว็บได้ยาก ผมเลยคิดว่าแอปฟรีคงรองรับ Plaid ได้ลำบาก
สงสัยว่ามันเป็นพื้นฐานของอะไรแบบ UPI ของอินเดียหรือเปล่า
น่าสนใจที่มีเครื่องมือวิเคราะห์ว่าเงินหายไปไหนอยู่มากมาย แต่เครื่องมือที่ลงลึกด้าน การวางแผนและการพยากรณ์ กลับมีน้อย
อยากรู้ว่ามีแผนจะขยายโมดูล “เกษียณ” ให้มากขึ้นไหม ถ้าต้องการแรงบันดาลใจ ผมกำลังทำโปรเจกต์ข้างเคียงเป็นซิมูเลเตอร์การเงินส่วนบุคคล https://projectionlab.com มาตลอด 2 ปีครึ่งที่ผ่านมา
เอกสารก็ทำไว้ดีมาก และชอบที่มีสภาพแวดล้อมเดโมด้วย สักวันหนึ่งคงมีแอปที่รวมการจัดทำงบประมาณ การติดตาม และการวางแผนเข้าด้วยกันอย่างลื่นไหลสมบูรณ์ ซึ่งฝ่ายที่ทำได้สำเร็จน่าจะกลายเป็นผู้เล่นที่แข็งแกร่งมาก
ส่วนใหญ่หยุดอยู่ที่การจัดการงบประมาณ มีแผนจะทำหน้าเกษียณให้เป็นหน้า เป้าหมาย/ทาร์เก็ต ที่ทั่วไปขึ้น แต่ยังไม่ได้กำหนดรายละเอียด
ในอุดมคติ บัญชีแบบ double-entry ควรเป็นฐานข้อมูล แล้วมีเครื่องมือจำนวนมากที่โฟกัสเฉพาะ niche ต่าง ๆ สร้างอยู่บนมัน แต่ความจริงยังห่างไกล และทุกคนก็อยากสร้างเกาะข้อมูลของตัวเอง
สัปดาห์ที่แล้วใช้เงินกับรถไฟใต้ดินไปเท่าไรแทบไม่เกี่ยวกับความเสี่ยงที่จะถังแตกตอนอายุ 90
สิ่งที่ต้องการจากชุดข้อมูลนั้นก็มีแค่พอร์ตปัจจุบันประมาณนั้น ที่เหลือเป็นข้อมูลเฉพาะด้านการลงทุน ต้องใช้ความผันผวนของการลงทุน องค์ประกอบพอร์ต โควาเรียนซ์ของผลตอบแทน อายุเกษียณ อายุขัยคาดหมาย ฯลฯ ดังนั้นจริง ๆ แล้วเกือบจะเป็นผลิตภัณฑ์ใหม่ทั้งตัว
ยังมีกฎ 4% ด้วย และต้องพิจารณาด้วยว่างานพยากรณ์เพิ่มเติมช่วยปรับปรุงผลลัพธ์จริงหรือไม่ ดูเหมือน heuristic ก็ทำงานได้ค่อนข้างดี
ชวนให้นึกถึงอดีต
ปี 2009 ผมนำทีมเล็ก ๆ ทำสตาร์ตอัปด้านการเงิน/การลงทุนชื่อ Paisa.com ยังมีดีไซน์ mockup ช่วงแรก ๆ ที่ทำในห้องพักโรงแรมแถว Delhi/Gurgaon เพื่อไป pitch ให้ NDTV อยู่เลย
อยากรู้ว่าเกิดอะไรขึ้น และตอนนี้ทำอะไรอยู่
ยอดเยี่ยมจริง ๆ
ทั้งการสร้างสิ่งนี้ขึ้นมา และการเขียน เอกสาร อธิบายแนวคิดกับวิธี implementation ก็ทำได้ดี
ไม่น่าเชื่อว่ามีปฏิกิริยาดูแคลนเยอะขนาดนี้ ถ้าคุณพอใจกับการจัดการการเงินด้วยโซลูชันเสียเงินและไม่อยากลงลึกเอง คุณก็น่าจะไม่ใช่ผู้ใช้เป้าหมายของเครื่องมือนี้
ข้อเสนอหนึ่งคือทำส่วนที่ต่างกันตามประเทศ เช่น การคำนวณภาษี ให้เป็น โมดูล เพื่อให้คนอื่น ๆ ช่วย contribute เวอร์ชันของประเทศตัวเองได้
ต้องกำหนด abstraction พื้นฐานก่อน ตัว implementation ปัจจุบันจริง ๆ ก็เขียนให้เข้ากับ use case ส่วนตัว และผมคิดว่ามันอาจไม่แม่นยำก็ได้ เพราะมีข้อยกเว้นอย่างเงื่อนไขและ grandfathering เยอะมาก
ไม่ต้องการ SaaS ที่ต้องจ่ายรายเดือนและอาจปิดตัวได้ทุกเมื่อ แอปทำเองอื่น ๆ ส่วนใหญ่ก็ยังไม่เสร็จหรือถูกทิ้งไว้ สุดท้ายเลยยอมจ่ายเงินให้ชีต Excel https://cspersonalfinance.io/ เพื่อใช้ติดตามทุกอย่าง
มันติดตามทั้งกระแสเงินสด การลงทุน มูลค่าสุทธิ ฯลฯ และเพราะเป็น Excel จึงไม่มีความเสี่ยงว่าจะหายไปในอีก 10 ปี
สงสัยว่าคนอื่น ๆ ทำให้การนำเข้าข้อมูลเป็นอัตโนมัติกันอย่างไร
นึกภาพไม่ออกเลยว่าจะกรอกทุกอย่างด้วยมือ หลายแห่งไม่ได้ให้ไฟล์ส่งออกที่ใช้การได้ด้วยซ้ำ ส่วนใหญ่ให้มาแค่ PDF
บริการการเงินส่วนใหญ่ดูเหมือนจะใช้ Plaid สำหรับการรวมข้อมูล แต่เป็นบริการแบบเสียเงิน เลยคิดว่า แอปการเงินส่วนบุคคลแบบโอเพนซอร์สหรือฟรี คงใช้งานได้ยาก
Chase ใช้ OFX สำหรับดาวน์โหลดรายการเดินบัญชีธนาคาร และคิดเงินประมาณเดือนละ 10 ดอลลาร์ ซึ่งดูไม่สมเหตุสมผลเอามาก ๆ เมื่อเทียบกับสิ่งที่มันทำ สุดท้ายก็เลิกไป เพราะบัญชีธนาคารอื่น ๆ ที่ต้องติดตามไม่ได้ให้ OFX หรือวิธีคล้าย ๆ กัน
บางที่ซ่อนลึกมาก และหายากใช้งานยากกว่าที่อยากให้เป็นมาก แต่อย่างน้อยธนาคารที่ฉันใช้ก็มี
จากนั้นก็นำเข้าไปยังบันทึกการเงินของตัวเองได้
ความเจ็บปวดจริง ๆ อยู่ที่ การจัดหมวดหมู่ ต้องตัดสินใจว่านี่เป็นของชำ วัสดุสิ้นเปลือง กินข้าวนอกบ้าน หรือค่ารักษาพยาบาล
ฉันใช้ KMyMoney ซึ่งปกติจะจัดหมวดหมู่ให้เหมือนธุรกรรมก่อนหน้าจากร้านเดียวกัน จึงลดงานลงได้บางส่วน แต่ก็ยังยุ่งยากอยู่ดี เลยเขียนสคริปต์สำหรับส่งออกจาก KMyMoney เป็นรูปแบบ ledger
อยู่ในเอเชียตะวันออกเฉียงใต้ เลยแทบไม่มีทางเลือกอื่น บางธนาคารไม่มีตัวเลือกดาวน์โหลด CSV/Excel ด้วยซ้ำ มีแค่ใบแจ้งยอดคงเหลือแบบ PDF
โดยรวมแล้วไม่ได้หนักหนาขนาดนั้น แต่คล้าย ๆ กับ Inbox Zero ถ้าจัดการทันทีตลอด ก็แทบไม่ต้องลงแรงเพิ่มมาก ระหว่างแคชเชียร์เตรียมเงินทอนหรือพิมพ์ใบเสร็จ หรือระหว่างเดินออกจากร้าน ก็ป้อนธุรกรรมได้ ถ้าปล่อยค้างไว้หลายวัน มันจะกลายเป็นงานน่ารำคาญ 5–10 นาที
รายการที่จ่ายด้วยเงินสดยังไงก็ต้องกรอกเองอยู่แล้ว
แต่สำหรับระดับครอบครัว วิธีกรอกเองเริ่มพังถ้าทุกคนที่เกี่ยวข้องไม่ร่วมกันป้อนข้อมูล จากประสบการณ์ของฉันแทบไม่เคยเกิดขึ้น ดังนั้นในทางปฏิบัติ การใช้จ่ายของภรรยาจึงยังเป็นหลุมดำขนาดใหญ่พอสมควร
เมื่อก่อนฉันก็เคยกลัวเหมือนกัน แต่ในชีวิตปกติ จำนวนธุรกรรมต่อวันไม่ได้มากขนาดนั้น แถมการทำบัญชียังช่วยฝึกวินัยตัวเองด้วย VS Code ก็ช่วยเติมชื่อบัญชีและผู้รับเงินให้อัตโนมัติ
รู้สึกแปลก ๆ ดี เพราะหลายปีก่อนเคยตั้งใจจะทำอะไรแบบนี้เป๊ะ ๆ
ตัดสินใจคล้ายกัน คืออิงกับ ledger เหมือนกัน และเน้น local-first/ใช้ในเครื่องเท่านั้น ความต่างคือของฉันไปไม่ถึงส่วน visualization แทนที่จะเป็นอย่างนั้น ฉันเสียเวลาไปกับการแปลง PDF เป็น ledger แล้วก็หมดแรงจูงใจ
ดีใจมากที่ได้เห็นสิ่งนี้ออกมา และอยากลองใช้อย่างจริงจังเร็ว ๆ นี้ แนะนำว่าอย่าไปใส่ใจกับ PDF มากนัก ความผิดพลาดของ OCR แค่เกิดเป็นครั้งคราวก็ทำพังได้แล้ว และยิ่งเกิดน้อยยิ่งแย่ เพราะเราจะเริ่มไว้ใจมัน
ถ้าจะทำจริง ๆ ควรดึงเลเยอร์ข้อความจริงออกมามากกว่า มันไม่ได้มีเสมอไป ตารางก็เละเทะ และมีข้อมูลไร้ประโยชน์เยอะ แต่ อย่างน้อยสิ่งที่มีอยู่ก็จะไม่อ่าน £74.97 ผิดเป็น £24.87
กำลังดึงข้อมูลด้วย pdf.js อยู่ และจากที่ทดสอบมาก็ทำงานได้ค่อนข้างดี
น่าเสียดายที่ถ้าไม่ส่งคุกกี้ให้ Google เว็บไซต์ก็ใช้งานไม่ได้ เลยดูไม่ได้
หวังว่าจะทำให้ใช้เฉพาะคุกกี้ที่จำเป็นเท่านั้น ขอบอกไว้ว่าแบบนี้ ในยุโรปจะใช้ไซต์นี้ไม่ได้
ฉันเปิดจากยุโรปแล้ว ข้อความแจ้งดูเหมือนจะบอกว่า “คุกกี้นี้มีไว้เพื่อการปรับปรุงผลิตภัณฑ์ภายในเท่านั้น” เลยสงสัยว่าปัญหาคือ Google เป็นผู้จัดการ analytics จึงสามารถเฝ้าติดตามได้ หรือปัญหาคือวัตถุประสงค์ที่ระบุไม่ใช่สิ่งจำเป็นกันแน่ ส่วนตัวฉันคิดว่า “ไม่จำเป็น” หมายถึง “เพื่อโฆษณาของบุคคลที่สาม”
ข้อความระบุว่าใช้คุกกี้เพื่อจดจำการเข้าชมซ้ำและค่ากำหนด วัดประสิทธิผลของเอกสาร และดูว่าผู้ใช้ค้นหาสิ่งที่ต้องการพบหรือไม่ หากยินยอม ก็เป็นการช่วยทำให้เอกสารดีขึ้น
เพิ่งรู้ว่าสามารถเปิดใช้ปุ่มปฏิเสธได้ด้วย https://squidfunk.github.io/mkdocs-material/setup/ensuring-data-privacy/#+consent.actions และจะนำไปใช้เร็ว ๆ นี้
ยอดเยี่ยมจริง ๆ
ฉันเคยใช้ GNUCash กับงานที่ง่ายกว่า เช่น ติดตามรายรับ/รายจ่ายของอสังหาริมทรัพย์ให้เช่า ไม่ใช่การเงินส่วนบุคคลทั้งหมด แต่ GNUCash ค่อนข้างเทอะทะ และอยากให้พาร์ตเนอร์เข้าถึงได้ด้วย แต่ก็ไม่แน่ใจว่าวิธีที่ดีที่สุดในการแชร์ข้อมูลคืออะไร
ชอบตรงที่มีเว็บอินเทอร์เฟซ แต่ดูเหมือนโมเดลข้อมูลยังเรียบง่าย อิงกับ
ledgerและ ไฟล์ข้อความธรรมดาเห็นโพสต์อื่น ๆ เกี่ยวกับการนำเข้าข้อมูลธนาคารด้วย ซึ่งเรื่องนั้นเป็นปัจจัยที่ทำให้ฉันเอาไปใช้กับการเงินส่วนบุคคลทั้งหมดไม่ได้เสมอ ฉันไม่มั่นใจว่าจะทำต่อไปไหวกับการล็อกอินเข้าธนาคาร บริษัทหลักทรัพย์ และบัญชีบัตรเครดิตทีละที่ด้วยตัวเอง เพื่อดาวน์โหลดข้อมูลแต่ละแห่ง แล้วนำเข้าเครื่องมืออย่าง GNUCash โดยสมมติว่ามีการรองรับการดาวน์โหลดแบบ CSV อะไรทำนองนั้น
ตัวเลือก Plaid ก็น่าสนใจ และก็ดีที่มีพนักงาน Plaid มาเขียนไว้ที่นี่ แต่ฉันก็ระวังอยู่เสมอ สถาบันการเงินแห่งหนึ่งของฉันดูเหมือนจะมีกระบวนการคล้าย OAuth แต่ที่เหลือทั้งหมดเป็นแบบ “ให้ข้อมูลล็อกอินกับ Plaid แล้วเราจะเก็บไว้อย่างปลอดภัย” แบบนั้นฉันไม่สบายใจ สุดท้ายทุกอย่างก็ถูกแฮ็กได้ทั้งนั้น แถมการให้ข้อมูลการเงินทั้งหมดของฉันกับ Plaid ก็ไม่ได้ดูเป็นความคิดที่ดี
แต่ในสหรัฐฯ ดูเหมือนแทบไม่มีทางเลือกอื่นจริง ๆ อยากให้รัฐบาลบังคับให้สถาบันการเงินทั้งหมดต้องทำ API มาตรฐาน และเปิดให้ไม่ใช่แค่บริษัทใหญ่ แต่คนทั่วไปก็เข้าถึงข้อมูลของตัวเองผ่าน API นั้นได้ด้วย
เครื่องมือที่ให้ควบคุมข้อมูลพื้นฐานในรูปแบบ ข้อความธรรมดา เองนั้นถูกประเมินค่าต่ำเกินไปอย่างมาก
ชอบแนวทางนี้มาก
วันนี้ได้รู้ว่า “paisa” เป็นหน่วยย่อยของรูปีอินเดีย
ที่นี่ใช้คำว่า “paisa” เรียกทุกอย่างที่เกี่ยวข้องกับภูมิภาคหนึ่งของโคลอมเบีย https://en.wikipedia.org/wiki/Paisa_(region)
ในเรือนจำ ผู้ชายละตินอายุมากจะถูกเรียกอัตโนมัติว่า “paisa” และหลายคนมองว่าเป็นคำดูหมิ่น
แต่ถ้าว่ากันให้ถูกต้องคือ 100 Paisa = 1 INR หรือก็คือ 1 รูปี
แฟนเก่าของผมเป็นตัวอย่างแบบนั้น และ “paisa as an areppa” เป็นสำนวนที่ค่อนข้างใช้กันบ่อยที่นั่น