由于时区和 SystemDateGet() 的使用而导致的发布日期问题

Question

摘要

我们遇到了一个问题，systemDateGet() 函数返回 AOS 在确定发布日期时需要本地日期。

详细信息

• 我们在世界各地、国际日期变更线两侧均设有分支机构， 使用适当的时区设置连接到本地终端服务器的用户 对于用户的分支。

• 每个分支机构都与不同的公司关联，该公司已配置为 正确的时区。

• 我们运行一个 AOS，并为总部设置了时区设置。有 无法引入额外的 AOS。

• SystemDateGet() 函数返回 AOS 日期，因为用户没有更改 他们的 Axapta 会话日期。

• 数据库中与过帐日期相关的许多系统字段都是基于日期的，并且 不基于 UTCDATETIME。

• 我们正在运行 AX2009 SP1 RU7。

  • 内核版本5.0.1500.4570
  • 应用版本 5.0.1500.4570
  • 本地化版本：巴西、中国、日本、泰国、印度

• 我知道 SystemDateGet() 函数旨在返回 AOS 日期，除非 用户更改其会话日期，在这种情况下会返回该日期。

• 每个用户在其用户配置文件中都有适当的时区设置。

问题

问题的一个示例是当用户尝试发布涉及财务的日记时 交易，检查分类账期间是否处于开放状态。例如， 用户在英格兰，试图在当地时间 11 月 30 日下午 3:00 发布日记 时间，标准 Axapta 代码使用 systemDateGet() 函数来确定要使用的日期 在验证中（确定该期间是否开放）。在我们的例子中，AOS 基于 澳大利亚布里斯班和 systemDateGet() 函数返回 12 月 1 日 （当地时间12月1日凌晨1:00）。

该问题的另一个示例是在美国星期五过帐发票 AOS 所在的星期几是星期六。我们需要系统 记录当地日期。

问题

除了重写所有涉及systemDateGet()的系统代码之外，超过2000个实体，还有没有 任何其他可用于解决获取正确本地问题的选项 日期？

解决方案的局限性。

• 在上面给出的分类账期关闭的示例中，不可能从 业务惯例观点为月底前开启下期处理 已完成。

• 目前没有购买额外 AOS 的选项。

Answer 1

在 Global 类中创建一个函数：

static date systemDateGetLocal()
{
    return DateTimeUtil::date(DateTimeUtil::applyTimeZoneOffset(DateTimeUtil::utcNow(), DateTimeUtil::getUserPreferredTimeZone()));
}

然后在 Info.watchDog() 中执行：

systemDateSet(systemDateGetLocal());

这可能只是部分解决方案，watchDog 是仅在客户端执行。

Answer 2

这是一个快速更新。如果有任何问题或情况需要解决，请告诉我。

使用当地时间

简介：
以下是正在进行的更新，因为该解决方案尚未在所有情况下进行充分测试。

问题：
如果用户的时区与 AOS 不同，则当需要本地日期时间时，timeNow() 和 systemDateGet() 函数将返回 AOS 详细信息。

澄清剂：
当 Axapta 内的本地日期时间发生更改时，systemDateGet() 函数将返回本地日期，但 timeNow() 函数仍返回 AOS 时间。

编码更改：
为了处理许多不同的情况，已经进行了许多编码更改。可能需要解释的地方将添加评论。

括号已更改为 { 和 } 以允许发布此内容。

类别：全球

我收到的一项要求是允许系统处理公司内可能具有不同时区的多个站点。目前不需要此功能。

static server void setSessionDateTime(
    inventSiteId    inventSiteId = '', 
    utcDateTime     reference = dateTimeUtil::utcNow())
{
    str                             sql;
    sqlStatementExecutePermission   perm;
    connection                      conn        = new UserConnection();
    timeZone                        timeZone;
    int                             ret;
    ;

    if (inventSiteId)
    {
        timeZone = inventSite::find(inventSiteId).Timezone;
    }
    else
    {
        timeZone = dateTimeUtil::getCompanyTimeZone();
    }

    //This is to get around the kernel validation of changing timezones
    //when the user has more than one session open.

    sql     = strfmt("Update userInfo set preferredTimeZone = %1 where userInfo.id = '%2'", enum2int(timeZone), curUserId());
    perm    = new SQLStatementExecutePermission(sql);
    perm.assert();

    ret = conn.createStatement().executeUpdate(sql);

    dateTimeUtil::setUserPreferredTimeZone(timeZone);
    dateTimeUtil::setSystemDateTime(reference);

    CodeAccessPermission::revertAssert();
}

static int localTime()
{
    utcDateTime tmp;
    ;
    setSessionDateTime();

    tmp = dateTimeUtil::applyTimeZoneOffset( dateTimeUtil::utcNow(), dateTimeUtil::getCompanyTimeZone());
    return dateTimeUtil::time(tmp);
}

实现以下方法作为交叉检查，以确保 systemDateGet() 返回预期值。

static date localDate()
{
    utcDateTime tmp;
    ;
    setSessionDateTime();

    tmp = dateTimeUtil::applyTimeZoneOffset( dateTimeUtil::utcNow(), dateTimeUtil::getCompanyTimeZone());
    return dateTimeUtil::date(tmp);
}

CLASS:APPLICATION

修改方法setDefaultCompany。直接在 super 调用之后添加行 setSessionDateTime(); 。这是为了在用户更换公司时留出时间进行更改（我收到的另一个要求）。

CLASS:INFO

以便系统从会话开始时使用正确的日期/时间。

void startupPost()
{
    ;
    setSessionDateTime();
}

修改方法 canViewAlertInbox()，添加行 setSessionDateTime(); 作为第一行。这是为了处理用户为不同公司打开多个表单的情况。

依赖于本地化的更改：

根据您的服务包和本地化，您将需要更改对象的函数以使用 localTime() 函数，替换 timeNow()。重要提示：请勿更改 BatchRun 类以使用新的 localTime 函数，因为这将使其无法正常工作。

在我们的系统中，大约有 260 个实例可以更改。如果您不使用所有模块和本地化，则需要更改的实际行数将会更少。

最后说明：

代码中存在许多 Today() 调用。我还没有检查每一行以确保其编码正确，即使用 Today() 而不是 systemDateGet()。

已知问题：

我遇到过时区更改功能未完全按预期工作的情况。这是当一个会话正在进行数据库同步并且另一个会话在另一家公司打开时。由于普通用户永远无法做到这一点，因此我现阶段没有花太多时间来解决它。这是我确实想要解决的事情。