Restrict change of WORKDATE on RTC Client

StLiStLi Member Posts: 83
edited 2015-07-27 in NAV Three Tier
Hi,

I'm looking for a way to prohibit certain users from changing the Workdate on their RTC client.

In classic there was a solution by implementing a COM-Automation NAVTimer and check the workdate every few seconds on said clients.

I also found this article that shows how to realise a simular timer-based event for a NASService: http://www.archerpoint.com/blog/Posts/t ... r-nav-2013
But when i try to implement that idea into the LogInManagement-codeunit (former part of CU 1) i get a crash on startup:
The server stopped the session (ID: 4) because of a stop session request.

So, I'm looking for other solutions. Setting the GL-Setup to only allow the current date for posting is too much trouble to do every day. Also: some users should be able to change the workdate so... it would be prefered to find an automized way.

Thanks & best regards
StLi

Comments

  • evandeveerdonkevandeveerdonk Member Posts: 49
    Hi StLi,

    did you solve the issue for your customer?

    Ernst
    http://www.vssolutions NAV-Outlook synchronisation re-invented.
  • StLiStLi Member Posts: 83
    No, i didn't find a solution yet.

    (just came back here to see if i got any usefull response what-so-ever) :(
  • evandeveerdonkevandeveerdonk Member Posts: 49
    Hi StLi,

    sometimes you can look for the 100% perfect solution, but you will not find it, you can also go for an almost perfect solution.

    It dep[ends on how eager your customer is to have this resolved.

    I can imagine that users will only change the workdate in a limited number of areas in NAV, like posting, of creating Orders.
    In that case, you might consider to create a field on the user setup: "Is allowed to change Workdate".

    And in codeunit 11, you program:

    USERSETUP.GET(UserID);
    IF NOT UserSetp."Is Allowed To Change Workdate" THEN
    IF WORKDATE <> TODAY THEN
    ERROR(TextNotAllowed);


    Hope that helps
    http://www.vssolutions NAV-Outlook synchronisation re-invented.
  • StLiStLi Member Posts: 83
    Hi,

    TY for your input. I Think I'll do something simular. The problem is that i don't know where the customer actually needs this check. And the code already exists for years and noone actually knows the original motivation of implementation.

    CU 11 will cover Purchase and Sales related posting, right? anything else?

    Thanks,

    StLi
Sign In or Register to comment.