Add CreationDate and CaseInceptionDate to rules

Comments

8 comments

  • Avatar
    Permanently deleted user

    We would like this to. Great idea

     

    0
    Comment actions Permalink
  • Avatar
    Natalie Williams

    Just wondering if you had any idea when this feature is likely ? 

    0
    Comment actions Permalink
  • Avatar
    Natalie Williams

    Just curious about this again. This would help us so much.

    Thanks

    0
    Comment actions Permalink
  • Avatar
    Jon Collis

    This one should be done, it would make the renewal of a binder a lot easier with different reference numbers on different documents.

    0
    Comment actions Permalink
  • Avatar
    Natalie Williams

    I have more binder renewals for March to sort out. It is not easy to ensure cases have the correct binder references, in fact it is impossible to make sure 100% are correct.  This simple rule could help out so much.

    Do you know when this may be implemented at all ?  Please ?

    0
    Comment actions Permalink
  • Avatar
    John Price

    Hi, 

    Just checking I have the right understanding here. You mean the date the current case RECORD was created and the inception date the current case RECORD, not the case itself? i.e. the current years details, not the original date the case was added, which could be years ago?

    What would you compare it against? A typed in date? 

    0
    Comment actions Permalink
  • Avatar
    Natalie Williams

    I think the Inception Date "Latest Year" is needed.

    When there is a binder renewal we are interested in the inception date of the current policy (or renewal), not previous years.  However, when MTAs are run we need rules based on the inception date (and creation date) of the current policy, not the MTA date.

    Does that make sense ?  I am worried I am using the wrong terminology.

    0
    Comment actions Permalink
  • Avatar
    John Price

    So, that sounds like need both.  

    A Policy one (similar to Policy_) that gives dates for the case as it stands now, and a Record one, that looks at individual updates (MTAs)

    You then would have to use them in the right places, Policies one on a first premium/renewal rule, and Record on a adjustment rule.

    Ok, will think more of this - ta

    0
    Comment actions Permalink

Please sign in to leave a comment.