Dynamics 365 for Finance和Operations，Enterprise版本7.3中的新增功能或更改

本主题介绍在Microsoft Dynamics 365 for Finance和Operations，Enterprise版本7.3中新增或更改的功能。此版本于2017年12月发布，内部版本号为7.3.11971.56116。

要详细了解所有最新产品版本中的新功能和更改，请参阅Dynamics 365 for Retail中的新增功能或更改内容以及新功能或更改。

转到Dynamics 365路线图以查找有关新功能的补充信息，并详细了解正在开发的新功能。

需求预测条目数据实体为数据管理框架启用

需求预测条目数据实体（ForecastDemandForecastEntryEntity）现在启用了数据管理框架（DMF），这使得可以与第三方系统集成。

另外，每个需求预测条目由序列号（实体字段ForecastEntryNumber）唯一标识。对于所有集成，请考虑此唯一标识符，即使它不存在于源或第三方系统中。

演示数据包中的数据

演示数据已经在之前的版本中作为大量公司的数据库提供。除了该数据库外，我们还使用演示数据公司创建数据包，以便您可以使用数据管理框架将演示数据加载到空白环境中。这些数据包将作为生命周期服务（LCS）中的全局共享资产库中的资产交付特定版本。加载数据包的指令也将被提供。

这些数据包与现有的演示公司相似但不完全相同，可能会随时间而改变。这些软件包非常小，并且提供了一种快速的方式来下载演示数据并在将其导入到环境中之前对其进行修改。我们将继续为更多的公司和模块功能添加额外的演示数据。

Dynamics 365项目服务自动化到Dynamics 365财务和运营集成 – 阶段1（私人预览）

从Dynamics 365项目服务自动化集成到Dynamics 365 for Finance和Operations的第一阶段现在可以在私人预览中找到。

“项目服务自动化到财务和运营集成”解决方案使用“数据集成”，通过通用数据服务（CDS）在Microsoft Dynamics 365财务和运营和Dynamics 365项目服务自动化实例之间同步数据。数据集成功能提供的集成模板可以实现从项目服务自动化到财务和运营的项目，项目合同和项目合同线的流动。

该解决方案在以下方面提供了直接同步：

• 在Project Service Automation中维护项目合同，并将其直接从项目服务自动化同步到财务和运营。
• 在Project Service Automation中创建项目，并直接从Project Service Automation同步到Finance and Operations。
• 在项目服务自动化中维护项目合同行，并直接从项目服务自动化同步到财务和运营。
• 维护项目服务自动化中的项目合同线里程碑，并将其直接从项目服务自动化同步到财务和运营。

要提名您的组织参与私人预览，请在https://aka.ms/psafinandopsintpreview上填写调查表。

Dynamics 365 for Sales和Dynamics 365 for Finance和Operations之间的前景与现金的集成得到加强

Dynamics 365 for Sales和Dynamics 365 for Finance and Operations，Enterprise Edition之间的期望现金集成的增强功能使以下流程中的直接同步成为可能：

• 在Sales中维护帐户，并将其作为客户与财务和运营同步。
• 在销售中维护联系人并将其与客户或客户的联系人同步到财务和运营。
• 维护“财务”和“操作”中的产品并将其同步到“销售”。
• 在销售中创建报价并将其同步到财务和操作。
• 在现有产品的销售中生成销售订单，并将其同步到财务和运营。
• 在财务和运营中生成，修改和完成销售订单，并将更改同步到销售。
• 在财务和运营中生成发票并将其同步到销售。

这些集成增强的亮点包括：

• 支持数据实体覆盖报价，销售订单和发票号码（不需要设置序号为手动）。
• 报价，销售额或发票行折扣从每单位到每行的折扣。
• 支持财务和运营与销售税收相关的费用，如运费税。
• 支持从销售到财务和操作的销售订单同步的附加功能。
• 支持将销售订单从财务和运营同步到销售的附加功能。
• 同步支持发票地址上的国家/地区的ISO代码，暴露在数据实体上。

