使用QBFC集成QuickBooks项目数据

我正在使用QBFC将Quick books项目数据从Quick books导入CSV文件

我见过几个字段具有相同的值（103）

ParentRefType=103

SalesTaxCodeRefType=103

ExpenseCountType=103

PrefVendorType=103

PurchaseTaxCodeType=103

告诉我为什么？我并没有直接从QuickBook应用程序中看到这些值

---

我希望这些价值观来自于背景

简而言之，103指的是全名引用类型。是的，这些值来自Quickbooks和QBFC的“背景”，因此您可能不会在Quickbooks UI的任何地方看到它们

上面列出的所有字段都是Quickbooks对象的引用类型（即父对象、SalesTaxCode、ExpenseCount等）。可以通过两种方式引用对象：ListID或FullName。引用的类型指示对象是否使用ListID引用或FullName引用

整数103似乎是全名引用类型的内部标识符。请注意，在导出文件（）中，所有引用对象都使用FullName类型来引用对象（请参见列ParentRefFullName、SalesTaxCodeRefFullName、ExpenseAccountRefFullName等）。还请注意，紧跟在这些列之后的列是Ref类型列（即ParentRefType、SalesTaxCodeRefType等）。只要左侧的单元格（全名单元格）包含值，这些Ref-Type列就会设置为103。当没有全名引用时，Type列包含零（我假设这意味着Ref Type未知或类似）

缔约国声明如下（根据定义）：

IQBBaseRef用于所有引用对象的qbXML“对象引用”。例如，一个 AccountRef指会计科目表中的科目。如果请求指定了两个ListID 和FullName，QuickBooks将只使用ListID

---

最后一句话值得注意。ListID引用优先于全名引用。您的导出文件中似乎没有使用ListID引用。

谢谢您的回复。如果103引用全名引用类型。在导出文件中，IncomeAccountType具有类似109、309566的差异值。即使IncomeAccountFullName也有不同的名称。请告诉我为什么此字段只有不同的值。IncomeAccountType列中的数据没有意义。例如，IncomeAccountFullName列中的值“建筑收入：材料收入”对应于IncomeAccountType值103、309和566。是否可能此数据已损坏？如何导出CSV文件？这段代码中有可能有bug吗？有趣的是，IncomeAccountType列的值与第46行到第60行的Type列相同。从技术上讲，IncomeAccountType和其他一些列应该包括Ref名称（即IncomeAccountRefType），因为它们是Ref类型，而不仅仅是类型。请参阅中的ItemQuery响应消息。记住这一点，当相关的FullName列中实际上有一个明显的值时，RefType不是103，这就更不寻常了。