اولین پروژه شما با یک مشتری، زیر یک پیش‌فاکتور دو صفحه‌ای خوب پیش رفت. حالا پروژه دوم بزرگ‌تر است، مشتری صورت‌کار خودش را با ارجاع به شرایط استاندارد فروشنده‌اش می‌فرستد، و جایی در میانه همکاری یک تحویلی دیر می‌رسد و یک فاکتور پرداخت‌نشده می‌ماند. شما به پیش‌فاکتورتان اشاره می‌کنید. آن‌ها به شرایط فروشنده‌شان اشاره می‌کنند. کاغذبازی چه کسی واقعاً حاکم است؟ اگر نمی‌توانید این را در یک جمله پاسخ دهید، قراردادهایتان از قبل از رابطه عقب افتاده‌اند — و راه‌حل یک پیش‌فاکتور طولانی‌تر نیست، بلکه یک ساختار دو-سندی است: یک توافق‌نامه خدمات اصلی به‌همراه یک صورت‌کار برای هر همکاری.
این راهنما توضیح می‌دهد چه چیزی در هر سند قرار می‌گیرد، چرا جدا کردن‌شان شما را از مذاکره مجدد بر سر همان بندها در هر پروژه نجات می‌دهد، و اشتباهاتی که کل این ساختار را بی‌اثر می‌کنند. یک هشدار استاندارد پیش از شروع: این اطلاعات عمومی درباره نحوه کار قراردادهای خدمات است، نه مشاوره حقوقی درباره وضعیت خاص شما.
دو سند در یک تصویر
یک توافق‌نامه خدمات اصلی (MSA) هر شرطی را در خود دارد که در طول همکاری‌ها با یک مشتری ثابت می‌ماند: نحوه پرداخت به شما، مالکیت کار، مسئولیت هر طرف در قبال چه چیزی، و اینکه هر طرف چگونه می‌تواند کنار بکشد. یک صورت‌کار (SOW) دقیقاً یک همکاری را توصیف می‌کند: چه چیزی خواهید ساخت یا تحویل خواهید داد، تا چه زمانی، به چه مبلغی، و مشتری چگونه آن را تأیید می‌کند.
| توافق‌نامه خدمات اصلی | صورت‌کار | |
|---|---|---|
| پاسخ می‌دهد به | ما چگونه با هم کار می‌کنیم؟ | این بار چه کاری انجام می‌دهید؟ |
| طول عمر | ماه‌ها تا سال‌ها، در طول پروژه‌های متعدد | یک پروژه، سپس بایگانی می‌شود |
| مذاکره مجدد | به‌ندرت، اگر اصلاً | برای هر همکاری از نو |
| محتویات معمول | مکانیزم‌های پرداخت، محرمانگی، چارچوب مالکیت فکری، تضمین‌ها، جبران خسارت، سقف‌های مسئولیت، مدت و فسخ | محدوده، تحویلی‌ها، نقاط عطف، هزینه‌ها، معیارهای پذیرش، کنترل تغییرات |
| امضاکنندگان | هر دو طرف، یک بار | هر دو طرف، به‌ازای هر پروژه |
MSA را به‌عنوان سیستم‌عامل و هر SOW را به‌عنوان یک برنامه در نظر بگیرید که روی آن اجرا می‌شود. وقتی پروژه‌های سوم، چهارم و پنجم از راه می‌رسند، فقط بر سر SOW مذاکره می‌کنید — سقف مسئولیت، واگذاری مالکیت فکری و شرایط پرداختی که قبلاً به دست آورده‌اید سر جای خود می‌مانند.
چه چیزی در توافق‌نامه اصلی قرار می‌گیرد
هر چیزی که در MSA قرار دارد باید درباره هر پروژه‌ای که تا ابد برای این مشتری انجام خواهید داد، صادق باشد. اگر شرطی از یک همکاری به همکاری بعدی تغییر می‌کند، جای آن در SOW است، نه اینجا.
دامنه رابطه. به‌طرز متناقضی، MSA معمولاً اصلاً هیچ محدوده پروژه‌ای ندارد — فقط یک جمله چارچوبی که بیان می‌کند مشتری ممکن است شما را برای خدماتی که در صورت‌کارهای آینده توصیف می‌شوند به کار بگیرد. در برابر وسوسه چسباندن جزئیات پروژه در اینجا مقاومت کنید. لحظه‌ای که مشخصات پروژه به توافق‌نامه اصلی نفوذ کند، باید هر بار که کار تغییر می‌کند توافق‌نامه اصلی را اصلاح کنید، که همان دقیقاً همان دردسری است که این ساختار برای حذف آن وجود دارد.
مکانیزم‌های پرداخت. نه قیمت هیچ پروژه‌ای، بلکه ماشین‌آلات دریافت پول: فاکتورها ظرف چند روز سررسید می‌شوند، چه چیزی پرداخت دیرهنگام محسوب می‌شود، جریمه دیرکرد یا نرخ بهره، چه کسی هزینه‌ها را پرداخت می‌کند و چگونه مستند می‌شوند، و آیا پیش‌پرداخت پیش از شروع کار الزامی است. جریمه دیرکرد را یک بار اینجا محکم کنید — یک فرمول رایج ۱٫۵ درصد در ماه بر مانده‌های معوق است — و هر SOW آینده آن را بدون بحث تازه به ارث می‌برد.
محرمانگی. یک تعهد دوطرفه که اطلاعات غیرعمومی هر طرف را پوشش می‌دهد، مدت بقای آن پس از فسخ، و استثناهای استاندارد برای اطلاعاتی که قبلاً عمومی یا مستقلاً توسعه‌یافته بوده‌اند. فریلنسرها اغلب این را در پیش‌فاکتورهای مستقل حذف می‌کنند؛ در یک MSA گنجاندن آن هیچ هزینه‌ای ندارد و هر دو طرف را در طول هر همکاری محافظت می‌کند.
چارچوب مالکیت فکری. MSA قاعده مالکیت را بیان می‌کند — معمولاً اینکه شما تحویلی‌های نهایی را به مشتری واگذار می‌کنید، ایده‌آل آنکه در ازای پرداخت کامل — به‌همراه استثنای مالکیت فکری پیشینی شما: چارچوب‌ها، قالب‌ها، کتابخانه‌های کد و روش‌هایی که پیش از همکاری وجود داشته‌اند و مال شما می‌مانند و فقط به‌عنوان بخشی از تحویلی‌ها به مشتری لایسنس داده می‌شوند. سپس SOW مشخص می‌کند که هر واگذاری کدام تحویلی‌ها را پوشش می‌دهد. قاعده را در توافق‌نامه اصلی نگه دارید و فهرست را در SOW.
تضمین‌ها و جبران خسارت. یک تضمین کوتاه که خدمات را حرفه‌ای انجام خواهید داد و تحویلی‌ها به مالکیت فکری کسی دیگر تجاوز نمی‌کنند، همراه با یک بند جبران خسارت که هر طرف را ملزم می‌کند در برابر ادعاهای تعریف‌شده ثالث از طرف مقابل دفاع کند. این بندها تا زمانی که کد قرض‌گرفته‌شده یک پیمانکار فرعی یا یک عکس استوک بدون مجوز یک نامه مطالبه حقوقی را فعال نکند، مثل کلیشه به‌نظر می‌رسند — در آن نقطه تصمیم می‌گیرند چه کسی هزینه دفاع را می‌پردازد.
محدودیت مسئولیت. بندی که بدترین حالت مواجهه شما را سقف‌گذاری می‌کند، تقریباً همیشه به‌صورت هزینه‌های پرداخت‌شده تحت SOW مربوطه در ۱۲ ماه گذشته تعیین می‌شود، به‌همراه چشم‌پوشی دوطرفه از خسارات غیرمستقیم و تبعی. این را یک بار در MSA مذاکره کنید و همه پروژه‌ها را پوشش می‌دهد. یک بند مسئولیت بدون سقف را اینجا بپذیرید و برای همه کارهای آینده هم پذیرفته‌اید، پس این شرطی است که باید در سطح اصلی سخت‌ترین نبرد را برایش کرد.
مدت، فسخ و تسویه تدریجی. MSA چقدر طول می‌کشد، هر طرف چگونه می‌تواند آن را فسخ کند (معمولاً ۳۰ روز اطلاع کتبی)، آیا فسخ SOWهای در جریان را می‌کشد یا اجازه می‌دهد تا تکمیل پیش بروند، و در پایان چه اتفاقی می‌افتد: بازگرداندن مواد محرمانه، پرداخت برای کار انجام‌شده تا تاریخ فسخ، و هر کمک انتقالی. ارزشمندترین جمله واحد برای فریلنسرها جریمه لغو است: اگر مشتری پروژه‌ای را در میانه لغو کند، کار تکمیل‌شده تا زمان لغو به‌همراه جریمه تسویه تعریف‌شده پرداخت می‌شود بدون توجه به هر چیز دیگر.
ترتیب اولویت. بندی که به سناریوی ابتدایی پاسخ می‌دهد: وقتی اسناد با هم تعارض دارند، کدام برنده است؟ یک چیدمان رایج SOW را برای شرایط خاص پروژه بالاتر از MSA قرار می‌دهد، و هر دو را بالاتر از هر سفارش خرید یا ریزچاپ فاکتور. بدون این بند، پورتال تأمین‌کالای مشتری می‌تواند بی‌سروصدا شرایط مذاکره‌شده شما را با هر PO بازنویسی کند.
چه چیزی در صورت‌کار قرار می‌گیرد
اگر MSA قانون اساسی است، SOW قانونگذاری است — مشخص، تاریخ‌دار و یک‌بارمصرف. هر SOW باید به‌تنهایی به‌عنوان توصیف کامل یک همکاری عمل کند در حالی که برای هر چیز دیگری به MSA ارجاع می‌دهد. پنج عنصر تقریباً تمام وزن را حمل می‌کنند.
محدوده، به‌همراه فهرست خارج از محدوده. تحویلی‌ها، نقاط عطف، جدول زمانی و مسئولیت‌های هر طرف را توصیف کنید — از جمله آنچه مشتری به شما بدهکار است، مثل دسترسی به داده، بازخورد ظرف پنج روز کاری، و یک تصمیم‌گیرنده واحد. سپس تصویر آینه‌ای را بنویسید: یک فهرست صریح از آنچه شامل نیست. دورهای بازبینی اضافی، پشتیبانی پیاده‌سازی، زمان‌بندی‌های فوری، کار در ابزارهایی که هرگز بر آن‌ها توافق نکردید — آن‌ها را نام ببرید، و بیان کنید که هر چیزی خارج از محدوده نیازمند یک تغییر سفارش کتبی با هزینه‌های اضافی است. آن پاراگراف بیشتر خزیدن محدوده را از یک بحث به یک فاکتور تبدیل می‌کند.
هزینه‌های این همکاری. قیمت ثابت، نرخ ساعتی و سقف، یا مبلغ قرارداد نگه‌داشت — فقط اعداد این SOW، بر فراز ماشین‌آلات پرداخت MSA. هر پرداخت را به یک نقطه عطف با یک تاریخ تقویمی یا یک رویداد قابل‌راستی‌آزمایی گره بزنید، و بیان کنید آیا پیش‌پرداخت غیرقابل بازگشت است و در برابر کل مبلغ حساب می‌شود یا نه. یک جدول نقاط عطف دو کار انجام می‌دهد: جریان نقدی شما را تنظیم می‌کند و به مشتری دلیلی می‌دهد که بازخورد را در حرکت نگه دارد، چون تأخیر آن‌ها به‌طور قابلمشاهده تاریخ‌های خودشان را عقب می‌راند.
معیارهای پذیرش. مشتری هر تحویلی را چگونه می‌پذیرد، و — به‌طور حیاتی — اگر سکوت کنند چه اتفاقی می‌افتد. یک بند پذیرش مفروض، معمولاً ده روز کاری بدون اعتراض کتبی، جلوی مشتری را می‌گیرد که تأیید نهایی را نامحدود به تعویق بیندازد و آخرین نقطه عطف شما را گروگان نگه دارد. SOWهای مبهم بدون معیارهای پذیرش، تنها‌ترین منبع رایج خزیدن محدوده هستند: وقتی «تمام‌شده» تعریف نشده باشد، همه‌چیز هنوز در محدوده است.
کنترل تغییرات. یک رویه یک‌پاراگرافی: تغییرات در محدوده، برنامه یا هزینه‌ها باید کتباً درخواست شوند، توسط شما قیمت‌گذاری شوند، و قبل از شروع کار تغییر‌یافته توسط هر دو طرف امضا شوند. تغییر سفارش امضاشده نداری، کار تغییر‌یافته نداری. فریلنسرهایی که این را به‌طور مداوم اجرا می‌کنند گزارش می‌دهند که بیشتر مکالمات خزیدن را قبل از شروع پایان می‌دهد، چون مشتری قیمت انحراف را قبل از تعهد به آن می‌بیند.
وابستگی‌ها و پرسنل کلیدی. اگر جدول زمانی شما به ورودی‌های مشتری وابسته است، بگویید که برنامه روز به روز برای تأخیرهای مشتری تمدید می‌شود. اگر مشتری آژانس شما را به‌خاطر افراد خاصی می‌خرد، آن‌ها را نام ببرید و بیان کنید اگر کسی خارج شود چه اتفاقی می‌افتد. هر یک از این جمله‌ها جلوگیری می‌کند که سکوت سه‌هفته‌ای طرف مقابل به ضرب‌الاجل از دست‌رفته شما تبدیل شود.
نقاط عطف، شرایط پرداخت و پذیرش: جایی که پول به کاغذبازی می‌رسد
جدول نقاط عطف SOW فقط یک برنامه پروژه نیست — پیش‌بینی درآمد شما در قالب قرارداد است، و حسابداری شما باید آن را منعکس کند. وقتی هر نقطه عطف مبلغ تعریف‌شده و محرک پذیرش مشخصی دارد، صدور فاکتور مکانیکی می‌شود: نقطه عطف پذیرفته شد، فاکتور فرستاده شد، ساعت پرداخت تحت شرایط MSA شروع شد. وقتی نقاط عطف نرم و مبهم باشند، صدور فاکتور هر بار به یک مذاکره تبدیل می‌شود.
هر SOW را به‌عنوان یک جریان درآمدی مستقل در دفاتر خود پیگیری کنید. پیش‌پرداخت دریافتی پیش از شروع کار هنوز درآمد نیست — تا زمانی که نقطه عطفی که در برابر آن حساب شده را تحویل دهید، یک بدهی (درآمد تحقق‌نیافته) است. پرداخت‌های نقاط عطف به‌طور تمیز به فاکتورهای تاریخ‌دار نقشه‌برداری می‌شوند، که گزارش سن‌بندی حساب‌های دریافتنی شما را به یک سیستم هشدار زودهنگام تبدیل می‌کند: اگر SOWهای یک مشتری مدام از سررسید عبور می‌کنند در حالی که بقیه به‌موقع پرداخت می‌کنند، مشکل خود مشتری است، نه فرآیند صورت‌حساب شما. و در زمان مالیات، سوابق به‌ازای هر SOW نشان دادن اینکه کدام درآمد به کدام سال تعلق دارد را بدیهی می‌کند، به‌جای بازسازی آن از یک سال سپرده بانکی. مستندات Beancount نشان می‌دهد که چگونه دفترهای متنی ساده این نوع پیگیری در سطح پروژه را بدون تقلای پایان ماه قابل حسابرسی نگه می‌دارند.
مالکیت فکری در دو سند
تقسیم شرایط مالکیت فکری بین MSA و SOW افراد را گیج می‌کند، بنابراین تقسیم کار اینجا آمده است. MSA قاعده مالکیت و استثناها را بیان می‌کند: تحویلی‌ها در ازای پرداخت کامل به مشتری واگذار می‌شوند، جعبه‌ابزار پیشینی شما تحت لایسنس مال شما می‌ماند، و اگر مذاکره شده باشد حق نمونه‌کار را حفظ می‌کنید. SOW تحویلی‌هایی را که این قاعده به آن‌ها اعمال می‌شود مشخص می‌کند — طرح‌ها، کد، گزارش‌ها یا محتوایی که این همکاری تولید می‌کند.
دو تله فریلنسرها را اینجا می‌گیرد. اولی تکیه بر زبان «اثر ساخته‌شده برای استخدام» به‌تنهایی است. تحت قانون کپی‌رایت ایالات متحده، آن دکترین کارمندان و فقط دسته‌های محدودی از آثار خاص سفارش‌داده‌شده را پوشش می‌دهد؛ بیشتر تحویلی‌های فریلنسری واجد شرایط نیستند، و دادگاه‌ها بارها حکم داده‌اند که برچسب زدن به چیزی به‌عنوان اثر برای استخدام در یک قرارداد آن را چنین نمی‌کند. آنچه واقعاً مالکیت را منتقل می‌کند بند واگذاری کتبی در MSA شماست — آن را نگه دارید، و عبارت اثر برای استخدام را به‌عنوان پشتیبان در نظر بگیرید نه مکانیزم اصلی.
تله دوم شکاف پیمانکار فرعی است. اگر شخص دیگری به کار دست بزند، قرارداد پیمانکار فرعی شما باید محصول کار آن‌ها را زنجیره‌ای به شما واگذار کند. در غیر این صورت مالکیت تحویلی‌هایی را به مشتری وعده می‌دهید که قانوناً مالک آن‌ها نیستید، و تضمین مالکیت فکری MSA به یک نقض در انتظار تاریخ کشف تبدیل می‌شود.
محدودیت مسئولیت: یک بار سقف بگذارید، همه پروژه‌ها را پوشش دهید
شرایط مسئولیت بیش از هر بند دیگری به ساختار MSA پاداش می‌دهند، چون سخت‌ترین برای مذاکره و خطرناک‌ترین برای اشتباه هستند. برای سه چیز در سطح اصلی فشار بیاورید.
اول، سقفی که به آنچه مشتری واقعاً پرداخت کرده گره خورده باشد — معمولاً هزینه‌های پرداخت‌شده تحت SOW آسیب‌دیده در ۱۲ ماه قبل از ادعا. در برابر سقف‌های گره‌خورده به همه هزینه‌ها تحت MSA مقاومت کنید اگر برای یک مشتری کار پرحجم انجام می‌دهید، چون آن عدد هر سال به یک هدف بزرگ‌تر رشد می‌کند. دوم، حذف دوطرفه خسارات غیرمستقیم، جانبی و تبعی: بدون آن، یک تحویلی دیرهنگام به‌لحاظ نظری می‌تواند شما را در قبال درآمد از دست‌رفته راه‌اندازی مشتری مسئول کند. سوم، استثناهای محدود جایی که سقف اعمال نمی‌شود — معمولاً نقض محرمانگی، تجاوز مالکیت فکری و سوءرفتار عامدانه. آن فهرست را کوتاه نگه دارید. هر استثنا یک سوراخ در حفاظت است، و اصلاحیه مشتری که «یا هر نقض این توافق‌نامه» را به استثناها اضافه می‌کند بی‌سروصدا سقف شما را کاملاً حذف کرده است.
فریلنسرهای تک‌نفره گاهی تصور می‌کنند این بندها نمایش شرکت‌های بزرگ است. نیستند. یک سقف مسئولیت تعیین‌شده بر هزینه‌های پرداخت‌شده یعنی بدترین حالت شما در یک همکاری ۱۵٬۰۰۰ دلاری تقریباً ۱۵٬۰۰۰ دلار است — دردناک، قابل بقا. بدون سقف، بدترین حالت شما هر چیزی است که یک قاضی فکر کند خسارات مشتری بوده. سقف را یک بار امضا کنید، و هر SOW که تا ابد تحت آن MSA امضا کنید آن را حمل می‌کند.
اشتباهات رایجی که کل ساختار را بی‌اثر می‌کنند
سیستم دو-سندی فقط اگر اسناد واقعاً به هم متصل باشند کار می‌کند. این‌ها شکست‌هایی هستند که بیشتر اوقات ظاهر می‌شوند.
امضای SOWی که هرگز به MSA ارجاع نمی‌دهد. SOWی که آزاد از توافق‌نامه اصلی شناور است فقط یک پیش‌فاکتور مستقل دیگر است — هیچ‌یک از حفاظت‌های مذاکره‌شده شما به آن نمی‌چسبد. هر SOW باید با دربرگیری MSA بر اساس تاریخ و عنوان باز شود. یک جمله کافی است.
اجازه دادن به برنده شدن ریزچاپ سفارش خرید. بسیاری از مشتریان هر همکاری را از طریق تأمین‌کالا مسیردهی می‌کنند، و POها با شرایطی که پشت آن‌ها چاپ شده می‌رسند که با MSA شما در زمان‌بندی پرداخت، مسئولیت و مالکیت فکری تعارض دارند. بند ترتیب اولویت MSA شما باید PO را آخرین رتبه دهد، و هرگز نباید POای را که رویش با SOW تعارض دارد امضا کنید بدون علامت‌گذاری آن. PO یک ابزار پرداخت است، نه یک مذاکره مجدد.
تغییر سفارش‌های شفاهی. هر لطف خارج از محدوده‌ای که بر اساس یک «حلش می‌کنیم» شفاهی انجام شود، مشتری را آموزش می‌دهد که دور بند کنترل تغییرات شما بچرخد — و شما را بدون هیچ سابقه امضاشده رها می‌کند وقتی فاکتور می‌رسد. تغییر را قیمت‌گذاری کنید، امضا بگیرید، سپس کار را انجام دهید. بدون امضا، بدون کار.
تمدید همیشگی بدون بازبینی نرخ. MSAهایی که سال به سال به‌طور خودکار تمدید می‌شوند راحت هستند تا زمانی که متوجه شوید نرخ‌های SOW شما از ۲۰۲۳ منجمد مانده در حالی که هزینه‌هایتان ۲۰ درصد رشد کرده. تمدید خودکار را با یک پنجره بازبینی نرخ سالانه جفت کنید تا قیمت‌گذاری شما بتواند با بازار حرکت کند.
کپی کردن MSA یک شرکت بزرگ به‌عنوان یک فریلنسر تک‌نفره. MSAهای سازمانی فرض می‌کنند که بیمه‌نامه‌ها، گواهی‌نامه‌های امنیتی و بخش‌های حقوقی دارید که ندارید. امضای یکی به‌طور کلمه‌به‌کلمه می‌تواند شما را به حسابرسی‌های سالانه SOC 2، SLAهای آپ‌تایم ۹۹٫۹ درصد، یا پوشش بیمه هفت‌رقمی متعهد کند. هر تعهد را به‌عنوان وعده‌ای بخوانید که شخصاً باید حفظ کنید، و آن‌هایی را که برای فروشندگانی صد برابر اندازه شما ساخته شده‌اند حذف یا محدود کنید.
آیا واقعاً به MSA نیاز دارید؟
هر همکاری به ساختار کامل نیاز ندارد. یک پروژه یک‌باره با یک تحویلی تعریف‌شده و یک پایان تمیز تحت یک توافق‌نامه مستقل به‌خوبی نوشته‌شده اشکالی ندارد — ساختن MSA برای مشتری‌ای که ممکن است هرگز نبینید، سرباز فرآیندی بدون بازده است.
نشانه‌هایی که از سند واحد فراتر رفته‌اید عبارت‌اند از تجارت تکراری از همان مشتری، کار نگه‌داشت یا پشتیبانی مستمر که در آن «تمام‌شده» یک تاریخ نیست، پیوستن پیمانکاران فرعی به همکاری‌های شما، و رسیدن کاغذبازی تأمین‌کالا با شرایط پشت آن. آژانس‌ها این نشانه‌ها را سریع لمس می‌کنند، اغلب با اولین مشتری چند-پروژه‌ای‌شان. فریلنسرهای تک‌نفره معمولاً آن‌ها را حوالی همکاری دوم یا سوم با یک مشتری خوب لمس می‌کنند — که دقیقاً زمانی است که پیشنهاد MSA آسان‌ترین است، چون هر دو طرف از قبل می‌خواهند رابطه ادامه یابد. آن را به‌عنوان کارایی مطرح کنید، نه تشدید: «بیایید شرایط دائمی را در یک جا بگذاریم تا پروژه‌های آینده فقط به یک SOW کوتاه نیاز داشته باشند.»
امور مالی پروژه‌تان را به‌همان اندازه قراردادهایتان منظم نگه دارید
یک MSA به‌همراه SOWهای به‌ازای هر پروژه به هر همکاری یک محدوده تعریف‌شده، یک جدول نقاط عطف، و یک رد کاغذی می‌دهد — که دقیقاً ماده خام حسابداری خوب است. وقتی هر SOW به جریان درآمدی خودش نقشه‌برداری می‌شود، پیش‌پرداخت‌ها تا زمان کسب در درآمد تحقق‌نیافته می‌مانند، و فاکتورهای نقاط عطف به‌طور قابلمشاهده در دریافتنی‌های شما سن می‌گیرند، دفاتر شما سودآوری به‌ازای هر مشتری را به شما می‌گویند به‌جای یک تیرگی ترکیبی واحد. Beancount.io حسابداری متنی ساده ارائه می‌دهد که شفافیت و کنترل کاملی بر داده‌های مالی شما به شما می‌دهد — بدون جعبه سیاه، بدون قفل شدن به فروشنده. رایگان شروع کنید و ببینید چرا توسعه‌دهندگان و متخصصان مالی به حسابداری متنی ساده روی می‌آورند.