> 持续流程改进 > 从订单到收款 — 计费与开票 > Salesforce Sales Cloud > 数据模板

您的 O2C 计费与开票数据模板

Salesforce Sales Cloud

← 返回改进指南

从订单到收款 — 计费与开票属性 (20) 从订单到收款 — 计费与开票活动 (13) 提取指南 (3)

您的 O2C 计费与开票数据模板

该模板全面概述了有效分析 O2C 计费与开票流程所需的核心数据属性和活动。它列出了事件日志中需收集的具体信息，并提供了提取这些数据的实用指南。利用此资源，可以简化您的流程挖掘计划并获得有价值的洞察。

建议收集的属性
需要追踪的关键活动
提取指南

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

从订单到收款 — 计费与开票属性

这些是建议包含在事件日志中的数据字段，用于全面的 O2C 计费与开票分析，确保捕获所有关键信息。

3 必填 5 推荐 12 可选

	名称	描述
	Event 时间 EventTime	指示特定活动发生时间的时间戳。
描述此属性提供每个活动的日期和时间，这对于按时间顺序排序和性能分析至关重要。时间戳建立了事件序列，并支持计算各步骤之间的时长。在流程分析中，事件时间用于计算所有基于时间的指标，包括周期时间、等待时间以及特定活动的持续时间。它是“平均发票周期”和“DSO”等 KPI 的基础，并为“发票审批周期”和“付款对账绩效”等仪表板提供支持。为何重要此时间戳对于事件的正确排序以及计算所有性能指标（如周期时间和时长）至关重要，这些指标是识别延迟的关键。获取方式这些数据通常来自系统生成的时间戳字段，如发票对象的 `CreatedDate` 或 `LastModifiedDate`，或相关的任务/事件记录。示例 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	发票编号 InvoiceNumber	每张发票的唯一标识符，作为计费流程的主要案例标识符。
描述发票编号是将所有相关计费活动分组到单个案例 (Case) 中的核心属性。每个编号代表发送给客户的一个独立计费文件。在流程挖掘分析中，此属性允许端到端追踪发票的生命周期，从生成到最终付款和关闭。它对于构建流程图以及计算“平均发票周期”和“应收账款周转天数 (DSO)”等案例级 KPI 至关重要。通过发票编号分析流程，有助于识别单个计费实例中的瓶颈、返工循环和合规偏差。为何重要这是将所有相关计费事件联系在一起的关键要素，从而能够为每笔唯一交易提供完整的端到端开票流程视图。获取方式这通常是 Salesforce Sales Cloud 中发票对象的主键，通常由 `InvoiceNumber` 或类似的唯一 ID 字段表示。示例 INV-00582INV-01934INV-10345
	活动名称 ActivityName	计费流程中发生的特定业务事件的名称。
描述此属性描述了发票生命周期中已达到的步骤或里程碑，例如“发票已生成”或“付款已收到”。这些活动构成了流程图中的节点。活动名称序列的分析是流程挖掘的基础。它揭示了实际流程流向，从而可以与设计流程进行对比。它用于识别偏差、特定步骤之间的瓶颈以及返工循环，直接支持“计费流程返工与错误”和“计费合规违规报告”等仪表板。为何重要它定义了流程的步骤，构成了流程图的骨架，并支持对工作流、瓶颈和偏差的分析。获取方式这通常源自发票对象上状态字段的更改，或者源自追踪特定操作的相关对象（如任务或事件）中的记录。示例已生成发票发票已审批发票已发送给客户已收到付款
	付款到期日 PaymentDueDate	要求客户支付发票的截止日期。
描述此属性指定发票上注明的付款截止日期。它是根据发票日期和约定的付款条件计算得出的。付款到期日是财务规划和催收管理的关键数据点。它是衡量实际付款表现的基准。它对于计算“按时付款率”KPI 以及追踪付款及时性的仪表板（如“应收账款周转天数 (DSO) 趋势”）至关重要。为何重要这是衡量付款表现、计算 DSO 以及触发催收活动（如付款提醒）的基准。获取方式这是 Salesforce 发票对象上的标准日期字段，通常名为 `DueDate`。示例 2023-05-152023-06-302023-07-01
	发票总金额 InvoiceTotalAmount	发票的总货币价值。
描述此属性代表客户因所提供的商品或服务而应付的总金额。它是与每个发票案例相关的关键财务指标。分析发票总额有助于优先处理高价值发票，并了解流程绩效在小额与大额交易之间的差异。它可以用于仪表板中的细分分析，例如观察高价值发票是否具有更长的审批时间或更晚支付。这对于管理财务风险和有效集中催收力量非常重要。为何重要这允许进行财务影响分析，有助于优先处理高价值发票，并了解金额大小如何影响流程行为（如审批时间或付款延迟）。获取方式这通常是发票对象上的标准货币字段，可能名为 `GrandTotal` 或类似的汇总字段。示例 5400.5012500.00850.75
	发票状态 InvoiceStatus	发票在其生命周期中的当前状态。
描述此属性反映了发票的当前状态，例如“草稿”、“等待审批”、“已发送”、“已支付”或“作废”。它提供了发票在任何给定时间所处流程位置的快照。发票状态是过滤和细分的关键维度。它允许分析师专注于特定的发票群体，例如所有当前等待付款的发票或所有被拒绝的发票。这有助于确定工作的优先级，并分析在某些阶段卡住的发票的特征。为何重要它提供发票当前状态的清晰快照，支持对未结、已结或有问题的案例进行过滤和分析。获取方式这通常是 Salesforce 中发票对象上名为 `Status` 的标准选取列表字段。示例等待审批已批准已发送至客户已付款已核销
	财务部 BillingDepartment	负责计费活动的部门或团队。
