IDempiere/FullMeeting20150819

⇐ Table of Contents | Full Meeting Minutes | Full Meeting 2015-08-19

Kelly-Anne__: Do you by any chance have a guide to setting up Idempiere on AWS ?
Kelly-Anne__: im having 0 success :(
a42niem: i only know this one http://www.chuckboecking.com/install-idempiere-open-source-erp-aws-linux-server-10-min/
a42niem: it is covering an older version but might go in the right direction. i myself have no experience with AWS, sorry
CarlosRuiz: Kelly-Anne__, have you succeeded installing locally?
Kelly-Anne__: im running windows
Kelly-Anne__: and cannot install it on my personal computer.
CarlosRuiz: can you use VirtualBox?
Kelly-Anne__: i suppose i can.
Kelly-Anne__: what are the fees like?
Kelly-Anne__: compared to AWS ?
CarlosRuiz: VirtualBox can be installed on windows - free
Kelly-Anne__: i see, sorry i dont know much about it.
Kelly-Anne__: I also have a Dedicated server
Kelly-Anne__: running Linux(Debian)
CarlosRuiz: easiest is VirtualBox - a42niem recently released a virtual appliance that run on top of VirtualBox - and is pretty straight - is just start the VM and iDempiere is ready for you
Kelly-Anne__: im downloading virtualbox V5.0.2
CarlosRuiz: for Debian we also have an installer
CarlosRuiz: but if you can use VBox is very easy
Kelly-Anne__: thank you for the help
CarlosRuiz: the virtual appliance can be deleted from here
CarlosRuiz: https://sourceforge.net/projects/idempiere/files/IVA/
Kelly-Anne__: *deleted ?
Kelly-Anne__: Ok i am downloading the appliance now
Kelly-Anne__: this looks gr8
Kelly-Anne__: I have a query relating to functionality..
Kelly-Anne__: I would like to implement idempiere in a start-up construction business.
Kelly-Anne__: Do you guys know of any implementations for this sector?
Kelly-Anne__: Perhaps, Road construction or Powerline construction.
CarlosRuiz: yes - the core can fit there
CarlosRuiz: I like the analogy that Chuck does about the "round rug effect"
CarlosRuiz: like at the end of this post http://www.chuckboecking.com/idempiere-development-environment-automated-install-open-source-erp/
a42niem: "CarlosRuiz: the virtual appliance can be deleted from here" looks like a Freudian slip ;-)
CarlosRuiz: hahaha
CarlosRuiz: Good morning community -
a42niem: Guten Morgen Carlos
CarlosRuiz: a42niem, more like a Freudian "sleep" :D
a42niem: yeah, you are up pretty early today it seems
norbertbede: hi comunity
norbertbede: good afternoon here
smartjsp: Hi everyone
aguerra: buenos dias a todos!!!!
ocurieles: Good Morning
allgood: hi everyone!
CarlosRuiz: Hi Claudemir
allgood: tomorrow I will work on a customization on the brazilian project, regarding interests on payments
allgood: do you think that the idempiere project can use a feature like this?
allgood: i was thinking in making changes on payment terms and payment schedule to record the interest and fine to be applied, and change the account engine to post it correctly when making payments
CarlosRuiz: sure allgood - that sounds very interesting - but probably is better to start it as a plugin - and if is enough general it can be included in core at the end
allgood: i will start researching this
allgood: as it will need changes in the accounting engine, and is something that I do not know yet how to customize in a plugin.
druiz: HI all
CarlosRuiz: why the accounting engine needs changes?
CarlosRuiz: Hi Diego
allgood: to be able to make one payment with interests, and account the main value and interests correctly
allgood: avoiding two payments
CarlosRuiz: I think you could use the allocation to a charge maybe
allgood: initially when we have a payment with interests, we actually do two payments
allgood: one for the main value, allocated to the invoice
allgood: and another to a charge
CarlosRuiz: yep - the second payment can be avoided using this
CarlosRuiz: http://wiki.idempiere.org/en/NF1.0_Allocate_Payment_To_Charge
allgood: will read it
allgood: looks great, for now i just "speed readed" it
Deepak_: Good Morning All
CarlosRuiz: Hi Deepak_
allgood: i will try to better my ideas on this
allgood: firstly I was wanting to make the payment simpler when there is interests and fine to be applied
allgood: like it works when have discounts
allgood: when selecting the invoice it gets the "currently due value"
Deepak_: Allgood
allgood: hi Deepak_
Deepak_: You can add Interest field on Payment, and it is populated based on payment terms, Total payment amt include this interest amt
allgood: yes, this is my idea.
Deepak_: on allocation creation logic, you can look at interestAMt, if it is there then you create a separate allocation to Interest charge
Deepak_: This charge can be made configurable
Deepak_: Good, then I think you can create a plugin
CarlosRuiz: I followed a different approach on LCO to calculate the withholdings
CarlosRuiz: instead of creating a field on payment - I created a detail - as you say it can be interest and fine - and in future you can add other stuff
CarlosRuiz: so - there is a detail - and the plugin calculates the withholding amount and fill the write-off amount - and then the plugin when posting moves the write-off amount to the corresponding accounts based on the withholding detail
Deepak_: Carlos, That is good idea too
allgood: in my view this detail can be filled "automagically" when filling the payment, and allow the user to change the automatic result before completion
allgood: i need to be afk for a few minutes, computer on the move so I will lost the history
allgood: see you in a few minutes.
allgood: *loose
Deepak_: Carlos, Can you review IDEMPIERE-2709
Deepak_: This ticket is related to info window enhancement
Deepak_: There is one improvement suggestion on ticket, but we need to do that as separate ticket as it may take longer time
Deepak_: and this code may become absolute meanwhile
Deepak_: *obsolute
CarlosRuiz: ok, Deepak will check with hiep if we integrate that on the experimental
allgood: I am back
CarlosRuiz: you don't lose history allgood - this IRC is recorded and published on real time
allgood: reading it now
allgood: i was aware of it
CarlosRuiz: :-) we didn't talk about that during your absence
allgood: i think i will checkout how you did in LCO.
allgood: did you placed interests and fine rates in payment terms/schedule?
CarlosRuiz: no, LCO is just about withholdings
allgood: tax withhouding?
allgood: withholding?
allgood: so, CarlosRuiz, the idea is to have a detail tab, like "Payment Charges", on Payment Terms/Schedule will be placed fields for the interest and fine rates/values
allgood: when making a payment, on selecting the invoice it will transfer this info from there to the tab
allgood: first problem is that the tab can only be created after the record is saved
egil_: Good morning
allgood: hi egil_
CarlosRuiz: Hi Eduardo
egil_: Hi @cCarlosRuiz
egil_: Hi @allgood
CarlosRuiz: don't know allgood if that idea applies too
egil_: https://groups.google.com/forum/#!searchin/idempiere/payment$20charges/idempiere/utwFQ2p2bfg/NVJf_vB6OngJ
CarlosRuiz: I was just telling how I did for LCO without adding fields to Payment
egil_: This looks like nmicoud work in paymant multicharge
egil_: i see hiep, ocurieles, and other doing improvements in payroll pluging. is there any official already or wich one is recomended to start a project in panamá
egil_: i know that ocurieles work. is certified by me :) but i just want to be sure
ocurieles: Hi @egil_
egil_: Hi pana mio
egil_: How is ecuador?
ocurieles: cool :D
egil_: Last weekend i send to you the proof of the crime
egil_: and dont know if you reveive it
egil_: Panama 33 degrees
ocurieles: I'm in venezuela
egil_: i want to buy a jacuzy , put it into a refrigerator and work into that
ocurieles: we are using the Payroll Plugin without problems :-)
egil_: Yes i know as i told you before i certified it works
egil_: but hiep did some improvement and i do not know if you incorporate this into you plugin
egil_: and @aguerra did an interesting improvement about accounting by department
ocurieles: really ? where is the code ?
egil_: @aguerra where is the code?
egil_: do not worry this is going to appear
aguerra: hello
aguerra: people
egil_: hello@aguerra
egil_: where is the code of the payrroll
egil_: that create accounting entries by department
aguerra: yes
aguerra: and job
egil_: pa que @ocurieles introduce it into his plugin
aguerra: ah ok
allgood_: lunch time now. tomorrow i will make a document about the proposal for the "Payment charges" plugin
egil_: @allgood
egil_: did you see what i put before?
allgood_: yes... i did
aguerra: we are finished some change
allgood_: it is on a tab here... will look that thread better later
ocurieles: Showme the code :D
ocurieles: Show me the code :D
egil_: jajajaj :)
egil_: finding the code
aguerra: https://bitbucket.org/alge_Bitbucket/liberohr_ve
egil_: there is the code
ocurieles: Thanks man
egil_: Did you see what i did in LVE
egil_: ?}
egil_: ?
ocurieles: not yet
ocurieles: Eduardo i don't see your changes in OpenPravoPos-GHINTECH
egil_: https://bitbucket.org/ghintech/openbravopos-puntocom
egil_: Here is where i have all the changes
egil_: and improvement
egil_: today i am doing 3 more: unvisible customers inactive in idempiere, same with user and check attributes
allgood_: egil_: looks like payment_multicharge is a fork of idempiere, this is something I want to avoid just now
allgood_: but i will get some ideas from that for sure!
ocurieles: Ok ready
ocurieles: Thanks
ocurieles: and this work on iDempiere 2.1 ?
egil_: @allgood_ Payment multicharge is intended to modified original Payment windows adding into invoice tab a field that allow to put charges indeed of invoices and add all we want. this is the core idea
egil_: nmicoud did and improvement about this and i never had the time to test but if you can do it i think could be a very good improvement for the core project
aguerra: anyone already has attribute product and openbravospos that want to share?
egil_: @ocurieles are you talking about the payroll?
egil_: if it is, yes it is working in 2.1
ocurieles: no about openbravoPos
ocurieles: no about openbravoPos @egil
egil_: yes it works in 2.1
druiz: Hi Pedro @smartjps
druiz: The schedule for the conference was modified, you make your presentation earlier on friday
druiz: sorry @smartjsp
aguerra: @druiz we can see the presentations on live??
aguerra: anyone already has attribute product and openbravospos that want to share?
druiz: aguerra, We are working on that. We would like to do a live streaming and to record it and post it somewhere after the conference ( like youtube ). The problem is that we don't have either the knowledge, time or infrastructure to do it, and we don't about someone in the community who's willing to take care of it. We're looking for solutions
aguerra: druiz, uhm!!! yes youtube it is a good idea and periscope too!!
egil_: hi @druiz i have seen this many times with people of a University of Venezuela and they have video conference infrastructure and publish
egil_: i am going to contact them if they would like to help us in this
egil_: They did it when Red1 went to Venezuela and organize everything
allgood: egil_: my objective is to allow payments to handle interest and fines defined in the payment term/schedule of an invoice
druiz: Ok, thanks :D, please let me know
egil_: Mmm i underestand @allgood i think this are 2 diferent things
allgood: not so different
allgood: because interest and fines are charges
allgood: and if solving this problem we get a generic solution for charges, it would be great
allgood: on the interest/fine thing, i was thinking also in reflect the payment schedule for them on th einvoiceopen*() database functions, that are being used when filling the payment and on open items reports. I do not know if this is a good approach. Anybody have a commend on this?
allgood: (plugin can replace the function from 2pack)
allgood: this would make the report shows the currently amount correctly considering the interests and fine
allgood: but i think that maybe people want to separate the main value from the charges
smartjsp: Hi Diego - @druiz ... no problem with the new conference schedule .. thanks for the notification ...
egil_: @allgood i am checking what you try to say to underestand better your idea
CarlosRuiz: egil_, IDEMPIERE-2766 committed for tests
egil_: yes i see it and start to test.
egil_: @CarlosRuiz i can't find commits of this
egil_: i just did pull and there is not commint of 2766
CarlosRuiz: sorry
CarlosRuiz: now it is :-)
egil_: jeje ok
egil_: Same error.
CarlosRuiz: egil_, jenkins is compiling - I'll install it on demo.globalqss.com and we can share tests there
egil_: @CarlosRuiz ok let me know when is ready to proceed
CarlosRuiz: compiled - now installing ...
CarlosRuiz: ready egil_ - installed on demo.globalqss.com
egil_: ok going to test again. I was there a few moment ago testing because dynamic validation is not working in parameters of process in mi instalations 2.1
egil_: and 1.0c it works perfect
egil_: and 3.0 already test and does not work
CarlosRuiz: the payment is not reversed - the reversal invoice creates a new payment - what I'm reversing is the allocation for that new payment
CarlosRuiz: but now the numbers are ok - the validate BP process is ok too
egil_: @CarlosRuiz i test it and it works. i was trying to underestand what you did and did no see you write it jeje
egil_: bu
egil_: But
egil_: When i check the BP open the payments are open
egil_: and not assigned to anything
a42niem: i have just updated and synced a test system and now i cant create a new entry in system because client field is not and can not be filled. what do i miss here?
egil_: i am doing other test to see how can we deal with this
egil_: @Carlos Ruiz i create an allocation with both payments and have the perfect result. I think this is what the process need to obtain perfect result
egil_: what do you think?
CarlosRuiz: a42niem, I see client field empty in many windows - must be a recent change that broke that - but usually you can save the record
CarlosRuiz: egil_, yes - creating the allocation between the two payments "close" both payments - that would be the missing piece - just doesn't seem easy to do it from code - the code not reversing the payments could be intentional
CarlosRuiz: is probably intentional because you don't know if there are other payments apart from the initial automatically created cash payment
egil_: @CarlosRuiz i don't know this case. How it is posible to have other payments created automatically by cash payment and not just one?
CarlosRuiz: I mean - you could have other payments - not automatical
egil_: So, if you have many payments allocated to an invoice which have PaymentRule Cash it is because the original payment was unallocated or reverse it and one or many payments was allocated and is right what you are telling me
egil_: because your improvement contemplates all the case
a42niem: CarlosRuiz you are right, I can save it, strange. thanks
aguerra: Is possible crear request when i make a order pos??
aguerra: Is possible create request when i make a order pos??
egil_: @aguerra checking in my instalation
CarlosRuiz: great news :-) merged the 13 tickets being tested in experimental - big effort from hiep - kudos to him