费用管理移动工作区增强

此功能提供对支出管理中可用的功能的支持，该功能在移动解决方案中不适用于费用管理。此列表包括（但不限于）：

• 支持里程费用。
• 支持公司间支出。
• 支持每日费用。

有关更多信息，请参阅费用管理移动工作区。

使用Power BI进行财务报告

使用Power BI构建的一组默认报告可用于财务报告。新的财务报告经验将嵌入财务和运营部门，为您提供无缝的报告生成体验，并允许您钻取支持性文件。有限的分类账数据将可用于提供更好的分类账分类账。默认报告（例如试算表，资产负债表和损益表）将立即发运，但最初不允许使用“财务和运营”进行编辑。编辑需要使用Power BI桌面进行。使用报表设计器的现有财务报表仍然可用且完全受支持。

要使用Power BI查看有关财务报告的其他信息，请观看以下视频：Dynamics 365 for Finance和Operations的报告。

固定资产前滚报表

新的“ 固定资产”前滚报表为您提供了易于阅读的Excel格式的期末结算，财务报表和税务报表所需的详细固定资产数据。这个利用GER框架的报告显示了特定时期的固定资产财务细节。综合数据包括个别资产的期初和期末余额以及期内的估值变动，以及在指定时间段内发生的任何新的资产收购和处置。为固定资产组和法人提供总额。

全球覆盖 – 可配置的电子报告

电子报告（ER）框架中增加了一些新功能。

• 支持以XML格式从输入文档导入数据的改进 – 您现在可以配置单个ER格式，以使用不同格式从输入XML文件导入数据。例如，您可以拥有不同的根元素，或格式中预定义的根元素，或者特定父元素的任何嵌套元素序列。这使客户可以减少管理ER解决方案所需的工作，并轻松采用现有ER解决方案来支持新的需求。
• 可从CSV格式的传入文档导入配置 – 现在可以使用ER配置CSV格式的导入文档中的数据导入。最初设计用于支持仅以XML和TXT格式从传入文件导入，ER格式可用于以另一种格式解析传入文档 – 作为纯文本存储由特殊字符分隔并由引用字符包围的表格数据。这使得客户可以很容易地采用支付，结算和其他流程中可以引入的具体要求。
• 检查导入ER解决方案的先决条件 – 该功能允许您检查当前应用程序实例与已选择导入的ER配置的符合性。所有缺少的应用程序更新（如果有的话）将被指示，因为所需的KB数量列表显着减少了为使应用程序与选择的导入ER配置兼容而安装必需的先决条件所需的努力。
• 通过调用应用程序类的方法重新使用应用程序逻辑 – 已经改进了配置ER表达式以调用具有参数的应用程序类的方法的现有功能。通过这个新功能，您将能够配置表达式，其中可以使用ER数据源在运行时动态定义这些参数的值。当应用程序的源代码中已经有了必要的逻辑时，客户可以大大减少配置ER解决方案所需的工作量。
• 集合函数和数据分组计算的改进 – 对于GROUP BY类型的某些ER数据源，可以在数据库（SQL）级别执行集合函数的数据分组和计算。这使客户能够显着提高ER报告的性能，特别是对于可能包含许多记录的事务性数据源。
• 根据传入文档中的信息删除记录 – 您现在可以配置ER格式以便从传入文档导入数据，以便只插入新记录或更新现有文档。您还可以配置现有记录删除的逻辑。这为客户提供了更多机会使用ER框架作为可配置的自动化各种业务流程。
• 访问ER框架的API的变化 – 访问ER框架的现有API已经发生了变化 – 大多数X ++类被移动到外部C＃程序集，而其余的被标记为内部。新的API改进了ER框架的向后兼容性。这使客户能够显着减少在应用程序的将来更新中管理ER相关代码修改所需的工作量。

有关更多信息，请参阅电子报告概述。

库存事务记录（InventSumLogTTS）优化

库存事务日志记录（InventSumLogTTS）现在为所有项目开启，并且日志中的旧记录被自动删除。

