Return-Path: X-Original-To: apmail-ofbiz-user-archive@www.apache.org Delivered-To: apmail-ofbiz-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 16F9E17E69 for ; Tue, 22 Sep 2015 12:57:02 +0000 (UTC) Received: (qmail 93469 invoked by uid 500); 22 Sep 2015 12:57:01 -0000 Delivered-To: apmail-ofbiz-user-archive@ofbiz.apache.org Received: (qmail 93437 invoked by uid 500); 22 Sep 2015 12:57:01 -0000 Mailing-List: contact user-help@ofbiz.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@ofbiz.apache.org Delivered-To: mailing list user@ofbiz.apache.org Received: (qmail 93425 invoked by uid 99); 22 Sep 2015 12:57:01 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Sep 2015 12:57:01 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id E588B1A53E8 for ; Tue, 22 Sep 2015 12:57:00 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.515 X-Spam-Level: ** X-Spam-Status: No, score=2.515 tagged_above=-999 required=6.31 tests=[DKIM_ADSP_CUSTOM_MED=0.001, NML_ADSP_CUSTOM_MED=1.2, URIBL_BLOCKED=0.001, URI_HEX=1.313] autolearn=disabled Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id QuJc4zg55DNS for ; Tue, 22 Sep 2015 12:56:46 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTP id A169624DB7 for ; Tue, 22 Sep 2015 12:56:45 +0000 (UTC) Received: from mjoe.nabble.com (unknown [162.253.133.57]) by mwork.nabble.com (Postfix) with ESMTP id 6880A295CCB4 for ; Tue, 22 Sep 2015 05:52:22 -0700 (PDT) Date: Tue, 22 Sep 2015 05:43:36 -0700 (PDT) From: Gabriel Oberreuter To: user@ofbiz.apache.org Message-ID: <1442925816853-4672621.post@n4.nabble.com> In-Reply-To: <1442910522178-4672607.post@n4.nabble.com> References: <1442867843367-4672567.post@n4.nabble.com> <1442910522178-4672607.post@n4.nabble.com> Subject: Re: new functionality: payments collection MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Sharan, of course, no problem. We are still developing this functionality, but right now it is already being used and liked by our users. I would like to point a few thoughts about the erp decition process we went through: As discussed before in the forums, when deciding which ERP to implement it is important to clear a few points: - does the solution meets the company requirements, in general terms? - how many companies are using the solution worldwide? in our country? - which big companies choose it? - whats the cost of buying and implementing the solution? - if the implementation must be done by the company itself, does it have the proper team to do so? is the solution well documented? - in case of problems or any specific need, is there easy to access teams willing to be paid to get them solved? I think that, once technical issues are solved (the solution meet technically the requirements), the decision is mostly emotional: the company need to trust that the implementation process will be succesful. Yesterday I was reading a post about the goals of ofbiz development: should it be to create a product? a better framework? I think that both. By its very nature, ERP needs customization for each company implementing it: by industry, by country, by specific needs, and so on. So a great framework is a must. But at the same time, as a starting point one needs as a complete product as possible. I think that now Ofbiz kind of meet these. The documentation is a bit unorganized, and the only good way to get to know the system is to play with it, to develop some components, to try and implement some functionality and use it in a daily basis. Anyway, I am happy that we decided to go with Ofbiz, and so far it has been a great experience. In general terms all the code follows a logic, and by understanding it and learning which patterns the framework uses, it is not that hard. Just my 2 cents. -- View this message in context: http://ofbiz.135035.n4.nabble.com/new-functionality-payments-collection-tp4672567p4672621.html Sent from the OFBiz - User mailing list archive at Nabble.com.