描述此属性指定负责用户所属的职能组，如“应收账款”或“销售运营”。这通常源自用户在 Salesforce 中的个人资料或角色。按部门分析绩效对于理解流程归属以及识别特定团队内的系统性问题至关重要。它用于“付款对账绩效”和“计费团队工作负载与绩效”仪表板，以比较不同职能领域的效率和资源利用率。为何重要这允许在团队或部门层面进行绩效分析，有助于识别特定组的瓶颈、资源限制或培训差距。获取方式此信息通常存储在 Salesforce 的用户 (User) 对象中，例如 `Department` 或 `Role.Name` 字段。示例应收账款财务运营催收团队
	责任人 UserResponsible	执行该活动的用户或代理。
描述此属性标识负责给定活动的特定 Salesforce 用户，例如批准发票或过账付款。它通常链接到最后修改记录或拥有该任务的用户。按责任人分析流程是了解团队绩效、工作负载分配和识别培训需求的关键。它通过允许绩效对比和资源分配分析，直接支持“计费团队工作负载与绩效”仪表板。在调查延迟或错误时，它也有助于根本原因分析。为何重要它支持对个人和团队绩效、工作量平衡的分析，并有助于识别表现优秀者或需要额外培训的用户。获取方式这可以在发票对象的 `LastModifiedById` 字段，或相关任务、自定义对象的 `OwnerId` 字段中找到。这些 ID 需要与用户 (User) 对象进行联接才能获取用户姓名。示例爱丽丝·约翰逊鲍勃·威廉姆斯Charlie Brown
	DSO（应收账款周转天数） DaysSalesOutstanding	从发票发出到收到付款的天数。
描述应收账款周转天数 (DSO) 是一项关键的财务指标，用于衡量公司在销售后收回款项所需的平均天数。它的计算方式是“发票已发送给客户”事件与“收到客户付款”事件之间的时间间隔。该 KPI 是 O2C 流程的主要焦点，此属性使每张发票的 DSO 都清晰可见。它直接支持“应收账款周转天数 (DSO) 趋势”仪表板，对于监控和改善现金流至关重要。为何重要这是衡量催收流程有效性及其对公司现金流直接影响的关键 KPI。获取方式这是一个计算属性。计算方式为：`(Timestamp('收到客户付款') - Timestamp('发票已发送给客户'))`。示例 32 天58 days29 天
	事件结束时间 EventEndTime	指示活动完成时的时间戳。
描述此属性记录活动的完成时间。虽然计费中的许多活动是瞬时事件（开始时间等于结束时间），但某些活动（如审批步骤）可能具有可衡量的时长。拥有结束时间可以精确计算活动处理时间，即代理或系统主动处理任务的时间。它有助于区分主动工作时间和等待时间，从而提供更详细的流程效率视图。为何重要它支持计算精准的活动处理时间，将实际工作时间与闲置等待时间区分开来，从而进行更准确的效率分析。获取方式这通常不是一个标准字段。可能需要通过获取案例中后续活动的开始时间 (StartTime) 来派生，或者在自定义字段中捕获。示例 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	付款条款 PaymentTerms	约定的发票付款条件，例如“Net 30”或“到账即付”。
描述此属性定义了发票应在何时以及如何支付的规则。它通常决定了付款到期日的计算，并可能包含早期付款折扣条款。按付款条件进行分析有助于了解不同协议如何影响付款行为。这对于“早期付款折扣利用率”仪表板至关重要，该仪表板通过对比付款日期与条款来识别错失的财务机会。它还为解释为何某些发票具有更长或更短的付款周期提供了背景。为何重要它为付款期限提供了背景信息，对于分析支付行为、DSO 以及早期付款折扣计划的有效性至关重要。获取方式此信息通常存储在 Salesforce 发票对象或相关账户对象的选取列表或文本字段中。示例净 30 天净 60 天2% 10，净30见票即付
	最后数据更新 LastDataUpdate	源系统上次数据刷新的时间戳。
描述此属性指示用于流程挖掘分析的数据上次从 Salesforce Sales Cloud 提取的时间。它是每次刷新期间应用于整个数据集的元数据字段。此时间戳对于用户了解分析的时效性至关重要。它能帮助用户确认所查看的仪表板和 KPI 是否为最新，这对于基于流程洞察做出及时且明智的业务决策至关重要。为何重要告知用户数据的时效性，确保决策基于流程的最新且相关的视图。获取方式该值由 ETL 工具或数据流水线在每次执行期间生成并标记到数据集中。示例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	发票处理周期 InvoiceCycleTime	从发票生成到关闭所经过的总时间。
描述此计算指标衡量单张发票计费流程的完整时长。通常计算为“发票已生成”事件与“发票已关闭”或“付款已对账”事件之间的时间差。这是衡量计费流程整体效率的主要 KPI。它用于“平均发票周期”KPI 和“端到端计费周期概览”仪表板，以监控和衡量流程绩效随时间的变化。缩短此周期时间可以带来更快的现金转化。为何重要这是衡量计费流程端到端效率的关键绩效指标，直接影响现金转化周期。获取方式此指标不在源系统中。它是通过流程挖掘工具减去每个案例中第一个事件和最后一个事件的时间戳计算得出的。示例 25天4小时45 days 12 hours60 days 2 hours
	发票币种 InvoiceCurrency	发票金额的货币代码，例如 USD 或 EUR。
描述此属性指示发票结算的货币。这对于在多个国家运营的组织尤为重要。此字段为任何财务分析提供了必要的背景。它允许正确汇总金额数值，并实现跨不同货币区域的流程指标对比。在分析财务 KPI 时，它是一个必要的过滤器，以避免混淆不同货币。为何重要为所有金额数值提供必要的上下文，确保财务分析和报表的准确性，特别是在跨国业务中。获取方式这通常是标准 `CurrencyIsoCode` 字段，适用于启用了多货币的 Salesforce 实例。示例美元EURGBPJPY
	客户名称 CustomerName	正在计费的客户或账户名称。
