Skip to Main Content
Merative Ideas Portal

Shape the future of Merative!

We invite you to shape the future of Merative, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Post your ideas

Start by posting ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. Get feedback from the Merative team to refine your idea

Help Merative prioritize your ideas and requests

The Merative team may need your help to refine the ideas so they may ask for more information or feedback. The offering manager team will then decide if they can begin working on your idea. If they can start during the next development cycle, they will put the idea on the priority list. Each team at Merative works on a different schedule, where some ideas can be implemented right away, others may be placed on a different schedule.

Receive notification on the decision

Some ideas can be implemented at Merative, while others may not fit within the development plans for the product. In either case, the team will let you know as soon as possible. In some cases, we may be able to find alternatives for ideas which cannot be implemented in a reasonable time.


Merative External Privacy Statement: https://www.merative.com/privacy

Status Not under consideration
Created by Josh Finlayson
Created on Nov 2, 2022

Allow different JTA timeout for deferred processing

We would like to be able to set a different JTA timeout for deferred processing i.e. DP timeout would be different to online timeout. Ideally we could set this on a per deferred process basis, in a similar way that a different timeout can be set for individual facade methods.

https://www.ibm.com/docs/en/spm/7.0.9?topic=settings-transactionhttps://www.ibm.com/docs/en/spm/7.0.9?topic=settings-transaction

Customer Name MSD, New Zealand
Market Segment Health & Human Services
Type of Request Customer Requirement
Market Opportunity

Support older customer sites where case assessment/other deferred processes may take a long time because of long running cases/other data.

Usage frequency + #/type of users impacted

Daily.

All user types.

CURAM:Workarounds + Proposed Solution

Manual processes.

Some cases assessments are performed in batch as they can't be completed in DP.

  • Attach files
  • CLAIRE MCGAFFEY
    Reply
    |
    Apr 13, 2023

    Hi Josh,

    We have not received the additional information we previously requested from you that would allow us to fully understand and evaluate your enhancement request. Since we have not received the information within the 30-day timeframe, we are closing this request.

    If you can provide the additional information in the future, please open a new enhancement request and we will be glad to review. We do appreciate the time you take to share your ideas with us and utilize your inputs to improve our product offering.

    Thank you,

    Sheryl Brenton, SPM Product Management Team

  • CLAIRE MCGAFFEY
    Reply
    |
    Feb 23, 2023

    Hi Josh,

    We wanted to follow-up with you to see if you have any feedback to share on the questions that we previously asked, which will help us to determine how we may be able to assist you with the issues you are having with reassessment time outs on the Provider Invoice Product Delivery case type.

    If we don't hear back from you within 30 days, we will plan to close this Idea, after which time if you would like to continue to look into this request with us, you can open a new Idea.

    Thank you.

    Sheryl Brenton, SPM Product Management Team

  • Sheryl Brenton
    Reply
    |
    Dec 23, 2022

    Hi Josh,


    Thank you for providing the information about the DP that is causing the issues.


    We have looked into your request for providing the ability to allow different JTA timeouts for deferred processing. Because the transaction timeouts are specified within the application container and the application server container manages them, we do not think we will be able to find a way in product to support a change to the JTA timeout on a per DP instance.

    What we would like to do though is explore further with you the actual business problem that resulted in your need to request a way to change the JTA timeout for the problematic DP.

    Can you provide us with further details about the types of scenarios that result in the need for reassessment of the service invoice line items to occur, and how often reassessment does occur.

    There is a hook point available that may potentially be able to help depending upon your specific scenarios.

    It can be enabled using the following application property.

    Application - CPM Financials settings - curam.financial.affectedserviceinvoices

    Have you tried using this yet?

    The ERN that describes the feature is available in the 6.1.1 release notes:

    IBM Cúram Social Program Management 6.1.1.0

    CPM-2371 - Implementation of processing to identify invoices which are due for reassessment


    It is also described in the documentation in this section:

    https://www.ibm.com/docs/en/spm/8.0.2?topic=properties-application-cpm-financials-settings


    Also, if you find that these links are not working for you, please let me know and I will provide the information in another way.


    Thank you,

    Sheryl Brenton, SPM Product Management Team

  • Josh Finlayson
    Reply
    |
    Nov 30, 2022

    Hi Sheryl,

    Yes, we're hoping to increase the timeout for a particular DP. As you've correctly intuited, this is actually a work around for the real problem. Let me provide a little background to explain this requirement.

    We have a Provider providing education courses etc to clients, which the Ministry pays for. We pay the Provider using the OOTB Provider Invoice Product Delivery case.

    My (admittedly limited) understanding is that a single instance of this case is created on a JIT basis to allow the Provider to be paid. This is OOTB functionality.

    Some of our Providers are quite large, and hang around for many years.

    Which means we end up with an huge amount of data for some Providers (around 10,000 financial components for some), which is causing re-assessment of the product delivery case to timeout for these Providers in DP.

    This is the actual problem we are trying to solve.

    Please let me know if I can provide any additional information.

    (Once we successfully reassess the problematic cases subsequent reassessments are faster. But we do find that some Providers become 'stuck' and we can't reassess them in DP).

    Cheers,

    Josh

  • CLAIRE MCGAFFEY
    Reply
    |
    Nov 28, 2022

    Hi Josh,

    We have reviewed your enhancement suggestion and we would like to get further information from you to help with our investigations of your request to allow different JTA timeouts for deferred processing.

    Could you please provide answers to the following questions:

    We assume that the provision of such a feature would be to increase the JTA timeout for a particular deferred process, is that true?

    • Is there a particular OOTB or custom deferred process which is causing issues, and which would benefit from having a different/increased JTA timeout?

    • Is there a specific issue that you are trying to solve (e.g. experiencing JTA timeout issues in your application for a particular deferred process etc.)?

    Please provide the requested information within 30 days so we may proceed with our evaluation. If we do not hear from you within that timeframe, we will have to close the request due to insufficient information.

    Thank you,

    Sheryl Brenton, SPM Product Management Team

  • CLAIRE MCGAFFEY
    Reply
    |
    Nov 7, 2022

    Hi Josh,

    Thank you for taking the time to share your ideas with us. We are committed to involving our users in building our product roadmap and appreciate your suggestions.

    We will review the information you have provided and get back to you within 30 days. If additional details are required to complete our evaluation, we will send you a request for more information.

    Thank you,

    Sheryl Brenton, SPM Product Management Team