web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics GP (Archived)

Update Age Based Employee Procedure

(0) ShareShare
ReportReport
Posted on by 1,456 User Group Leader

A process runs when the first user of the day logs into a company, everyday.  It is driven from the HR Module and pertains to life insurance.  The process is called HR_Update_Age_Based_Employee.

When the process is running, it prevents you from switching companies.  In our main company, this is not an issue, but everytime I log into our test company to try something quickly, if I am the first of the day (and most times I am), I must wait about 10-15 minutes before I can switch back because this process is running.

This is how it is expected to run, per the printable documentation from the module.  so it's not an issue of something "wrong", I just want to know if anyone knows of a way to disable this and/or more this process to a stored procedure that runs on the sql server every morning at like 3am when noone is here?

Thoughts? Suggestions?

*This post is locked for comments

I have the same question (0)
  • Suggested answer
    Terry R Heley Profile Picture
    Microsoft Employee on at

    Hi Shawn,

    My name is Terry and I can provide assistance today.

    Disabling Age Based Life Insurance

    While there isn't a way to disable age based life insurance in our system if you choose to set it up, I can give you information about how our system does this so you may create a custom update if you desire. I hope this is helpful:

    As long as you keep the table populated with the record so the system thinks it has already calculated this each day, you would be ok:

    This update process runs as you stated, when the first user logs into Microsoft Dynamics GP for the day. I ran a dexlog on this and found the following pertaining to our process:

    /* Date: 03/06/2010 Time: 13:59:33

    stmt(15744008):*/

    EXEC TWO.dbo.zDP_SY01401F_1 NULL,NULL,NULL,NULL

    /* Date: 03/06/2010 Time: 13:59:33

    stmt(15744008):*/

    EXEC TWO.dbo.zDP_SY01401SS_1 'sa', -2

    /* Date: 03/06/2010 Time: 13:59:33

    stmt(15741544):*/

    BEGIN UPDATE TWO.dbo.SY01401 SET USRDFSTR = '3/6/2010' WHERE USRDFSTR = '3/2/2010' AND USERID = 'sa' AND coDefaultType = -2 SELECT @@rowcount END

    /* Date: 03/06/2010 Time: 13:59:34

    stmt(15741544):*/

    EXEC TWO.dbo.zDP_ReportPublishersF_1 'sa',-32768,-32768,'','','sa',32767,32767,'ÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞ','ÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞ'

    /* Date: 03/06/2010 Time: 13:59:34

    stmt(15703800):*/

    EXEC DYNAMICS.dbo.zDP_SY02100SS_1 -1, 414, 10, 0

    /* Date: 03/06/2010 Time: 13:59:34

    stmt(15744008):*/

    SELECT COUNT(BENEFITKIND_I) FROM TWO.dbo.BE010130 WHERE BENEFITKIND_I = 2

    /* Date: 03/06/2010 Time: 13:59:34

    stmt(15741544):*/

    EXEC TWO.dbo.zDP_BE010130F_5 2,'','',2,'ÞÞÞÞÞÞÞÞÞÞÞÞÞÞÞ','ÞÞÞÞÞÞÞ'

    If our code sees that you already have a record in the SY01402 where coDefaultType = -2 and USRDFSTR = today's date, the process does not run. So, you would want to update this table with such a record before any users log in each day and that would prevent the age based update from happening.

    In your case, you may just want to do this for the TEST company.

    Hope this helps, thanks!

    Terry Heley

    Online Technical Community

    -----------------------------------------------------------------------------------------

    This posting is provided "AS IS" with no warranties, and confers no rights

  • Regie Profile Picture
    on at

    Hi Terry,

    Does this solution also apply to Gp2010 and GP2013?

    Thanks,

  • Terry R Heley Profile Picture
    Microsoft Employee on at

    Yes it does.  Thanks

  • Regie Profile Picture
    on at

    thanks Terry!

  • Regie Profile Picture
    on at

    Hi Terry, you mention table SY01402, in the log you showed above, there is no table SY01402. Did you mean table SY01401? Also, is there anything that needs to be deleted in table SY01402? I tested using table SY01401 and it doesn't seem to be working. I am only testing table SY01401 though not SY01402 that's why I asked. I tested this in GP2013.

  • Regie Profile Picture
    on at

    I tested in GP2013 -FYI.

  • ShawnMD Profile Picture
    1,456 User Group Leader on at

    are you testing on Fabrikam? If not, did you change "two" to your company database id?  The Sy01402 is a system table located in Dynamics database... Just checking in case that wasn't clear.  Let me know and ill be glad to help in case Terry is too busy

  • Regie Profile Picture
    on at

    Thanks! Yes, I am testing in Fabrikam.

  • ShawnMD Profile Picture
    1,456 User Group Leader on at

    Ok, great!  So the 02 table is the system table and the 01 is the company table.  This runs on a company level so it's the "-2" and today's date in the company table that you are looking for...  Update any user name in that table that already has a  coDefaultType = -2 and update it's   coUSRDFSTR value to tomorrow's date.... then, tomorrow, log in and it should not run (if noone has logged in today, you can use today's date as a test).  This will need to be done in a job that runs every day and all it really needs to do is change the date value to current date.  If this job runs at like 2 am, noone will ever pick that process up... Keep in mind, it will also prevent calculations for your life insurance age based premiums.... so doing it in TEST is really the only place you should do this...

  • Regie Profile Picture
    on at

    Shawn, thanks for the info but I am already doing this test. My question is do I need to update the 02 table, from your description and Terry's description, looks like the answer is no, correct?

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

#1
Community Member Profile Picture

Community Member 2

#2
mtabor Profile Picture

mtabor 1

#2
Victoria Yudin Profile Picture

Victoria Yudin 1

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans