David,
These new visual howtos
(http://docs.ofbiz.org/pages/listpages-alphaview.action?key=OFBENDUSER&startsWith=v)
look great. I just noticed missing gif files in
http://docs.ofbiz.org/display/OFBENDUSER/Visual+Create+and+Maintain+Contact+Lists
Thanks !
Jacques
Scott,
If you're doing it for your own use, licensing issues shouldn't be an obstacle.
As for integrating stuff with OFBiz, in short: You can, just because it's open
source!
I've integrated many stuff into OFBiz already. Right now, the Widget module we have works very
much like Windows UIs. L
Hi Scott,
Following is my input:
1. With reference to integrating ofbiz with 3rd party application it won't be
very hard as its purely and SOA architecture and provides you multiple ways of
integration and in particular with Zimbra it should be pretty easy. If you use
zimlets kind of integratio
as a independent consultant, I add many features to ofbiz.
its core is substantial.
I have clients that are adding custom stuff almost monthly.
Like interfacing to Shipper, suppliers directly for order processing.
as far as mail, ofbiz uses java mail to get emails.
as of yet there is no email like
Scott,
I think what you are looking for is what the java portlet API (JSR
168) tries to address. Rather than trying to make one monolithic
application, the portlet API lets you integrate many disparate apps.
Applications that are portlet API compatible will run smoothly and
seamlessly a
Scott A wrote:
Hi all,
I’m at the beginning stages of a long process to make ofbiz the core behind
my business. I see that there is a long way for me to go before my people or
I start using it in a meaningful way because of all the changes I will want.
Are you talking about customer facing ch
Hi all,
I’m at the beginning stages of a long process to make ofbiz the core behind
my business. I see that there is a long way for me to go before my people or
I start using it in a meaningful way because of all the changes I will want.
That said, I can clearly see what the future will be for my
This could have an interest for the POS too.
But there are a lot of reglementations around this stuff (at least in
France) :(
Anyway good to know that there is already something !
Jacques
>
> Actually it kind of does feed back into OFBiz... The intention was to
> use the applet to talk to the sca
Hi all,
I’m at the beginning stages of a long process to make ofbiz the core behind
my business. I see that there is a long way for me to go before my people or
I start using it in a meaningful way because of all the changes I will want.
That said, I can clearly see what the future will be for my
On Apr 5, 2007, at 12:37 PM, Jacques Le Roux wrote:
We are considering implementing a sales forecasting add-on for ofBiz
(we have
already done this with other ERPs, see http://
community.lokad.com). In
order
to support ofBiz, our needs are quite limited, since we need only a
SQL
query
Actually it kind of does feed back into OFBiz... The intention was to
use the applet to talk to the scale, and then take the result and put
it in a form on the HTML page, which would then get submitted to the
web app server.
-David
On Apr 5, 2007, at 6:02 AM, BJ Freeman wrote:
Walter:
>
> We are considering implementing a sales forecasting add-on for ofBiz
(we have
> already done this with other ERPs, see http://community.lokad.com). In
order
> to support ofBiz, our needs are quite limited, since we need only a
SQL
> query to retrieve the sales order history. Yet we have no exp
Walter:
The Scale applet as it is in the code, basically shows the scale
reading, to the user.
it does not feed that information back into ofbiz. It has a default
value built in if the scale is not connected.
it needs a lot of work if you want to have it interactive with ofbiz.
I changed it to an a
Joannes Vermorel wrote:
We are considering implementing a sales forecasting add-on for ofBiz (we have
already done this with other ERPs, see http://community.lokad.com). In order
to support ofBiz, our needs are quite limited, since we need only a SQL
query to retrieve the sales order history. Yet
We are considering implementing a sales forecasting add-on for ofBiz (we have
already done this with other ERPs, see http://community.lokad.com). In order
to support ofBiz, our needs are quite limited, since we need only a SQL
query to retrieve the sales order history. Yet we have no experience wi
This assessment appears to confirm that OFBiz does the rounding this
way: Rounding line items to three digits, then rounding each line item
result to two digits, then add them up.
This is different than what David says is the VAT practice of rounding
line items to three digits, adding them up,
So the difference here is:
1. Round before totaling
or
2. Round after totaling.
Can OFBiz be set to do either, or only one?
Chris Howe wrote:
The only way I can get 13.57 tax is to round to three digits, then
round to 2 digits for each line then add them up.
1. 6.2545 (real) -> 6.255 -> 6.2
17 matches
Mail list logo
