EDit Hooks into order entry, Tracking and AR invoices.

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

EDit Hooks into order entry, Tracking and AR invoices.

BJ Freeman
I would like to propose new frame/application services that support
external Order entry, Tracking input and AR invoices.
each would have a map that is passed to a custom parser for the EDI
format to be parsed then process the returned map, as if it was done
thru the ofbiz UI.

This leave only the custom parser to be developed by the person interested.

any thoughts.

Reply | Threaded
Open this post in threaded view
|

Re: EDit Hooks into order entry, Tracking and AR invoices.

cjhowe
There are quite a bit of tools out there under various
open source licenses that will do must of parsing.
All we need to do is decide on a format that the
document needs to be for OFBiz to load it and write
the service to import that document.

http://www.manageability.org/blog/stuff/open-source-etl/view

--- BJ Freeman <[hidden email]> wrote:

> I would like to propose new frame/application
> services that support
> external Order entry, Tracking input and AR
> invoices.
> each would have a map that is passed to a custom
> parser for the EDI
> format to be parsed then process the returned map,
> as if it was done
> thru the ofbiz UI.
>
> This leave only the custom parser to be developed by
> the person interested.
>
> any thoughts.
>
>

Reply | Threaded
Open this post in threaded view
|

Re: EDit Hooks into order entry, Tracking and AR invoices.

BJ Freeman
That is why I suggested a Map to call the parser.
the parser would then fill the map and return it.
so if you used a third party parser you would have to change it to load
the map and return it.  I did this with the OpenAS2.

The discussion is more about once the map is return how the service will
integrate the data into ofbiz.

as an example you take the basic service for Order entry and make a new
service that uses the map returned by parser to enter the order.




Chris Howe sent the following on 7/8/2006 8:56 PM:

> There are quite a bit of tools out there under various
> open source licenses that will do must of parsing.
> All we need to do is decide on a format that the
> document needs to be for OFBiz to load it and write
> the service to import that document.
>
> http://www.manageability.org/blog/stuff/open-source-etl/view
>
> --- BJ Freeman <[hidden email]> wrote:
>
>> I would like to propose new frame/application
>> services that support
>> external Order entry, Tracking input and AR
>> invoices.
>> each would have a map that is passed to a custom
>> parser for the EDI
>> format to be parsed then process the returned map,
>> as if it was done
>> thru the ofbiz UI.
>>
>> This leave only the custom parser to be developed by
>> the person interested.
>>
>> any thoughts.
>>
>>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: EDit Hooks into order entry, Tracking and AR invoices.

cjhowe
Because there is a step to prepare, you may want to
evaluate whether it's better to enter the incoming
order directly as an order or if you would be better
entering it as a shopping list and letting the reorder
service turn that into an order

--- BJ Freeman <[hidden email]> wrote:

> That is why I suggested a Map to call the parser.
> the parser would then fill the map and return it.
> so if you used a third party parser you would have
> to change it to load
> the map and return it.  I did this with the OpenAS2.
>
> The discussion is more about once the map is return
> how the service will
> integrate the data into ofbiz.
>
> as an example you take the basic service for Order
> entry and make a new
> service that uses the map returned by parser to
> enter the order.
>
>
>
>
> Chris Howe sent the following on 7/8/2006 8:56 PM:
> > There are quite a bit of tools out there under
> various
> > open source licenses that will do must of parsing.
>
> > All we need to do is decide on a format that the
> > document needs to be for OFBiz to load it and
> write
> > the service to import that document.
> >
> >
>
http://www.manageability.org/blog/stuff/open-source-etl/view

> >
> > --- BJ Freeman <[hidden email]> wrote:
> >
> >> I would like to propose new frame/application
> >> services that support
> >> external Order entry, Tracking input and AR
> >> invoices.
> >> each would have a map that is passed to a custom
> >> parser for the EDI
> >> format to be parsed then process the returned
> map,
> >> as if it was done
> >> thru the ofbiz UI.
> >>
> >> This leave only the custom parser to be developed
> by
> >> the person interested.
> >>
> >> any thoughts.
> >>
> >>
> >
> >
>

Reply | Threaded
Open this post in threaded view
|

