[
https://issues.apache.org/jira/browse/OFBIZ-2097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12658370#action_12658370
]
jacques.le.roux edited comment on OFBIZ-2097 at 12/21/08 2:13 AM:
------------------------------------------------------------------
I did not yet use multi-organization support in OFBiz, but, yes, I really think
we should care about it.
>It gets a bit full there perhaps we should move the language and location to
>the user preferences screen because not change often?
I think that for the purpose of demonstration it's better to have them there
OOTB, it's always possible to collapse.
Is the WorEffort issue already commited ?
Should we not care about this thread
http://www.nabble.com/Questions-about-PartyFinancialHistory-screen-td19721669.html
?
BTW where is to-scope="screen" defined ? I can't find any
toScope.equals("screen")) in java code (user and application are ok), am I
missing something (I suppose it was something specific to Hans code that did
not get through to OFBiz) ?
I did not review the patch yet (the to-scope="screen"is removed there...) and
I'm not sure to understand all the points from Hans and David.
Note: this comment was written before I was aware of Hans's comment (during)
just above
If I well understand, organizationPartyId is used to take care of payments, GL
accounts to post to from a store, etc. . I can understand that a logged in user
(a person Party) would be associated with an organisation. But if this user is
associated with more than one organisation an issue arises. Is that the problem
you raise David ?
was (Author: jacques.le.roux):
I did not yet use multi-organization support in OFBiz, but, yes, I really
think we should care about it.
>It gets a bit full there perhaps we should move the language and location to
>the user preferences screen because not change often?
I think that for the purpose of demonstration it's better to have them there
OOTB, it's always possible to collapse.
Is the WorEffort issue already commited ?
Should we not care about this thread
http://www.nabble.com/Questions-about-PartyFinancialHistory-screen-td19721669.html
?
BTW where is to-scope="screen" defined ? I can't find any
toScope.equals("screen")) in java code (user and application are ok), am I
missing something (I suppose it was something specific to Hans code that did
not get through to OFBiz) ?
I did not review the patch yet (the to-scope="screen"is removed there...) and
I'm not sure to understand all the points from Hans and David.
If I well understand, organizationPartyId is used to take care of payments, GL
accounts to post to from a store, etc. . I can understand that a logged in user
(a person Party) would be associated with an organisation. But if this user is
associated with more than one organisation an issue arises. Is that the problem
you raise David ?
> show organizationPartyId in header, rewrote financial history for a party in
> relation to the organizationParty
> --------------------------------------------------------------------------------------------------------------
>
> Key: OFBIZ-2097
> URL: https://issues.apache.org/jira/browse/OFBIZ-2097
> Project: OFBiz
> Issue Type: Improvement
> Components: accounting, party
> Affects Versions: SVN trunk
> Reporter: Hans Bakker
> Assignee: Hans Bakker
> Fix For: SVN trunk
>
> Attachments: organizationPartyHist.diff
>
>
> Because this is a rather bigger change i first put it as proposal. When no
> major objections i will commit it in a few days.
> first of all if only one currency is being used for the currency of the
> organizationPartyId, there are no changes to the system.
> So, when I was changing the financial history to accommodate invoices being
> in different currency as the organization partyId, I saw that having the
> current organizationPartyId defined, is an essential requirement. Building on
> the organizationPartyId in preferences it is required to know at any time
> what the current assignment is. That is why I added it to the global context
> and show it on the top header.
> The invoice/payment worker was changed to be able to select the currency to
> be displayed.
> The changes more in detail:
> 1. introduced 2 new variables in the global context:
> a. organizationPartyId
> b. organizationPartyUomId
> the organizationPartyId is stored in the users preferences and can be changed
> there.
> Created a new entry in general.properties to define a default
> organizationPartyId when not set for the current logged in user.
> Showed the organizationPartyId in the header now. It gets a bit full there
> perhaps we should move the language and location to the user preferences
> screen because not change often?
> 2. Paymentworker and Invoice worker if now aware of the different invoice
> currencies and invoice amounts can now be retrieved in the actual or
> organizationPartyUomId currency. If everything is the organizationParty
> currency, there is no functional change to the system
> 3. Financial history now displays these two currencies when available making
> use of the new new payment/invoice worker methods.
> 4. New payment screen entry now only allows Disbursement and Taxpayment for
> outgoing payments and receipts for incoming payments.
> 5. removed many 'key-field-name' entries where not required in the payment
> forms
> 6. invoice PDF button "other currency" now only shows if there is a other
> currency available
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
