> Mejora continua de procesos > Facturación de Order to Cash > Salesforce Sales Cloud > Template de datos

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

Salesforce Sales Cloud

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 para analizar eficazmente el proceso de Order to Cash, facturación y emisión de facturas. Detalla qué información debe recopilar para el Registro de eventos y ofrece indicaciones prácticas para extraerla. Utilice este recurso para agilizar sus iniciativas de Process Mining y obtener información valiosa.

Atributos recomendados para recopilar
Actividades clave que debe registrar
Guía para extraer los datos

¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para 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 el Registro de eventos y realizar un análisis completo de Order to Cash, facturación y emisión de facturas, con toda la información esencial.

3 Obligatorio 5 Recomendado 11 Opcional

	Nombre	Descripción
	Hora del evento EventTime	Marca de tiempo que indica cuándo se produjo una actividad específica.
Descripción Este atributo proporciona la fecha y la hora de cada actividad, datos fundamentales para ordenar los eventos cronológicamente y analizar el rendimiento. Las marcas de tiempo establecen la secuencia de los eventos y permiten calcular el tiempo transcurrido entre ellos. En el análisis de procesos, la hora del evento se utiliza para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, los tiempos de espera y la duración de actividades específicas. Es la base de KPI como el 'Tiempo medio del ciclo de facturación' y el 'DSO', y permite crear Dashboards como 'Tiempo de ciclo de aprobación de facturas' y 'Rendimiento de la conciliación de pagos'. Por qué es importante Esta marca de tiempo es fundamental para ordenar correctamente los eventos y calcular métricas de rendimiento, como los tiempos de ciclo y las duraciones, que permiten detectar retrasos. Dónde obtenerlo Estos datos suelen proceder de campos de marca de tiempo generados por el sistema, como `CreatedDate` o `LastModifiedDate`, en el objeto Invoice o en 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	Nombre del evento de negocio específico que se produjo durante el proceso de facturación.
Descripción Este atributo describe el paso o hito alcanzado en el ciclo de vida de la factura, como 'Factura generada' o 'Pago recibido'. Estas actividades forman los nodos del mapa del proceso. Analizar la secuencia de nombres de actividad es fundamental para Process Mining. Permite ver el flujo real del proceso y compararlo con el proceso diseñado. También sirve para detectar desviaciones, cuellos de botella entre pasos específicos y ciclos de retrabajo, y aporta información directa a Dashboards como 'Trabajo repetido y errores del proceso de facturación' e 'Informe de incumplimientos del proceso de facturación'. Por qué es importante Define los pasos del proceso y constituye la base del mapa del proceso, lo que permite analizar el flujo de trabajo, los cuellos de botella y las desviaciones. Dónde obtenerlo Suele obtenerse 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	Identificador único de cada factura, que sirve como identificador principal del caso en el proceso de facturación.
Descripción El número de factura es el atributo central que agrupa en un mismo caso todas las actividades relacionadas con la facturación. Cada número corresponde a un documento de facturación distinto enviado a un cliente. En el análisis de Process Mining, este atributo permite seguir todo el ciclo de vida de una factura, desde su generación hasta el pago final y el cierre. Es esencial para crear el mapa del proceso y calcular KPI por caso, como el 'Tiempo medio del ciclo de facturación' y los 'Días pendientes de cobro'. Analizar los procesos por número de factura ayuda a identificar cuellos de botella, ciclos de retrabajo y desviaciones de cumplimiento en cada caso 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 del proceso de facturación de cada transacción. Dónde obtenerlo Suele ser la clave principal del objeto Invoice en Salesforce Sales Cloud y puede aparecer como `InvoiceNumber` o como otro campo de ID único similar. Ejemplos INV-00582INV-01934INV-10345
	Departamento de facturación BillingDepartment	Departamento o equipo responsable de la actividad de facturación.
Descripción Este atributo especifica el grupo funcional al que pertenece la persona usuaria responsable, como 'Cuentas por cobrar' u 'Operaciones de ventas'. Suele obtenerse del perfil o el rol de la persona usuaria en Salesforce. Analizar el rendimiento por departamento es fundamental para comprender quién es responsable del proceso e identificar problemas sistémicos en equipos específicos. Se utiliza en los Dashboards 'Rendimiento de la conciliación de pagos' y 'Carga de trabajo y rendimiento del equipo de facturación' para comparar la eficiencia y el uso de recursos entre distintas áreas funcionales. Por qué es importante Permite analizar el rendimiento por equipo o departamento y ayuda a identificar cuellos de botella, limitaciones de recursos o necesidades de formación específicos de cada grupo. Dónde obtenerlo Esta información suele almacenarse en el objeto User de Salesforce, en campos como `Departamento` o `Role.Name`. Ejemplos Cuentas por cobrarOperaciones financierasEquipo de cobros
	Estado de la factura InvoiceStatus	Estado actual de la factura en su ciclo de vida.