Re: EDit Hooks into order entry, Tracking and AR invoices.

BJ Freeman
Thanks Chris will look at that.

Chris Howe sent the following on 7/8/2006 9:20 PM:

> Because there is a step to prepare, you may want to
> evaluate whether it's better to enter the incoming
> order directly as an order or if you would be better
> entering it as a shopping list and letting the reorder
> service turn that into an order
>
> --- BJ Freeman <[hidden email]> wrote:
>
>> That is why I suggested a Map to call the parser.
>> the parser would then fill the map and return it.
>> so if you used a third party parser you would have
>> to change it to load
>> the map and return it.  I did this with the OpenAS2.
>>
>> The discussion is more about once the map is return
>> how the service will
>> integrate the data into ofbiz.
>>
>> as an example you take the basic service for Order
>> entry and make a new
>> service that uses the map returned by parser to
>> enter the order.
>>
>>
>>
>>
>> Chris Howe sent the following on 7/8/2006 8:56 PM:
>>> There are quite a bit of tools out there under
>> various
>>> open source licenses that will do must of parsing.
>>> All we need to do is decide on a format that the
>>> document needs to be for OFBiz to load it and
>> write
>>> the service to import that document.
>>>
>>>
> http://www.manageability.org/blog/stuff/open-source-etl/view
>>> --- BJ Freeman <[hidden email]> wrote:
>>>
>>>> I would like to propose new frame/application
>>>> services that support
>>>> external Order entry, Tracking input and AR
>>>> invoices.
>>>> each would have a map that is passed to a custom
>>>> parser for the EDI
>>>> format to be parsed then process the returned
>> map,
>>>> as if it was done
>>>> thru the ofbiz UI.
>>>>
>>>> This leave only the custom parser to be developed
>> by
>>>> the person interested.
>>>>
>>>> any thoughts.
>>>>
>>>>
>>>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: EDit Hooks into order entry, Tracking and AR invoices.

BJ Freeman
In reply to this post by cjhowe
I looked at this, it probably would work for some applications,
in mine, I have up to 700 orders per second being sent.
sO I have mine in two stages, the Fielding of the order, in xml then
stored as a file.  this is because I don't want a time out, in sending
the ACk to the site that is sending the order.
next:
1) read stored file as a timed service
2) parse it
3) create an order
    a) see if already a customer
    b) verify addresses if a current customer
    c) create new customer
    d) create order.
4) enter the payment information included in the order xml.


Chris Howe sent the following on 7/8/2006 9:20 PM:

> Because there is a step to prepare, you may want to
> evaluate whether it's better to enter the incoming
> order directly as an order or if you would be better
> entering it as a shopping list and letting the reorder
> service turn that into an order
>
> --- BJ Freeman <[hidden email]> wrote:
>
>> That is why I suggested a Map to call the parser.
>> the parser would then fill the map and return it.
>> so if you used a third party parser you would have
>> to change it to load
>> the map and return it.  I did this with the OpenAS2.
>>
>> The discussion is more about once the map is return
>> how the service will
>> integrate the data into ofbiz.
>>
>> as an example you take the basic service for Order
>> entry and make a new
>> service that uses the map returned by parser to
>> enter the order.
>>
>>
>>
>>
>> Chris Howe sent the following on 7/8/2006 8:56 PM:
>>> There are quite a bit of tools out there under
>> various
>>> open source licenses that will do must of parsing.
>>> All we need to do is decide on a format that the
>>> document needs to be for OFBiz to load it and
>> write
>>> the service to import that document.
>>>
>>>
> http://www.manageability.org/blog/stuff/open-source-etl/view
>>> --- BJ Freeman <[hidden email]> wrote:
>>>
>>>> I would like to propose new frame/application
>>>> services that support
>>>> external Order entry, Tracking input and AR
>>>> invoices.
>>>> each would have a map that is passed to a custom
>>>> parser for the EDI
>>>> format to be parsed then process the returned
>> map,
>>>> as if it was done
>>>> thru the ofbiz UI.
>>>>
>>>> This leave only the custom parser to be developed
>> by
>>>> the person interested.
>>>>
>>>> any thoughts.
>>>>
>>>>
>>>
>
>