Hello Nathan,
many thanks for your quick answer in detail.
Do you mean to extend the SaleOrder Module or to copy it an then
adapt it to
the needs of having quotes?
I mean extend the SalesOrder object (perp_orders/inc/
class.SalesOrder.inc.php), which extends the Order object. This will
allow you to use almost all of the user interface, logic and storage.
You should be able to extend the associated UI bits as well
(perp_orders/inc/class.ui_perp_sales_order.inc.php), and just
override the parts that are different, like stock reservations.
Hopefully, that should save you days of effort. You should be able
to add a button in the Sales Order list, right beside New Sales
Order, to create a new quote.
Til now I really dont’t know the perp code. I have to prepare.
It’s kind of messy, but getting better. Check out perp_api/inc/
class.Order.inc.php and perp_api/inc/class.OrderLine.inc.php, in
addition to the SalesOrder objects in perp_orders. Much of ordering
is the same whether you’re buying or selling, so I tried to make
things easier to customize.
There is a german project called xt:commerce. I used it many times for
customers. It’s based on osCommerce but has developed to an own
project. It is well used and has a
big community. I would prefer this system because it much better
than osCommerce. And I
would run it as a standalone System installed anywhere but
connected with eGW and/or pERP. That would be
very nice and would give a lot of people a real sensible eBusiness
workflow.
Today is the first time I’ve heard of xt:commerce, and two people
mentioned it to me as an osC alternative. I see a lot of
commercialization on their website, but not a lot of developer
documentation. Maybe I’m looking in the wrong place. osC isn’t much
better. As for which one, (osC or xt:C) I don’t have the experience
needed to make the call. If they can’t both be supported with a
minimum of extra effort, Martin & Thomas will have to explain to me
why xt:C is better.
On the xt:commerce side
there is a XML interface, bi-driectional, to serve products,
categories an
so on. It comes from the open sorce ERP Software
CAO Faktura. Maybe that could help us further.
I am very interested in having these things I just mentioned. I could
imagine to help you in this project.
Wow, two people in a few hours interested in this. I’ll take any
help I can get.
To trim the application a little bit for the german market and
requirements.
Especially a german bookig frame ( I really don’t know the english
word for
Kontenrahmen -> datev maybe) for the general ledger would be greatful.
I think Chart of Accounts (it’s a list of the general ledger
accounts, right?).
That’s one thing that the english lacks also. I’d like to have a few
packages of data to start people off, depending on the type of
business they run. Theoretically, they could then be translated in
the usual way.
Ultimately, one of the eGroupWare guys are working on a wizard
framework that I’d love to make use of to help with the setup.
Nathan Gray
nathan at goarctic dot com
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Perp-developers mailing list
Perp-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/perp-developers