Descripción Este atributo refleja el estado actual de la factura, por ejemplo, 'Borrador', 'Pendiente de aprobación', 'Enviada', 'Pagada' o 'Anulada'. Muestra en qué etapa del proceso se encuentra la factura en un momento determinado. El estado de la factura es una dimensión clave para filtrar y segmentar los datos. Permite centrarse en grupos específicos, como todas las facturas que esperan un pago o todas las que se han rechazado. Esto ayuda a priorizar el trabajo y analizar las características de las facturas que se atascan en ciertas etapas. Por qué es importante Ofrece una visión clara del estado actual de cada factura y permite filtrar y analizar los casos abiertos, cerrados o problemáticos. Dónde obtenerlo En Salesforce, suele ser un campo de lista de selección estándar llamado `Estado` en el objeto Invoice. Ejemplos Pendiente de aprobaciónAprobadoEnviada al clientePagadaDada de baja
	Fecha de vencimiento del pago PaymentDueDate	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 emisión y de las condiciones de pago acordadas. La fecha de vencimiento del pago es un dato clave para la planificación financiera y la gestión de cobros. Sirve de referencia para medir el comportamiento real de los pagos. Es esencial para calcular el KPI 'Tasa de pagos puntuales' y para los Dashboards que muestran la puntualidad de los pagos, como 'Tendencia de los Días pendientes de cobro (DSO)'. Por qué es importante Este es el punto de referencia para medir el rendimiento de los pagos, calcular los Días pendientes de cobro y activar acciones de cobro, como los recordatorios de pago. Dónde obtenerlo Es un campo de fecha estándar del objeto Invoice de Salesforce, que suele llamarse `DueDate`. Ejemplos 2023-05-152023-06-302023-07-01
	Importe total de la factura InvoiceTotalAmount	Importe monetario total de la factura.
Descripción Este atributo representa el importe total que debe pagar el cliente por los bienes o servicios recibidos. Es una métrica financiera clave asociada a cada caso de facturación. Analizar el importe total de la factura ayuda a priorizar las facturas de mayor valor y a comprender cómo varía el rendimiento del proceso entre las transacciones pequeñas y las grandes. También permite segmentar el análisis en los 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 importe y comprender cómo influye el valor monetario en el comportamiento del proceso, por ejemplo, en los tiempos de aprobación o los retrasos en los pagos. Dónde obtenerlo Probablemente sea un campo de moneda estándar del objeto Invoice, que podría llamarse `GrandTotal` o tener un nombre similar de campo de resumen. Ejemplos 5400.5012500.00850.75
	Persona usuaria responsable UserResponsible	Persona usuaria o agente que realizó la actividad.
Descripción Este atributo identifica a la persona usuaria específica de Salesforce responsable de una actividad, como aprobar una factura o contabilizar un pago. A menudo corresponde a quien modificó el registro por última vez o es responsable de la tarea. Analizar el proceso por persona usuaria responsable es clave para comprender el rendimiento del equipo, distribuir la carga de trabajo e identificar necesidades de formación. También permite crear el Dashboard 'Carga de trabajo y rendimiento del equipo de facturación', comparar el rendimiento y analizar la asignación de recursos. Además, ayuda a investigar las causas raíz de los retrasos o errores. Por qué es importante Permite analizar el rendimiento individual y del equipo, equilibrar la carga de trabajo e identificar a quienes obtienen mejores resultados o necesitan formación adicional. Dónde obtenerlo Esta información puede encontrarse en campos como `LastModifiedById` del objeto Invoice o `OwnerId` de objetos Task o personalizados relacionados. Después, habría que vincular estos ID con el objeto User para obtener el nombre de la persona usuaria. Ejemplos Alice JohnsonBob WilliamsCharlie Brown
	¿El pago se recibió tarde? 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 al comparar la marca de tiempo de «Pago recibido del cliente» con la «Fecha de vencimiento del pago». Su valor es verdadero si el pago se recibió tarde y falso en caso contrario. Este indicador simplifica el análisis del comportamiento de pago y de la eficacia de las acciones de cobro. Es la base del KPI «Tasa de pagos puntuales» y permite segmentar a los clientes según paguen a tiempo o con retraso para analizarlos con más detalle. Ofrece un resultado claro y binario sobre el rendimiento de pago de cada factura. Por qué es importante Ofrece una métrica clara del éxito de las acciones de cobro, respalda directamente el KPI «Tasa de pagos puntuales» y permite analizar los factores que provocan retrasos en los pagos. Dónde obtenerlo Este atributo no está en el sistema de origen. Se calcula en la capa ETL o en la herramienta de Process Mining al comparar la fecha de pago con el campo `PaymentDueDate`. Ejemplos truefalse
	¿Hay retrabajo? IsRework	Indicador calculado que señala si una factura ha pasado por un ciclo de retrabajo.
