First of all, I charge more for my time than others. I will contact you off-list to make an offer. However, I do charge more than many other developers and would suggest that others who are interested in doing these things also contact you off list as well :-)
I am willing to help these developers by providing brief (and provided that it is not a lot of labor, free of charge) assistance in helping prepare patches so that they are more likely to be accepted. On 1/31/07, Ed W <[EMAIL PROTECTED]> wrote: > > > However, I do agree that we are too core-centric at the moment. This > > is largely because there isn't a huge degree of community assistance > > in most of these areas at the moment. > > Going the other way - how much does it cost to sponsor a developer... > > Lets see some realistic charges to "buy" a feature. > > I have too little time and there are several main areas I would like to > see developer (related) > > 1) Some improvements to the customer DB. Not really a full CRM, but I > want to be able to store cell phone, company, custom fields (in order to > hook into a second private DB that we maintain with different data). It > would be nice to store company data so that I could group people by > company reliably. Also it would be nice to have a basic lead-tracker or > ToDo system which would allow flexible notes against customers (even if > this is external). I also want to be able to use this DB as a > datasource for other systems, eg lookup callerId with my asterisk > system, and sync it with my email program addressbox, etc (external > projects here - just want the datasource to be more robust to use as a base) The basics of this will be in 1.3. If you want to accellerate development or backport it to the 1.2 branch (after that is released, for your own use), I am sure one of us can provide a quote to you. > 2) Some workflow hooks. eg I regularly bill people airtime where I need > to have their SIM card details handy for a recurring payment. I want to > be able to more easily program a button on a form which looks up the SIM > number from past invoices, sets up a sales order, jumps me out to the CC > screens to take payment and then sticks in a purchase order with our > supplier to purchase the relevant airtime. This same kind of > passthrough processing no doubt applies to many business models? Probably the best thing to do is talk specifically about what exactly you need. I can then help to break it out into appropriate hooks and code specific to your business. > 3) Invoices should store all the details so that they are unchangable. > ie if I change the customer's address details then invoices should NOT > change when I reprint them. Same with VAT rates. Agreed. That may be a little while down the road unless it is sponsored simply because we have a lot else that we have committed to for 1.2 and 1.3. > 4) CC integration - customers pass us their details - we will use a > payment processor to enter the details and get an "instant confirm" > back. This should be filed and in future we can collect additional > payments against this ref id simply by resubmitting a repeat payment > against that ID. 1.2 has a credit card API framework. We just need to hook it into your UI and write a back-end driver for whatever you want to use. Depending on your needs, this may not be too expensive. > > > > Number 4) is the one I want to work on first. I use Protx and want to > be able to more easily bill and re-bill customers. ...How much and how > soon can you deliver... These are card-not-present transactions, right? So we could use another existing CC billing module to handle them if Protx is supported.... Best Wishes, Chris Travers ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Ledger-smb-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ledger-smb-devel