描述此属性标识发票开具给的客户或公司。它通常链接自 Salesforce 中关联的账户记录。按客户分析流程对于理解特定客户的行为以及识别可能影响关键账户的问题至关重要。它可以揭示某些客户是否始终延迟付款、需要更多返工或具有复杂的审批周期。这种洞察有助于管理客户关系并制定量身定制的催收策略。为何重要支持以客户为中心的分析，以识别特定模式，例如哪些客户经常逾期付款或需要更多的发票更正，从而改进客户关系管理。获取方式这源自 `Account.Name` 字段，通过从发票对象到账户对象的查找关系进行链接。示例 ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	客户所有者 AccountOwner	负责该客户账户的销售代表或客户经理。
描述此属性标识客户关系的内部负责人。通常是分配给 Salesforce 账户的销售人员或客户经理。虽然账户所有者不直接参与计费，但它可以作为一个相关的分析维度。计费流程中的问题会影响客户关系，此属性有助于将流程绩效数据连接回业务的商务端。它可以用来观察由某些所有者管理的账户是否经历了更多的计费问题。为何重要将计费流程表现与商务关系负责人关联，帮助企业了解开票错误或延迟对业务带来的具体影响。获取方式这是账户对象的 `Owner.Name` 字段，该账户与发票相关联。示例 David MillerSophia GarciaJames Wilson
	是否返工 IsRework	一个计算出的标志，用于指示发票是否经历了返工循环。
描述此布尔属性在数据处理期间得出。如果发票的活动序列显示出返工证据，例如在通过某个阶段后又返回到较早阶段（例如在“发票已批准”后出现“发票已更正”），则将其设置为 true。此标记对于快速识别和量化流程低效至关重要。它直接驱动“发票返工率”KPI 和“计费流程返工与错误”仪表板，使分析师能够隔离并检查具有高成本且耗时的返工循环案例。为何重要该标记通过识别具有修正循环的案例，直接量化了流程的低效程度，有助于精准定位错误源并计算低质量成本。获取方式此属性不在源系统中。它是根据每个案例的活动序列，由流程挖掘工具或在 ETL 层计算得出的。示例 truefalse
	是否逾期支付 IsLatePayment	一个计算出的标志，用于指示是否在到期日期之后收到付款。
描述此布尔属性是通过对比“收到客户付款”时间戳与“付款到期日”得出的。如果付款逾期则为 true，否则为 false。此标记简化了付款行为和催收有效性的分析。它是“按时付款率”KPI 的基础，有助于将客户细分为按时支付者和逾期支付者以进行进一步分析。它为每张发票的付款表现提供了清晰的二元结果。为何重要这为催收提供了明确的成功指标，直接支持了“按时付款率”KPI，并允许分析导致延迟付款的因素。获取方式此属性不在源系统中。它是通过在 ETL 层或流程挖掘工具中对比付款日期与 `PaymentDueDate` 字段计算得出的。示例 truefalse
	源系统 SourceSystem	用于标识数据来源的系统。
描述此属性指定生成事件数据的源应用程序。对于此流程，通常为“Salesforce Sales Cloud”。在具有多个集成系统的环境中，此字段对于数据血缘和故障排除至关重要。它有助于理解数据的上下文，并确保来自不同系统的事件在流程挖掘工具中得到正确合并和解释。为何重要它提供了有关数据来源的关键背景信息，这对于多系统环境中的数据治理、验证和分析至关重要。获取方式这通常是在数据提取、转换和加载 (ETL) 过程中添加的静态值，用于标记数据集的来源。示例 Salesforce Sales CloudSFSC
	账单国家/地区 BillingCountry	发票账单地址中指定的国家。
描述此属性捕获客户账单地址的国家。它是细分流程数据的关键地理维度。按国家分析计费流程对于识别绩效、合规性和客户行为的区域差异至关重要。它可以揭示某些国家是否存在更长的付款周期、不同的返工率或影响流程的特定监管要求。这支持了全球流程标准化和本地化优化工作。为何重要支持地理维度分析，以识别绩效、合规要求和支付行为方面的区域差异。获取方式这是发票对象上标准地址组合字段的一部分，通常为 `BillingCountry`。示例美国德国日本巴西

必填推荐可选

从订单到收款 — 计费与开票活动

这些是事件日志中需要捕获的关键流程步骤和里程碑，用于准确的流程发现和性能评估。

5 推荐 8 可选

	活动	描述
	发票已发送给客户	已批准的发票已通过电子邮件、邮寄或门户正式交付给客户。此事件通常通过填充“发送日期”字段或状态更改为“已发送”来捕获。
为何重要这标志着回款期的开始，也是计算应收账款周转天数 (DSO) 的起点。它是追踪客户沟通和付款时间线的关键里程碑。获取方式从发票对象上“发送日期”字段的填写或状态更新为“已发送”推断得出。如果通过集成的电子邮件工具发送，也可以是活动历史记录中记录的明确事件。捕获填充“Sent_Date__c”字段时的时间戳。事件类型 inferred
	发票已审批	授权用户已审核并批准了发票，确认其准确无误并准备发送给客户。此事件通常在发票状态更改为“已批准”时捕获。
为何重要这是控制后续计费流程的关键里程碑。此处的延迟会产生显著瓶颈，影响 DSO 和整体周期时间，相关指标可在“发票审批周期时间”仪表板中衡量。获取方式从发票对象的状态字段更改为“已批准”推断得出。如果使用了 Salesforce 审批流程，则可以从 ProcessInstance 对象的历史记录中明确捕获。捕获发票状态字段更改为“已批准”或完成正式审批流程步骤。事件类型 inferred
	发票已结案	发票生命周期已完成，即已全额支付并对账。这是发票成功处理后的最后一项活动，通常由状态更新记录。
为何重要此活动作为流程的主要终点，可以进行准确的端到端周期计算。它为流程分析提供了清晰的完成定义。获取方式根据发票对象状态字段更新为“已关闭”、“已全额支付”或类似终态时的时间戳推断得出。捕获发票状态字段更改为最终的“已关闭”值。事件类型 inferred
	已收到客户付款	客户已针对发票付款，且资金已收到。这通常通过创建相关的“付款”记录并将其链接到发票来记录。
