Is it possible, by analogy with the Make a payment action in the bulk operations panel, to make the Post payment action, which will post its amount to selected orders when a payment number is selected?
Is it possible, by analogy with the Make a payment action in the bulk operations panel, to make the Post payment action, which will post its amount to selected orders when a payment number is selected?
It is possible to make such a block in the panel of mass operations of processes, but I'm not sure that it will be "convenient" - its implementation will take about 6 hours
It is possible to make such a block in the panel of mass operations of processes, but I'm not sure that it will be "convenient" - its implementation will take about 6 hours
Vitaly Likhachevsky wrote: Is it possible to make the incoming payment remain intact and not split into several payments?
Then your balances will be wrong Unless it is completely distributed in parts into processes, and the main payment can be made virtual - that's how it is possible. But this cannot be done if the division is not complete (there will be a remainder)
Vitaly Likhachevsky wrote: And what do you mean by not comfortable?
Yes, all the functionality is meant Personally, my opinion is that it would be easier for me if I know what kind of payment - go into it and directly from it split into the necessary parts of the processes (which I also know what I need) Although this is an individual perception - in any case, the assessment of your option is given above.
[quote]
Vitaly Likhachevsky wrote:
Is it possible to make the incoming payment remain intact and not split into several payments?
[/quote]
Then your balances will be wrong
Unless it is completely distributed in parts into processes, and the main payment can be made virtual - that's how it is possible. But this cannot be done if the division is not complete (there will be a remainder)
[quote]
Vitaly Likhachevsky wrote:
And what do you mean by not comfortable?
[/quote]
Yes, all the functionality is meant
Personally, my opinion is that it would be easier for me if I know what kind of payment - go into it and directly from it split into the necessary parts of the processes (which I also know what I need)
Although this is an individual perception - in any case, the assessment of your option is given above.
[/quote] Yes, all the functionality is meant Personally, my opinion is that it would be easier for me if I know what kind of payment - go into it and directly from it split into the necessary parts of the processes (which I also know what I need) Although this is an individual perception - in any case, the assessment of your option is given above. [/quote] You have probably never done this in practice, it is very inconvenient, you need to fill in at least four fields (see screenshot), and if the payment needs to be split into 15 orders, then this is hellishly inconvenient. And to all this, instead of one payment that came from a bank statement, it turns out 15 payments, it is not clear where. I'm not the first to ask this question. Something needs to be done about this, I am ready to pay for an adequate solution. Really needed. If we talk about the solution you suggested above, is it possible to add an action to it: Add a comment to all payments into which the incoming payment will be split so that it (their) can be identified.
[/quote]
Yes, all the functionality is meant
Personally, my opinion is that it would be easier for me if I know what kind of payment - go into it and directly from it split into the necessary parts of the processes (which I also know what I need)
Although this is an individual perception - in any case, the assessment of your option is given above.
[/quote]
You have probably never done this in practice, it is very inconvenient, you need to fill in at least four fields (see screenshot), and if the payment needs to be split into 15 orders, then this is hellishly inconvenient. And to all this, instead of one payment that came from a bank statement, it turns out 15 payments, it is not clear where.
I'm not the first to ask this question. Something needs to be done about this, I am ready to pay for an adequate solution. Really needed.
If we talk about the solution you suggested above, is it possible to add an action to it: Add a comment to all payments into which the incoming payment will be split so that it (their) can be identified.
[file]4395[/file]
If we talk about the solution you suggested above, is it possible to add an action to it: Add a comment to all payments into which the incoming payment will be split so that it (their) can be identified.
Can you provide an example of the comment you want to add? I understand there will be some connection with the original payment?
[quote]
If we talk about the solution you suggested above, is it possible to add an action to it: Add a comment to all payments into which the incoming payment will be split so that it (their) can be identified.
[/quote]
Can you provide an example of the comment you want to add? I understand there will be some connection with the original payment?
Vitaly Likhachevsky wrote: we plan to write the total amount of the initial payment and, if possible, a comment on the initial payment
As an option - I can suggest adding 1 more setting to the block in the form of a text field, where you can specify your comment using the variables of the original process - in square brackets its field, for example [id] or [comment] This is +1 hour to the original estimate - the total estimate will be 7 hours.
[quote]
Vitaly Likhachevsky wrote:
we plan to write the total amount of the initial payment and, if possible, a comment on the initial payment
[/quote]
As an option - I can suggest adding 1 more setting to the block in the form of a text field, where you can specify your comment using the variables of the original process - in square brackets its field, for example [id] or [comment]
This is +1 hour to the original estimate - the total estimate will be 7 hours.
and the option, if the initial payment is less than the amount of allocated orders, you need to take into account i.e. one of the orders will be incompletely closed
and the option, if the initial payment is less than the amount of allocated orders, you need to take into account
i.e. one of the orders will be incompletely closed
Vitaly Likhachevsky wrote: and the option, if the initial payment is less than the amount of allocated orders, you need to take into account i.e. one of the orders will be incompletely closed
by itself there is more of a problem if the amount of processes is less than the amount of the payment - what to do with the rest of the original payment?
[quote]
Vitaly Likhachevsky wrote:
and the option, if the initial payment is less than the amount of allocated orders, you need to take into account
i.e. one of the orders will be incompletely closed
[/quote]
by itself
there is more of a problem if the amount of processes is less than the amount of the payment - what to do with the rest of the original payment?
Hello, the update has been completed. Added block After adding and configuring it, a field will appear in the bulk operations panel where to enter the payment ID and the distribute button. If the payment that we are distributing becomes 0 during distribution, it will be deleted, otherwise its amount will be corrected
Hello, the update has been completed. Added block [file]4698[/file] After adding and configuring it, a field will appear in the bulk operations panel where to enter the payment ID and the distribute button. If the payment that we are distributing becomes 0 during distribution, it will be deleted, otherwise its amount will be corrected
Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter.
Log in and comment
Donate
You don't have enough funds in your account Top up