True I believe that is why new users get confused by the odd messages often displayed. The front end does allow to do validation, so in theory you could keep the user from seeing the raw errors, but I agree that as a new user it was pretty common to see java type errors I normally only would see in log from tomcat. After a few months I appreciate seeing the errors so I know exactly what my issue is, but for a finished users interface it is important to add appropriate validation. To a large part that has been what I have been doing. I am also removing many of the complexities that allow flexibility, but we do not want at this time. I appreciate that ofbiz gives you the more complex interface, so you can see how to have links and information. I would rather have it and remove what is not deemed needed by my boss, than have to figure out new stuff. I was a bit surprised that there was not a account number, for a supplier. Some times the flexibility is mind blowing. I found the ability to add multiple ID numbers, I am guessing that is why it did not have a simple account number field. I used the external ID I think as I did not want to hook up to a relationship ID table. I also hijacked another field (office name I think) to store my EDI config name. I think the purchase side of the fence is a bit under developed. I am still fighting the buy it this way, sell it that way. I liked the idea of using a MRP process and two products, but my boss did not. I could of made it invisible to the user, but I am going to look at doing a conversion in creating the P.O. (Product UOM to Supplier UOM) and again when doing the receiving (supplier UOM to Product UOM). I will need to have the P.O. and the EDI output file use the supplier UOM. It leaves me questioning what do I need to store, change in reporting, etc. It would be better to change the entity to add the fields I need and ensure everything works correctly. Price would be @ supplier UOM I guess. Its still in analysis at the moment, but been one item that was not as easy to solve. I would like to use the conversion table if needed, but since product and supplier use different UOM types it is a bit perplexing (I agree the UOM types for the supplier need to be a different list, but it might need a UOM field that matches the choices in Product). For example supplier UOM has Other Box. with a qty. I am guessing the qty is x of the product which then has a x of product UOM. So maybe I have everything I need, but going to be fun.
----- Joel Fradkin -- View this message in context: http://ofbiz.135035.n4.nabble.com/adding-a-user-login-to-a-security-group-tp4656265p4656346.html Sent from the OFBiz - User mailing list archive at Nabble.com.