为何重要这是流程中现金回收部分最重要的里程碑。它是 DSO 计算的终点，标志着收入的成功到账。获取方式从与发票对象关联的“付款”自定义对象记录的创建日期捕获。也可以从发票状态更改为“已支付”推断得出。捕获创建了相关的付款记录。事件类型 explicit
	已生成发票	此活动标志着在 Salesforce 中创建新的发票记录。它是特定交易计费流程的正式开始，通常在订单完成或达到合同里程碑后触发。该事件从发票记录的创建时间戳中捕获。
为何重要这是计费流程的主要起始事件。分析从这一刻到付款的时间有助于衡量整体 O2C 周期时间，并识别初始数据录入的延迟。获取方式此事件是从发票自定义对象或 Salesforce 中代表发票的类似对象的创建日期（CreatedDate 字段）中捕获的。捕获记录发票对象的创建时间戳。事件类型 explicit
	付款已过账	收到的付款已正式记录在公司的财务会计系统或分类账中。这可以通过集成运行后付款或发票记录的状态更新来捕获。
为何重要此活动将收款与财务对账分开。收款与过账之间的时间间隔可以揭示内部会计流程中的延迟。获取方式从付款或发票对象的状态字段变更为“已入账”或“已导出至 ERP”等值推断得出，通常通过 API 集成进行更新。捕获付款或发票状态更改为“已入账”。事件类型 inferred
	到达付款截止日期	这是一个计算得出的事件，代表根据付款条件发票到期的时间点。它不是用户行为，而是从发票数据中派生出来的。
为何重要此活动为分析付款行为和衡量“按时付款率”KPI 提供了关键基准。它有助于区分按时付款和逾期付款。获取方式这是一个计算得出的事件。它是通过对比当前时间戳与发票对象上的“到期日期”字段得出的。它在 Salesforce 中并不作为存储事件存在。捕获通过将当前日期与发票的“到期日期”字段进行比较得出。事件类型 calculated
	发票已拒绝	审批人拒绝了该发票（通常由于错误或差异），需要对其进行更正并重新提交。这通过发票记录状态变更为“已拒绝”来捕获。
为何重要此活动表示返工和流程低效。分析拒绝频率有助于识别常见错误源，并支持“计费流程返工与错误”仪表板的根本原因分析。获取方式从发票对象的状态字段更改为“已拒绝”推断得出。此数据也可能出现在正式审批流程历史记录的注释中。捕获发票状态字段更改为“已拒绝”。事件类型 inferred
	发票已提交审批	发票已定稿并在发送给客户前提交内部审核。此活动通常由发票记录上的状态字段更改捕获，例如从“草稿”变为“待审批”。
为何重要追踪此活动有助于分离出在审批队列中花费的时间。这是计算“平均发票审批时间”KPI 的关键第一步。获取方式在发票对象的字段历史记录跟踪中，当状态字段更新为“已提交审批”或“审核中”等值时推断得出。捕获发票状态字段更改为“待审批”。事件类型 inferred
	发票已更正	表示在发票被拒绝或发现错误后进行的人工更正或更新。这通常是通过发票状态回滚到之前状态（例如从“已拒绝”变回“草稿”）来推断的。
为何重要识别更正循环对于衡量“发票返工率”这一 KPI 至关重要。大量的更正表明初始发票生成过程中存在问题，从而导致了延迟。获取方式通过字段历史记录跟踪检测到状态从后期值（如“已拒绝”、“已批准”）变回前期值（如“草稿”、“进行中”）推断得出。捕获发票状态在流程图中发生倒流。事件类型 inferred
	发票已核销	已决定取消债务，发票在未全额付款的情况下关闭。这代表了账单流程中另一种不成功的终点。
为何重要追踪坏账核销有助于量化收入损失，并识别导致坏账的客户或情形。这是监控财务健康状况的关键异常路径。获取方式根据发票对象状态字段更新为“已核销”或“已取消 - 坏账”时的时间戳推断得出。捕获发票状态字段更改为“已核销”。事件类型 inferred
	已发送催款单	已向客户发送沟通信息，提醒其即将到期或逾期的付款。这通常记录为链接到发票的特定活动（任务或电子邮件）记录。
为何重要追踪提醒有助于评估催收策略的有效性。这对于“付款提醒有效性”仪表板和“付款提醒触发率”KPI 至关重要。获取方式从与发票对象关联的活动（任务或电子邮件）记录的创建中捕获，其中主题或类型指示其为付款提醒。捕获创建了具有特定类型/主题的相关任务或电子邮件记录。事件类型 explicit
	现金核销/已对账	收到的付款已在系统中与特定发票完全匹配并应用，从而结清应收账款。这由付款或发票记录上的最终状态更改捕获。
为何重要这标志着现金转化周期的最后一步。“付款对账绩效”仪表板依靠此活动来衡量财务团队在应用现金方面的效率。获取方式从发票或相关付款对象的状态变更为“已对账”或“已核销”等终态推断得出。捕获发票或付款状态更改为“已对账”。事件类型 inferred

推荐可选

提取指南

如何从 Salesforce Sales Cloud 获取数据

步骤

