> Mejora continua de procesos > Order to Cash: facturación y emisión de facturas > Salesforce Sales Cloud > Template de datos

Su Template de datos de Order to Cash: facturación y emisión de facturas

Salesforce Sales Cloud

← Volver a la guía de mejora

Atributos de Order to Cash: facturación y emisión de facturas (19) Actividades de Order to Cash: facturación y emisión de facturas (13) Guías de extracción (3)

Su Template de datos de Order to Cash: facturación y emisión de facturas

Este Template ofrece una visión completa de los atributos de datos y las actividades esenciales necesarios para analizar eficazmente su proceso Order to Cash: facturación y emisión de facturas. Detalla la información específica que debe recopilar para su Registro de eventos, junto con indicaciones prácticas para extraerla. Utilice este recurso para agilizar sus iniciativas de Process Mining y obtener información valiosa.

Atributos recomendados que debe recopilar
Actividades clave que debe supervisar
Guía de extracción

¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Descargar Template

Atributos de Order to Cash: facturación y emisión de facturas

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo de Order to Cash: facturación y emisión de facturas, garantizando la captura de toda la información crítica.

3 Obligatorio 5 Recomendado 11 Opcional

	Nombre	Descripción
	Hora del evento EventTime	La marca de tiempo que indica cuándo tuvo lugar una actividad específica.
Descripción Este atributo proporciona la fecha y hora de cada actividad, algo fundamental para ordenar los eventos cronológicamente y analizar el rendimiento. Las marcas de tiempo establecen la secuencia de eventos y permiten calcular las duraciones entre ellos. En el análisis de procesos, Event Time se utiliza para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, los tiempos de espera y las duraciones de actividades específicas. Es la base de KPI como 'Average Invoice Cycle Time' y 'DSO', y permite generar Dashboards como 'Invoice Approval Cycle Time' y 'Payment Reconciliation Performance'. Por qué es importante Esta marca de tiempo es fundamental para ordenar correctamente los eventos y calcular todas las métricas de rendimiento, como los tiempos de ciclo y las duraciones, que son clave para identificar retrasos. Dónde obtenerlo Estos datos suelen proceder de campos de marca de tiempo generados por el sistema, como `CreatedDate` o `LastModifiedDate`, del objeto Invoice o de registros relacionados de Task o Event. Ejemplos 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	Nombre de la actividad ActivityName	El nombre del evento empresarial específico que tuvo lugar en el proceso de facturación.
Descripción Este atributo describe el paso o hito alcanzado dentro del ciclo de vida de la factura, como 'Invoice Generated' o 'Payment Received'. Estas actividades forman los nodos del mapa del proceso. Analizar la secuencia de Activity Name es fundamental en Process Mining. Permite conocer el flujo real del proceso y compararlo con el proceso diseñado. Se utiliza para identificar desviaciones, cuellos de botella entre pasos concretos y ciclos de retrabajo, y respalda directamente Dashboards como 'Billing Process Rework & Errors' y 'Billing Compliance Violation Report'. Por qué es importante Define los pasos del proceso, forma la estructura del mapa del proceso y permite analizar el Workflow, los cuellos de botella y las desviaciones. Dónde obtenerlo Normalmente se obtiene de los cambios en el campo Status del objeto Invoice o de registros de objetos relacionados, como Task o Event, que registran acciones específicas. Ejemplos Factura generadaFactura aprobadaFactura enviada al clientePago recibido
	Número de factura InvoiceNumber	El identificador único de cada factura, que actúa como identificador principal del caso para el proceso de facturación.
Descripción Invoice Number es el atributo central que agrupa todas las actividades de facturación relacionadas en un único caso. Cada número representa un documento de facturación distinto enviado a un cliente. En el análisis de Process Mining, este atributo permite hacer un seguimiento integral del ciclo de vida de una factura, desde su generación hasta el pago y cierre finales. Es esencial para construir el mapa del proceso y calcular KPI a nivel de caso, como 'Average Invoice Cycle Time' y 'Days Sales Outstanding'. Analizar los procesos por Invoice Number ayuda a identificar cuellos de botella, ciclos de retrabajo y desviaciones de cumplimiento en cada instancia de facturación. Por qué es importante Es la clave esencial para vincular todos los eventos de facturación relacionados y obtener una visión completa, de principio a fin, del proceso de facturación de cada transacción única. Dónde obtenerlo Normalmente es la clave principal del objeto Invoice en Salesforce Sales Cloud, representada a menudo por `InvoiceNumber` o por un campo de ID único similar. Ejemplos INV-00582INV-01934INV-10345
	Departamento de facturación BillingDepartment	El departamento o equipo responsable de la actividad de facturación.
Descripción Este atributo especifica el grupo funcional, como 'Accounts Receivable' o 'Sales Operations', al que pertenece la persona usuaria responsable. Normalmente se obtiene del perfil o rol de la persona usuaria en Salesforce. Analizar el rendimiento por departamento es fundamental para comprender la propiedad del proceso e identificar problemas sistémicos dentro de equipos concretos. Se utiliza en los Dashboards 'Payment Reconciliation Performance' y 'Billing Team Workload & Performance' para comparar la eficiencia y el uso de recursos entre distintas áreas funcionales. Por qué es importante Permite analizar el rendimiento a nivel de equipo o departamento y ayuda a identificar cuellos de botella específicos de un grupo, limitaciones de recursos o carencias de formación. Dónde obtenerlo Esta información suele almacenarse en el objeto Usuario de Salesforce, en campos como `Departamento` o `Role.Name`. Ejemplos Cuentas por cobrarOperaciones financierasEquipo de cobros
	Estado de la factura InvoiceStatus	El estado actual de la factura en su ciclo de vida.
Descripción Este atributo refleja el estado actual de la factura, por ejemplo, 'Draft', 'Awaiting Approval', 'Sent', 'Paid' o 'Void'. Proporciona una instantánea de la etapa en la que se encuentra la factura en un momento determinado. Invoice Status es una dimensión fundamental para filtrar y segmentar los datos. Permite a las personas analistas centrarse en grupos específicos de facturas, como todas las facturas pendientes de pago o todas las facturas rechazadas. Esto ayuda a priorizar el trabajo y analizar las características de las facturas que quedan bloqueadas en determinadas etapas. Por qué es importante Proporciona una visión clara del estado actual de una factura y permite filtrar y analizar casos abiertos, cerrados o problemáticos. Dónde obtenerlo Normalmente se trata de un campo de lista de selección estándar llamado `Estado` en el objeto Invoice de Salesforce. Ejemplos Pendiente de aprobaciónAprobadoEnviado al clientePagadoDado de baja
	Fecha de vencimiento del pago PaymentDueDate	La fecha límite en la que el cliente debe pagar la factura.