这些更改可防止在某些情况下将记录插入到库存事务日志表（InventSumLogTTS）中。这可以防止表格变得太大并导致性能问题。

在公司中启用计划流程时，这意味着在下列情况下，主计划 > 设置 > 主计划参数 > 禁用所有计划流程设置为否，库存事务记录（InventSumLogTTS）未打开：

• 交易中的仓库具有手动补货设置。
• 该项目及其产品尺寸的覆盖范围代码为“ 手动”。
• 该交易与阻止库存状态有关。

项目通过项目主文件上的产品生命周期状态参数被禁用。

在公司中禁用计划流程时，这意味着“ 主计划” >“ 设置” >“ 主计划参数” >“ 禁用所有计划流程”设置为“ 是”，因此库存事务处理记录从不打开。

该库存交易记录表将定期清理删除那些超过90天的所有记录。清理是通过重新生成主计划自动触发的。

掌握和参考数据实体的仓库和运输管理

数据实体支持现在在供应链管理区域中启用了设置数据。对于仓库和运输区域，对默认配置模板进行了增强。默认配置模板提供了将配置数据从一个实例复制到另一个实例所需的实体和顺序。

在销售点的通知

在当今现代化的零售环境中，店面伙伴被分配各种任务，例如帮助顾客，运行交易，执行库存计数或接受店内订单。销售点（POS）客户授权员工在一个应用程序中完成这些和更多。由于需要在一天中执行各种任务，因此当需要关注任务时需要通知员工。为了解决这个问题，我们创建了一个通知框架，利用POS中的通知功能。对于此版本，只能对POS操作启用通知，并且开箱即可仅为订单执行操作启用通知。但是，通知框架是可扩展的，并使开发人员能够轻松插入任何操作的自定义代码。

优化顾问

优化顾问工作区帮助业务用户遵循最佳实践来优化他们拥有的业务流程。它分析业务流程，发现优化机会，利用应用程序数据量化机会，然后推荐可帮助提高业务目标和应用程序性能的有效性的解决方案。

通过优化顾问，业务用户可以：

• 在一个地方找到主动，量化，可操作和个性化的优化机会。
• 采取建议的行动。
• 分析采取建议措施的影响。

在目前的版本中，顾问提出了优化的机会：

• 库存收盘的表现。
• 仓库管理中的波浪处理和工作创建的性能。
• 应用程序的整体性能通过更新系统配置设置来反映实际的业务流程。
• 掌握BOM，路线和库存管理的数据质量。

每个生产操作部分释放材料和释放材料

以前，当生产订单被释放时，订单的所有材料都被释放到仓库中。在一些生产情况下，这不是最佳的过程。例如，请考虑以下情况：

• 在不同的操作中消耗物料的生产订单。
• 长时间运行的生产订单，其中生产订单总量的材料不能立即释放; 要么是因为所有的材料都不可用，或者车间没有足够的空间。

为了更好地支持这些场景，发布过程已经增强了以下功能：

• 能够限制材料释放到操作或选定的操作。
• 能够释放部分数量的成品的材料。在过程工业中，这可以例如对批量订单有用，其中不是所有预定订单的物料都可以一次被消耗。例如，如果您计划每天生产1000件成品或轮班，那么您可以很容易地限制物料的排放，以符合此数量的要求。

付款SDK和零售POS处理程序

支付SDK – 我们添加了从支付SDK向POS发送自定义错误消息的支持。以前POS将所有消息转换为在POS中定义的标准错误消息。现在您可以发送自定义消息和错误代码来轻松排除付款错误。

POS视图扩展 – 增加了支持扩展POS Picking和接收屏幕添加自定义列。

POS API – 增加了新的存款覆盖API，以支持通过代码覆盖存款，例如放置。

POS可重写的请求处理程序 – 我们在POS中添加了一个新的处理程序，用于扩展以覆盖逻辑和自动化序列号输入。如果扩展需要修改POS中的序列号输入，则可以覆盖新的获取序列号处理程序。例如，在POS中，对话框会捕获序列号，但您可以通过调用外部Web服务或自动生成的序列号来自动执行流程，然后覆盖此请求。