前提条件检查：确保您在 Salesforce 中拥有必要权限，包括“运行报表”、“创建和自定义报表”以及“导出报表”。确认发票和付款对象的关键状态字段已启用“字段历史记录跟踪”。为此，请导航至“设置 > 对象管理器”，找到相关对象，进入“字段与关系”，点击“设置历史记录跟踪”。
确定报表策略：由于活动源于不同的记录或事件（如发票创建、状态变更、相关付款），此流程需要创建多个报表。您将为每个不同的来源创建单独的报表，然后在外部合并结果。
创建记录创建报表：从最简单的事件开始。为“发票已生成”和“已收到客户付款”创建报表。导航到“报表”选项卡，点击“新建报表”。选择包含发票对象（如“发票”）或付款对象的报表类型。添加与事件日志属性对应的列。对于“发票已生成”活动，发票记录的 CreatedDate 即为 EventTime。
创建字段历史记录报表：要捕获“发票已提交审批”、“发票已批准”、“发票已拒绝”和“发票已更正”等状态变更，请基于“发票历史记录”报表类型创建报表。这种特殊的报表类型可以显示字段历史记录跟踪捕获的变更。您需要过滤此报表以仅显示 Status 字段的变更。
创建基于日期的事件报表：对于“发票已发送给客户”或“到达付款截止日期”等事件，请在发票对象上创建报表。使用日期字段本身（如 Sent_Date__c 或 Payment_Due_Date__c）作为 EventTime。您必须过滤掉这些日期为空的记录。
创建关联活动报表：对于“已发出付款提醒”等事件，您需要一个将活动（任务或事件）与发票关联的报表。使用类似“带有发票的活动”的报表类型或自定义类型。过滤具有特定主题或类型（指示提醒）的活动。
为所有报表添加标准列：在构建的每个报表中，确保添加可映射到所需事件日志结构的列：InvoiceNumber、EventTime 字段（如 CreatedDate 或字段变更日期）、UserResponsible（如 LastModifiedById）以及其他推荐属性。
将报表导出为 CSV：单独运行每个报表。在报表结果屏幕中，使用下拉菜单选择“导出”，选择“仅详细信息”格式及 .csv 扩展名。对所有创建的报表重复此操作。
合并与转换数据：在电子表格软件或数据准备工具中打开导出的 CSV 文件。为每个文件添加一个名为 ActivityName 的新列，并填入其代表的具体活动（例如，第一个报表的所有行填入“发票已生成”）。将源列（如 Invoice: Created Date）映射到标准事件日志表头（EventTime）。
创建最终事件日志：将所有来自各 CSV 文件的转换后数据合并到一个主文件中。确保列标题准确无误，如 InvoiceNumber、ActivityName、EventTime、UserResponsible 等。这个统一的文件就是您的最终事件日志。
最终格式化：将合并后的文件保存为采用 UTF-8 编码的 CSV 格式。现在，文件已准备就绪，可以上传至 ProcessMind。

配置

报表类型：您可能需要多种自定义报表类型，以便将客户 (Account) 等父对象与发票 (Invoice)、付款 (Payment) 和活动 (Activity) 等子级及孙级对象关联。请在“设置 > 报表类型”中创建这些报表。
字段历史记录跟踪：这一点至关重要。对于发票对象，请为所有 Status 字段启用历史记录跟踪。如果不启用，您将无法捕获“已批准”或“已拒绝”等状态变更活动。历史记录无法追溯，只能记录开启后的变更。
数据过滤器：请务必在报表中应用日期过滤器，以确保数据量在可控范围内。最佳实践是根据主对象的创建日期过滤最近 3 到 6 个月的数据（例如：Invoice: Created Date 等于 LAST 180 DAYS）。
数据导出服务：除了运行单个报表，您还可以使用原生的数据导出服务（设置 > 数据导出）。该服务会每周或每月导出您组织的全部数据。这虽然提供了完整备份，但需要大量的后期处理来过滤、关联和转换数据，才能生成事件日志。
用户权限：执行提取的用户除了需要具有报表创建和导出权限外，还需要对所有相关对象（如客户、订单、Invoice__c、Payment__c、活动）和字段具有读取权限。

a 查询示例 config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

步骤

前提条件与环境搭建：确保您的系统中安装了 Python 3.6 或更高版本。在终端中运行以下命令安装必要的库：pip install simple-salesforce pandas。您还需要准备好 Salesforce 用户名、密码和安全令牌。要获取安全令牌，请登录 Salesforce，进入个人设置，找到“重置我的安全令牌”选项。
启用字段历史记录跟踪：以管理员身份登录 Salesforce 组织。导航至“设置”，然后进入“对象管理器”。找到您的主发票对象（例如 Invoice__c），进入“字段与关系”。点击“设置历史记录跟踪”。为代表发票状态的字段（例如 Status__c）启用跟踪。对您的付款对象（例如 Payment__c）及其对应的状态字段重复此操作。
下载并配置脚本：将提供的 Python 脚本保存为 extract_invoices.py 文件。在文本编辑器中打开该文件，并更新“Salesforce Credentials and Settings”部分中的占位符值。您必须提供 SF_USERNAME、SF_PASSWORD、SF_SECURITY_TOKEN 和 SF_INSTANCE_URL。调整 START_DATE 和 END_DATE 以定义提取周期。
自定义对象和字段名称：仔细检查脚本中的 SOQL 查询。脚本使用了 Invoice__c、Payment__c、Status__c、Total_Amount__c 等占位符名称。您必须将这些占位符替换为您 Salesforce 实例中用于账单和开票的对象及字段的实际 API 名称。
执行提取脚本：打开终端或命令提示符，导航至脚本保存目录，运行命令：python extract_invoices.py。脚本将连接到 Salesforce API，执行查询并处理数据。
监控脚本进度：脚本在获取和处理每种活动类型的数据时，会在控制台打印状态消息。根据数据量和 API 限制，这可能需要一些时间。请留意可能指示凭据错误或 API 名称不正确的任何错误消息。
检查输出文件：脚本成功运行后，将在同一目录下生成名为 salesforce_billing_event_log.csv 的文件。使用电子表格软件打开此 CSV 文件，检查内容并验证其是否包含预期数据。
准备上传：生成的 CSV 文件已包含所需的列：InvoiceNumber、ActivityName 和 EventTime，以及其他推荐属性。此文件无需进一步格式化，即可直接上传至流程挖掘工具。

配置

