5 คะแนน โดย GN⁺ 2023-09-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • 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 และการเขียนตัวเลขแบบยุโรป
  • ข้อมูล ทางการเงินจะไม่ออกนอกระบบของผู้ใช้
  • สมุดบัญชีและการตั้งค่าถูกเก็บเป็น ไฟล์ข้อความธรรมดา จึงจัดการเวอร์ชันได้ง่าย
  • สามารถทำงานร่วมกับผู้อื่นได้โดยให้สิทธิ์การเข้าถึงไฟล์
  • เพื่อช่วยในการป้อนข้อมูล ตัวแก้ไขมีการไฮไลต์ไวยากรณ์ การเติมข้อความอัตโนมัติ การตรวจข้อผิดพลาด และการจัดรูปแบบอัตโนมัติ
  • การติดตั้งและเดโมมีให้ที่ Install, Demo

ความเป็นส่วนตัว การนำเข้า และความสามารถด้านการคำนวณ

  • ความเป็นส่วนตัว

    • Paisa ไม่ถือว่าการขายข้อมูลเป็นเป้าหมายแฝงของแอป
    • ไม่มีการเก็บรวบรวมหรือส่งข้อมูลใด ๆ ไปยังเซิร์ฟเวอร์
    • ข้อมูลทั้งหมดถูกเก็บไว้ในระบบของผู้ใช้
  • การติดตามราคา

    • รองรับผู้ให้บริการข้อมูล price หลายรายเพื่อติดตามราคาล่าสุดของสินทรัพย์
    • ผู้ใช้สามารถป้อนราคาเองได้ จึงใช้สำหรับการประเมินมูลค่าสินทรัพย์ใหม่ เช่น บ้าน รถยนต์ หรือที่ดิน ได้ด้วย
  • งบประมาณและการจัดการค่าใช้จ่าย

    • สามารถติดตามค่าใช้จ่ายได้ละเอียดตามระดับที่ต้องการ
    • ปรับหมวดหมู่และหมวดหมู่ย่อยให้เหมาะกับความต้องการได้ และเปลี่ยนไอคอนได้ด้วย
    • สามารถตั้งค่า budget สำหรับแต่ละหมวดหมู่เพื่อหลีกเลี่ยงการใช้จ่ายเกินตัว
  • การนำเข้าข้อมูล

    • สามารถนำเข้าใบแจ้งยอดบัญชีจากธนาคารหรือผู้ให้บริการบัตรเครดิตเข้าสู่ Paisa ได้
    • ระบบ import ถูกออกแบบอย่างยืดหยุ่นเพื่อรองรับรูปแบบไฟล์จริงที่หลากหลาย
    • หากตั้งค่าเทมเพลตการนำเข้าไว้ การนำเข้ารายการธุรกรรมและจัดหมวดหมู่ในแต่ละเดือนจะใช้เวลาประมาณ 5 นาที
  • Sheets

    • sheet คือเครื่องคิดเลขแบบโน้ตแพดที่ใช้คำนวณภาษี, EMI ฯลฯ จากข้อมูล ledger
    • เมื่อข้อมูล ledger เปลี่ยน sheet ก็จะอัปเดตอัตโนมัติแบบเรียลไทม์และโต้ตอบได้
  • การจัดการเป้าหมายและใบแจ้งหนี้

    • ฟีเจอร์ goals จะคำนวณแผนการออมที่จำเป็นสำหรับเป้าหมาย เช่น ทริปพักผ่อนหรือการซื้อรถยนต์
    • หากรู้จำนวนเงินที่ออมได้ในแต่ละเดือน ก็สามารถคำนวณเวลาที่จะบรรลุเป้าหมายได้
    • หากมีเส้นตาย ระบบจะคำนวณจำนวนเงินออมต่อเดือนที่ต้องใช้เพื่อให้ถึงเป้าหมาย
    • ติดตามธุรกรรม recurring และใบแจ้งหนี้ credit card
    • มุมมองปฏิทินจะแสดงใบแจ้งหนี้ที่ต้องชำระในเดือนปัจจุบัน
    • รอบการเกิดซ้ำสามารถตั้งให้ตรงกับตารางได้หลากหลาย เช่น รายสัปดาห์ รายเดือน รายไตรมาส สิ้นเดือน และสิ้นไตรมาส