示例扩展 – 除了现有示例之外，我们还将以下示例添加到Retail SDK以帮助扩展。

• 零售代理延长店面时间和交叉忠诚度样本。
• 拣配和接收屏幕的自定义列示例。
• POS序列号自动化样本
• 额外的POS API示例。

产品配置增强

在一列或多列中排列属性 – 为了优化配置体验，可以在一列或多列中排列属性。最大列数为10，默认值为1.这使得在一个配置步骤中可以更容易地为具有多个属性的配置体验建模。您必须先设置属性，然后再设置该字段。如果某些属性未添加到组中，则会显示在最左侧的列中。如果所有属性都分配给属性组，则这些组将显示在列中。

为产品配置启用Z3解算器策略 – Z3解算器策略可用于产品配置。在许多基准测试中，与Microsoft解算器基础（MSF）解算器相比，求解器显示出显着的性能提升。新的Z3求解策略将根据配置模型进行分配。请注意，其他三种求解策略都是MSF的策略：默认，自上而下和最小域。

导入，导出和迁移产品配置模型 – 您可以使用标准数据实体导出和导入产品配置模型和模型版本。配置模型作为一个XML结构导出并保存在一个单独的实体中，这使得它很容易再次导出和导入。

产品生命周期状态

产品生命周期状态现在可用于发布的产品和产品变体。您可以通过分配状态名称和描述来定义任意数量的产品生命周期状态。您可以选择一个生命周期状态作为新发布产品的默认状态。发布的产品变体继承了发布的产品主人的产品生命周期状态。在发布的产品主文件上更改生命周期状态时，可以选择更新具有相同原始状态的所有现有变体。

为了控制和了解特定产品或产品变体在其生命周期中的状况，在产品生命周期管理解决方案（PLM）中将生命周期状态与变量状态模型关联起来是产品的最佳实践。此功能已添加到发布的产品模型中。此扩展的主要目的是提供可扩展的解决方案，可以从总体规划和BOM级别计算中排除过时的产品和产品变体（包括配置）。

对总体规划的影响 – 产品生命周期状态只有一个控制标志：处于活动状态以进行规划。默认情况下，所有产品生命周期状态均设置为“ 是 ”。当该字段设置为否时，相关的已发布产品或产品变体是：

• 从总体规划中排除
• 从物料清单级别计算中排除

出于性能方面的原因，强烈建议您将所有过时的已发布产品或产品变体与停用用于总体规划的产品生命周期状态相关联，尤其是在使用不可重复使用的产品配置变体时。

查找过时的已发布产品和产品变体 – 您可以运行分析来查找和更新过时的已发布产品或产品变体。

如果您在模拟模式下运行分析，那么被标识为过时的已发布产品和产品变体将显示在特定页面上供您查看。分析搜索交易和特定主数据以查找在特定时期内没有需求的已发布产品或产品变体。在特定时期内创建的新发布的产品可以从分析中排除。

当分析模拟返回预期结果时，您可以通过将新产品生命周期状态分配给所有被识别为过时的产品来运行分析。

迁移，导入和导出过程中的默认值

• 从以前的版本迁移时，所有已发布产品和产品变体的生命周期状态将为空白。
• 通过数据实体导入发布的产品时，将应用默认的生命周期状态。
• 通过数据实体导入发布的产品变体时，将应用发布的产品主体的产品生命周期状态。

请注意，不支持使用已发布产品或产品变体的数据实体设置各个产品生命周期状态的功能。

零售代理 – 添加了新的扩展点，以支持零售代理扩展，无需内联更改

以前，您需要内联修改零售代理项目以生成零售代理，以支持POS离线模式下的新CRT / RS扩展或电子商务扩展。现在，您可以生成代理，而不需要任何内联更改作为一个全新的扩展。我们还增加了对多个ISV / Partner扩展代理的支持，而不需要在扩展代理之间进行任何代码合并。这将帮助您无缝升级代理扩展。

