Uploaded image for project: 'OFBiz'
  1. OFBiz
  2. OFBIZ-6899

Overview of payment methods in party profile misses function to set company check payment

    Details

      Description

      The payment methods overview in the party profile shows various options to define and create a payment method.

      However there is no option to create payment method for a company check

      1. CC_1.png
        166 kB
        Swapnil Shah
      2. CC_2.png
        171 kB
        Swapnil Shah
      3. CC_3.png
        46 kB
        Swapnil Shah
      4. CC_4.png
        130 kB
        Swapnil Shah
      5. OFBIZ-6899.patch
        28 kB
        Jagpreet Kaur
      6. OFBIZ-6899.patch
        28 kB
        Jagpreet Kaur
      7. OFBIZ-6899.patch
        13 kB
        Jagpreet Kaur

        Issue Links

          Activity

          Hide
          swash78 Swapnil Shah added a comment -

          Company check seems to be just a payment mode that could be generally used only once for payment aka Cash or COD. In contrast to it, other Payment Methods like Credit Card/EFT/Gift Card could be used multiple times for payment and hence need to be set with respect to a given party.

          Also "Check" is available as a payment method that could be used during ordering (as shown in attached screenshots). Let's give it a thought if we really need it and if yes what kind of details we need to ask from user while setting it for any party.

          May be i am still missing any broader intention behind getting it added. So any further details on it would help us to take a call before we can start implementing it or drop it off for now.

          Show
          swash78 Swapnil Shah added a comment - Company check seems to be just a payment mode that could be generally used only once for payment aka Cash or COD. In contrast to it, other Payment Methods like Credit Card/EFT/Gift Card could be used multiple times for payment and hence need to be set with respect to a given party. Also "Check" is available as a payment method that could be used during ordering (as shown in attached screenshots). Let's give it a thought if we really need it and if yes what kind of details we need to ask from user while setting it for any party. May be i am still missing any broader intention behind getting it added. So any further details on it would help us to take a call before we can start implementing it or drop it off for now.
          Hide
          pfm.smits Pierre Smits added a comment -

          On the profile the overview shows a list of payment solutions to be used in association with a transaction. So you could say that these are the preferences to be used when completing a transaction (a sale, a purchase). So is the method of payment through checks. The Check Payment method is not used only once, but multiple times whereas a Check can be used only once in a transaction between 2 parties.

          Show
          pfm.smits Pierre Smits added a comment - On the profile the overview shows a list of payment solutions to be used in association with a transaction. So you could say that these are the preferences to be used when completing a transaction (a sale, a purchase). So is the method of payment through checks. The Check Payment method is not used only once, but multiple times whereas a Check can be used only once in a transaction between 2 parties.
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          Makes sense Pierre

          Show
          jacques.le.roux Jacques Le Roux added a comment - Makes sense Pierre
          Hide
          swash78 Swapnil Shah added a comment -

          Yes agreed that check as payment method could be used multiple times and for that we already have Check as generic payment preference (like COD/Cash etc.) available over orders that could be used by any associated party (customer for Sales and suppliers for Purchase). But still this is a paper based transaction (like Cash) and in every transaction the key i.e check # etc.would keep changing and hence one check could be possibly used only once generally (in contrast to CC/EFT/ACH/Fin Acct which could be used repeatedly).

          So, here while we suggest to set Check as one of the payment option with respect to a party then what is the party specific details that could be recorded for repeated use for a party(e.g. against credit card we save Number, expiry etc. , against EFT/ACH we save EFT/ACH account number, Bank Name etc.for that party). Is there any such specific key detail for repeated use with regard to check that we could ask and save while we add this option for any party.

          Show
          swash78 Swapnil Shah added a comment - Yes agreed that check as payment method could be used multiple times and for that we already have Check as generic payment preference (like COD/Cash etc.) available over orders that could be used by any associated party (customer for Sales and suppliers for Purchase). But still this is a paper based transaction (like Cash) and in every transaction the key i.e check # etc.would keep changing and hence one check could be possibly used only once generally (in contrast to CC/EFT/ACH/Fin Acct which could be used repeatedly). So, here while we suggest to set Check as one of the payment option with respect to a party then what is the party specific details that could be recorded for repeated use for a party(e.g. against credit card we save Number, expiry etc. , against EFT/ACH we save EFT/ACH account number, Bank Name etc.for that party). Is there any such specific key detail for repeated use with regard to check that we could ask and save while we add this option for any party.
          Hide
          pfm.smits Pierre Smits added a comment -

          Like a bank acount a payment via a check can have a different 'made out to' reference than the actual party name. That is what you capture in payment preferences.

          Show
          pfm.smits Pierre Smits added a comment - Like a bank acount a payment via a check can have a different 'made out to' reference than the actual party name. That is what you capture in payment preferences.
          Hide
          jacques.le.roux Jacques Le Roux added a comment - - edited

          Each check is associated with a bank account at a bank, they don't change, they are the stable part wich relies a check to a bank. If we need a recurring information I don't see better ones.

          The ones which change are the checkbook number, the check number, the amount, the date and the location. The checkbook number complete the check number and together they are a couple which really defines the check. The checkbook number change only when the checkbook comes to an end. I don't see what is complicated here (apart maybe the checkbook number).

          Show
          jacques.le.roux Jacques Le Roux added a comment - - edited Each check is associated with a bank account at a bank, they don't change, they are the stable part wich relies a check to a bank. If we need a recurring information I don't see better ones. The ones which change are the checkbook number, the check number, the amount, the date and the location. The checkbook number complete the check number and together they are a couple which really defines the check. The checkbook number change only when the checkbook comes to an end. I don't see what is complicated here (apart maybe the checkbook number).
          Hide
          swash78 Swapnil Shah added a comment - - edited

          Thanks for confirmation Jacques Le Roux. There was no complications as such just wanted to sync up this feature in totality by factoring in available support within existing workflow around check based payment.

          So here from Profile screen, we can simply ask for providing the "Bank Name" while adding the "Company Check" as new payment method option from Party Profile screen and this should create a new PaymentMethod with:
          PAYMENT_METHOD_TYPE_ID='COMPANY_CHECK'
          PARTY_ID='<given party or party group>
          DESCRIPTION='Checking account with <User entered Bank Name>'

          Now, for setting any non recurrent information (most commonly used could be Check Number) we can provide support on specific screens. For example, during Order placement during checkout (OFBIZ-7377) and any other screen wherever its missing.

          Also its possibly not a bug as this is a feature which didn't exist till now with respect to party.

          Show
          swash78 Swapnil Shah added a comment - - edited Thanks for confirmation Jacques Le Roux . There was no complications as such just wanted to sync up this feature in totality by factoring in available support within existing workflow around check based payment. So here from Profile screen, we can simply ask for providing the "Bank Name" while adding the "Company Check" as new payment method option from Party Profile screen and this should create a new PaymentMethod with: PAYMENT_METHOD_TYPE_ID='COMPANY_CHECK' PARTY_ID='<given party or party group> DESCRIPTION='Checking account with <User entered Bank Name>' Now, for setting any non recurrent information (most commonly used could be Check Number) we can provide support on specific screens. For example, during Order placement during checkout ( OFBIZ-7377 ) and any other screen wherever its missing. Also its possibly not a bug as this is a feature which didn't exist till now with respect to party.
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          I agree it's an improvement, thanks Swapnil for the completed analysis. But why a COMPANY_CHECK and not a PERSONAL_CHECK? Both are possible I guess, even CERTIFIED_CHECK (though this is for high amounts, high needing to be defined)

          Show
          jacques.le.roux Jacques Le Roux added a comment - I agree it's an improvement, thanks Swapnil for the completed analysis. But why a COMPANY_CHECK and not a PERSONAL_CHECK? Both are possible I guess, even CERTIFIED_CHECK (though this is for high amounts, high needing to be defined)
          Hide
          swash78 Swapnil Shah added a comment -

          Yeah makes sense. We can ask for selecting preferred Check type (from COMPANY/PERSONAL/CERTIFIED) in form of drop down while asking for Bank Name and set the PAYMENT_METHOD_TYPE_ID accordingly

          Show
          swash78 Swapnil Shah added a comment - Yeah makes sense. We can ask for selecting preferred Check type (from COMPANY/PERSONAL/CERTIFIED) in form of drop down while asking for Bank Name and set the PAYMENT_METHOD_TYPE_ID accordingly
          Hide
          Jagpreet Kaur Jagpreet Kaur added a comment -

          Added a option to add check as payment method with required details from party profile. Now user can specify Bank Name and the check type while setting this payment method.

          The subsequent support would be provided in OFBIZ-7377.

          Show
          Jagpreet Kaur Jagpreet Kaur added a comment - Added a option to add check as payment method with required details from party profile. Now user can specify Bank Name and the check type while setting this payment method. The subsequent support would be provided in OFBIZ-7377 .
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          In the party profile we should also ask for the bank account number tied to the checkbook. A check is not only tied to a bank but also to a specific bank account at this bank. They are the couple which defines the check reference.

          Show
          jacques.le.roux Jacques Le Roux added a comment - In the party profile we should also ask for the bank account number tied to the checkbook. A check is not only tied to a bank but also to a specific bank account at this bank. They are the couple which defines the check reference.
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          In the party profile we should also ask for the bank account number tied to the checkbook. A check is not only tied to a bank but also to a specific bank account at this bank. They are the couple which defines the check reference.
          Reply

          Show
          jacques.le.roux Jacques Le Roux added a comment - In the party profile we should also ask for the bank account number tied to the checkbook. A check is not only tied to a bank but also to a specific bank account at this bank. They are the couple which defines the check reference. Reply
          Hide
          Jagpreet Kaur Jagpreet Kaur added a comment -

          You have given a nice thought Jacques, but here is a scenario that we don't have fields to store Bank Name and its associated account no. , so we are giving a thought to store it under Description only as CONCATENATE(<Bank Name>,'-',<Bank Account#>).

          Later on we can add a field for account no. in PAYMENT_METHOD or we can also add a entity for check support like we have for EFT account if all the members agree.

          Show
          Jagpreet Kaur Jagpreet Kaur added a comment - You have given a nice thought Jacques, but here is a scenario that we don't have fields to store Bank Name and its associated account no. , so we are giving a thought to store it under Description only as CONCATENATE(<Bank Name>,'-',<Bank Account#>). Later on we can add a field for account no. in PAYMENT_METHOD or we can also add a entity for check support like we have for EFT account if all the members agree.
          Hide
          swash78 Swapnil Shah added a comment -

          Yes Jagpreet Kaur That makes sense to me. We can use description to store Bank Name and corresponding Account#. In real time check should be a paper based transaction and such details are going to be meant for reference and possibly used to print checks manually. We can live with solution in terms of defining payment method for it.

          You can provide the fix for it and if needed later we can do further analysis on different thread over ML to collect other possible usage and references around such requirements.

          Show
          swash78 Swapnil Shah added a comment - Yes Jagpreet Kaur That makes sense to me. We can use description to store Bank Name and corresponding Account#. In real time check should be a paper based transaction and such details are going to be meant for reference and possibly used to print checks manually. We can live with solution in terms of defining payment method for it. You can provide the fix for it and if needed later we can do further analysis on different thread over ML to collect other possible usage and references around such requirements.
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          Why introduce a temporary workaround that we will have to replace later? We could directly implement the final solution, no?

          Show
          jacques.le.roux Jacques Le Roux added a comment - Why introduce a temporary workaround that we will have to replace later? We could directly implement the final solution, no?
          Hide
          diveshdut Divesh Dutta added a comment -

          Jacques actually I think Bank name and Account # is just kind of note , so we we were trying to use existing field of PaymentMethod table i.e description and we were trying to avoid need of creation of new table. But you and other community member thinks that it makes sense to add new table with name Check similar to CreditCard, EftAccount etc. , we can do that . Let us know what do you think ?

          Show
          diveshdut Divesh Dutta added a comment - Jacques actually I think Bank name and Account # is just kind of note , so we we were trying to use existing field of PaymentMethod table i.e description and we were trying to avoid need of creation of new table. But you and other community member thinks that it makes sense to add new table with name Check similar to CreditCard, EftAccount etc. , we can do that . Let us know what do you think ?
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          Thanks Divesh for the proposition, I think these information would more easily found in "a new table with name Check similar to CreditCard, EftAccount, etc.", and treated in case of need.

          I'd just wait feedbacks from the community, if any I'd do.

          Show
          jacques.le.roux Jacques Le Roux added a comment - Thanks Divesh for the proposition, I think these information would more easily found in "a new table with name Check similar to CreditCard, EftAccount, etc.", and treated in case of need. I'd just wait feedbacks from the community, if any I'd do.
          Hide
          pfm.smits Pierre Smits added a comment - - edited

          Bank name, routing Id and bank account no are not just notes. These are important attributes to get payments out and in. These are used in the outgoing pdf documents, like order, invoice, etc.

          Show
          pfm.smits Pierre Smits added a comment - - edited Bank name, routing Id and bank account no are not just notes. These are important attributes to get payments out and in. These are used in the outgoing pdf documents, like order, invoice, etc.
          Hide
          diveshdut Divesh Dutta added a comment -

          I know they are used in outgoing documents. My point was in case of Check they are more of notes or reference because Check is paper based transaction and we just need bank name and account for reference. When we do payments out and in using electronic payment method where transactions are actually happening in system, it makes more sense to have a separate table for it. But I am open to add new table for Check as I proposed above. It seems Jacques is agreeing with this proposal. What do you think on it ?

          Show
          diveshdut Divesh Dutta added a comment - I know they are used in outgoing documents. My point was in case of Check they are more of notes or reference because Check is paper based transaction and we just need bank name and account for reference. When we do payments out and in using electronic payment method where transactions are actually happening in system, it makes more sense to have a separate table for it. But I am open to add new table for Check as I proposed above. It seems Jacques is agreeing with this proposal. What do you think on it ?
          Hide
          pfm.smits Pierre Smits added a comment -

          In payment of purchases checks are official documents from the internal organisation to the intend receiver of the check, as it is a promisory note.

          And thus it needs to be registered by the issuing internal organisation in its ledger(s), similar like a an EFT transaction. And like bank transactions these registrations need to be reconciled. And until a check is collected, it is a registration of a liability.

          Within OFBiz we can treat these outgoing checks in 2 ways:

          • the OFBiz system generates the check (similar like other outgoing payments)
          • the manually issued check (from the checkbook) is registered in OFBiz (thus becoming an outgoing payment).

          Likewise, a check received is an asset until handed over to the collecting agency and the sum of the check added to the bank account.

          So basically there are 2 sub-ledgers to take into consideration.

          Show
          pfm.smits Pierre Smits added a comment - In payment of purchases checks are official documents from the internal organisation to the intend receiver of the check, as it is a promisory note. And thus it needs to be registered by the issuing internal organisation in its ledger(s), similar like a an EFT transaction. And like bank transactions these registrations need to be reconciled. And until a check is collected, it is a registration of a liability. Within OFBiz we can treat these outgoing checks in 2 ways: the OFBiz system generates the check (similar like other outgoing payments) the manually issued check (from the checkbook) is registered in OFBiz (thus becoming an outgoing payment). Likewise, a check received is an asset until handed over to the collecting agency and the sum of the check added to the bank account. So basically there are 2 sub-ledgers to take into consideration.
          Hide
          swash78 Swapnil Shah added a comment - - edited

          I reckon outgoing payment treatment is more or less same whether its towards Purchase made from suppliers or its towards Refund made to Customers (e.g, Sales Return of Refund type). Though we could validate it once but if we can gauge these all transactions correctly via standard Payment Type and Payment statuses then ledger entry should fall in place.

          Apart from it, if there is indeed any real time need of electronically transferring Check details to different financial institutions like Bank etc., (similar to what we mostly do for Credit Card/EFT), then we could add Check as new entity to store all relevant details as discussed above. Although, we haven't came across any real requirement around that from our clients so far who are dealing inbound/outbound payments through checks.

          And if add this as new entity on OFbiz data model then we can also tag this as "New Feature" instead of improvement as its missing till now in OFbiz.

          Show
          swash78 Swapnil Shah added a comment - - edited I reckon outgoing payment treatment is more or less same whether its towards Purchase made from suppliers or its towards Refund made to Customers (e.g, Sales Return of Refund type). Though we could validate it once but if we can gauge these all transactions correctly via standard Payment Type and Payment statuses then ledger entry should fall in place. Apart from it, if there is indeed any real time need of electronically transferring Check details to different financial institutions like Bank etc., (similar to what we mostly do for Credit Card/EFT), then we could add Check as new entity to store all relevant details as discussed above. Although, we haven't came across any real requirement around that from our clients so far who are dealing inbound/outbound payments through checks. And if add this as new entity on OFbiz data model then we can also tag this as "New Feature" instead of improvement as its missing till now in OFbiz.
          Hide
          diveshdut Divesh Dutta added a comment -

          Pierre , all details you are giving from business point of view makes sense. In context of this task, what we want to conclude is that is it making sense to introduce new table for check. And you are not answering that question's answer .

          What I said above and what Swapnil again said here : " if there is indeed any real time need of electronically transferring Check details to different financial institutions like Bank etc., (similar to what we mostly do for Credit Card/EFT), then we could add Check as new entity to store all relevant details as discussed above. Although, we haven't came across any real requirement around that from our clients so far who are dealing inbound/outbound payments through checks." . So our discussion is around whether to add new table or not ?

          It will be great if you help us to conclude that. I think that we don't need to add new table for Check . Also as Swapnil mentioned we have not seen any such requirements so far , where clients who deals with outgoing and incoming payments with Check, send check details electronically to financial institutions like Bank . So its not making sense to add new table for Check.

          But if you have some use case where it will make sense to add new table, we can definitely do that. I hope your next reply will help us to conclude this discussion.

          Show
          diveshdut Divesh Dutta added a comment - Pierre , all details you are giving from business point of view makes sense. In context of this task, what we want to conclude is that is it making sense to introduce new table for check. And you are not answering that question's answer . What I said above and what Swapnil again said here : " if there is indeed any real time need of electronically transferring Check details to different financial institutions like Bank etc., (similar to what we mostly do for Credit Card/EFT), then we could add Check as new entity to store all relevant details as discussed above. Although, we haven't came across any real requirement around that from our clients so far who are dealing inbound/outbound payments through checks." . So our discussion is around whether to add new table or not ? It will be great if you help us to conclude that. I think that we don't need to add new table for Check . Also as Swapnil mentioned we have not seen any such requirements so far , where clients who deals with outgoing and incoming payments with Check, send check details electronically to financial institutions like Bank . So its not making sense to add new table for Check. But if you have some use case where it will make sense to add new table, we can definitely do that. I hope your next reply will help us to conclude this discussion.
          Hide
          swash78 Swapnil Shah added a comment -

          Knock Knock

          Let's have conclusion on it so we can proceed on fixing it accordingly.

          Show
          swash78 Swapnil Shah added a comment - Knock Knock Let's have conclusion on it so we can proceed on fixing it accordingly.
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          I have a popup saying to look at it everyday for a week :/ Please wait a bit more...

          Show
          jacques.le.roux Jacques Le Roux added a comment - I have a popup saying to look at it everyday for a week :/ Please wait a bit more...
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          I said above

          Thanks Divesh for the proposition, I think these information would more easily found in "a new table with name Check similar to CreditCard, EftAccount, etc.", and treated in case of need.

          By "in case of need" I was thinking at report and stats, Pierre added

          outgoing pdf documents, like order, invoice, etc.

          He also added a comment about handling things in ledger/s

          My take is that it would be easier to handle an Entity.field that to have to poke around in a description field. You could prefer to handle it in a description field in the meantime, but I fear the rest will be forgotten then....

          My 2 cts as I'll certainly not have the time to code it...

          Show
          jacques.le.roux Jacques Le Roux added a comment - I said above Thanks Divesh for the proposition, I think these information would more easily found in "a new table with name Check similar to CreditCard, EftAccount, etc.", and treated in case of need. By "in case of need" I was thinking at report and stats, Pierre added outgoing pdf documents, like order, invoice, etc. He also added a comment about handling things in ledger/s My take is that it would be easier to handle an Entity.field that to have to poke around in a description field. You could prefer to handle it in a description field in the meantime, but I fear the rest will be forgotten then.... My 2 cts as I'll certainly not have the time to code it...
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          A solution to not forget would be to create a new Jira, if you still agree with the idea of a new table...

          Show
          jacques.le.roux Jacques Le Roux added a comment - A solution to not forget would be to create a new Jira, if you still agree with the idea of a new table...
          Hide
          diveshdut Divesh Dutta added a comment -

          I see no harm in creating new table, and agree that it would be more clean. So let's create new table for Check. Swapnil Shah as Jacques mentioned, can you please create a new ticket for this?

          Show
          diveshdut Divesh Dutta added a comment - I see no harm in creating new table, and agree that it would be more clean. So let's create new table for Check. Swapnil Shah as Jacques mentioned, can you please create a new ticket for this?
          Hide
          swash78 Swapnil Shah added a comment -

          Based on the discussed and concluded requirement let's use OFBIZ-7682 for defining/adding new entity with regard to 'CHECK'. Once done let's come back to this ticket to complete rest of the implementation.

          Show
          swash78 Swapnil Shah added a comment - Based on the discussed and concluded requirement let's use OFBIZ-7682 for defining/adding new entity with regard to 'CHECK'. Once done let's come back to this ticket to complete rest of the implementation.
          Hide
          diveshdut Divesh Dutta added a comment -

          Added new table "Check" under task OFBIZ-7682 . Jagpreet Kaur you may continue your work on this ticket now.

          Show
          diveshdut Divesh Dutta added a comment - Added new table "Check" under task OFBIZ-7682 . Jagpreet Kaur you may continue your work on this ticket now.
          Hide
          pfm.smits Pierre Smits added a comment -

          I concur. Jagpreet Kaur, you have my permission too.

          Show
          pfm.smits Pierre Smits added a comment - I concur. Jagpreet Kaur , you have my permission too.
          Hide
          Jagpreet Kaur Jagpreet Kaur added a comment - - edited

          As per the above discussion and the results concluded under OFBIZ-7682, completed the support to add check as payment method from party profile.
          We will cover the support to update details of check under OFBIZ-7475

          Show
          Jagpreet Kaur Jagpreet Kaur added a comment - - edited As per the above discussion and the results concluded under OFBIZ-7682 , completed the support to add check as payment method from party profile. We will cover the support to update details of check under OFBIZ-7475
          Hide
          Jagpreet Kaur Jagpreet Kaur added a comment -

          Uploaded the patch after some code improvements.

          Show
          Jagpreet Kaur Jagpreet Kaur added a comment - Uploaded the patch after some code improvements.
          Hide
          diveshdut Divesh Dutta added a comment -

          Patch is committed in revision number 1758926 in trunk. Thanks all of you for discussions. Thanks to Jagpreet for providing the patch. Assigning this ticket to Swapnil for verification and closure of this ticket.

          Show
          diveshdut Divesh Dutta added a comment - Patch is committed in revision number 1758926 in trunk. Thanks all of you for discussions. Thanks to Jagpreet for providing the patch. Assigning this ticket to Swapnil for verification and closure of this ticket.
          Hide
          swash78 Swapnil Shah added a comment -

          Thanks Jagpreet Kaur Divesh Dutta for the contribution. I have validated the fixes and seems to be working as expected via following testing:

          1. Add a 'Company Check Account' via Party profile screen
          2. Able to fill all the required details and have the Check account successfully created in system
          3. From profile screen also successfully expired the added Check account successfully

          I am closing this ticket and waiting to see the upcoming features for Updating the check account and using the same during order entry process.

          Show
          swash78 Swapnil Shah added a comment - Thanks Jagpreet Kaur Divesh Dutta for the contribution. I have validated the fixes and seems to be working as expected via following testing: Add a 'Company Check Account' via Party profile screen Able to fill all the required details and have the Check account successfully created in system From profile screen also successfully expired the added Check account successfully I am closing this ticket and waiting to see the upcoming features for Updating the check account and using the same during order entry process.
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          Thanks guys,

          I did the same yesterday and it worked as well. I wondered about update, but I now see that it will be done with OFBIZ-7475
          Is there a Jira issue for "using the same during order entry process" as said Swapnil?

          Show
          jacques.le.roux Jacques Le Roux added a comment - Thanks guys, I did the same yesterday and it worked as well. I wondered about update, but I now see that it will be done with OFBIZ-7475 Is there a Jira issue for "using the same during order entry process" as said Swapnil?
          Hide
          Jagpreet Kaur Jagpreet Kaur added a comment - - edited

          HI Jacques, Thanks for checking the functionality. As said by Swapnil update functionality will be done in OFBIZ-7475 and for order entry process here is the Jira issue OFBIZ-7377.

          Show
          Jagpreet Kaur Jagpreet Kaur added a comment - - edited HI Jacques, Thanks for checking the functionality. As said by Swapnil update functionality will be done in OFBIZ-7475 and for order entry process here is the Jira issue OFBIZ-7377 .
          Hide
          jacques.le.roux Jacques Le Roux added a comment -

          Thanks Jagpreet, I indeed missed the OFBIZ-7377 reference. I'm adding relations from here, even if it's closed

          Show
          jacques.le.roux Jacques Le Roux added a comment - Thanks Jagpreet, I indeed missed the OFBIZ-7377 reference. I'm adding relations from here, even if it's closed
          Hide
          pfm.smits Pierre Smits added a comment -

          It is a good thing to add even closed issues that are related, as it provides more context.

          Show
          pfm.smits Pierre Smits added a comment - It is a good thing to add even closed issues that are related, as it provides more context.

            People

            • Assignee:
              swash78 Swapnil Shah
              Reporter:
              pfm.smits Pierre Smits
            • Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development