Ideas for implementation

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

Ideas for implementation

Luis Alfredo Harriss Maranesi
Hi all,

I'm writing because I'd like to implement what we call in Brazil Nota
Fiscal. It's a kind of the American invoice but with a lot more information
so the government can use it to control taxation and the transit of goods.

I'd like to ask you for some advices for what you believe to be the best
practice to implement it.

The first problem I think that I'll have to solve is that it will be
necessary to add fields to Party, Person, and Product. Is there any way to
do it without directly modifying respective entities?
If possible I'd like to maintain it as decoupled as possible to be easily
adoptable by users, without the need to patch or something alike.

My first idea was to copy and change the invoice module. Do you think that's
a good start?

I appreciate any help and ideas you can give me.

Thanks in advance,
Luís Maranesi
Reply | Threaded
Open this post in threaded view
|

Re: Ideas for implementation

Jacques Le Roux
Administrator
Rather than copy and change you should use hot-deploy.
You can extend Entitties in your own application developed in hot-deploy. This should help
https://cwiki.apache.org/confluence/display/OFBIZ/Addressing+Custom+Requirements+In+OFBiz#AddressingCustomRequirementsInOFBiz-ExtendinganExistingComponent

Jacques

From: "Luís Maranesi" <[hidden email]>
Hi all,

I'm writing because I'd like to implement what we call in Brazil Nota
Fiscal. It's a kind of the American invoice but with a lot more information
so the government can use it to control taxation and the transit of goods.

I'd like to ask you for some advices for what you believe to be the best
practice to implement it.

The first problem I think that I'll have to solve is that it will be
necessary to add fields to Party, Person, and Product. Is there any way to
do it without directly modifying respective entities?
If possible I'd like to maintain it as decoupled as possible to be easily
adoptable by users, without the need to patch or something alike.

My first idea was to copy and change the invoice module. Do you think that's
a good start?

I appreciate any help and ideas you can give me.

Thanks in advance,
Luís Maranesi


Reply | Threaded
Open this post in threaded view
|

Re: Ideas for implementation

Luis Alfredo Harriss Maranesi
Thanks Jacques, that's what I needed.

Luís Maranesi

On Wed, Oct 6, 2010 at 4:12 AM, Jacques Le Roux <
[hidden email]> wrote:

> Rather than copy and change you should use hot-deploy.
> You can extend Entitties in your own application developed in hot-deploy.
> This should help
>
> https://cwiki.apache.org/confluence/display/OFBIZ/Addressing+Custom+Requirements+In+OFBiz#AddressingCustomRequirementsInOFBiz-ExtendinganExistingComponent
>
> Jacques
>
> From: "Luís Maranesi" <[hidden email]>
>
> Hi all,
>
> I'm writing because I'd like to implement what we call in Brazil Nota
> Fiscal. It's a kind of the American invoice but with a lot more information
> so the government can use it to control taxation and the transit of goods.
>
> I'd like to ask you for some advices for what you believe to be the best
> practice to implement it.
>
> The first problem I think that I'll have to solve is that it will be
> necessary to add fields to Party, Person, and Product. Is there any way to
> do it without directly modifying respective entities?
> If possible I'd like to maintain it as decoupled as possible to be easily
> adoptable by users, without the need to patch or something alike.
>
> My first idea was to copy and change the invoice module. Do you think
> that's
> a good start?
>
> I appreciate any help and ideas you can give me.
>
> Thanks in advance,
> Luís Maranesi
>
>
>