Re: [OFBiz] Users - Hello, world

Posted by Charles Johnson-2 on
URL: http://ofbiz.116.s1.nabble.com/OFBiz-Users-Hello-world-tp136505p136507.html

David,

I'm a newbie myself, so consider my comments merely preliminary to those
of others with more expertise:

1. Check out
http://www.ofbiz.org/docs/minilang.html

The idea of the MiniLang is to *save* labour time, although i think
setting up your favourite editor to produce these xml elements would
probably be a good thing. e.g. a TextPad 'clip library' would be useful.

2. Check out the POS application

CJ

David Welton wrote:

>Hello,
>
>I have inherited an e-commerce site + stocking system + other bits and
>pieces written on PHP and Python on top of Mysql.  I'm investigating
>other approaches, although since the current system does work, we may
>only end up using ideas from what I find out there.  OFBiz is one of
>the first things I found, and it looks interesting.  I'm trying to get
>a handle on it, but it's pretty big, so while I've tried to read up
>first, forgive me if any of my questions end up being the moral
>equivalent of asking whether a mountain bike takes leaded or unleaded
>fuel...  Unfortunately I do not yet have a free machine where I can
>set this system up and run it to test it out.
>
>1) First up, some of the 'scripts' seem kind of intimidating.  What's
>the background for the XML stuff like:
>
>            <if-compare-field field-name="availableToPromiseTotal"
>to-field-name="productFacility.minimumStock" operator="less"
>type="Double">
>
>it looks like it's extremely painful if you have to write that kind of
>code by hand.  Is their creation somehow automated either with a GUI
>or from some other source code format?
>
>2) I'm curious how ofbiz would stack up against some issues that our
>current system seems to have.  For example:
>
>An order goes out to a client, who then sends back one of the items
>from the order.  My research indicates that so far, ofbiz is still
>with me.  Then, an operator here mistakenly enters the returned item
>as a returned order, rather than just a returned item.  Currently the
>answer is "go fiddle with the database to roll it back".  Yuck.
>
>We get orders in from suppliers, then need to store the products until
>all the items to send out to a particular client are ready.  We use an
>in-house bar code system for this.  How hard is something like that to
>integrate into ofbiz?  How about when a client's order is ready,
>printout out a list of things to send? (This is pick/pack, right?)
>
>Continuing with this one... a lot of our orders are for single items,
>so instead of stocking all the items that arrive from the supplier and
>then pulling them back out again, a better algorithm would be to short
>circuit this and put all the single-items aside for immediate
>shipping.
>
>There are other things like this, but this ought to give me an idea of
>how things might work...
>
>Thankyou for your time,
>--
>David N. Welton
> - http://www.dedasys.com/davidw/
>
>Apache, Linux, Tcl Consulting
> - http://www.dedasys.com/
>
>_______________________________________________
>Users mailing list
>[hidden email]
>http://lists.ofbiz.org/mailman/listinfo/users
>
>
>  
>
 
_______________________________________________
Users mailing list
[hidden email]
http://lists.ofbiz.org/mailman/listinfo/users