Descripción Este atributo booleano se obtiene durante el procesamiento de datos. Se establece como verdadero si la secuencia de actividades de una factura muestra indicios de retrabajo, por ejemplo, si vuelve a una etapa anterior después de haberla superado (como «Factura corregida» después de «Factura aprobada»). Este indicador es fundamental para detectar y cuantificar rápidamente las ineficiencias del proceso. Se utiliza directamente en el KPI «Tasa de retrabajo de facturas» y en el Dashboard «Retrabajo y errores en el proceso de facturación», donde permite aislar y examinar los casos con ciclos de retrabajo costosos y prolongados. Por qué es importante Este indicador cuantifica directamente la ineficiencia del proceso al identificar casos con ciclos de corrección. Así ayuda a localizar el origen de los errores y calcular el coste de la mala calidad. Dónde obtenerlo Este atributo no está en el sistema de origen. La herramienta de Process Mining o la capa ETL lo calcula a partir de la secuencia de actividades de cada caso. Ejemplos truefalse
	Condiciones de pago PaymentTerms	Las condiciones acordadas para pagar una factura, como «30 días netos» o «pago a la recepción».
Descripción Este atributo define las reglas que determinan cuándo y cómo debe pagarse una factura. A menudo establece la fecha de vencimiento del pago y puede incluir descuentos por pronto pago. El análisis por condiciones de pago permite comprender cómo influyen los distintos acuerdos en el comportamiento de pago. Es fundamental para el Dashboard «Uso de descuentos por pronto pago», que compara las fechas de pago con las condiciones para detectar oportunidades financieras desaprovechadas. También ayuda a explicar por qué algunos ciclos de facturación son más largos o más cortos. Por qué es importante Aporta contexto sobre los plazos de pago y es esencial para analizar el comportamiento de pago, los Días pendientes de cobro y la eficacia de los programas de descuentos por pronto pago. Dónde obtenerlo Es probable que esta información esté almacenada en una lista de selección o en un campo de texto del objeto Invoice o del objeto Account relacionado en Salesforce. Ejemplos 30 días netos60 días netos2 % en 10 días, 30 días netosPago a la recepción
	Días pendientes de cobro DaysSalesOutstanding	Número de días transcurridos desde el envío de la factura hasta la recepción del pago.