1 ความคิดเห็น

 
GN⁺ 2023-09-23
ความคิดเห็นบน Hacker News
  • ดูเจ๋งมากจริง ๆ และชอบตรงที่เป็น ledger-based
    ผมอยากเลิกใช้ Simplifi Money ด้วยเหตุผลที่ชัดเจนว่า Intuit เป็นเจ้าของ แต่คูเมืองของจริงน่าจะอยู่ที่การดึงข้อมูลเข้ามาได้อย่างสม่ำเสมอและถูกต้อง ในสหรัฐฯ ไม่มีกฎหมายเทียบเท่า PSD2 เลยอาจต้องไปไล่หาตัวเลือก export ของแต่ละธนาคารทั้งหมด แต่ในทางปฏิบัติ Plaid ดูเหมือนจะเป็นบริการแทบจะหนึ่งเดียวที่ดึงข้อมูลเข้ามาได้ค่อนข้างดี
    เลยสงสัยว่าปลั๊กอิน Plaid จะสมเหตุสมผลไหม การใช้บุคคลที่สามทำให้ข้อดีบางส่วนหายไป แต่ผมมีบัญชีเยอะเกินกว่าจะทำด้วยมือได้ ทางอ้อมอาจเป็นการนำเข้าจาก Tiller ที่ใช้ Plaid แล้วค่อย export เป็น CSV/Excel ก็ได้ อยากรู้ว่ามีแผนสำหรับ การนำเข้าข้อมูลอัตโนมัติ ไหม แม้จะต้องใช้บุคคลที่สามก็ตาม

    • สำหรับคนที่อยากไปทางนี้ ขอแนะนำ SimpleFIN Bridge https://beta-bridge.simplefin.org/
      มันค่อนข้างเหมือน wrapper ของ API ของ MX (คู่แข่ง Plaid) ที่ทีมผู้สร้าง Budgeting with Buckets ทำไว้ใช้ส่วนตัว ความปลอดภัยของข้อมูลเป็นประเด็นแน่นอน แต่ผมมองว่าคุณค่าของการมีรายการธุรกรรมไหลเข้ามาอัตโนมัติมากกว่าความเสี่ยงที่ SimpleFIN จะถูกเจาะ
      ในเครื่องมือการเงินส่วนบุคคลที่ผมทำเองและพอจะ self-host ได้บางส่วน https://github.com/avirut/bursar ผมก็เคยทำการนำเข้าอัตโนมัติด้วย SimpleFIN มาใช้ด้วย
    • Mint ก็ใช้ Plaid อยู่แล้ว แต่ ระดับรายละเอียดของข้อมูลธุรกรรม ที่ดึงมาได้ต่ำ ทำให้จัดหมวดหมู่อย่างสมเหตุสมผลได้ยาก
      ตัวอย่างเช่น ธุรกรรม Amazon Grocery เกิดจากบัตรเครดิต Amazon Chase ที่ให้ส่วนลด 5% แต่ถึงจะเชื่อมกับ Chase.com ผ่าน Plaid เพื่อดึงรายการธุรกรรมมา ข้อมูลก็ยังมีน้อยมากจนข้อมูลงบประมาณของ Mint สะท้อนได้ไม่ถูกต้อง ข้อมูลจริงอยู่ใน silo ของ Amazon.com
      ตอนนี้สุดท้ายก็มีแต่ต้องแก้เองด้วยมือ และถ้าไม่มีการกำกับดูแลจากรัฐ สักวันหนึ่งเอเจนต์ LLM อาจอ่านข้อมูลแทนบุคคลและทำให้งานมือพวกนี้ง่ายขึ้นมากได้
    • ฟีเจอร์นำเข้าอาจปรับปรุงได้ แต่ บริการอย่าง Plaid นั้นค่อนข้างยาก
      แม้แต่โมเดลราคาก็ยังดูจากหน้าเว็บได้ยาก ผมเลยคิดว่าแอปฟรีคงรองรับ Plaid ได้ลำบาก
    • ในฐานะคนที่กำลังหาโซลูชันจัดการงบประมาณแบบโอเพนซอร์สในยุโรป อยากรู้ว่า PSD2 ช่วยได้อย่างไร
    • อยากรู้ว่า PSD2 คืออะไรและทำไมถึงสำคัญ
      สงสัยว่ามันเป็นพื้นฐานของอะไรแบบ UPI ของอินเดียหรือเปล่า
  • น่าสนใจที่มีเครื่องมือวิเคราะห์ว่าเงินหายไปไหนอยู่มากมาย แต่เครื่องมือที่ลงลึกด้าน การวางแผนและการพยากรณ์ กลับมีน้อย
    อยากรู้ว่ามีแผนจะขยายโมดูล “เกษียณ” ให้มากขึ้นไหม ถ้าต้องการแรงบันดาลใจ ผมกำลังทำโปรเจกต์ข้างเคียงเป็นซิมูเลเตอร์การเงินส่วนบุคคล https://projectionlab.com มาตลอด 2 ปีครึ่งที่ผ่านมา
    เอกสารก็ทำไว้ดีมาก และชอบที่มีสภาพแวดล้อมเดโมด้วย สักวันหนึ่งคงมีแอปที่รวมการจัดทำงบประมาณ การติดตาม และการวางแผนเข้าด้วยกันอย่างลื่นไหลสมบูรณ์ ซึ่งฝ่ายที่ทำได้สำเร็จน่าจะกลายเป็นผู้เล่นที่แข็งแกร่งมาก

    • เคยเห็น ProjectionLab และเห็นด้วยว่าเครื่องมือด้านการพยากรณ์มีน้อย
      ส่วนใหญ่หยุดอยู่ที่การจัดการงบประมาณ มีแผนจะทำหน้าเกษียณให้เป็นหน้า เป้าหมาย/ทาร์เก็ต ที่ทั่วไปขึ้น แต่ยังไม่ได้กำหนดรายละเอียด
      ในอุดมคติ บัญชีแบบ double-entry ควรเป็นฐานข้อมูล แล้วมีเครื่องมือจำนวนมากที่โฟกัสเฉพาะ niche ต่าง ๆ สร้างอยู่บนมัน แต่ความจริงยังห่างไกล และทุกคนก็อยากสร้างเกาะข้อมูลของตัวเอง
    • ในทางปฏิบัติ ข้อมูลที่จำเป็นสำหรับ การวางแผนเกษียณ ไม่ได้ทับซ้อนกับข้อมูลการเงินส่วนบุคคลแบบ double-entry มากนัก
      สัปดาห์ที่แล้วใช้เงินกับรถไฟใต้ดินไปเท่าไรแทบไม่เกี่ยวกับความเสี่ยงที่จะถังแตกตอนอายุ 90
      สิ่งที่ต้องการจากชุดข้อมูลนั้นก็มีแค่พอร์ตปัจจุบันประมาณนั้น ที่เหลือเป็นข้อมูลเฉพาะด้านการลงทุน ต้องใช้ความผันผวนของการลงทุน องค์ประกอบพอร์ต โควาเรียนซ์ของผลตอบแทน อายุเกษียณ อายุขัยคาดหมาย ฯลฯ ดังนั้นจริง ๆ แล้วเกือบจะเป็นผลิตภัณฑ์ใหม่ทั้งตัว
      ยังมีกฎ 4% ด้วย และต้องพิจารณาด้วยว่างานพยากรณ์เพิ่มเติมช่วยปรับปรุงผลลัพธ์จริงหรือไม่ ดูเหมือน heuristic ก็ทำงานได้ค่อนข้างดี
  • ชวนให้นึกถึงอดีต
    ปี 2009 ผมนำทีมเล็ก ๆ ทำสตาร์ตอัปด้านการเงิน/การลงทุนชื่อ Paisa.com ยังมีดีไซน์ mockup ช่วงแรก ๆ ที่ทำในห้องพักโรงแรมแถว Delhi/Gurgaon เพื่อไป pitch ให้ NDTV อยู่เลย

    • จำอันนั้นได้ ชอบมากจริง ๆ
      อยากรู้ว่าเกิดอะไรขึ้น และตอนนี้ทำอะไรอยู่
    • ถ้าจำไม่ผิด เคยเห็นมันถูกโปรโมตบน Gpay
  • ยอดเยี่ยมจริง ๆ
    ทั้งการสร้างสิ่งนี้ขึ้นมา และการเขียน เอกสาร อธิบายแนวคิดกับวิธี implementation ก็ทำได้ดี
    ไม่น่าเชื่อว่ามีปฏิกิริยาดูแคลนเยอะขนาดนี้ ถ้าคุณพอใจกับการจัดการการเงินด้วยโซลูชันเสียเงินและไม่อยากลงลึกเอง คุณก็น่าจะไม่ใช่ผู้ใช้เป้าหมายของเครื่องมือนี้
    ข้อเสนอหนึ่งคือทำส่วนที่ต่างกันตามประเทศ เช่น การคำนวณภาษี ให้เป็น โมดูล เพื่อให้คนอื่น ๆ ช่วย contribute เวอร์ชันของประเทศตัวเองได้

    • เรื่องทำส่วนอย่างการคำนวณภาษีรายประเทศให้เป็นโมดูล เป็นสิ่งที่คิดอยู่ตลอด
      ต้องกำหนด abstraction พื้นฐานก่อน ตัว implementation ปัจจุบันจริง ๆ ก็เขียนให้เข้ากับ use case ส่วนตัว และผมคิดว่ามันอาจไม่แม่นยำก็ได้ เพราะมีข้อยกเว้นอย่างเงื่อนไขและ grandfathering เยอะมาก
    • ผมหาแอปการเงินส่วนบุคคลมานานแล้ว
      ไม่ต้องการ SaaS ที่ต้องจ่ายรายเดือนและอาจปิดตัวได้ทุกเมื่อ แอปทำเองอื่น ๆ ส่วนใหญ่ก็ยังไม่เสร็จหรือถูกทิ้งไว้ สุดท้ายเลยยอมจ่ายเงินให้ชีต Excel https://cspersonalfinance.io/ เพื่อใช้ติดตามทุกอย่าง
      มันติดตามทั้งกระแสเงินสด การลงทุน มูลค่าสุทธิ ฯลฯ และเพราะเป็น Excel จึงไม่มีความเสี่ยงว่าจะหายไปในอีก 10 ปี
  • สงสัยว่าคนอื่น ๆ ทำให้การนำเข้าข้อมูลเป็นอัตโนมัติกันอย่างไร
    นึกภาพไม่ออกเลยว่าจะกรอกทุกอย่างด้วยมือ หลายแห่งไม่ได้ให้ไฟล์ส่งออกที่ใช้การได้ด้วยซ้ำ ส่วนใหญ่ให้มาแค่ PDF
    บริการการเงินส่วนใหญ่ดูเหมือนจะใช้ Plaid สำหรับการรวมข้อมูล แต่เป็นบริการแบบเสียเงิน เลยคิดว่า แอปการเงินส่วนบุคคลแบบโอเพนซอร์สหรือฟรี คงใช้งานได้ยาก

    • หลายปีก่อนเคยทำเครื่องมือคัสตอมคล้าย ๆ กัน เพื่อดาวน์โหลดข้อมูลการเงินจากบัญชีธนาคาร Chase แล้วแปลงเป็นรูปแบบของเครื่องมือบัญชีแบบข้อความชื่อ beancount
      Chase ใช้ OFX สำหรับดาวน์โหลดรายการเดินบัญชีธนาคาร และคิดเงินประมาณเดือนละ 10 ดอลลาร์ ซึ่งดูไม่สมเหตุสมผลเอามาก ๆ เมื่อเทียบกับสิ่งที่มันทำ สุดท้ายก็เลิกไป เพราะบัญชีธนาคารอื่น ๆ ที่ต้องติดตามไม่ได้ให้ OFX หรือวิธีคล้าย ๆ กัน
    • สำหรับบัญชีกระแสรายวัน/ออมทรัพย์/บัตรเครดิตทั่วไป ยังไม่เคยเจอที่ไหนที่ไม่มีตัวเลือก ส่งออก CSV
      บางที่ซ่อนลึกมาก และหายากใช้งานยากกว่าที่อยากให้เป็นมาก แต่อย่างน้อยธนาคารที่ฉันใช้ก็มี
    • ธนาคารหรือบัตรเครดิตส่วนใหญ่มีการส่งออกในรูปแบบใดรูปแบบหนึ่ง เช่น CSV, OFX, Quicken
      จากนั้นก็นำเข้าไปยังบันทึกการเงินของตัวเองได้
      ความเจ็บปวดจริง ๆ อยู่ที่ การจัดหมวดหมู่ ต้องตัดสินใจว่านี่เป็นของชำ วัสดุสิ้นเปลือง กินข้าวนอกบ้าน หรือค่ารักษาพยาบาล
      ฉันใช้ KMyMoney ซึ่งปกติจะจัดหมวดหมู่ให้เหมือนธุรกรรมก่อนหน้าจากร้านเดียวกัน จึงลดงานลงได้บางส่วน แต่ก็ยังยุ่งยากอยู่ดี เลยเขียนสคริปต์สำหรับส่งออกจาก KMyMoney เป็นรูปแบบ ledger
    • กรอกทุกอย่างด้วยมือ
      อยู่ในเอเชียตะวันออกเฉียงใต้ เลยแทบไม่มีทางเลือกอื่น บางธนาคารไม่มีตัวเลือกดาวน์โหลด CSV/Excel ด้วยซ้ำ มีแค่ใบแจ้งยอดคงเหลือแบบ PDF
      โดยรวมแล้วไม่ได้หนักหนาขนาดนั้น แต่คล้าย ๆ กับ Inbox Zero ถ้าจัดการทันทีตลอด ก็แทบไม่ต้องลงแรงเพิ่มมาก ระหว่างแคชเชียร์เตรียมเงินทอนหรือพิมพ์ใบเสร็จ หรือระหว่างเดินออกจากร้าน ก็ป้อนธุรกรรมได้ ถ้าปล่อยค้างไว้หลายวัน มันจะกลายเป็นงานน่ารำคาญ 5–10 นาที
      รายการที่จ่ายด้วยเงินสดยังไงก็ต้องกรอกเองอยู่แล้ว
      แต่สำหรับระดับครอบครัว วิธีกรอกเองเริ่มพังถ้าทุกคนที่เกี่ยวข้องไม่ร่วมกันป้อนข้อมูล จากประสบการณ์ของฉันแทบไม่เคยเกิดขึ้น ดังนั้นในทางปฏิบัติ การใช้จ่ายของภรรยาจึงยังเป็นหลุมดำขนาดใหญ่พอสมควร
    • ใช้ hledger และกรอกทุกอย่างด้วยมือ
      เมื่อก่อนฉันก็เคยกลัวเหมือนกัน แต่ในชีวิตปกติ จำนวนธุรกรรมต่อวันไม่ได้มากขนาดนั้น แถมการทำบัญชียังช่วยฝึกวินัยตัวเองด้วย VS Code ก็ช่วยเติมชื่อบัญชีและผู้รับเงินให้อัตโนมัติ
  • รู้สึกแปลก ๆ ดี เพราะหลายปีก่อนเคยตั้งใจจะทำอะไรแบบนี้เป๊ะ ๆ
    ตัดสินใจคล้ายกัน คืออิงกับ ledger เหมือนกัน และเน้น local-first/ใช้ในเครื่องเท่านั้น ความต่างคือของฉันไปไม่ถึงส่วน visualization แทนที่จะเป็นอย่างนั้น ฉันเสียเวลาไปกับการแปลง PDF เป็น ledger แล้วก็หมดแรงจูงใจ
    ดีใจมากที่ได้เห็นสิ่งนี้ออกมา และอยากลองใช้อย่างจริงจังเร็ว ๆ นี้ แนะนำว่าอย่าไปใส่ใจกับ PDF มากนัก ความผิดพลาดของ OCR แค่เกิดเป็นครั้งคราวก็ทำพังได้แล้ว และยิ่งเกิดน้อยยิ่งแย่ เพราะเราจะเริ่มไว้ใจมัน
    ถ้าจะทำจริง ๆ ควรดึงเลเยอร์ข้อความจริงออกมามากกว่า มันไม่ได้มีเสมอไป ตารางก็เละเทะ และมีข้อมูลไร้ประโยชน์เยอะ แต่ อย่างน้อยสิ่งที่มีอยู่ก็จะไม่อ่าน £74.97 ผิดเป็น £24.87

    • มีการรองรับการนำเข้า PDF
      กำลังดึงข้อมูลด้วย pdf.js อยู่ และจากที่ทดสอบมาก็ทำงานได้ค่อนข้างดี
  • น่าเสียดายที่ถ้าไม่ส่งคุกกี้ให้ Google เว็บไซต์ก็ใช้งานไม่ได้ เลยดูไม่ได้
    หวังว่าจะทำให้ใช้เฉพาะคุกกี้ที่จำเป็นเท่านั้น ขอบอกไว้ว่าแบบนี้ ในยุโรปจะใช้ไซต์นี้ไม่ได้

    • ถ้ามีเวลา อยากให้ช่วยอธิบายได้ไหมว่าตัดสินแบบนั้นได้อย่างไร
      ฉันเปิดจากยุโรปแล้ว ข้อความแจ้งดูเหมือนจะบอกว่า “คุกกี้นี้มีไว้เพื่อการปรับปรุงผลิตภัณฑ์ภายในเท่านั้น” เลยสงสัยว่าปัญหาคือ Google เป็นผู้จัดการ analytics จึงสามารถเฝ้าติดตามได้ หรือปัญหาคือวัตถุประสงค์ที่ระบุไม่ใช่สิ่งจำเป็นกันแน่ ส่วนตัวฉันคิดว่า “ไม่จำเป็น” หมายถึง “เพื่อโฆษณาของบุคคลที่สาม”
      ข้อความระบุว่าใช้คุกกี้เพื่อจดจำการเข้าชมซ้ำและค่ากำหนด วัดประสิทธิผลของเอกสาร และดูว่าผู้ใช้ค้นหาสิ่งที่ต้องการพบหรือไม่ หากยินยอม ก็เป็นการช่วยทำให้เอกสารดีขึ้น
    • กด “Manage settings” แล้วเอาเครื่องหมายถูกสีเขียวออก ก็ปฏิเสธได้
      เพิ่งรู้ว่าสามารถเปิดใช้ปุ่มปฏิเสธได้ด้วย 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 ถ้าแปลตรงตัวน่าจะประมาณว่า “คนบ้านนอก”
      ในเรือนจำ ผู้ชายละตินอายุมากจะถูกเรียกอัตโนมัติว่า “paisa” และหลายคนมองว่าเป็นคำดูหมิ่น
    • “Paisa” โดยทั่วไปก็หมายถึง เงิน ได้ด้วย ขึ้นอยู่กับบริบท
      แต่ถ้าว่ากันให้ถูกต้องคือ 100 Paisa = 1 INR หรือก็คือ 1 รูปี
    • ยังใช้เรียกผู้หญิงจาก Medellin ที่มี “ลุค” แบบหนึ่งโดยเฉพาะด้วย
      แฟนเก่าของผมเป็นตัวอย่างแบบนั้น และ “paisa as an areppa” เป็นสำนวนที่ค่อนข้างใช้กันบ่อยที่นั่น