*** mbozem2 has joined #idempiere | 01:08 | |
*** mbozem has quit IRC | 01:09 | |
Not-bfd4 | [IDEMPIERE] soo.fang@gmail.com updated IDEMPIERE-3427 | 01:09 |
---|---|---|
Not-bfd4 | [IDEMPIERE] Hi Micheal, Is this enhancement involve Invoice too ? Please provide test case for the enhancement. | 01:09 |
Not-bfd4 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3427 | 01:09 |
Not-bfd4 | [IDEMPIERE] mpowacht updated IDEMPIERE-3427 | 02:47 |
Not-bfd4 | [IDEMPIERE] Many thanks Soo Fang, the landed cost process definitely involves the invoice (vendor) process but I don't think a change to the invoice function is needed and we can use the existing Invoice (vendor)=>Invoice Line=>Landed Cost sub-tab function but we may need to verify this through further testing. Let me explain by means of an example: - Costing method = Average PO - 2 accounting schemas: USD (primary | 02:47 |
Not-bfd4 | schema), THB (our local currency, secondary schema) - Currency rate EUR/USD 1/1.1, EUR/THB 1/40, USD/THB 1/30 - 1 PO line with 1 x product A EUR 1000 (foreign currency PO for us). The product order currency is EUR as we purchase the products from a european supplier. Estimated Landed Cost product A for THB 1000 e.g. import duty (there can be several estimate cost lines such as freight, insurance, import duty etc.). | 02:47 |
Not-bfd4 | We estimate import duty expenses in THB because these are "local costs" and are also being invoiced in THB. - MR/Matched PO Costing record: 1000*1.1+1000/30 = 1133.33 (USD schema), 1000*40 + 1000 = 41000 (THB schema) - MR/Matched PO posting (USD schema) DR Inventory 1133.33, CR NIR 1100, CR Landed Cost Clearing 33.33 (inventory includes estimated landed cost portion) - MR/Matched PO posting (THB schema) DR Inventory | 02:47 |
Not-bfd4 | 41000, CR NIR 40000, CR Landed Cost Clearing 1000 (inventory includes estimated landed cost portion) - Invoice (vendor) Customs Department THB 2000 (under estimated in PO). I distribute import duty expense of THB 2000 assigning the expense to the MR above using Invoice (Vendor)=>Invoice Line=>Landed Cost sub-tab. This should result in the following costing record updates and GL postings: - Update costing record: | 02:47 |
Not-bfd4 | +33.33 (USD schema), +1000 (THB schema) - DR Inventory 33.33 (unplanned landed cost), DR GL Landed Cost Clearing 33.33 (planned/estimated landed cost), CR AP 66.66 (USD schema) - DR Inventory 1000 (unplanned landed cost), DR GL Landed Cost Clearing 1000(planned/estimated landed cost), CR AP 2000 (THB schema) I hope this helps explain, Michael | 02:47 |
Not-bfd4 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3427 | 02:47 |
*** norbertbede has joined #idempiere | 04:22 | |
Not-bfd4 | [iDempiere4.1Daily] jenkins built #114 completed (success) http://ci.idempiere.org/job/iDempiere4.1Daily/114/ | 04:47 |
*** nmicoud has joined #idempiere | 04:52 | |
*** norbertbede has quit IRC | 04:53 | |
*** nmicoud has left #idempiere | 05:00 | |
*** nmicoud has joined #idempiere | 05:00 | |
*** norbertbede has joined #idempiere | 05:37 | |
*** nmicoud_ has joined #idempiere | 05:48 | |
*** nmicoud has quit IRC | 05:51 | |
*** norbertbede has quit IRC | 07:15 | |
*** CarlosRuiz has joined #idempiere | 08:12 | |
*** norbertbede has joined #idempiere | 09:05 | |
*** norbertbede1 has joined #idempiere | 09:07 | |
*** norbertbede has quit IRC | 09:10 | |
*** norbertbede1 has quit IRC | 09:54 | |
*** norbertbede has joined #idempiere | 10:51 | |
norbertbede | hi @nmicoud | 12:44 |
nmicoud_ | hi norbert | 12:45 |
norbertbede | thinking over report info icon | 12:45 |
norbertbede | would be cool improve by running time | 12:46 |
norbertbede | how long report was done | 12:46 |
norbertbede | from start to start rendering | 12:46 |
norbertbede | wdyt | 12:46 |
nmicoud_ | only to know how long the report takes to show ? or to show the time between report show and 'now' ? | 12:46 |
norbertbede | from process start to start display "server time" | 12:48 |
norbertbede | server processing time problably also rendering time | 12:48 |
nmicoud_ | do we have this information ? | 12:48 |
norbertbede | first is server side, second is client/browser side | 12:49 |
nmicoud_ | probably in ad_pinstance, comparing created and updated | 12:49 |
norbertbede | yes, that should be ok | 12:49 |
nmicoud_ | but not sure it would be useful to end users | 12:49 |
norbertbede | however im not coder :) | 12:49 |
nmicoud_ | i mean, could give hints to maintainer or admins | 12:49 |
norbertbede | when complaining about perforamance for example | 12:50 |
nmicoud_ | but end users ?? | 12:50 |
norbertbede | soon for client admin/power user | 12:50 |
nmicoud_ | maybe another tooltip ? | 12:50 |
nmicoud_ | with technical stuff ? | 12:50 |
nmicoud_ | one for everybody = parameters | 12:50 |
norbertbede | or isAdanced from role | 12:50 |
nmicoud_ | and one for specific role (ad_toolbar can be managed via roles) | 12:51 |
norbertbede | we had in another system like system config - | 12:51 |
nmicoud_ | yep, or IsAccessAdvanced | 12:51 |
norbertbede | or add to role a new checkbox - "display report statistics" - but not sure | 12:52 |
nmicoud_ | there is also lots of checkboxes on ad_role | 12:53 |
nmicoud_ | i think a specific tooltip could do the job , | 12:53 |
nmicoud_ | ? | 12:53 |
norbertbede | hm. let me thinkig over :) | 12:54 |
norbertbede | contact you soon | 12:54 |
nmicoud_ | yep, sure if it's ok, go and create the jira ticket directly | 12:54 |
norbertbede | is there any other helpful information to show in this new tooltip ? | 12:54 |
norbertbede | i will sum-up also possible admin options - would be interesting | 12:55 |
nmicoud_ | some stuff from ad_report like "total number of execution" and "average time" | 12:55 |
nmicoud_ | ok | 12:55 |
norbertbede | another question - cloud stability vs. processes/report | 12:56 |
norbertbede | i write down a design - report/process max instances/simulateous running | 12:56 |
norbertbede | ATM our user was able to run a big report 10x | 12:56 |
norbertbede | this cause system general slowdown | 12:56 |
nmicoud_ | sure, same here | 12:56 |
norbertbede | i would like to say limit processes like | 12:57 |
norbertbede | process 1. system max isntances 100 | 12:57 |
norbertbede | process 1. client-max 10 | 12:57 |
norbertbede | etc. | 12:57 |
nmicoud_ | like the run_as_job feature ? | 12:57 |
nmicoud_ | but for foreground execution | 12:57 |
norbertbede | foreground not bacground ? | 12:58 |
norbertbede | isRunasJob we are using but it is not mandatory | 12:58 |
norbertbede | also this doesnt limit how many times user/client entitled run a report | 12:59 |
nmicoud_ | ATM, we can control number of background executions ("run as job"). With your feature, we can control how many instances of processes/reports can be launched direclty | 12:59 |
nmicoud_ | (when users see the server generating it) | 13:00 |
nmicoud_ | another idea : allow some process to be executed only in specific time range (eg : 8AM -> 9AM and 6PM -> 11PM) | 13:01 |
norbertbede | yes. for example openbravo has a parameter date/time when you would like to run process eg.. run it in the night | 13:02 |
nmicoud_ | if they did it, that must be useful :p | 13:02 |
Not-bfd4 | [IDEMPIERE] norbert.bede created IDEMPIERE-3498 Allow define Simultaneously process/reports feauture | 13:03 |
Not-bfd4 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-3498 | 13:03 |
norbertbede | i have created a new ticket. not final but my concept. | 13:03 |
nmicoud_ | ok | 13:04 |
norbertbede | if you will have time, interest then comment is pls | 13:04 |
norbertbede | thanks for ideas for now | 13:04 |
nmicoud_ | sure | 13:04 |
*** brent_ has quit IRC | 14:28 | |
*** norbertbede has quit IRC | 14:41 | |
*** norbertbede has joined #idempiere | 14:54 | |
*** brent_ has joined #idempiere | 15:55 | |
*** nmicoud_ has quit IRC | 16:26 | |
*** norbertbede has quit IRC | 16:40 | |
*** brent_ has quit IRC | 17:05 | |
*** brent_ has joined #idempiere | 17:21 | |
*** brent_ has quit IRC | 17:35 | |
*** norbertbede has joined #idempiere | 17:57 | |
*** norbertbede has quit IRC | 18:09 | |
*** norbertbede has joined #idempiere | 19:11 | |
*** brent_ has joined #idempiere | 19:42 | |
*** CarlosRuiz has quit IRC | 20:33 | |
*** norbertbede has quit IRC | 21:00 | |
*** silphium has quit IRC | 21:47 | |
*** silphium has joined #idempiere | 22:05 | |
*** brent_ has quit IRC | 22:44 | |
*** brent_ has joined #idempiere | 22:46 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!