Salesforce 凭据：您必须提供 Salesforce 用户名、密码和安全令牌。从组织受信任的 IP 范围之外进行 API 访问时，必须使用安全令牌。
Salesforce 实例 URL：指定您的 Salesforce 实例域名，例如 your_instance.my.salesforce.com。如果您使用的是沙盒环境，URL 会有所不同，例如 test.salesforce.com。
日期范围过滤器：脚本包含 START_DATE 和 END_DATE 变量。建议先从较小的日期范围（如 3-6 个月）开始，以管理数据量并确保在 API 限制范围内。这些日期用于过滤发票创建日期的初始查询。
对象和字段的 API 名称：脚本中使用了对象和字段的 API 名称占位符，例如 Invoice__c 和 Status__c。您必须将其替换为 Salesforce 数据模型中的实际 API 名称。您可以在 Salesforce 设置的“对象管理器”中找到这些名称。
跟踪前提条件：事件日志的准确性（尤其是状态变更）完全取决于在交易发生之前是否已为相关字段启用了 Salesforce 字段历史记录跟踪。如果未启用，则无法捕获历史变更。
API 调用限制：Salesforce 对 24 小时内的 API 调用次数设有管理限制。对于超大型数据集，请考虑按较小的日期范围分批运行提取，或将其安排在非高峰时段进行，以避免触发这些限制。

a 查询示例 python

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Salesforce Credentials and Settings ---
class=class="hl-string">"hl-comment"># IMPORTANT: Replace all placeholder values with your actual Salesforce information.
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_SECURITY_TOKEN = class="hl-string">'[your_salesforce_security_token]' class=class="hl-string">"hl-comment"># Append this to your password if required
SF_INSTANCE_URL = class="hl-string">'https://[your_instance].my.salesforce.com' class=class="hl-string">"hl-comment"># e.g., na1.salesforce.com

class=class="hl-string">"hl-comment"># --- Extraction Period ---
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># --- Object and Field API Name Placeholders ---
class=class="hl-string">"hl-comment"># Replace these with the actual API names from your Salesforce org.
INVOICE_OBJECT = class="hl-string">'Invoice__c'
INVOICE_NUMBER_FIELD = class="hl-string">'Name'
INVOICE_STATUS_FIELD = class="hl-string">'Status__c'
INVOICE_TOTAL_AMOUNT_FIELD = class="hl-string">'Total_Amount__c'
INVOICE_DUE_DATE_FIELD = class="hl-string">'Due_Date__c'

PAYMENT_OBJECT = class="hl-string">'Payment__c'
PAYMENT_INVOICE_LOOKUP_FIELD = class="hl-string">'Invoice__c' class=class="hl-string">"hl-comment"># Lookup field from Payment to Invoice
PAYMENT_STATUS_FIELD = class="hl-string">'Status__c'