Descripción Este atributo especifica la fecha límite de pago indicada en la factura. Se calcula a partir de la fecha de la factura y las condiciones de pago acordadas. Payment Due Date es un dato fundamental para la planificación financiera y la gestión de cobros. Es la referencia con la que se mide el rendimiento real de los pagos. Resulta esencial para calcular el KPI 'On-Time Payment Rate' y para los Dashboards que realizan un seguimiento de la puntualidad de los pagos, como 'Days Sales Outstanding (DSO) Trend'. Por qué es importante Es la referencia para medir el rendimiento de los pagos, calcular el DSO y activar actividades de cobro, como los recordatorios de pago. Dónde obtenerlo Es un campo de fecha estándar del objeto Invoice de Salesforce, normalmente denominado `DueDate`. Ejemplos 2023-05-152023-06-302023-07-01
	Importe total de la factura InvoiceTotalAmount	El valor monetario total de la factura.
Descripción Este atributo representa el importe total que el cliente debe pagar por los bienes o servicios prestados. Es una métrica financiera clave asociada a cada caso de factura. Analizar Invoice Total Amount ayuda a priorizar las facturas de mayor valor y comprender cómo varía el rendimiento del proceso entre transacciones pequeñas y grandes. Puede utilizarse para segmentar el análisis en Dashboards, por ejemplo, para comprobar si las facturas de mayor importe tardan más en aprobarse o se pagan más tarde. Esto es importante para gestionar el riesgo financiero y centrar eficazmente los esfuerzos de cobro. Por qué es importante Permite analizar el impacto financiero, priorizar las facturas de mayor valor y comprender cómo afecta el importe al comportamiento del proceso, por ejemplo, a los tiempos de aprobación o los retrasos en los pagos. Dónde obtenerlo Probablemente sería un campo de moneda estándar del objeto Invoice, posiblemente denominado `GrandTotal` o con un nombre similar. Ejemplos 5400.5012500.00850.75
	Persona usuaria responsable UserResponsible	La persona usuaria o el agente que realizó la actividad.
Descripción Este atributo identifica a la persona usuaria específica de Salesforce responsable de una actividad determinada, como aprobar una factura o contabilizar un pago. A menudo se vincula con la persona que modificó el registro por última vez o que es propietaria de la tarea. Analizar el proceso por User Responsible es clave para comprender el rendimiento del equipo, distribuir la carga de trabajo e identificar necesidades de formación. Respaldа directamente el Dashboard 'Billing Team Workload & Performance', ya que permite comparar el rendimiento y analizar la asignación de recursos. También ayuda en el análisis de causas raíz al investigar retrasos o errores. Por qué es importante Permite analizar el rendimiento individual y del equipo, equilibrar la carga de trabajo e identificar a las personas con mejor rendimiento o que necesitan formación adicional. Dónde obtenerlo Puede encontrarse en campos como `LastModifiedById` del objeto Invoice o `OwnerId` de objetos relacionados Task o personalizados. Estos ID deben combinarse con el objeto User para obtener el nombre de la persona usuaria. Ejemplos Alice JohnsonBob WilliamsCharlie Brown
	Condiciones de pago PaymentTerms	Las condiciones acordadas para el pago de la factura, como 'Net 30' o 'Due on Receipt'.
Descripción Este atributo define las reglas que determinan cuándo y cómo debe pagarse una factura. A menudo establece el cálculo de Payment Due Date y puede incluir condiciones para descuentos por pronto pago. Analizar los datos por Payment Terms ayuda a comprender cómo afectan los distintos acuerdos al comportamiento de pago. Es fundamental para el Dashboard 'Early Payment Discount Utilization', que compara las fechas de pago con las condiciones para identificar oportunidades financieras desaprovechadas. También aporta contexto sobre por qué algunas facturas tienen ciclos de pago más largos o más cortos. Por qué es importante Aporta contexto sobre las fechas límite de pago y es esencial para analizar el comportamiento de pago, el DSO y la eficacia de los programas de descuentos por pronto pago. Dónde obtenerlo Es probable que esta información se almacene en un campo de lista de selección o de texto del objeto Invoice o del objeto Account asociado en Salesforce. Ejemplos Neto 30Neto 602 % a 10 días, neto 30Vencimiento al recibir
	Días de ventas pendientes de cobro DaysSalesOutstanding	El número de días transcurridos desde el envío de la factura hasta la recepción del pago.
