Hi all.
A couple of purchase order pdf enhancements which I'd like to put back into the SVN - 1. Put the supplier on the left and say "Purchased From" 2. Remove the productId - this is an internal productId of your company, not something your supplier needs? 3. Figure out why the header information doesn't render. Is every body ok with it? Si |
#2 Keep both IDs. If the supplier has a question about the PO, wouldn't you want
to look up YOUR part number? Si Chen wrote: > Hi all. > > A couple of purchase order pdf enhancements which I'd like to put back > into the SVN - > > 1. Put the supplier on the left and say "Purchased From" > > 2. Remove the productId - this is an internal productId of your > company, not something your supplier needs? > > 3. Figure out why the header information doesn't render. > > Is every body ok with it? > > Si > |
Your purchase order record would still have your
productId, you would simply not transmit this information to your vendor (you might not want to transmit this so as to not confuse your vendor, or not give him competitive intellegence on you, if your vendor is also a competitor). If there's a question about a PO, then they have the PO number, you look up the PO number in OFBiz, and there's the list of the products with your IDs. --- Adrian Crum <[hidden email]> wrote: > #2 Keep both IDs. If the supplier has a question > about the PO, wouldn't you want > to look up YOUR part number? > > > Si Chen wrote: > > > Hi all. > > > > A couple of purchase order pdf enhancements which > I'd like to put back > > into the SVN - > > > > 1. Put the supplier on the left and say > "Purchased From" > > > > 2. Remove the productId - this is an internal > productId of your > > company, not something your supplier needs? > > > > 3. Figure out why the header information doesn't > render. > > > > Is every body ok with it? > > > > Si > > > |
Hey just to keep it clear - productId is on the purchase order. The
question is: do you want to show it on the PDF to vendor? I can go either way - just wanted to put in what most people would want - if there's a clear indication of that. On Sep 8, 2006, at 10:46 AM, Chris Howe wrote: > Your purchase order record would still have your > productId, you would simply not transmit this > information to your vendor (you might not want to > transmit this so as to not confuse your vendor, or not > give him competitive intellegence on you, if your > vendor is also a competitor). > If there's a question about a PO, then they have the > PO number, you look up the PO number in OFBiz, and > there's the list of the products with your IDs. > > --- Adrian Crum <[hidden email]> wrote: > >> #2 Keep both IDs. If the supplier has a question >> about the PO, wouldn't you want >> to look up YOUR part number? >> >> >> Si Chen wrote: >> >>> Hi all. >>> >>> A couple of purchase order pdf enhancements which >> I'd like to put back >>> into the SVN - >>> >>> 1. Put the supplier on the left and say >> "Purchased From" >>> >>> 2. Remove the productId - this is an internal >> productId of your >>> company, not something your supplier needs? >>> >>> 3. Figure out why the header information doesn't >> render. >>> >>> Is every body ok with it? >>> >>> Si >>> >> |
For me its ok...
Jacopo PS: however, should we start considering to make two different layout for the sales and purchase order? Now that the reports are sharing a common template this would simplify a lot the customizations and also it will help to keep the templates cleaner. Si Chen wrote: > Hey just to keep it clear - productId is on the purchase order. The > question is: do you want to show it on the PDF to vendor? I can go > either way - just wanted to put in what most people would want - if > there's a clear indication of that. > > On Sep 8, 2006, at 10:46 AM, Chris Howe wrote: > >> Your purchase order record would still have your >> productId, you would simply not transmit this >> information to your vendor (you might not want to >> transmit this so as to not confuse your vendor, or not >> give him competitive intellegence on you, if your >> vendor is also a competitor). >> If there's a question about a PO, then they have the >> PO number, you look up the PO number in OFBiz, and >> there's the list of the products with your IDs. >> >> --- Adrian Crum <[hidden email]> wrote: >> >>> #2 Keep both IDs. If the supplier has a question >>> about the PO, wouldn't you want >>> to look up YOUR part number? >>> >>> >>> Si Chen wrote: >>> >>>> Hi all. >>>> >>>> A couple of purchase order pdf enhancements which >>> I'd like to put back >>>> into the SVN - >>>> >>>> 1. Put the supplier on the left and say >>> "Purchased From" >>>> >>>> 2. Remove the productId - this is an internal >>> productId of your >>>> company, not something your supplier needs? >>>> >>>> 3. Figure out why the header information doesn't >>> render. >>>> >>>> Is every body ok with it? >>>> >>>> Si >>>> >>> |
In reply to this post by Si Chen-2
I just checked with our purchasing manager and she says it would be very
inconvenient if the hard copy PO didn't have our part number on it. So, it seems it could go either way. Si Chen wrote: > Hey just to keep it clear - productId is on the purchase order. The > question is: do you want to show it on the PDF to vendor? I can go > either way - just wanted to put in what most people would want - if > there's a clear indication of that. > > On Sep 8, 2006, at 10:46 AM, Chris Howe wrote: > >> Your purchase order record would still have your >> productId, you would simply not transmit this >> information to your vendor (you might not want to >> transmit this so as to not confuse your vendor, or not >> give him competitive intellegence on you, if your >> vendor is also a competitor). >> If there's a question about a PO, then they have the >> PO number, you look up the PO number in OFBiz, and >> there's the list of the products with your IDs. >> >> --- Adrian Crum <[hidden email]> wrote: >> >>> #2 Keep both IDs. If the supplier has a question >>> about the PO, wouldn't you want >>> to look up YOUR part number? >>> >>> >>> Si Chen wrote: >>> >>>> Hi all. >>>> >>>> A couple of purchase order pdf enhancements which >>> >>> I'd like to put back >>> >>>> into the SVN - >>>> >>>> 1. Put the supplier on the left and say >>> >>> "Purchased From" >>> >>>> >>>> 2. Remove the productId - this is an internal >>> >>> productId of your >>> >>>> company, not something your supplier needs? >>>> >>>> 3. Figure out why the header information doesn't >>> >>> render. >>> >>>> >>>> Is every body ok with it? >>>> >>>> Si >>>> >>> > > |
In reply to this post by Jacopo Cappellato
Jacopo,
Yes, I agree that we should probably separate them out. More importantly, I think we should have the location of these invoice, order, and return pdf's configurable, so people can write their own and just link it. Do you have any ideas on how to do that? Also, what do you think of: http://issues.apache.org/jira/browse/ OFBIZ-203 ? Si On Sep 8, 2006, at 10:53 AM, Jacopo Cappellato wrote: > For me its ok... > > Jacopo > > PS: however, should we start considering to make two different > layout for the sales and purchase order? Now that the reports are > sharing a common template this would simplify a lot the > customizations and also it will help to keep the templates cleaner. > > > Si Chen wrote: >> Hey just to keep it clear - productId is on the purchase order. >> The question is: do you want to show it on the PDF to vendor? I >> can go either way - just wanted to put in what most people would >> want - if there's a clear indication of that. >> On Sep 8, 2006, at 10:46 AM, Chris Howe wrote: >>> Your purchase order record would still have your >>> productId, you would simply not transmit this >>> information to your vendor (you might not want to >>> transmit this so as to not confuse your vendor, or not >>> give him competitive intellegence on you, if your >>> vendor is also a competitor). >>> If there's a question about a PO, then they have the >>> PO number, you look up the PO number in OFBiz, and >>> there's the list of the products with your IDs. >>> >>> --- Adrian Crum <[hidden email]> wrote: >>> >>>> #2 Keep both IDs. If the supplier has a question >>>> about the PO, wouldn't you want >>>> to look up YOUR part number? >>>> >>>> >>>> Si Chen wrote: >>>> >>>>> Hi all. >>>>> >>>>> A couple of purchase order pdf enhancements which >>>> I'd like to put back >>>>> into the SVN - >>>>> >>>>> 1. Put the supplier on the left and say >>>> "Purchased From" >>>>> >>>>> 2. Remove the productId - this is an internal >>>> productId of your >>>>> company, not something your supplier needs? >>>>> >>>>> 3. Figure out why the header information doesn't >>>> render. >>>>> >>>>> Is every body ok with it? >>>>> >>>>> Si >>>>> >>>> |
In reply to this post by Adrian Crum
Hey all -
out of curiousity, has anyone here looked at OSGi? In a lot of ways it seems like there would be an interesting fit / refactoring of OFBiz that could be done using OSGi as a basis. An implementation of OSGi (Equinox) is used as the foundation for Eclipse. I've also noticed that Felix (originally known as Oscar) - another open source OSGi implementation - is now an Apache Incubator project. And another OSGi implementation can be had via Knopflerfish. And, the upcoming Spring release is adding support for OSGi. The basic distributable chunk of code in OSGi is referred to as a Bundle. All in all it looks like an excellent way to bundle and deploy components (service bundles), manage their life-cycle, and resolve dependencies. It would almost seem possible to re-bundle most OFBiz component jars as OSGi bundles (not necessarily an optimal approach) - which would allow for the dynamic loading/unloading of components with relative ease. More information is available at: http://www.osgi.org/ - Porter Woodward |
That looks great! Thanks for sharing!
BJ and I had discussed developing something like this a while back. It would be great if we could find a way to integrate OSGi instead of re-inventing the wheel. Porter Woodward wrote: > Hey all - > > out of curiousity, has anyone here looked at OSGi? In a lot of ways it > seems like there would be an interesting fit / refactoring of OFBiz that > could be done using OSGi as a basis. An implementation of OSGi > (Equinox) is used as the foundation for Eclipse. I've also noticed that > Felix (originally known as Oscar) - another open source OSGi > implementation - is now an Apache Incubator project. And another OSGi > implementation can be had via Knopflerfish. And, the upcoming Spring > release is adding support for OSGi. > The basic distributable chunk of code in OSGi is referred to as a > Bundle. All in all it looks like an excellent way to bundle and deploy > components (service bundles), manage their life-cycle, and resolve > dependencies. It would almost seem possible to re-bundle most OFBiz > component jars as OSGi bundles (not necessarily an optimal approach) - > which would allow for the dynamic loading/unloading of components with > relative ease. > > More information is available at: > > http://www.osgi.org/ > > - Porter Woodward > |
Free forum by Nabble | Edit this page |