我使用AIF将一些实体导入AX 2012，并通过C#ASP.Net应用程序使用web服务。我已经为Customers、Vendors、Workers、Chart of Accounts做了准备，现在开始General Journals。
在某些自定义中，我可以使用AIF Document Service Wizard找到一个解决方法：使用DirDunsNumber表的服务创建DUNS号码，稍后将客户与新创建的DUNS号码关联。在Products上，数据迁移将需要大量这样的定制。
这个月，我听说有一个新的框架（数据迁移框架），仍处于测试版。
我想知道Data Migration Framework是否会涵盖所有这些定制？与AIF相比，这个新框架有什么优势？
相对于AIF的优势。那么我认为您指的是文档服务。第一大区别是两个框架的目的：
DMF是对大量数据进行迁移，并且应该构建为有效地处理数据导入（我重复"应该"，因为到目前为止，整个DMF代码还没有完全按照"原样"进行性能优化）。它使用SQL Server将数据导入临时表，这应该比AIF更快。
AIF旨在构建与Ax集成的服务，并且更倾向于处理"消息"，而不是进行迁移。AIF的最大缺点是fomat（它使用soap XML，并通过一个模式进行验证，该模式要求消息采用某些格式，而作为开发人员，您的控制能力较弱）此外，在我看来，AIF会导致开销，并且作为一个框架并不是那么透明。例如，你必须进行一些性能优化，比如缓存EDT的小数位数，因为它需要太长的时间）
如果是你的话，我会选择定制服务。与AIF服务相比，可以相对容易地构建和部署，并且您可以更好地控制要使用的数据合约。
简而言之：
- 使用DMF进行大型数据集的迁移和导入
- 使用自定义服务可以提供与Dynamics AX 2012通信的服务。这些是WCF服务，因此为非AX开发人员所熟知
- 如果您被迫使用AIF；-）
如果你想了解AIF（以及Dynamics AX 2012的一般服务），你可以看看我和我的同事一起写的一本书：Dynamics AX 2012 services
数据迁移框架位于此处。
顾名思义，它的主要关注点是"数据迁移"，即将数据从系统一次性移动到AX。
AIF更多的是用于业务数据（例如发票）的日常传输。