Descripción Days Sales Outstanding (DSO) es una métrica financiera fundamental que mide el número medio de días que una empresa tarda en cobrar después de realizar una venta. Se calcula como el tiempo transcurrido entre el evento 'Invoice Sent to Customer' y el evento 'Customer Payment Received'. Este KPI es una prioridad del proceso Order to Cash, y este atributo lo pone a disposición para cada factura. Respaldа directamente el Dashboard 'Days Sales Outstanding (DSO) Trend' y es esencial para supervisar y mejorar el flujo de caja. Por qué es importante Es un KPI crucial para medir la eficacia del proceso de gestión de cobros y su impacto directo en el flujo de caja de la empresa. Dónde obtenerlo Este es un atributo calculado. El cálculo es `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Ejemplos 32 días58 días29 días
	Es un pago atrasado IsLatePayment	Indicador calculado que señala si el pago se recibió después de la fecha de vencimiento.
Descripción Este atributo booleano se obtiene comparando la marca de tiempo de 'Customer Payment Received' con 'Payment Due Date'. Su valor es true si el pago se realizó tarde y false en caso contrario. Este indicador simplifica el análisis del comportamiento de pago y de la eficacia de la gestión de cobros. Es la base del KPI 'On-Time Payment Rate' y ayuda a segmentar a los clientes entre quienes pagan a tiempo y quienes pagan tarde para realizar análisis adicionales. Proporciona un resultado binario claro sobre el rendimiento del pago de cada factura. Por qué es importante Proporciona una métrica clara de éxito para la gestión de cobros, respalda directamente el KPI 'On-Time Payment Rate' y permite analizar los factores que contribuyen a los pagos atrasados. Dónde obtenerlo Este atributo no se encuentra en el sistema de origen. Se calcula en la capa ETL o en la herramienta de Process Mining comparando la fecha de pago con el campo `PaymentDueDate`. Ejemplos truefalse
	Es un reprocesamiento IsRework	Indicador calculado que señala si una factura ha pasado por un ciclo de reprocesamiento.
Descripción Este atributo booleano se obtiene durante el procesamiento de datos. Se establece en true si la secuencia de actividades de una factura muestra indicios de reprocesamiento, como volver a una etapa anterior después de haberla superado, por ejemplo, 'Invoice Corrected' después de 'Invoice Approved'. Este indicador es fundamental para identificar y cuantificar rápidamente las ineficiencias del proceso. Alimenta directamente el KPI 'Invoice Rework Rate' y el Dashboard 'Billing Process Rework & Errors', lo que permite a los analistas aislar y examinar los casos con ciclos de reprocesamiento costosos y lentos. Por qué es importante Este indicador cuantifica directamente la ineficiencia del proceso al identificar los casos con ciclos de corrección, lo que ayuda a localizar las fuentes de error y calcular el coste de la mala calidad. Dónde obtenerlo Este atributo no se encuentra en el sistema de origen. Lo calcula la herramienta de Process Mining o la capa ETL a partir de la secuencia de actividades de cada caso. Ejemplos truefalse
	Hora de finalización del evento EventEndTime	La marca de tiempo que indica cuándo se completó una actividad.
Descripción Este atributo registra la hora de finalización de una actividad. Aunque muchas actividades de facturación son eventos instantáneos en los que Start Time coincide con End Time, algunas, como un paso de aprobación, pueden tener una duración medible. Disponer de un End Time permite calcular con precisión el tiempo de procesamiento de una actividad, es decir, el tiempo durante el que una persona agente o un sistema trabaja activamente en una tarea. Ayuda a diferenciar el tiempo de trabajo activo del tiempo de espera, y ofrece una visión más detallada de la eficiencia del proceso. Por qué es importante Permite calcular con precisión los tiempos de procesamiento de las actividades y distinguir el trabajo activo del tiempo de espera para analizar la eficiencia con mayor exactitud. Dónde obtenerlo A menudo no es un campo estándar. Puede ser necesario derivarlo tomando el StartTime de la actividad posterior del caso o capturarlo en un campo personalizado. Ejemplos 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Moneda de la factura InvoiceCurrency	El código de moneda del importe de la factura, como USD o EUR.
Descripción Este atributo indica la moneda en la que está denominada la factura. Es especialmente importante para las organizaciones que operan en varios países. Este campo proporciona el contexto necesario para cualquier análisis financiero. Permite agregar correctamente los valores monetarios y comparar las métricas del proceso entre distintas zonas monetarias. Es un filtro necesario al analizar los KPI financieros para evitar mezclar monedas diferentes. Por qué es importante Proporciona el contexto necesario para todos los valores monetarios y garantiza la precisión del análisis y los informes financieros, especialmente en operaciones multinacionales. Dónde obtenerlo Normalmente es el campo estándar `CurrencyIsoCode`, disponible en las instancias de Salesforce con varias monedas habilitadas. Ejemplos USDEURGBPJPY
	Nombre del cliente CustomerName	El nombre del cliente o cuenta a la que se factura.
Descripción Este atributo identifica al cliente o empresa a la que se emite la factura. Normalmente se vincula desde el registro Account asociado en Salesforce. Analizar el proceso por cliente es esencial para comprender comportamientos específicos e identificar problemas que puedan afectar a cuentas importantes. Puede revelar si determinados clientes pagan tarde de forma habitual, requieren más retrabajo o tienen ciclos de aprobación complejos. Esta información ayuda a gestionar las relaciones con los clientes y adaptar las estrategias de cobro. Por qué es importante Permite realizar un análisis centrado en el cliente para identificar patrones, como qué clientes pagan tarde con frecuencia o requieren más correcciones de facturas, y mejorar la gestión de las relaciones con los clientes. Dónde obtenerlo Procede del campo `Account.Name`, vinculado mediante una relación de búsqueda del objeto Invoice con el objeto Account. Ejemplos ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	País de facturación BillingCountry	El país especificado en la dirección de facturación de la factura.
Descripción Este atributo recoge el país de la dirección de facturación del cliente. Es una dimensión geográfica clave para segmentar los datos del proceso. Analizar el proceso de facturación por país es esencial para identificar variaciones regionales en el rendimiento, el cumplimiento y el comportamiento de los clientes. Puede revelar si determinados países tienen ciclos de pago más largos, diferentes tasas de reprocesamiento o requisitos normativos específicos que afectan al proceso. Esto facilita la armonización global de los procesos y las iniciativas de optimización localizadas. Por qué es importante Permite analizar la distribución geográfica para identificar variaciones regionales en el rendimiento, los requisitos de cumplimiento y los comportamientos de pago. Dónde obtenerlo Forma parte del campo compuesto de dirección estándar del objeto Invoice, normalmente `BillingCountry`. Ejemplos USAAlemaniaJapónBrasil
	Propietario de la cuenta AccountOwner	La persona representante de ventas o gestora de cuentas responsable de la cuenta del cliente.
Descripción Este atributo identifica a la persona responsable interna de la relación con el cliente. Normalmente es la persona representante de ventas o gestora de cuentas asignada a la cuenta Account en Salesforce. Aunque no participa directamente en la facturación, Account Owner puede ser una dimensión relevante para el análisis. Los problemas del proceso de facturación pueden afectar a la relación con el cliente, y este atributo ayuda a conectar los datos de rendimiento del proceso con el área comercial de la empresa. Puede utilizarse para comprobar si las cuentas gestionadas por determinadas personas propietarias sufren más problemas de facturación. Por qué es importante Relaciona el rendimiento del proceso de facturación con la persona responsable de la relación comercial y ayuda a comprender el impacto empresarial de los errores o retrasos en la facturación. Dónde obtenerlo Es el campo `Owner.Name` del objeto Account, relacionado con la factura Invoice. Ejemplos David MillerSophia GarciaJames Wilson
	Sistema de origen SourceSystem	Identifica el sistema del que proceden los datos.
Descripción Este atributo especifica la aplicación de origen en la que se generaron los datos de los eventos. En este proceso, normalmente será 'Salesforce Sales Cloud'. En entornos con varios sistemas integrados, este campo es fundamental para la trazabilidad de los datos y la resolución de problemas. Ayuda a comprender el contexto de los datos y a garantizar que los eventos de distintos sistemas se combinen e interpreten correctamente en la herramienta de Process Mining. Por qué es importante Proporciona un contexto esencial sobre el origen de los datos, necesario para la gobernanza, validación y análisis de datos en entornos con varios sistemas. Dónde obtenerlo Normalmente es un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) para identificar el origen del conjunto de datos. Ejemplos Salesforce Sales CloudSFSC
	Última actualización de datos LastDataUpdate	Marca de tiempo de la última actualización de datos desde el sistema de origen.
Descripción Este atributo indica cuándo se extrajeron por última vez de Salesforce Sales Cloud los datos utilizados para el análisis de Process Mining. Es un campo de metadatos que se aplica a todo el conjunto de datos durante cada actualización. Esta marca de tiempo es fundamental para que las personas usuarias conozcan la actualidad del análisis. Les permite saber si los Dashboards y KPI que consultan están actualizados, algo esencial para tomar decisiones empresariales oportunas y fundamentadas a partir de los insights del proceso. Por qué es importante Informa sobre la actualidad de los datos y garantiza que las decisiones se basen en una visión vigente y relevante del proceso. Dónde obtenerlo La herramienta ETL o la canalización de datos genera este valor y lo incorpora al conjunto de datos durante cada ejecución. Ejemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z

Obligatorio Recomendado Opcional

Actividades de Order to Cash: facturación y emisión de facturas

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir el proceso con precisión y evaluar su rendimiento.

5 Recomendado 8 Opcional

	Actividad	Descripción
	Factura aprobada	Una persona usuaria autorizada ha revisado y aprobado la factura, confirmando su exactitud y que está lista para enviarse al cliente. Este evento suele capturarse cuando el estado de la factura cambia a 'Approved'.
Por qué es importante Este es un hito clave que condiciona el resto del proceso de facturación. Los retrasos en esta etapa generan cuellos de botella importantes y afectan al DSO y a los tiempos totales del ciclo, que se miden mediante el Dashboard 'Invoice Approval Cycle Time'. Dónde obtenerlo Se infiere del cambio de un campo de estado del objeto Invoice a 'Approved'. Si se utilizan Salesforce Approval Processes, también puede capturarse explícitamente a partir del historial del objeto ProcessInstance. Recopilar Cambio del campo de estado de la factura a 'Approved' o finalización de un paso formal del proceso de aprobación. Tipo de evento inferred
	Factura cerrada	El ciclo de vida de la factura ha finalizado porque se ha pagado y conciliado por completo. Esta es la actividad final de una factura procesada correctamente y normalmente se registra mediante una actualización de estado.
Por qué es importante Esta actividad actúa como punto final principal del proceso y permite calcular con precisión el tiempo total del ciclo de principio a fin. Proporciona una definición clara de finalización para el análisis del proceso. Dónde obtenerlo Se infiere de la marca de tiempo en la que el campo de estado del objeto Invoice se actualiza a 'Closed', 'Paid in Full' o un estado final similar. Recopilar Cambio del campo de estado de la factura a un valor final 'Closed'. Tipo de evento inferred
	Factura enviada al cliente	La factura aprobada se ha entregado oficialmente al cliente por correo electrónico, correo postal o un portal. Este evento suele capturarse cuando se completa el campo 'Sent Date' o cuando el estado cambia a 'Sent'.
Por qué es importante Esto marca el inicio del periodo de cobro y es el punto de partida para calcular los días de ventas pendientes de cobro (DSO). Es un hito fundamental para hacer seguimiento de la comunicación con el cliente y de los plazos de pago. Dónde obtenerlo Se infiere al completar el campo 'Sent Date' del objeto Invoice o al actualizar el estado a 'Sent'. También puede ser un evento explícito registrado en Activity History si el envío se realiza mediante una herramienta de correo electrónico integrada. Recopilar Marca de tiempo en el momento en que se completa el campo 'Sent_Date__c'. Tipo de evento inferred
	Factura generada	Esta actividad marca la creación de un nuevo registro de factura en Salesforce. Es el inicio oficial del proceso de facturación para una transacción específica y normalmente se activa después de completar un pedido o alcanzar un hito contractual. El evento se captura a partir de la marca de tiempo de creación del registro de la factura.
Por qué es importante Este es el evento de inicio principal del proceso de facturación. Analizar el tiempo transcurrido desde este momento hasta el pago ayuda a medir el tiempo total del ciclo de Order-to-Cash e identificar retrasos iniciales en la introducción de datos. Dónde obtenerlo Este evento se captura a partir de la fecha de creación, el campo CreatedDate, del objeto personalizado Invoice o de un objeto similar que represente la factura en Salesforce. Recopilar Marca de tiempo de creación del registro del objeto de factura. Tipo de evento explicit
	Pago del cliente recibido	El cliente ha realizado un pago asociado a la factura y los fondos se han recibido. Normalmente se registra mediante la creación de un registro relacionado de 'Payment' vinculado a la factura.
Por qué es importante Este es el hito más importante de la parte de cobro del proceso. Es el punto final del cálculo del DSO y confirma la recepción efectiva de los ingresos. Dónde obtenerlo Se captura a partir de la fecha de creación de un registro de objeto personalizado 'Payment' relacionado con el objeto Invoice. También puede inferirse de un cambio del estado de la factura a 'Paid'. Recopilar Creación de un registro relacionado de Payment. Tipo de evento explicit
	Cobro aplicado y conciliado	El pago recibido se ha cotejado y aplicado por completo a la factura específica en el sistema, cerrando la cuenta por cobrar. Esto se captura mediante un cambio de estado final en el registro del pago o de la factura.
Por qué es importante Esto marca el último paso del ciclo de conversión de efectivo. El Dashboard 'Payment Reconciliation Performance' utiliza esta actividad para medir la eficiencia del equipo financiero al aplicar los cobros. Dónde obtenerlo Se infiere de un cambio de estado del objeto Invoice o de un objeto Payment relacionado a un estado final como 'Reconciled' o 'Applied'. Recopilar Cambio del estado de la factura o del pago a 'Reconciled'. Tipo de evento inferred
	Factura corregida	Representa una corrección o actualización manual de una factura después de que se haya rechazado o se haya detectado un error. A menudo se infiere cuando el estado de una factura vuelve a un estado anterior, por ejemplo, de 'Rejected' a 'Draft'.
Por qué es importante Identificar los ciclos de corrección es fundamental para medir el KPI 'Invoice Rework Rate'. Un volumen elevado de correcciones indica problemas en el proceso inicial de generación de facturas que provocan retrasos. Dónde obtenerlo Se infiere del seguimiento del historial de campos al detectar un cambio de estado desde un valor de una etapa posterior, como 'Rejected' o 'Approved', a un valor de una etapa anterior, como 'Draft' o 'In Progress'. Recopilar El estado de la factura retrocede en el flujo del proceso. Tipo de evento inferred
	Factura dada de baja	Se ha decidido cancelar la deuda y cerrar la factura sin recibir el pago completo. Esto representa un final alternativo y no satisfactorio del proceso de facturación.
Por qué es importante El seguimiento de las bajas contables ayuda a cuantificar la pérdida de ingresos e identificar a los clientes o situaciones que generan deudas incobrables. Es una ruta de excepción fundamental para supervisar la salud financiera. Dónde obtenerlo Se infiere de la marca de tiempo en la que el campo de estado del objeto Invoice se actualiza a 'Written Off' o 'Canceled - Bad Debt'. Recopilar Cambio del campo de estado de la factura a 'Written Off'. Tipo de evento inferred
	Factura enviada para aprobación	La factura se ha finalizado y enviado a revisión interna antes de remitirse al cliente. Esta actividad suele capturarse mediante un cambio en el campo de estado del registro de la factura, por ejemplo, de 'Draft' a 'Pending Approval'.
Por qué es importante El seguimiento de esta actividad ayuda a aislar el tiempo que la factura permanece en la cola de aprobación. Es un primer paso fundamental para calcular el KPI 'Average Invoice Approval Time'. Dónde obtenerlo Se infiere del seguimiento del historial de campos del objeto Invoice cuando un campo de estado se actualiza a un valor como 'Submitted for Approval' o 'In Review'. Recopilar Cambio del campo de estado de la factura a 'Pending Approval'. Tipo de evento inferred
	Factura rechazada	La persona aprobadora ha rechazado la factura, normalmente debido a errores o discrepancias, por lo que debe corregirse y enviarse de nuevo. Esto se captura mediante un cambio del estado del registro de la factura a 'Rejected'.
Por qué es importante Esta actividad indica retrabajo e ineficiencia del proceso. Analizar la frecuencia de los rechazos ayuda a identificar las fuentes habituales de errores y facilita el análisis de causas raíz del Dashboard 'Billing Process Rework & Errors'. Dónde obtenerlo Se infiere del cambio de un campo de estado del objeto Invoice a 'Rejected'. Estos datos también pueden encontrarse en los comentarios del historial de un Approval Process formal. Recopilar Cambio del campo de estado de la factura a 'Rejected'. Tipo de evento inferred
	Pago contabilizado en el libro mayor	El pago recibido se ha registrado formalmente en el sistema de contabilidad financiera o libro mayor de la empresa. Puede capturarse mediante una actualización del estado del pago o de la factura después de ejecutar una integración.
Por qué es importante Esta actividad separa la recepción del pago de la conciliación financiera. El tiempo transcurrido entre la recepción y la contabilización puede revelar retrasos en los procesos contables internos. Dónde obtenerlo Se infiere de un cambio en el campo de estado del objeto Payment o Invoice a un valor como 'Posted' o 'Exported to ERP', normalmente actualizado mediante una integración API. Recopilar Cambio del estado del pago o de la factura a 'Posted'. Tipo de evento inferred
	Recordatorio de pago enviado	Se ha enviado una comunicación al cliente para recordarle un pago próximo o vencido. A menudo se registra como un registro específico de Activity, Task o Email, vinculado a la factura.
Por qué es importante El seguimiento de los recordatorios ayuda a evaluar la eficacia de las estrategias de cobro. Es esencial para el Dashboard 'Payment Reminder Effectiveness' y el KPI 'Payment Reminder Trigger Rate'. Dónde obtenerlo Se captura a partir de la creación de un registro de Activity, Task o Email, relacionado con el objeto Invoice, cuyo asunto o tipo indique que se trata de un recordatorio de pago. Recopilar Creación de un registro relacionado de Task o Email con un tipo o asunto específico. Tipo de evento explicit
	Se alcanza la fecha de vencimiento del pago	Este es un evento calculado que representa el momento en que vence el pago de la factura según sus condiciones de pago. No es una acción de una persona usuaria, sino un evento derivado de los datos de la factura.
Por qué es importante Esta actividad proporciona un punto de referencia fundamental para analizar el comportamiento de pago y medir el KPI 'On-Time Payment Rate'. Ayuda a diferenciar entre pagos puntuales y atrasados. Dónde obtenerlo Este es un evento calculado. Se obtiene comparando la marca de tiempo actual con el campo 'Due Date' del objeto Invoice. No existe como evento almacenado en Salesforce. Recopilar Se calcula comparando la fecha actual con el campo Due Date de la factura. Tipo de evento calculated

Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Salesforce Sales Cloud

Pasos

Comprobación de requisitos previos: Asegúrese de tener los permisos necesarios en Salesforce, incluidos «Run Reports», «Create and Customize Reports» y «Export Reports». Compruebe que Field History Tracking esté habilitado para los campos de Estado clave de los objetos Invoice y Payment. Para ello, vaya a Setup > Object Manager, busque el objeto correspondiente, acceda a Fields & Relationships y haga clic en «Set History Tracking».
Definición de la estrategia de informes: Este proceso requiere crear varios informes porque las actividades proceden de distintos registros o eventos, como la creación de facturas, los cambios de Estado y los pagos relacionados. Creará un informe independiente para cada fuente y combinará después los resultados externamente.
Creación del informe para la creación de registros: Comience por los eventos más sencillos. Cree un informe para «Factura generada» y «Pago del cliente recibido». Vaya a la pestaña Reports y haga clic en «New Report». Elija un tipo de informe que incluya el objeto Invoice, por ejemplo, «Invoices», o el objeto Payment. Añada columnas correspondientes a los atributos del Registro de eventos. Para la actividad «Factura generada», CreatedDate del registro de factura será EventTime.
Creación del informe del historial de campos: Para capturar cambios de Estado como «Factura enviada para aprobación», «Factura aprobada», «Factura rechazada» y «Factura corregida», cree un informe basado en el tipo de informe «Invoice History». Este tipo de informe especial muestra los cambios registrados mediante Field History Tracking. Filtre el informe por cambios en el campo Estado.
Creación del informe para eventos basados en fechas: Para eventos como «Factura enviada al cliente» o «Fecha de vencimiento del pago alcanzada», cree un informe sobre el objeto Invoice. Utilice los propios campos de fecha, como Sent_Date__c o Payment_Due_Date__c, como EventTime. Debe filtrar los registros en los que estas fechas no sean nulas.
Creación del informe para actividades relacionadas: Para eventos como «Recordatorio de pago emitido», necesita un informe que vincule Activities, es decir, Tasks o Events, con Invoices. Utilice un tipo de informe como «Activities with Invoices» o cree uno personalizado. Filtre las actividades cuyo asunto o tipo específico indique que se trata de un recordatorio.
Adición de columnas estándar a todos los informes: En cada informe que cree, asegúrese de añadir columnas que puedan asignarse a la estructura requerida del Registro de eventos: InvoiceNumber, un campo para EventTime, como CreatedDate o la fecha del cambio de campo, UserResponsible, como LastModifiedById, y otros atributos recomendados.
Exportación de informes a CSV: Ejecute cada informe por separado. En la pantalla de resultados del informe, utilice el menú desplegable para seleccionar «Export» y elija el formato «Details Only» con la extensión .csv. Repita el proceso para todos los informes creados.
Combinación y transformación de datos: Abra los archivos CSV exportados en un programa de hojas de cálculo o utilice una herramienta de preparación de datos. En cada archivo, añada una nueva columna llamada ActivityName y complétela con la actividad específica que representa, por ejemplo, «Factura generada» para todas las filas del primer informe. Asigne las columnas de origen, como Invoice: Created Date, a los encabezados estándar del Registro de eventos, como EventTime.
Creación del Registro de eventos final: Consolide todos los datos transformados de los archivos CSV individuales en un único archivo maestro. Asegúrese de que los encabezados de columna sean exactamente InvoiceNumber, ActivityName, EventTime, UserResponsible, etc. Este archivo unificado es su Registro de eventos final.
Formato final: Guarde el archivo consolidado como CSV con codificación UTF-8. El archivo estará listo para cargarse en ProcessMind.

Configuración

Tipos de informe: Probablemente necesitará varios tipos de informe personalizados para unir objetos principales, como Account, con objetos secundarios y terciarios, como Invoice, Payment y Activity. Créelos en Setup > Report Types.
Field History Tracking: Es fundamental. En el objeto Invoice, habilite el seguimiento del historial para cualquier campo de Estado. Sin esta configuración, no podrá capturar actividades de cambio de Estado, como «Aprobado» o «Rechazado». El historial no se registra de forma retroactiva.
Filtros de datos: Aplique siempre un filtro de fecha a sus informes para mantener controlado el volumen de datos. Una buena práctica consiste en filtrar la fecha de creación del objeto principal para los últimos 3 a 6 meses, por ejemplo, Invoice: Created Date igual a LAST 180 DAYS.
Data Export Service: Como alternativa a la ejecución de informes individuales, puede utilizar el servicio nativo Data Export Service, disponible en Setup > Data Export. Este servicio exporta todos los datos de su organización semanal o mensualmente. Ofrece una copia de seguridad completa, pero requiere un procesamiento posterior considerable para filtrar, unir y transformar los datos en un Registro de eventos.
Permisos de usuario: La persona que realice la extracción necesita acceso de lectura a todos los objetos pertinentes, como Account, Order, Invoice__c, Payment__c y Activity, y a sus campos, además de permisos para crear y exportar informes.

a Consulta de ejemplo 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'

Pasos

Requisitos previos y configuración: Asegúrese de tener Python 3.6 o una versión posterior instalada en su sistema. Instale las bibliotecas necesarias ejecutando el siguiente comando en su terminal: pip install simple-salesforce pandas. También necesitará su nombre de usuario, contraseña y token de seguridad de Salesforce. Para obtener el token de seguridad, inicie sesión en Salesforce, vaya a sus ajustes personales y busque la opción 'Reset My Security Token'.
Habilite Field History Tracking: Inicie sesión en su organización de Salesforce como administrador. Vaya a Setup y, después, a Object Manager. Busque su objeto Invoice principal, por ejemplo, Invoice__c, y acceda a 'Fields & Relationships'. Haga clic en 'Set History Tracking'. Habilite el seguimiento del campo que representa el estado de la factura, por ejemplo, Status__c. Repita este proceso para su objeto Payment, por ejemplo, Payment__c, y su campo de estado correspondiente.
Descargue y configure el script: Guarde el script de Python proporcionado en un archivo llamado extract_invoices.py. Abra el archivo en un editor de texto y actualice los valores de marcador de posición de la sección 'Salesforce Credentials and Settings'. Debe proporcionar SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN y SF_INSTANCE_URL. Ajuste START_DATE y END_DATE para definir el periodo de extracción.
Personalice los nombres de objetos y campos: Revise cuidadosamente las consultas SOQL incluidas en el script. El script utiliza nombres de marcador de posición como Invoice__c, Payment__c, Status__c, Total_Amount__c, etc. Debe sustituirlos por los nombres API reales de los objetos y campos utilizados en su instancia de Salesforce para la facturación y la emisión de facturas.
Ejecute el script de extracción: Abra un terminal o símbolo del sistema, vaya al directorio donde guardó el script y ejecútelo con el comando: python extract_invoices.py. El script se conectará a la API de Salesforce, ejecutará las consultas y procesará los datos.
Supervise el progreso del script: El script mostrará mensajes de estado en la consola mientras obtiene y procesa los datos de cada tipo de actividad. Según el volumen de datos y sus límites de API, este proceso puede tardar. Preste atención a los mensajes de error que puedan indicar credenciales o nombres API incorrectos.
Revise el archivo de salida: Cuando el script finalice correctamente, generará un archivo llamado salesforce_billing_event_log.csv en el mismo directorio. Abra este archivo CSV con una hoja de cálculo para revisar su contenido y comprobar que contiene los datos esperados.
Prepárese para la carga: El archivo CSV generado tiene las columnas requeridas: InvoiceNumber, ActivityName y EventTime, además de otros atributos recomendados. Está listo para cargarse directamente en la herramienta de Process Mining sin necesidad de aplicar más formato.

Configuración

Credenciales de Salesforce: Debe proporcionar su nombre de usuario, contraseña y token de seguridad de Salesforce. El token de seguridad es necesario para acceder a la API desde fuera de los rangos de IP de confianza de su organización.
URL de la instancia de Salesforce: Especifique el dominio de su instancia de Salesforce, como your_instance.my.salesforce.com. Si utiliza un sandbox, la URL será diferente, por ejemplo, test.salesforce.com.
Filtros de intervalo de fechas: El script incluye las variables START_DATE y END_DATE. Se recomienda comenzar con un intervalo más reducido, como 3-6 meses, para gestionar el volumen de datos y mantenerse dentro de los límites de la API. Estas fechas filtran la consulta inicial por las fechas de creación de las facturas.
Nombres API de objetos y campos: El script utiliza nombres API de marcador de posición para objetos y campos, por ejemplo, Invoice__c y Status__c. Debe sustituirlos por los nombres API exactos de su modelo de datos de Salesforce. Puede encontrarlos en Salesforce Setup, dentro de Object Manager.
Requisitos previos para el seguimiento: La precisión del Registro de eventos, especialmente para los cambios de estado, depende por completo de que Field History Tracking estuviera habilitado para los campos correspondientes antes de que se produjeran las transacciones. Si no estaba habilitado, no se capturarán los cambios históricos.
Límites de llamadas API: Salesforce aplica límites de gobernanza al número de llamadas API que puede realizar en un periodo de 24 horas. Para conjuntos de datos muy grandes, considere ejecutar la extracción en lotes con intervalos de fechas más pequeños o programarla fuera de las horas punta para evitar alcanzar estos límites.

a Consulta de ejemplo 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()

Pasos

Seleccione una plataforma ETL o iPaaS con un conector compatible con Salesforce Sales Cloud y cree una conexión utilizando el método de autenticación de Salesforce requerido. Introduzca únicamente la cadena de conexión, las credenciales, el identificador de la organización o los valores específicos del entorno en la configuración de la plataforma.
Confirme que la organización de Salesforce conectada expone el objeto de facturas, el historial de estados de las facturas o el origen de auditoría, los registros de actividades relacionadas, los registros de pagos y cualquier registro de integración contable necesario para el proceso. Sustituya cada referencia de objeto o campo entre corchetes de la consulta por los nombres correspondientes configurados en su entorno de Salesforce.
Configure los parámetros de extracción incremental para una fecha de inicio y una fecha de finalización. Utilice, según corresponda, la fecha de creación de la factura, la fecha del cambio de estado, la fecha de la actividad, la fecha del pago, la fecha de contabilización, la fecha de conciliación y la fecha de cierre. Extraiga un periodo retrospectivo suficiente para incluir los casos creados antes del periodo seleccionado pero activos durante este.
Añada la consulta completa que aparece a continuación al componente de consulta o transformación de Salesforce de la herramienta ETL. Si el conector no admite la sintaxis mostrada, reproduzca la misma lógica con componentes visuales de origen, filtro, unión, campo calculado y unión de conjuntos. No dependa de ProcessMind para inferir eventos a partir de cambios de estado, ya que cada actividad debe emitirse como una fila explícita del Registro de eventos.
Configure las asignaciones de origen para el objeto de facturas, el historial de estados de las facturas o el origen de auditoría, los registros de actividades relacionadas, los registros de pagos, los registros de contabilización en el libro mayor y los registros de conciliación. Asigne el número de factura a InvoiceNumber, la etiqueta de actividad a ActivityName y la marca de tiempo correspondiente a EventTime. Conserve los atributos recomendados siempre que sus valores de origen estén disponibles.
Aplique las reglas de transformación. Convierta todas las marcas de tiempo a una única zona horaria acordada, normalice los valores de estado, convierta InvoiceTotalAmount a un tipo numérico, convierta PaymentDueDate a un tipo de fecha o marca de tiempo y elimine los registros sin InvoiceNumber o EventTime. Para Payment Due Date Reached, emita una fila explícita utilizando PaymentDueDate como EventTime únicamente cuando la fecha de vencimiento se encuentre dentro del periodo de extracción y el registro de la factura esté disponible.
Elimine los duplicados utilizando InvoiceNumber, ActivityName, EventTime y el identificador del registro de origen cuando esté disponible. Conserve las apariciones independientes cuando el origen contenga varias solicitudes, rechazos, recordatorios, correcciones, pagos, contabilizaciones o eventos de conciliación legítimos.
Valide que la salida contenga los 13 valores obligatorios de ActivityName, que cada fila tenga InvoiceNumber y EventTime y que las marcas de tiempo de los eventos estén ordenadas correctamente dentro de cada factura cuando los datos de origen permitan establecer ese orden.
Cargue el resultado transformado en un formato de Registro de eventos compatible con ProcessMind, como CSV o Parquet. Utilice InvoiceNumber como identificador del caso, ActivityName como columna de actividad y EventTime como columna de fecha y hora del evento. Incluya UserResponsible, BillingDepartment, InvoiceStatus, InvoiceTotalAmount y PaymentDueDate como atributos adicionales.
Exporte el Registro de eventos final y cárguelo en ProcessMind. Confirme durante la importación que ProcessMind lee las filas tal como se proporcionan y no necesita derivar actividades que falten.

Configuración

Conector: Utilice el conector prediseñado de Salesforce de la plataforma ETL o iPaaS y autentíquese con un usuario de integración que tenga acceso de lectura a todas las fuentes configuradas de facturas, historial de estados, actividades, pagos, asientos contables y conciliaciones.
Mapeo de objetos y campos: Sustituya [Invoice object], [Invoice Number field], [Invoice Created Date field] y todas las demás referencias entre corchetes por los nombres de la organización de Salesforce de destino. Las configuraciones de Salesforce suelen utilizar objetos y campos personalizados, por lo que los mapeos deben verificarse y no darse por supuestos.
Intervalo de fechas: Comience con entre 3 y 6 meses de datos. Amplíe el periodo de consulta cuando las facturas puedan permanecer abiertas durante varios periodos de reporte e incluya un margen para los cambios de estado, pagos, recordatorios y eventos de conciliación.
Extracción incremental: Cuando sea posible, utilice una marca de agua basada en la fecha y hora de modificación más reciente de la fuente que se haya extraído correctamente. Almacene la marca de agua fuera del Registro de eventos y vuelva a procesar una pequeña ventana de solapamiento para evitar omitir actualizaciones recibidas con retraso.
Filtros: Aplique filtros de empresa, unidad de negocio, entidad legal, moneda, tipo de factura y ciclo de vida únicamente cuando el análisis los requiera explícitamente. Sustituya [Company filter] y [Document type filter] por criterios específicos de la organización o elimínelos cuando no sean aplicables.
Historial de estados: Prefiera una fuente que conserve cada transición de estado. Un campo que solo indique el estado actual de la factura no permite reconstruir de forma fiable los eventos anteriores de aprobación, rechazo, corrección, envío, cierre o baja contable.
Evento de vencimiento calculado: Payment Due Date Reached se genera a partir de PaymentDueDate y no corresponde a una acción de usuario de Salesforce. Defina si el evento debe generarse para todas las facturas o únicamente para las que permanecieron abiertas hasta la fecha de vencimiento.
Registros relacionados: Configure las uniones utilizando las claves de relación reales de la organización de Salesforce. No dé por supuesto que una factura, un pago, una actividad, un asiento contable o un registro de conciliación utiliza el mismo campo de relación en todas las implementaciones.
Rendimiento: Filtre los registros de origen por fecha antes de realizar las uniones, seleccione únicamente los campos necesarios, utilice la paginación del conector, habilite la extracción incremental y divida los intervalos de fechas grandes cuando sea posible. Evite extraer repetidamente todo el historial.
Tipos de datos: Normalice las marcas de tiempo a una única zona horaria, conserve la marca de tiempo original de la fuente cuando sea necesario para la auditabilidad y utilice un tipo decimal para InvoiceTotalAmount.
Requisitos previos: La licencia de ETL o iPaaS debe incluir el conector de Salesforce, el acceso a la API debe estar habilitado para el usuario de integración y dicho usuario debe contar con permisos sobre objetos, campos y registros para cada fuente configurada.
Seguridad: Almacene las credenciales en el gestor de secretos de la plataforma, limite los datos extraídos a las personas usuarias autorizadas y respete los límites de Salesforce y de la organización para las llamadas a la API y la conservación de datos.

a Consulta de ejemplo config

SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    CAST(i.[Invoice Created Date field] AS TIMESTAMP) AS EventTime,
    CAST(i.[Invoice Created By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Invoice Created Date field] >= [Start date parameter]
  AND i.[Invoice Created Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Submitted for Approval' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Pending Approval'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Approved'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Rejected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Rejected'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Corrected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[Previous Status field] = 'Rejected'
  AND h.[New Status field] = 'Draft'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Sent to Customer' AS ActivityName,
    CAST(COALESCE(i.[Sent Date field], h.[Status Change Date field]) AS TIMESTAMP) AS EventTime,
    CAST(COALESCE(i.[Sent By field], h.[Changed By field]) AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(COALESCE(h.[New Status field], i.[Invoice Status field]) AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
LEFT JOIN [Invoice status history object] h
  ON h.[Invoice relationship field] = i.[Invoice record identifier field]
 AND h.[New Status field] = 'Sent'
WHERE i.[Invoice Number field] IS NOT NULL
  AND (i.[Sent Date field] IS NOT NULL OR h.[Status Change Date field] IS NOT NULL)
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) >= [Start date parameter]
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    CAST(i.[Payment Due Date field] AS TIMESTAMP) AS EventTime,
    CAST(NULL AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Payment Due Date field] IS NOT NULL
  AND i.[Payment Due Date field] >= [Start date parameter]
  AND i.[Payment Due Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    CAST(a.[Activity Date field] AS TIMESTAMP) AS EventTime,
    CAST(a.[Assigned User field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Activity object] a ON a.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND a.[Activity Type field] IN ('Task', 'Email')
  AND a.[Reminder Indicator field] = TRUE
  AND a.[Activity Date field] >= [Start date parameter]
  AND a.[Activity Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    CAST(p.[Payment Received Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Recorded By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Payment Received Date field] IS NOT NULL
  AND p.[Payment Received Date field] >= [Start date parameter]
  AND p.[Payment Received Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Posted to Ledger' AS ActivityName,
    CAST(p.[Ledger Posting Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Posted By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Ledger Posting Date field] IS NOT NULL
  AND p.[Ledger Posting Date field] >= [Start date parameter]
  AND p.[Ledger Posting Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    CAST(r.[Reconciliation Date field] AS TIMESTAMP) AS EventTime,
    CAST(r.[Reconciled By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Reconciliation object] r ON r.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND r.[Reconciliation Date field] IS NOT NULL
  AND r.[Reconciliation Date field] >= [Start date parameter]
  AND r.[Reconciliation Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Closed'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Written Off' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Written Off'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]

¿Listo para empezar?

Utilice este Template para iniciar su recorrido de análisis de procesos y descubrir oportunidades de mejora significativa. Empiece hoy mismo a optimizar su proceso de facturación y emisión de facturas.

Volver a la guía de mejora Descargar Template

Pagos más rápidos: optimice ahora la facturación y emisión de facturas O2C

Reduzca un 30 % el tiempo de su ciclo de facturación y mejore el flujo de caja sin esfuerzo.

Inicie su prueba gratuita

No necesita tarjeta de crédito; configuración sencilla en pocos minutos

Su Template de datos de Order to Cash: facturación y emisión de facturas

Su Template de datos de Order to Cash: facturación y emisión de facturas

Atributos de Order to Cash: facturación y emisión de facturas

Actividades de Order to Cash: facturación y emisión de facturas

Guías de extracción

Salesforce Report Builder y Data Export Service

Pasos

Configuración

a Consulta de ejemplo config

Script de Python mediante Salesforce REST API

Pasos

Configuración

a Consulta de ejemplo python

Extracción con una herramienta ETL mediante un conector de Salesforce prediseñado

Pasos

Configuración

a Consulta de ejemplo config

¿Listo para empezar?

Pagos más rápidos: optimice ahora la facturación y emisión de facturas O2C

Su Template de datos de Order to Cash: facturación y emisión de facturas

Su Template de datos de Order to Cash: facturación y emisión de facturas

Atributos de Order to Cash: facturación y emisión de facturas

Actividades de Order to Cash: facturación y emisión de facturas

Guías de extracción

Salesforce Report Builder y Data Export Service

Pasos

Configuración

a Consulta de ejemplo config

Script de Python mediante Salesforce REST API

Pasos

Configuración

a Consulta de ejemplo python

Extracción con una herramienta ETL mediante un conector de Salesforce prediseñado

Pasos

Configuración

a Consulta de ejemplo config

¿Listo para empezar?

Pagos más rápidos: optimice ahora la facturación y emisión de facturas O2C

Valoramos su privacidad