有关更多信息，请参阅Retail Typescript和C＃代理。

安全库存补货增强

在任何时候，一个物品的可用库存必须高于安全库存数量的限制可能会延迟运输销售订单，生产订单以及任何其他实际的，独立的或相关的需求。例如，对于具有5天提前期的项目，如果该项目有10个库存，并且安全库存水平设置为10，则销售线将被延迟5天，等待计划的订单的交付该项目。

如果系统确定这导致实际需求的实现延迟：销售线，BOM线，转移需求，需求预测线等，则可用库存必须总是高于安全库存数量的约束被优先化。否则，确保可用库存高于安全库存数量与其他需求类型具有相同的优先级。这确保了实际交易没有延误，并有助于防止安全库存过度补货和提前补货。

在总体规划的覆盖阶段，安全库存补给不再具有优先权。现在的库存可以在任何其他需求类型之前使用。在延迟计算过程中，将增加新的逻辑来检查延迟的销售线路，BOM线路需求以及所有其他需求类型，以确定是否能够按时交货，并使用安全库存。如果系统识别出使用安全库存可以最大限度地减少延误，那么销售线或物料清单行将用安全库存取代其初始覆盖范围，系统将触发安全库存的补货。

如果计划或项目没有设置为延迟计算，那么安全库存约束将具有与任何其他需求类型相同的优先级。这意味着在任何其他需求类型之前都有现成的库存和其他可用库存。

过期项目的覆盖率计算也有新的逻辑。在任何时间点，具有最近到期日的库存收据都将用于安全库存，以便在FEFO（首次到期，先出）订单中满足实际需求，例如销售线或物料清单行。

税务引擎（GTE） – 仅限印度GST

税务引擎（GTE）是财务和运营中可配置业务应用程序体验的重要组成部分。它具有高度的可定制性，并允许业务用户，功能顾问或电力用户根据法律和业务要求配置税收规则，以确定税收适用性，计算，过帐和结算。GTE的税务配置更加灵活。它提供了更容易的扩展体验; AOT中的数据提供者几乎不需要更改代码来支持扩展方案。

供应商协作

供应商协作已经扩展，使供应商能够查看和选择性地维护自己的公司信息，如联系信息，业务识别数据，采购类别和认证。

• 供应商可以查看和响应询价，其中包括接收和上传附件的能力。协作界面允许供应商接收关于被授标或丢标的信息。
• 在公共部门配置中，RFQ现在可以通过数据管理发布和导出为实体。这使得数据在客户托管的公共网站中被消费和暴露。
• 新的工作流程支持的流程（供应商入职）可促进向Dynamics 365 for Financial and Operations添加新供应商。邀请供应商根据通过实体导入的注册请求进行注册，或者根据直接在“财务和运营”中输入的请求进行注册。
• 注册过程为代表供应商的人员提供具有限制性安全角色的用户帐户，然后通过完成向导引导过程邀请用户进行注册。指导性注册过程会提示数据，如联系信息，业务识别数据，采购类别和问卷答案。由供应商联系人输入的信息填充到供应商请求中，并且在通过工作流程过程批准信息之后，创建新的供应商账户。

仓库 – 执行策略添加到全部或部分批量下达转储单

仓库批量作业的发布通过与销售订单的功能等同的履行策略来丰富，但是现在还包括转移订单。您可以根据履行率政策批量下达转移订单。该政策还可以应用于手动发放到仓库表单以及从装载版本开始。当手动释放时，也可以覆盖线路级别的默认策略。

仓库 – 集装箱中使用的皮重包含在货物的总重量中

这种增强确保了集装箱中使用的集装箱的皮重包含在货物的总重量中。加载头的一些可用性增强功能也被添加以更好地与应用的加载模板相关联。

现在更详细地描述了集装箱的体积，包括总体积，剩余体积和捕获实际体积的能力。

这些更新的价值由费率路线引擎以及运输投标所消耗。