Descripción Los Días pendientes de cobro (DSO) son una métrica financiera clave que mide el promedio de días que tarda una empresa en cobrar después de realizar una venta. Se calculan a partir del tiempo transcurrido entre el evento «Factura enviada al cliente» y el evento «Pago recibido del cliente». Este KPI es prioritario en el proceso de Order to Cash. El atributo permite consultarlo para cada factura y respalda directamente el Dashboard «Tendencia de los Días pendientes de cobro (DSO)». También es esencial para supervisar y mejorar el flujo de caja. Por qué es importante Es un KPI fundamental para medir la eficacia del proceso de cobro y su impacto directo en el flujo de caja de la empresa. Dónde obtenerlo Es un atributo calculado. La fórmula es `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Ejemplos 32 días58 días29 días
	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. Muchas actividades de facturación son eventos instantáneos en los que la hora de inicio coincide con la hora de finalización. Otras, como un paso de aprobación, pueden tener una duración medible. La hora de finalización permite calcular con precisión el tiempo de procesamiento de una actividad, es decir, el tiempo que una persona o un sistema dedica activamente a una tarea. Así se distingue el tiempo de trabajo del tiempo de espera y se obtiene una visión más detallada de la eficiencia del proceso. Por qué es importante Permite calcular con precisión el tiempo 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 obtenerlo a partir del `StartTime` de la siguiente actividad del caso o registrarlo 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á expresada la factura. Es especialmente importante para las organizaciones que operan en varios países. Este campo aporta contexto esencial para cualquier análisis financiero. Permite sumar correctamente los importes 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 Aporta el contexto necesario para interpretar los importes y realizar análisis e informes financieros precisos, especialmente en operaciones multinacionales. Dónde obtenerlo Suele ser el campo estándar `CurrencyIsoCode`, disponible en las instancias de Salesforce que tienen habilitada la multidivisa. Ejemplos USDEURGBPJPY
	Nombre del cliente CustomerName	Nombre del cliente o de la cuenta a la que se factura.
Descripción Este atributo identifica al cliente o la empresa a quien se emite la factura. Suele vincularse desde el registro Account asociado en Salesforce. Analizar el proceso por cliente es esencial para comprender los comportamientos específicos de cada cliente e identificar problemas que puedan afectar a cuentas clave. Permite detectar si ciertos clientes pagan tarde de forma habitual, requieren más trabajo repetido 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 analizar el proceso desde la perspectiva del cliente e identificar patrones, como quiénes suelen pagar tarde o necesitan más correcciones en las facturas, para mejorar la gestión de las relaciones con los clientes. Dónde obtenerlo Estos datos proceden del campo `Account.Name`, vinculado mediante una relación de búsqueda entre el objeto Invoice y el objeto Account. Ejemplos ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	País de facturación BillingCountry	El país indicado en la dirección de facturación de la factura.
Descripción Este atributo registra 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 detectar diferencias regionales en el rendimiento, el cumplimiento y el comportamiento de los clientes. Puede revelar si en ciertos países los ciclos de pago son más largos, hay más retrabajo o existen requisitos normativos específicos que afectan al proceso. Esta información facilita la armonización global de los procesos y su optimización según las necesidades locales. Por qué es importante Permite analizar los datos por ubicación geográfica y detectar diferencias regionales en el rendimiento, los requisitos de cumplimiento y el comportamiento de pago. Dónde obtenerlo Forma parte del campo compuesto de dirección estándar del objeto Invoice. Suele llamarse `BillingCountry`. Ejemplos USAAlemaniaJapónBrasil
	Responsable de la cuenta AccountOwner	La persona representante de ventas o responsable de cuenta a cargo de la cuenta del cliente.
Descripción Este atributo identifica a la persona responsable interna de la relación con el cliente. Suele ser la persona representante de ventas o responsable de cuenta asignada a Account en Salesforce. Aunque no participa directamente en la facturación, puede ser una dimensión útil para el análisis. Los problemas de facturación pueden afectar la relación con el cliente y este atributo permite relacionar los datos de rendimiento del proceso con el área comercial. También permite comprobar si las cuentas gestionadas por determinadas personas presentan 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 de los errores o retrasos en las facturas. Dónde obtenerlo Es el campo `Owner.Name` del objeto Account, relacionado con 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, suele ser 'Salesforce Sales Cloud'. En entornos con varios sistemas integrados, este campo es fundamental para conocer el linaje de los datos y resolver problemas. Ayuda a entender su contexto y a garantizar que los eventos de distintos sistemas se combinen e interpreten correctamente en la herramienta de Process Mining. Por qué es importante Aporta contexto esencial sobre el origen de los datos, necesario para la gobernanza, la validación y el análisis de datos en entornos con varios sistemas. Dónde obtenerlo Suele ser un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) para indicar el origen del conjunto de datos. Ejemplos Salesforce Sales CloudSFSC
	Última actualización de los 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 del análisis de Process Mining. Es un campo de metadatos que se aplica a todo el conjunto de datos en cada actualización. Esta marca de tiempo permite saber si los datos del análisis están actualizados. Ayuda a determinar si los Dashboards y los KPI que se consultan reflejan la situación actual, algo fundamental para tomar decisiones empresariales oportunas y bien fundamentadas a partir de la información sobre los procesos. Por qué es importante Informa sobre la actualidad de los datos para que las decisiones se basen en una visión vigente y pertinente del proceso. Dónde obtenerlo La herramienta ETL o la canalización de datos genera este valor y lo añade al conjunto de datos en 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 del proceso y los hitos que debe registrar en el Registro de eventos para descubrir el proceso y evaluar su rendimiento con precisión.

5 Recomendado 8 Opcional

	Actividad	Descripción
	Factura aprobada	Una persona usuaria autorizada ha revisado y aprobado la factura, confirmando que es correcta y que está lista para enviarse al cliente. Este evento suele registrarse cuando el estado de la factura cambia a 'Aprobado'.
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 de ciclo generales, que se miden en el Dashboard 'Tiempo de ciclo de aprobación de facturas'. Dónde obtenerlo Se infiere cuando un campo de estado del objeto Invoice cambia a 'Aprobado'. Si se utilizan los procesos de aprobación de Salesforce, el historial del objeto ProcessInstance permite registrar este evento de forma explícita. Capturar Cambio del campo de estado de la factura a 'Aprobado' 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 concluido: se ha pagado y conciliado por completo. Esta es la última actividad de una factura procesada correctamente y suele registrarse mediante una actualización del estado.
Por qué es importante Esta actividad es el principal punto final del proceso y permite calcular con precisión el tiempo de ciclo integral. También define claramente cuándo se considera completado el proceso para su análisis. Dónde obtenerlo Se infiere a partir de la marca de tiempo en que el campo de estado del objeto Invoice cambia a 'Cerrado', 'Pagado en su totalidad' o un estado final similar. Capturar Cambio del campo de estado de la factura a un valor final como 'Cerrado'. Tipo de evento inferred
	Factura enviada al cliente	La factura aprobada se ha enviado oficialmente al cliente por correo electrónico, correo postal o un portal. Este evento suele registrarse cuando se completa el campo 'Fecha de envío' o el estado cambia a 'Enviado'.
Por qué es importante Este evento marca el inicio del periodo de cobro y sirve como punto de partida para calcular los Días pendientes de cobro (DSO). Es un hito clave para hacer seguimiento de la comunicación con el cliente y de los plazos de pago. Dónde obtenerlo Se infiere cuando se completa el campo 'Fecha de envío' del objeto Invoice o cuando el estado cambia a 'Enviado'. También puede registrarse como un evento explícito en el historial de actividades si el envío se realiza mediante una herramienta de correo electrónico integrada. Capturar Marca de tiempo en que se completa el campo 'Sent_Date__c'. Tipo de evento inferred
	Factura generada	Esta actividad indica que se ha creado un nuevo registro de factura en Salesforce. Es el inicio oficial del proceso de facturación para una transacción específica y suele producirse después de completar un pedido o alcanzar un hito contractual. El evento se registra a partir de la marca de tiempo de creación 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 punto hasta el pago permite medir el tiempo de ciclo total de Order to Cash e identificar retrasos iniciales en la entrada de datos. Dónde obtenerlo Este evento se obtiene de la fecha de creación (campo CreatedDate) del objeto personalizado Invoice o de un objeto similar que represente la factura en Salesforce. Capturar Marca de tiempo de creación del registro del objeto de factura. Tipo de evento explicit
	Pago del cliente recibido	El cliente ha pagado la factura y se han recibido los fondos. Normalmente, esto se registra creando un registro relacionado 'Payment' y vinculándolo a la factura.
Por qué es importante Este es el hito más importante de la etapa de cobro. Marca el final del cálculo del DSO e indica que los ingresos se han recibido correctamente. Dónde obtenerlo Se registra a partir de la fecha de creación de un registro del objeto personalizado 'Payment' relacionado con el objeto Invoice. También puede inferirse cuando el estado de la factura cambia a 'Pagado'. Capturar Creación de un registro Payment relacionado. Tipo de evento explicit
	Efectivo aplicado o conciliado	El pago recibido se ha cotejado y aplicado íntegramente a la factura correspondiente en el sistema, con lo que se cierra la cuenta por cobrar. Este evento se registra mediante un cambio final de estado del pago o de la factura.
Por qué es importante Este evento marca el último paso del ciclo de conversión de efectivo. El Dashboard 'Rendimiento de la conciliación de pagos' utiliza esta actividad para medir la eficiencia del equipo financiero al aplicar los cobros. Dónde obtenerlo Se infiere cuando el estado de la factura o de un objeto Payment relacionado cambia a un estado final, como 'Conciliado' o 'Aplicado'. Capturar Cambio del estado de la factura o del pago a 'Conciliado'. 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 la factura vuelve a una etapa anterior, por ejemplo, de 'Rechazado' a 'Borrador'.
Por qué es importante Identificar los ciclos de corrección es fundamental para medir el KPI 'Tasa de retrabajo de facturas'. Un volumen elevado de correcciones indica problemas en la generación inicial de las facturas que provocan retrasos. Dónde obtenerlo Se infiere mediante el seguimiento del historial de campos, al detectar que el estado pasa de una etapa posterior (por ejemplo, 'Rechazado' o 'Aprobado') a una anterior (por ejemplo, 'Borrador' o 'En curso'). Capturar 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 que se haya pagado por completo. Este es un desenlace alternativo no satisfactorio del proceso de facturación.
Por qué es importante El seguimiento de las bajas permite cuantificar la pérdida de ingresos e identificar a los clientes o las situaciones que generan deudas incobrables. Es una excepción importante que conviene vigilar para mantener la salud financiera. Dónde obtenerlo Se infiere a partir de la marca de tiempo en que el campo de estado del objeto Invoice cambia a 'Dado de baja' o 'Cancelado: deuda incobrable'. Capturar Cambio del campo de estado de la factura a 'Dado de baja'. 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 registrarse cuando cambia un campo de estado del registro de la factura, por ejemplo, de 'Borrador' a 'Pendiente de aprobación'.
Por qué es importante El seguimiento de esta actividad permite determinar cuánto tiempo permanece la factura en la cola de aprobación. Es un primer paso fundamental para calcular el KPI 'Tiempo medio de aprobación de facturas'. Dónde obtenerlo Se infiere del seguimiento del historial de campos del objeto Invoice cuando un campo de estado cambia a un valor como 'Enviada para aprobación' o 'En revisión'. Capturar Cambio del campo de estado de la factura a 'Pendiente de aprobación'. Tipo de evento inferred
	Factura rechazada	La persona aprobadora ha rechazado la factura, normalmente por errores o discrepancias, por lo que es necesario corregirla y volver a enviarla. El evento se registra cuando el estado del registro de la factura cambia a 'Rechazado'.
Por qué es importante Esta actividad indica que hay que repetir trabajo y que el proceso es ineficiente. Analizar la frecuencia de los rechazos ayuda a detectar las causas habituales de los errores y a investigar sus causas raíz en el Dashboard 'Trabajo repetido y errores del proceso de facturación'. Dónde obtenerlo Se infiere cuando un campo de estado del objeto Invoice cambia a 'Rechazado'. Estos datos también pueden aparecer en los comentarios del historial de un proceso formal de aprobación. Capturar Cambio del campo de estado de la factura a 'Rechazado'. Tipo de evento inferred
	Llegada de la fecha de vencimiento del pago	Este evento calculado representa el momento en que vence el pago de la factura, según sus condiciones de pago. No corresponde a una acción de una persona usuaria, sino que se obtiene de los datos de la factura.
Por qué es importante Esta actividad ofrece un punto de referencia clave para analizar el comportamiento de pago y medir el KPI 'Tasa de pagos puntuales'. Permite distinguir los pagos puntuales de los atrasados. Dónde obtenerlo Este evento se calcula comparando la marca de tiempo actual con el campo 'Fecha de vencimiento' del objeto Invoice. No existe como evento almacenado en Salesforce. Capturar Se calcula comparando la fecha actual con el campo de fecha de vencimiento de la factura. Tipo de evento calculated
	Pago contabilizado en el libro mayor	El pago recibido se ha registrado formalmente en el sistema de contabilidad financiera o en el libro mayor de la empresa. Puede registrarse mediante una actualización del estado del pago o de la factura después de ejecutarse una integración.
Por qué es importante Esta actividad permite distinguir entre la recepción del pago y su conciliación financiera. El tiempo entre ambos momentos puede revelar retrasos en los procesos contables internos. Dónde obtenerlo Se infiere cuando un campo de estado del objeto Payment o Invoice cambia a un valor como 'Contabilizado' o 'Exportado al ERP', que suele actualizarse mediante una integración de API. Capturar Cambio del estado del pago o de la factura a 'Contabilizado'. 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 una actividad específica (Task o Email) vinculada a la factura.
Por qué es importante El seguimiento de los recordatorios permite evaluar la eficacia de las estrategias de cobro. Es esencial para el Dashboard 'Eficacia de los recordatorios de pago' y el KPI 'Tasa de activación de recordatorios de pago'. Dónde obtenerlo Se registra cuando se crea una actividad (Task o Email) relacionada con el objeto Invoice y el asunto o el tipo indica que se trata de un recordatorio de pago. Capturar Creación de un registro Task o Email relacionado con un tipo o asunto específico. Tipo de evento explicit

Recomendado Opcional

Guías de extracción

Cómo obtener los datos de Salesforce Sales Cloud

Pasos

Compruebe los requisitos previos: Asegúrese de tener los permisos necesarios en Salesforce, incluidos «Ejecutar informes», «Crear y personalizar informes» y «Exportar informes». Compruebe que el seguimiento del historial de campos esté habilitado para los campos de estado clave de los objetos Invoice y Payment. Para ello, vaya a Configuración > Gestor de objetos, busque el objeto correspondiente, seleccione Campos y relaciones y haga clic en «Establecer seguimiento del historial».
Defina la estrategia de informes: Este proceso requiere crear varios informes, ya que las actividades se originan en distintos registros o eventos, como la creación de facturas, los cambios de estado y los pagos relacionados. Cree un informe independiente para cada origen y combine los resultados externamente.
Cree un informe para la creación de registros: Empiece por los eventos más sencillos. Cree un informe para «Factura generada» y «Pago recibido del cliente». Vaya a la pestaña Informes y haga clic en «Nuevo informe». Elija un tipo de informe que incluya el objeto Invoice, como «Facturas», o el objeto Payment. Añada columnas correspondientes a los atributos del Registro de eventos. Para la actividad «Factura generada», la fecha CreatedDate del registro de la factura será el EventTime.
Cree un informe para el historial de campos: Para registrar 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 «Historial de facturas». Este tipo de informe especial muestra los cambios registrados mediante el seguimiento del historial de campos. Filtre el informe por los cambios en el campo Estado.
Cree un informe para eventos basados en fechas: Para eventos como «Factura enviada al cliente» o «Llegada de la fecha de vencimiento del pago», cree un informe sobre el objeto Invoice. Utilice los propios campos de fecha, como Sent_Date__c o Payment_Due_Date__c, como EventTime. Aplique un filtro para incluir solo los registros en los que estos campos tengan un valor.
Cree un informe para actividades relacionadas: Para eventos como «Recordatorio de pago enviado», necesita un informe que relacione las actividades (tareas o eventos) con las facturas. Utilice un tipo de informe como «Actividades con facturas» o cree uno personalizado. Filtre las actividades por un asunto o tipo específico que indique que se trata de un recordatorio.
Añada columnas estándar a todos los informes: En cada informe, incluya 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.
Exporte los informes a CSV: Ejecute cada informe por separado. En la pantalla de resultados, abra el menú desplegable, seleccione «Exportar» y elija el formato «Solo detalles» con la extensión .csv. Repita estos pasos para todos los informes creados.
Combine y transforme los datos: Abra los archivos CSV exportados en una hoja de cálculo o utilice una herramienta de preparación de datos. En cada archivo, añada una columna llamada ActivityName y complétela con la actividad correspondiente, por ejemplo, «Factura generada» en 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.
Cree el Registro de eventos final: Consolide en un único archivo maestro todos los datos transformados de los archivos CSV individuales. Asegúrese de que los encabezados de columna sean exactamente InvoiceNumber, ActivityName, EventTime, UserResponsible, etc. Este archivo unificado será el Registro de eventos final.
Aplique el formato final: Guarde el archivo consolidado como CSV con codificación UTF-8. Ya está listo para cargarlo en ProcessMind.

Configuración

Tipos de informe: Es probable que necesite varios tipos de informe personalizados para relacionar objetos principales, como Account, con objetos secundarios y de tercer nivel, como Invoice, Payment y Activity. Créelos en Configuración > Tipos de informe.
Seguimiento del historial de campos: Es fundamental. En el objeto Invoice, habilite el seguimiento del historial para cualquier campo Estado. Sin esta opción, no podrá registrar 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 los informes para mantener un volumen de datos manejable. Se recomienda filtrar por la fecha de creación del objeto principal y limitar los resultados a los últimos 3 a 6 meses, por ejemplo, Invoice: Created Date igual a LAST 180 DAYS.
Servicio de exportación de datos: Como alternativa a ejecutar informes individuales, puede utilizar el servicio nativo de exportación de datos (Configuración > Exportación de datos). Este servicio exporta todos los datos de la organización semanal o mensualmente. Proporciona una copia de seguridad completa, pero requiere un procesamiento posterior considerable para filtrar, relacionar 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, así como a sus campos. También necesita permisos para crear y exportar informes.

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 instalada la versión 3.6 o posterior de Python en su sistema. Instale las bibliotecas necesarias con el siguiente comando en la 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, inicie sesión en Salesforce, vaya a su configuración personal y busque la opción 'Reset My Security Token'.
Habilite el seguimiento del historial de campos: Inicie sesión en su organización de Salesforce como administrador. Vaya a Setup y, luego, a Object Manager. Busque el objeto principal de facturas, por ejemplo, Invoice__c, y abra '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 el proceso para el objeto de pagos, 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 indicar SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN y SF_INSTANCE_URL. Ajuste START_DATE y END_DATE para definir el período de extracción.
Personalice los nombres de objetos y campos: Revise con atención las consultas SOQL del script. El script contiene nombres de marcador de posición, como Invoice__c, Payment__c, Status__c y Total_Amount__c. Debe sustituirlos por los nombres de API reales de los objetos y campos que utiliza su instancia de Salesforce para la facturación y la emisión de facturas.
Ejecute el script de extracción: Abra una terminal o una línea de comandos, 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: A medida que obtiene y procesa los datos de cada tipo de actividad, el script mostrará mensajes de estado en la consola. El proceso puede tardar, según el volumen de datos y los límites de la API. Preste atención a los mensajes de error, que podrían indicar credenciales o nombres de API incorrectos.
Revise el archivo de salida: Si el script termina correctamente, generará un archivo llamado salesforce_billing_event_log.csv en el mismo directorio. Ábralo con una aplicación de hojas de cálculo para revisar su contenido y comprobar que incluya los datos esperados.
Prepare la carga: El archivo CSV generado incluye las columnas obligatorias InvoiceNumber, ActivityName y EventTime, además de otros atributos recomendados. Puede cargarlo directamente en la herramienta de Process Mining, sin darle 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: Indique el dominio de su instancia de Salesforce, por ejemplo, your_instance.my.salesforce.com. Si utiliza un sandbox, la URL será diferente, por ejemplo, test.salesforce.com.
Filtros por intervalo de fechas: El script incluye las variables START_DATE y END_DATE. Se recomienda comenzar con un intervalo más corto, por ejemplo, de 3 a 6 meses, para gestionar el volumen de datos y respetar los límites de la API. Estas fechas filtran la consulta inicial por fecha de creación de las facturas.
Nombres de API de objetos y campos: El script utiliza nombres de API de marcador de posición para objetos y campos, como Invoice__c y Status__c. Debe sustituirlos por los nombres de API exactos de su modelo de datos de Salesforce. Puede consultarlos en Salesforce Setup, en Object Manager.
Requisitos previos para el seguimiento: La precisión del Registro de eventos, especialmente en lo que respecta a los cambios de estado, depende por completo de que el seguimiento del historial de campos de Salesforce estuviera habilitado para los campos pertinentes antes de que se realizaran las transacciones. Si no lo estaba, no se registrarán los cambios históricos.
Límites de llamadas a la API: Salesforce establece límites de uso para las llamadas a la API durante un período de 24 horas. Si trabaja con conjuntos de datos muy grandes, considere ejecutar la extracción en lotes con intervalos de fechas más cortos o programarla fuera de las horas de mayor actividad para no alcanzar esos límites.

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 que tenga un conector compatible con Salesforce Sales Cloud y cree una conexión con el método de autenticación de Salesforce requerido. En la configuración de la plataforma, indique únicamente la cadena de conexión, las credenciales, el identificador de la organización o los valores específicos del entorno que correspondan.
Confirme que la organización de Salesforce conectada exponga el objeto de facturas, el historial de estados de las facturas o la fuente de auditoría, los registros de actividades relacionados, los registros de pagos y cualquier registro de integración contable que requiera el proceso. Sustituya cada referencia entre corchetes a objetos o campos de la consulta por los nombres correspondientes configurados en su entorno de Salesforce.
Configure los parámetros de extracción incremental con una fecha de inicio y otra de fin. Cuando corresponda, utilice las fechas de creación de facturas, de cambio de estado, de actividad, de pago, de contabilización, de conciliación y de cierre. Incluya un período retrospectivo suficiente para incorporar los casos creados antes del período seleccionado que hayan seguido 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 combinación. No confíe en que ProcessMind infiera eventos a partir de los cambios de estado: cada actividad debe generarse como una fila explícita del Registro de eventos.
Configure las asignaciones de origen para el objeto de facturas, el historial de estados o la fuente de auditoría, los registros de actividades relacionados, 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 estén disponibles en el origen.
Aplique las reglas de transformación. Convierta todas las marcas de tiempo a una misma zona horaria acordada, normalice los valores de estado, convierta InvoiceTotalAmount a un tipo numérico y PaymentDueDate a un tipo de fecha o marca de tiempo, y elimine los registros que no tengan InvoiceNumber o EventTime. Para Payment Due Date Reached, genere una fila explícita con PaymentDueDate como EventTime solo si la fecha de vencimiento cae dentro del período de extracción y el registro de la factura está disponible.
Elimine los eventos duplicados usando InvoiceNumber, ActivityName, EventTime y el identificador del registro de origen, cuando esté disponible. Conserve las ocurrencias independientes cuando el origen contenga varios envíos, rechazos, recordatorios, correcciones, pagos, contabilizaciones o eventos de conciliación legítimos.
Valide que la salida incluya 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, siempre que los datos de origen permitan determinar ese orden.
Cargue el resultado transformado en un archivo CSV, Parquet u otro formato de Registro de eventos compatible con ProcessMind. 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. Durante la importación, confirme que ProcessMind lea las filas tal como se proporcionan y no tenga que deducir actividades faltantes.

Configuración

Conector: Utilice el conector de Salesforce prediseñado 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, libro mayor y conciliación.
Asignación de objetos y campos: Sustituya [Invoice object], [Invoice Number field], [Invoice Created Date field] y 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 debe verificar las asignaciones en lugar de darlas por sentadas.
Intervalo de fechas: Comience con datos de 3 a 6 meses. Amplíe el período retrospectivo si las facturas pueden permanecer abiertas durante varios períodos de informe e incluya un margen para los cambios de estado, pagos, recordatorios y eventos de conciliación.
Extracción incremental: Cuando esté disponible, utilice una marca de agua basada en la marca de tiempo de modificación más reciente de los datos de origen que se haya extraído correctamente. Guarde la marca de agua fuera del Registro de eventos y vuelva a procesar un breve período de solapamiento para evitar que se pierdan actualizaciones tardías.
Filtros: Aplique filtros de empresa, unidad de negocio, entidad legal, moneda, tipo de factura y ciclo de vida solo cuando el análisis los requiera expresamente. Sustituya [Company filter] y [Document type filter] por criterios específicos de la organización, o elimínelos si no corresponden.
Historial de estados: Priorice una fuente que conserve todas las transiciones de estado. Un campo que solo muestre el estado actual de la factura no permite reconstruir de forma fiable los eventos históricos de aprobación, rechazo, corrección, envío, cierre o baja contable.
Evento calculado de vencimiento: Payment Due Date Reached se genera a partir de PaymentDueDate y no corresponde a una acción de un usuario de Salesforce. Defina si el evento debe generarse para todas las facturas o solo para las que seguían abiertas en la fecha de vencimiento.
Registros relacionados: Configure las uniones con las claves de relación reales de la organización de Salesforce. No dé por sentado que las facturas, los pagos, las actividades, las contabilizaciones en el libro mayor o los registros de conciliación utilizan el mismo campo de relación en todas las implementaciones.
Rendimiento: Filtre los registros de origen por fecha antes de realizar las uniones, seleccione solo los campos necesarios, utilice la paginación del conector, habilite la extracción incremental y divida los intervalos de fechas extensos cuando sea posible. Evite volver a extraer todo el historial repetidamente.
Tipos de datos: Normalice las marcas de tiempo a una sola zona horaria, conserve la marca de tiempo original del origen 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 este debe tener permisos sobre objetos, campos y registros de todas las fuentes configuradas.
Seguridad: Guarde las credenciales en el gestor de secretos de la plataforma, limite el acceso a los datos extraídos a las personas autorizadas y respete los límites de Salesforce y de la organización para las llamadas a la API y la retención de datos.

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 comenzar?

Utilice este Template para iniciar el análisis de sus procesos y descubrir oportunidades de mejora importantes. Comience hoy a optimizar el proceso de facturación y emisión de facturas.

Volver a la guía de mejora

Descargar Template

Acelere los pagos: optimice ahora la facturación de O2C

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

Comience su prueba gratuita

No se requiere 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

Generador de informes de Salesforce y servicio de exportación de datos

Pasos

Configuración

Consulta de ejemplo config

Script de Python con la API REST de Salesforce

Pasos

Configuración

Consulta de ejemplo python

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

Pasos

Configuración

Consulta de ejemplo config

¿Listo para comenzar?

Acelere los pagos: optimice ahora la facturación de O2C