<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 25, 2016 at 9:24 PM, Tim Schofield <span dir="ltr"><<a href="mailto:tim.schofield1960@gmail.com" target="_blank">tim.schofield1960@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 25 August 2016 at 19:51, Chris Travers <<a href="mailto:chris.travers@gmail.com">chris.travers@gmail.com</a>> wrote:<br>
><br>
><br>
> Not so much re-opening the debate (I am not here to convince people to use<br>
> LedgerSMB so much as to learn what we can do to better serve the NPO<br>
> community) but one thing I would suggest is that working with various<br>
> projects may get you further for less than trying to build your own project.<br>
><br>
<br>
</span>I agree, this project has spent a lot of time and money trying to<br>
re-invent double entry transaction processing. Much better to work<br>
with an existing project to meet any specific requirements.<br></blockquote><div><br></div><div>What I saw in the previous effort was less an effort to reinvent double entry accounting and more to build a solution on top of an existing CLI-based open source double entry accounting engine.  My comment was not second guessing that decision, but rather asking what the purpose of such a solution is.  I.e. I am questioning scope rather than direction.  The current direction has a lot to recommend it.  The scope might be overly ambitious though.  There are also some things which pose some issues namely concurrency etc, but for core benefits, I don't think those matter much.  It is better to have a transparent and simple reference implementation than a complex and full-featured one which scales to the needs of larger organizations.<br><br></div><div>If you are trying to build a complete project to take open source directly into the NPO sphere, that's a *lot* of work.  Trust me, I have been at complete solutions in this area now for a decade.  One major problem is, complete solutions are never complete in part because one needs to know where people should experiment with business processes and where the software needs to nail this down.  In the areas where experimentation is important, you don't want to nail things down or provide a complete solution.<br><br></div><div>On the other hand, if you figure out the issue that needs to be solved and create a simple reference implementation for that piece then you open up two very important things.   First, you open up internal and external IT folks to implement it as an important piece of the solution, and secondly you open up for other projects to take it as a reference implementation and build it into their projects.<br><br></div><div>So one thing I would suggest is that the first step ought to be thorough documentation of how ledger-cli is currently used by the sfconservancy with regard to the problem of funds accounting.  I.e. How things get entered.  What reports you are looking at, etc.  All of them.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Tim Schofield<br>
</font></span><span class="im HOEnZb"><br>
<a href="http://www.weberpafrica.com" rel="noreferrer" target="_blank">www.weberpafrica.com</a><br>
Twitter: @TimSchofield2<br>
Blog: <a href="http://weberpafrica.blogspot.co.uk/" rel="noreferrer" target="_blank">http://weberpafrica.blogspot.<wbr>co.uk/</a><br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
npo-accounting mailing list <<a href="mailto:npo-accounting@sfconservancy.org">npo-accounting@sfconservancy.<wbr>org</a>><br>
List URL: <a href="http://lists.sfconservancy.org/mailman/listinfo/npo-accounting" rel="noreferrer" target="_blank">http://lists.sfconservancy.<wbr>org/mailman/listinfo/npo-<wbr>accounting</a><br>
Wiki URL: <a href="http://npoacct.sfconservancy.org/" rel="noreferrer" target="_blank">http://npoacct.sfconservancy.<wbr>org/</a></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best Wishes,<div>Chris Travers</div><div><br></div><div>Efficito:  Hosted Accounting and ERP.  Robust and Flexible.  No vendor lock-in.</div><div><a href="http://www.efficito.com/learn_more" target="_blank">http://www.efficito.com/learn_more</a></div></div></div>
</div></div>