class=class="hl-string">"hl-comment"># --- Main Script ---
def main():
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_SECURITY_TOKEN, instance_url=SF_INSTANCE_URL)
    print(class="hl-string">"Connection successful.")

    all_events = []

    class=class="hl-string">"hl-comment"># 1. Get base Invoice data
    print(class="hl-string">"Fetching base invoice data...")
    soql_invoices = fclass="hl-string">"""
        SELECT Id, {INVOICE_NUMBER_FIELD}, CreatedDate, CreatedById, LastModifiedById, 
               {INVOICE_STATUS_FIELD}, {INVOICE_TOTAL_AMOUNT_FIELD}, {INVOICE_DUE_DATE_FIELD}
        FROM {INVOICE_OBJECT}
        WHERE CreatedDate >= {START_DATE} AND CreatedDate <= {END_DATE}
    """
    invoices_data = sf.query_all(soql_invoices)[class="hl-string">'records']
    df_invoices = pd.DataFrame(invoices_data).drop(columns=[class="hl-string">'attributes'])
    invoice_ids = class="hl-string">"','".join(df_invoices[class="hl-string">'Id'].tolist())

    class=class="hl-string">"hl-comment"># Activity: Invoice Generated & Payment Due Date Reached
    print(class="hl-string">"Processing 'Invoice Generated' and 'Payment Due Date Reached' events...")
    generated_events = df_invoices.copy()
    generated_events[class="hl-string">'ActivityName'] = class="hl-string">'Invoice Generated'
    generated_events[class="hl-string">'EventTime'] = pd.to_datetime(generated_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
    generated_events[class="hl-string">'UserResponsible'] = generated_events[class="hl-string">'CreatedById']
    all_events.append(generated_events)

    due_date_events = df_invoices[df_invoices[INVOICE_DUE_DATE_FIELD].notna()].copy()
    due_date_events[class="hl-string">'ActivityName'] = class="hl-string">'Payment Due Date Reached'
    due_date_events[class="hl-string">'EventTime'] = pd.to_datetime(due_date_events[INVOICE_DUE_DATE_FIELD]).dt.tz_localize(None)
    due_date_events[class="hl-string">'UserResponsible'] = None class=class="hl-string">"hl-comment"># System-generated event
    all_events.append(due_date_events)

    class=class="hl-string">"hl-comment"># 2. Get Invoice Status Changes from Field History
    print(class="hl-string">"Fetching invoice status changes...")
    soql_invoice_history = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
        FROM {INVOICE_OBJECT}History
        WHERE ParentId IN ('{invoice_ids}') AND Field = '{INVOICE_STATUS_FIELD}'
    """
    invoice_history_data = sf.query_all(soql_invoice_history)[class="hl-string">'records']
    if invoice_history_data:
        df_invoice_history = pd.DataFrame(invoice_history_data).drop(columns=[class="hl-string">'attributes'])
        df_invoice_history = df_invoice_history.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id')
        df_invoice_history[class="hl-string">'EventTime'] = pd.to_datetime(df_invoice_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_invoice_history[class="hl-string">'UserResponsible'] = df_invoice_history[class="hl-string">'CreatedById']

        class=class="hl-string">"hl-comment"># Map status changes to Activity Names
        status_map = {
            (class="hl-string">'Draft', class="hl-string">'Pending Approval'): class="hl-string">'Invoice Submitted for Approval',
            (class="hl-string">'Pending Approval', class="hl-string">'Approved'): class="hl-string">'Invoice Approved',
            (class="hl-string">'Pending Approval', class="hl-string">'Rejected'): class="hl-string">'Invoice Rejected',
            (class="hl-string">'Rejected', class="hl-string">'Draft'): class="hl-string">'Invoice Corrected',
            (class="hl-string">'Approved', class="hl-string">'Sent'): class="hl-string">'Invoice Sent to Customer',
            (class="hl-string">'Approved', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Sent', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Approved', class="hl-string">'Written Off'): class="hl-string">'Invoice Written Off'
        }
        df_invoice_history[class="hl-string">'ActivityName'] = df_invoice_history.apply(lambda row: status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
        df_invoice_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
        all_events.append(df_invoice_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># 3. Get Payment Reminders from Tasks
    print(class="hl-string">"Fetching payment reminder tasks...")
    soql_tasks = fclass="hl-string">"""
        SELECT WhatId, ActivityDate, CreatedById, CreatedDate
        FROM Task
        WHERE WhatId IN ('{invoice_ids}') AND Subject LIKE '%Payment Reminder%'
    """
    task_data = sf.query_all(soql_tasks)[class="hl-string">'records']
    if task_data:
        df_tasks = pd.DataFrame(task_data).drop(columns=[class="hl-string">'attributes'])
        df_tasks = df_tasks.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_STATUS_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'WhatId', right_on=class="hl-string">'Id')
        df_tasks[class="hl-string">'ActivityName'] = class="hl-string">'Payment Reminder Issued'
        df_tasks[class="hl-string">'EventTime'] = pd.to_datetime(df_tasks[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_tasks[class="hl-string">'UserResponsible'] = df_tasks[class="hl-string">'CreatedById']
        all_events.append(df_tasks)

    class=class="hl-string">"hl-comment"># 4. Get Payment Data
    print(class="hl-string">"Fetching payment data...")
    soql_payments = fclass="hl-string">"""
        SELECT Id, {PAYMENT_INVOICE_LOOKUP_FIELD}, CreatedDate, CreatedById, LastModifiedById, {PAYMENT_STATUS_FIELD}
        FROM {PAYMENT_OBJECT}
        WHERE {PAYMENT_INVOICE_LOOKUP_FIELD} IN ('{invoice_ids}')
    """
    payment_data = sf.query_all(soql_payments)[class="hl-string">'records']
    if payment_data:
        df_payments = pd.DataFrame(payment_data).drop(columns=[class="hl-string">'attributes'])
        df_payments = df_payments.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=PAYMENT_INVOICE_LOOKUP_FIELD, right_on=class="hl-string">'Id', suffixes=(class="hl-string">'_payment', class="hl-string">'_invoice'))
        payment_ids = class="hl-string">"','".join(df_payments[class="hl-string">'Id_payment'].tolist())
        
        class=class="hl-string">"hl-comment"># Activity: Customer Payment Received
        payment_received_events = df_payments.copy()
        payment_received_events[class="hl-string">'ActivityName'] = class="hl-string">'Customer Payment Received'
        payment_received_events[class="hl-string">'EventTime'] = pd.to_datetime(payment_received_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        payment_received_events[class="hl-string">'UserResponsible'] = payment_received_events[class="hl-string">'CreatedById']
        all_events.append(payment_received_events)
        
        class=class="hl-string">"hl-comment"># 5. Get Payment Status Changes
        print(class="hl-string">"Fetching payment status changes...")
        soql_payment_history = fclass="hl-string">"""
            SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
            FROM {PAYMENT_OBJECT}History
            WHERE ParentId IN ('{payment_ids}') AND Field = '{PAYMENT_STATUS_FIELD}'
        """
        payment_history_data = sf.query_all(soql_payment_history)[class="hl-string">'records']
        if payment_history_data:
            df_payment_history = pd.DataFrame(payment_history_data).drop(columns=[class="hl-string">'attributes'])
            df_payment_history = df_payment_history.merge(df_payments[[class="hl-string">'Id_payment', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id_payment')
            df_payment_history[class="hl-string">'EventTime'] = pd.to_datetime(df_payment_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
            df_payment_history[class="hl-string">'UserResponsible'] = df_payment_history[class="hl-string">'CreatedById']

            payment_status_map = {
                (class="hl-string">'Received', class="hl-string">'Posted'): class="hl-string">'Payment Posted to Ledger',
                (class="hl-string">'Posted', class="hl-string">'Reconciled'): class="hl-string">'Cash Applied/Reconciled'
            }
            df_payment_history[class="hl-string">'ActivityName'] = df_payment_history.apply(lambda row: payment_status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
            df_payment_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
            all_events.append(df_payment_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># --- Final Assembly ---
    print(class="hl-string">"Assembling final event log...")
    final_df = pd.concat(all_events, ignore_index=True)

    class=class="hl-string">"hl-comment"># Standardize column names
    final_df.rename(columns={
        INVOICE_NUMBER_FIELD: class="hl-string">'InvoiceNumber',
        INVOICE_STATUS_FIELD: class="hl-string">'InvoiceStatus',
        INVOICE_TOTAL_AMOUNT_FIELD: class="hl-string">'InvoiceTotalAmount',
        INVOICE_DUE_DATE_FIELD: class="hl-string">'PaymentDueDate'
    }, inplace=True)

    class=class="hl-string">"hl-comment"># Select and order columns for the final event log
    required_cols = {
        class="hl-string">'InvoiceNumber': None,
        class="hl-string">'ActivityName': None,
        class="hl-string">'EventTime': None,
        class="hl-string">'UserResponsible': None,
        class="hl-string">'InvoiceStatus': None,
        class="hl-string">'InvoiceTotalAmount': None,
        class="hl-string">'PaymentDueDate': None
    }
    for col in required_cols:
        if col not in final_df.columns:
            final_df[col] = required_cols[col]
    
    class=class="hl-string">"hl-comment"># We cannot extract Billing Department directly from this model, so we will add it as an empty column
    final_df[class="hl-string">'BillingDepartment'] = None

    final_df = final_df[list(required_cols.keys()) + [class="hl-string">'BillingDepartment']]

    class=class="hl-string">"hl-comment"># Sort by case and event time
    final_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'salesforce_billing_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Event log saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

步骤

前提条件检查：确保您在 Salesforce 中拥有必要权限，包括“运行报表”、“创建和自定义报表”以及“导出报表”。确认发票和付款对象的关键状态字段已启用“字段历史记录跟踪”。为此，请导航至“设置 > 对象管理器”，找到相关对象，进入“字段与关系”，点击“设置历史记录跟踪”。
确定报表策略：由于活动源于不同的记录或事件（如发票创建、状态变更、相关付款），此流程需要创建多个报表。您将为每个不同的来源创建单独的报表，然后在外部合并结果。
创建记录创建报表：从最简单的事件开始。为“发票已生成”和“已收到客户付款”创建报表。导航到“报表”选项卡，点击“新建报表”。选择包含发票对象（如“发票”）或付款对象的报表类型。添加与事件日志属性对应的列。对于“发票已生成”活动，发票记录的 CreatedDate 即为 EventTime。
创建字段历史记录报表：要捕获“发票已提交审批”、“发票已批准”、“发票已拒绝”和“发票已更正”等状态变更，请基于“发票历史记录”报表类型创建报表。这种特殊的报表类型可以显示字段历史记录跟踪捕获的变更。您需要过滤此报表以仅显示 Status 字段的变更。
创建基于日期的事件报表：对于“发票已发送给客户”或“到达付款截止日期”等事件，请在发票对象上创建报表。使用日期字段本身（如 Sent_Date__c 或 Payment_Due_Date__c）作为 EventTime。您必须过滤掉这些日期为空的记录。
创建关联活动报表：对于“已发出付款提醒”等事件，您需要一个将活动（任务或事件）与发票关联的报表。使用类似“带有发票的活动”的报表类型或自定义类型。过滤具有特定主题或类型（指示提醒）的活动。
为所有报表添加标准列：在构建的每个报表中，确保添加可映射到所需事件日志结构的列：InvoiceNumber、EventTime 字段（如 CreatedDate 或字段变更日期）、UserResponsible（如 LastModifiedById）以及其他推荐属性。
将报表导出为 CSV：单独运行每个报表。在报表结果屏幕中，使用下拉菜单选择“导出”，选择“仅详细信息”格式及 .csv 扩展名。对所有创建的报表重复此操作。
合并与转换数据：在电子表格软件或数据准备工具中打开导出的 CSV 文件。为每个文件添加一个名为 ActivityName 的新列，并填入其代表的具体活动（例如，第一个报表的所有行填入“发票已生成”）。将源列（如 Invoice: Created Date）映射到标准事件日志表头（EventTime）。
创建最终事件日志：将所有来自各 CSV 文件的转换后数据合并到一个主文件中。确保列标题准确无误，如 InvoiceNumber、ActivityName、EventTime、UserResponsible 等。这个统一的文件就是您的最终事件日志。
最终格式化：将合并后的文件保存为采用 UTF-8 编码的 CSV 格式。现在，文件已准备就绪，可以上传至 ProcessMind。

配置

报表类型：您可能需要多种自定义报表类型，以便将客户 (Account) 等父对象与发票 (Invoice)、付款 (Payment) 和活动 (Activity) 等子级及孙级对象关联。请在“设置 > 报表类型”中创建这些报表。
字段历史记录跟踪：这一点至关重要。对于发票对象，请为所有 Status 字段启用历史记录跟踪。如果不启用，您将无法捕获“已批准”或“已拒绝”等状态变更活动。历史记录无法追溯，只能记录开启后的变更。
数据过滤器：请务必在报表中应用日期过滤器，以确保数据量在可控范围内。最佳实践是根据主对象的创建日期过滤最近 3 到 6 个月的数据（例如：Invoice: Created Date 等于 LAST 180 DAYS）。
数据导出服务：除了运行单个报表，您还可以使用原生的数据导出服务（设置 > 数据导出）。该服务会每周或每月导出您组织的全部数据。这虽然提供了完整备份，但需要大量的后期处理来过滤、关联和转换数据，才能生成事件日志。
用户权限：执行提取的用户除了需要具有报表创建和导出权限外，还需要对所有相关对象（如客户、订单、Invoice__c、Payment__c、活动）和字段具有读取权限。

a 查询示例 config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

您的 O2C 计费与开票数据模板

您的 O2C 计费与开票数据模板

从订单到收款 — 计费与开票属性

从订单到收款 — 计费与开票活动

提取指南

Salesforce 报告构建器和数据导出服务

步骤

配置

a 查询示例 config

使用 Salesforce REST API 的 Python 脚本

步骤

配置

a 查询示例 python

通过预建的 Salesforce 连接器进行 ETL 工具提取

步骤

配置

a 查询示例 config

准备好开始了吗？

加速回款：立即优化 O2C 账单与开票

您的 O2C 计费与开票数据模板

您的 O2C 计费与开票数据模板

从订单到收款 — 计费与开票属性

从订单到收款 — 计费与开票活动

提取指南

Salesforce 报告构建器和数据导出服务

步骤

配置

a 查询示例 config

使用 Salesforce REST API 的 Python 脚本

步骤

配置

a 查询示例 python

通过预建的 Salesforce 连接器进行 ETL 工具提取

步骤

配置

a 查询示例 config

我们重视您的隐私

准备好开始了吗？

加速回款：立即优化 O2C 账单与开票