BJ, I can follow your reasoning. And it would be the simplest thing to do for customers (Bill-to role?) and Suppliers. Using ContactMechs for displaying bank related info in communications and transaction documents (e.g. purchace and sales orders, invoices) would be the easiest route to go. But these details may not be editable by everyone who can just add ContactMechs (preferrably restricted to persons in some kind of accounting role).
But for the organisations using OFBiz (company and subsidiaries) this is a bit more complex. A bank account is more than just a ContactMech. It is a part of the accounting schemas and needs to be auditable....That is what the transactions in the general ledger (and AP and AR, etc) are for. A CFO doesn't care less what everybody does with ContactMechs as long as his part of the system (FICO, AP, AR, etc) are in order and auditable. Regards, Pierre On Fri, Nov 7, 2008 at 3:14 PM, BJ Freeman <[EMAIL PROTECTED]> wrote: > 1) it is easy for the user to put in and change info. > 2) to me, that is what the info is, How to get to your bank account, or > contact the supplier, or how to get a credit on an order. > 4) by making different types of Contact mechs, the program can decide > what contact mech to use. > > > > Jacques Le Roux sent the following on 11/7/2008 5:24 AM: > > Hi BJ, > > > > From: "BJ Freeman" <[EMAIL PROTECTED]> > >> I have adopted using the Contact Mechs instead of properties to put the > >> bank info for. however that is not the way it is done in ofbiz at this > >> time. > > > > What did you make this choice (just curious) ? > > > > Thanks > > > > Jacques > > > > > > > > >
