> Mejora continua de procesos > Procesamiento de pagos de cuentas por pagar > NetSuite > Template de datos

Su Template de datos para el procesamiento de pagos de cuentas por pagar

NetSuite

Atributos del procesamiento de pagos de cuentas por pagar(21) Actividades del procesamiento de pagos de cuentas por pagar(14) Guías de extracción(3)

Su Template de datos para el procesamiento de pagos de cuentas por pagar

Este Template ofrece un marco completo para mapear los flujos de trabajo de cuentas por pagar en NetSuite. Incluye una lista detallada de los atributos de datos esenciales, las actividades principales del proceso y las instrucciones específicas de extracción para que el análisis sea preciso y útil para la acción.

Atributos recomendados para un análisis detallado
Hitos esenciales del proceso que debe seguir
Instrucciones específicas para extraer datos de NetSuite

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

Descargar Template

Atributos del procesamiento de pagos de cuentas por pagar

Estos son los campos de datos recomendados para incluir en el Registro de eventos y analizar de forma integral el procesamiento de pagos de cuentas por pagar en su entorno de NetSuite.

5 Obligatorio 10 Recomendado 6 Opcional

	Nombre	Descripción
	Actividad Activity	Nombre del paso del proceso o del evento realizado.
Descripción Este atributo registra la acción concreta o el cambio de estado que se produjo en un momento determinado. Algunos ejemplos son 'Factura creada', 'Estado de aprobación modificado' o 'Pago procesado'. Estos datos son esenciales para reconstruir el mapa del flujo del proceso. Al ordenar cronológicamente estas actividades para cada número de factura, la herramienta de Process Mining representa el flujo de trabajo real e identifica ciclos, retrabajos y desviaciones de la ruta ideal. Por qué es importante Define los pasos del mapa del proceso y es obligatorio para cualquier análisis de Process Mining. Dónde obtenerlo Registros System Notes o Workflow History Ejemplos Factura creadaFactura aprobadaPago programadoPago liquidado
	Hora del evento EventTime	Marca de tiempo en que se produjo la actividad.
Descripción Fecha y hora exactas en que tuvo lugar una actividad. Se utiliza para ordenar los eventos y calcular la duración entre pasos. Las marcas de tiempo precisas son fundamentales para identificar cuellos de botella. Permiten calcular los tiempos de ciclo, como el tiempo necesario para una aprobación o el tiempo que una factura permanece bloqueada. Por qué es importante Es obligatorio para ordenar los eventos y calcular todos los KPI basados en el tiempo. Dónde obtenerlo Campo 'date' de System Notes Ejemplos 2023-10-01T14:30:00Z2023-10-02T09:15:00Z
	Número de factura InvoiceNumber	Identificador único de la factura del proveedor.
Descripción Este atributo representa el número de referencia único asignado a una factura de proveedor en NetSuite. Es el identificador definitivo del caso para el proceso de cuentas por pagar y agrupa todas las actividades relacionadas con una obligación de pago concreta. En el análisis, este campo actúa como clave principal de las instancias del proceso. Permite a los analistas seguir todo el ciclo de vida de un pasivo, desde la recepción y el registro de la factura hasta la liquidación del pago. Las variantes se agrupan según este identificador para determinar las rutas habituales del proceso. Por qué es importante Es el ID del caso obligatorio que vincula todos los eventos para formar un caso del proceso. Dónde obtenerlo Tabla Transaction, campo 'tranid' cuando el tipo es 'Vendor Bill' Ejemplos INV-2023-001VB-99822ACME-10299982311
	Sistema de origen SourceSystem	Nombre del sistema del que proceden los datos.
Descripción Identifica la aplicación de software de la que se extrajeron los datos de los eventos. En este contexto, el valor suele ser fijo, como 'NetSuite'. Este atributo resulta útil en entornos con varios sistemas para seguir el linaje de los datos. Aunque esta vista se centra en NetSuite, mantener este campo garantiza la compatibilidad con los modelos de datos de toda la empresa. Por qué es importante Obligatorio para el linaje de datos y para distinguir los datos en entornos con varios sistemas. Dónde obtenerlo Se establece durante la extracción Ejemplos NetSuiteNetSuite OneWorld
	Última actualización de datos LastDataUpdate	La fecha y hora en que se extrajeron o actualizaron los datos.
Descripción Indica cuándo se transfirieron por última vez los datos del sistema de origen a la plataforma de Process Mining. Esto permite saber si el análisis está actualizado. Sirve para determinar si los datos de los Dashboards reflejan el estado en tiempo real o una instantánea de un periodo anterior. Es fundamental para confiar en los cálculos de «Días de retraso». Por qué es importante Obligatorio para conocer la actualidad de los datos y el estado de sincronización. Dónde obtenerlo Marca de tiempo de ETL Ejemplos 2023-11-01T00:00:00Z
	Departamento Department	El departamento interno asociado a la factura.
Descripción Clasifica la factura según el centro de costes o el departamento interno (por ejemplo, TI o Marketing) que generó el gasto. Este atributo permite desglosar los tiempos de ciclo por departamento. Ayuda a detectar si algunos departamentos tardan más en codificar o aprobar facturas y facilita la mejora específica del proceso. Por qué es importante Permite analizar la eficiencia de los procesos por área de la organización. Dónde obtenerlo Campo «department» de Transaction Ejemplos TIMarketingFabricación
	Es factura sin PO IsNonPO	Indicador que señala si la factura no está vinculada a una orden de compra.
Descripción Atributo booleano derivado de la ausencia de una orden de compra vinculada. Divide el proceso entre facturas respaldadas por una PO y facturas FI directas. Se utiliza en el Dashboard «Velocidad de procesamiento de facturas sin PO» para destacar la ineficiencia del procesamiento manual frente al proceso de conciliación de tres vías. Por qué es importante Segmento de alto nivel para analizar las variantes del proceso. Dónde obtenerlo Se deriva de que «PurchaseOrderNumber» sea nulo Ejemplos truefalse
	Estado de aprobación ApprovalStatus	El estado actual de aprobación de la factura en el flujo de trabajo.
Descripción Indica si la factura está pendiente de aprobación, aprobada o rechazada. Este estado determina la lógica de transición del flujo de trabajo. Este campo es fundamental para la «Auditoría del cumplimiento del flujo de trabajo de aprobación». Los cambios de estado generan eventos de actividad, y el estado final determina si la factura está lista para el pago. Por qué es importante Permite seguir el avance de la factura en la etapa de aprobación. Dónde obtenerlo Campo «approvalstatus» de Transaction Ejemplos Pendiente de aprobaciónAprobadoRechazado
	Fecha de pago PaymentDate	La fecha en que se ejecutó el pago.
Descripción La fecha registrada en la transacción de pago al proveedor vinculada a la factura. Marca la finalización del ciclo de cuentas por pagar. Se utiliza para calcular los «Tiempos del ciclo de pago de principio a fin». Al comparar esta fecha con «InvoiceDate», se obtiene la duración total del proceso. Por qué es importante Marca de tiempo final del ciclo principal del proceso. Dónde obtenerlo Fecha de la transacción de pago al proveedor vinculada Ejemplos 2023-11-202023-12-05
	Fecha de vencimiento DueDate	La fecha límite para pagar al proveedor.
Descripción Este atributo indica la fecha límite contractual de pago según las condiciones de la factura. Sirve como referencia para calcular los pagos puntuales. Este campo es un componente clave del KPI «Porcentaje de pagos puntuales». Al comparar la fecha de «Pago ejecutado» con este campo, el sistema identifica los pagos atrasados y ayuda a estimar posibles penalizaciones. Por qué es importante Fundamental para calcular el porcentaje de pagos puntuales e identificar obligaciones vencidas. Dónde obtenerlo Campo «duedate» de Transaction Ejemplos 2023-11-152023-12-01
	Filial Subsidiary	La filial o entidad jurídica de la empresa que recibe la factura.
Descripción En los entornos de NetSuite OneWorld, identifica la entidad jurídica específica (filial) a la que corresponde la factura. Esto permite comparar distintas partes de la organización. Este atributo alimenta el Dashboard «Tiempos del ciclo de pago de principio a fin» y permite comparar la eficiencia entre distintas unidades de negocio. Ayuda a determinar si algunas regiones o entidades tienen un rendimiento inferior. Por qué es importante Esencial para que las organizaciones con varias entidades comparen el rendimiento entre unidades de negocio. Dónde obtenerlo Campo «subsidiary» de Transaction Ejemplos Este de EE. UU.Sede central de EMEAVentas de APAC
	Importe de la factura InvoiceAmount	El valor monetario total de la factura.
Descripción Importe total de la factura del proveedor, normalmente en la moneda base o en la moneda de la transacción. Esta métrica permite analizar el impacto financiero. Se utiliza en el Dashboard «Seguimiento de pagos atrasados y penalizaciones» para cuantificar el riesgo de liquidez que suponen los pagos demorados. También permite priorizar las facturas de mayor importe para su gestión manual. Por qué es importante Necesario para cuantificar el impacto financiero de las ineficiencias del proceso. Dónde obtenerlo Campo «usertotal» o «foreignamount» de Transaction Ejemplos 1500.00250.5010000.00
	Nombre del proveedor VendorName	Nombre del proveedor que emite la factura.
Descripción Este atributo contiene el nombre de la entidad asociada a la factura del proveedor. Es fundamental para analizar el rendimiento en toda la cadena de suministro. En el análisis, este campo permite usar el Dashboard «Variación del ciclo de pago a proveedores». Los analistas pueden agrupar los casos por proveedor para detectar cuáles generan discrepancias de conciliación de forma recurrente o aplican condiciones de pago no estándar. Por qué es importante Esencial para agrupar el análisis por proveedor y detectar cuellos de botella específicos. Dónde obtenerlo Campo «entity» de Transaction, unido al registro Vendor Ejemplos Office DepotOracleFedEx
	Número de orden de compra PurchaseOrderNumber	Número de referencia de la orden de compra relacionada.
Descripción Vincula la factura del proveedor con la orden de compra (PO) de origen. Si este campo está vacío, la factura se considera una factura sin PO. Este atributo es fundamental para el Dashboard «Velocidad de procesamiento de facturas sin PO». Permite separar las variantes del proceso entre facturas con PO y facturas sin PO (FI) para comparar la eficiencia y el cumplimiento. Por qué es importante Necesario para distinguir el procesamiento de facturas con PO del de facturas sin PO. Dónde obtenerlo Campo «createdfrom» de Transaction Ejemplos PO-8821PO-1002null
	Usuario User	La persona empleada que realizó la actividad.
Descripción Identifica a la persona responsable de un evento específico, como aprobar una factura o liberar un bloqueo de pago. Se utiliza en el Dashboard «Monitor de cuellos de botella del flujo de trabajo de aprobación» para detectar demoras asociadas a recursos concretos. Ayuda a la dirección a equilibrar la carga de trabajo e identificar las necesidades de formación de cada integrante del equipo. Por qué es importante Necesario para analizar los recursos e identificar cuellos de botella a nivel de usuario. Dónde obtenerlo System Notes 'name' o Transaction 'employee' Ejemplos Juan PérezAdministrador de finanzasSistema
	Bloqueo de pago PaymentHold	Indica si la factura está bloqueada para el pago.
Descripción Indicador o estado que señala que la factura tiene un bloqueo de pago y no puede incluirse en las ejecuciones de pago. Este atributo permite analizar el impacto de los bloqueos de pago en el Dashboard correspondiente. Analizar durante cuánto tiempo este campo permanece en «true» permite detectar demoras de procesamiento causadas por disputas o falta de información. Por qué es importante Fundamental para analizar por qué las facturas están detenidas o se demoran. Dónde obtenerlo Campo «paymenthold» de Transaction Ejemplos truefalse
	Condiciones de pago PaymentTerms	Las condiciones acordadas que establecen los plazos de pago y los descuentos.
Descripción Especifica las condiciones de pago, como «30 días netos» o «2 % a 10 días, neto a 30 días». Este contexto ayuda a explicar la «Fecha de vencimiento» y las posibilidades de obtener descuentos por pronto pago. Este atributo se utiliza en el Dashboard «Porcentaje de descuentos por pronto pago aprovechados». Permite identificar las facturas que podían beneficiarse de descuentos y relacionar los descuentos no aprovechados con condiciones restrictivas específicas. Por qué es importante Aporta contexto a la fecha de vencimiento y permite identificar oportunidades de descuento. Dónde obtenerlo Campo «terms» de Transaction Ejemplos 30 días netos2 % a 10 días, neto a 30 díasPagadero al recibir
	Descuento disponible DiscountAvailable	El importe del descuento potencial disponible por pronto pago.
Descripción Valor monetario del descuento por pronto pago, calculado a partir del importe de la factura y las condiciones de pago. Representa el ahorro potencial. Este atributo es fundamental para el Dashboard «Porcentaje de descuentos por pronto pago aprovechados». Al sumar este valor en los pagos atrasados, los analistas pueden calcular el total de ahorros no aprovechados. Por qué es importante Cuantifica la oportunidad financiera que ofrece acelerar el proceso. Dónde obtenerlo Calculado a partir de Terms e InvoiceAmount Ejemplos 30.000.0015.50
	Días de retraso DaysOverdue	Número de días transcurridos entre la fecha de vencimiento y la fecha de pago.
Descripción Métrica calculada que mide el retraso del pago con respecto a la fecha de vencimiento. Los valores negativos indican un pago anticipado. Este atributo alimenta el Dashboard «Seguimiento de pagos atrasados y penalizaciones». Es esencial para cuantificar la gravedad de los retrasos e identificar patrones de pagos tardíos recurrentes. Por qué es importante Métrica clave para analizar el cumplimiento de los pagos y el riesgo de penalizaciones. Dónde obtenerlo Calculado: PaymentDate - DueDate Ejemplos 50-2
	Fecha de la factura InvoiceDate	La fecha que figura en la factura del proveedor.
Descripción La fecha del documento proporcionada por el proveedor. A menudo, es el punto de partida para calcular la antigüedad de la factura. Se utiliza para calcular el «Tiempo de procesamiento de principio a fin». La diferencia entre esta fecha y la fecha de creación en NetSuite puede revelar demoras en el escaneo o en la gestión del correo. Por qué es importante Marca el inicio oficial del plazo del proveedor. Dónde obtenerlo Campo «trandate» de Transaction Ejemplos 2023-10-012023-10-05
	Moneda Currency	La moneda en la que se emitió la factura.
Descripción El código ISO que representa la moneda de la transacción. Es importante para las organizaciones multinacionales. Se utiliza para normalizar los valores financieros en el análisis del «Importe de la factura». También ayuda a detectar si los procesos de cambio de divisas alargan la actividad «Pago liquidado». Por qué es importante Necesario para agregar correctamente los datos financieros y analizar las divisas. Dónde obtenerlo Campo «currency» de Transaction Ejemplos USDEURGBP

Obligatorio Recomendado Opcional

Actividades del procesamiento de pagos de cuentas por pagar

Estos son los pasos e hitos clave del proceso que debe registrar en el Registro de eventos para descubrir con precisión el ciclo de vida del procesamiento de pagos.

5 Recomendado 9 Opcional

	Actividad	Descripción
	Factura aprobada	El estado de Vendor Bill cambia a Open, lo que indica que se ha autorizado el pago y que la factura ha afectado al libro mayor. Es un hito clave antes del pago.
Por qué es importante Finaliza el ciclo de aprobación y deja la factura disponible para programar el pago. Es esencial para medir la eficiencia de las aprobaciones. Dónde obtenerlo System Notes. Busque un cambio en el campo 'approvalstatus' a '2' (Approved) o un cambio del estado a 'Open'. Capturar Compare el campo de estado antes y después Tipo de evento inferred
	Factura creada	Creación inicial del registro Vendor Bill en NetSuite. Marca el inicio del proceso e indica que la factura se ha registrado en el ERP.
Por qué es importante Establece la marca de tiempo de referencia para todo el ciclo de cuentas por pagar y los cálculos de antigüedad. Dónde obtenerlo Tabla Transaction. Filtre por tipo de registro Vendor Bill. Capture el campo datecreated o trandate. Capturar Se registra cuando se ejecuta la transacción Vendor Bill Tipo de evento explicit
	Factura vinculada a una orden de compra	Indica que Vendor Bill se creó a partir de una orden de compra existente o se vinculó a ella. Permite distinguir las facturas asociadas a órdenes de compra de las que no lo están.
Por qué es importante Es fundamental para analizar el cumplimiento de las políticas de compras y comparar los tiempos de ciclo de las facturas con orden de compra y sin ella. Dónde obtenerlo Tabla Transaction. Compruebe el campo 'createdfrom' del registro Vendor Bill. Si contiene un ID de orden de compra, esta actividad tuvo lugar. Capturar Compare el campo de estado antes y después Tipo de evento inferred
	Pago liquidado	Bill Payment se marca como liquidado durante la conciliación bancaria. Esto confirma que los fondos han salido de la cuenta bancaria.
Por qué es importante Proporciona la fecha real de finalización financiera para analizar el flujo de caja, distinta de la fecha contable del pago. Dónde obtenerlo Transaction Line. El indicador 'cleared' se establece en True en la línea de transacción Bill Payment. Capturar Se registra cuando se ejecuta la transacción X Tipo de evento explicit
	Pago procesado	Se contabiliza correctamente un registro Bill Payment y la factura queda marcada como Paid in Full o Partially Paid. El pasivo se cancela en el libro mayor.
Por qué es importante Es el principal hito de finalización del proceso de pago. Se utiliza para calcular el tiempo de ciclo de procesamiento de principio a fin. Dónde obtenerlo Tabla Transaction. Identifique la creación de un registro 'Bill Payment' o el cambio de estado a 'Deposited' (para cheques) o 'Paid'. Capturar Se registra cuando se ejecuta la transacción Bill Payment Tipo de evento explicit
	Aprobación de factura solicitada	El estado de Vendor Bill cambia a Pending Approval. Esto indica que la factura ha entrado en el flujo de trabajo de enrutamiento para su autorización.
Por qué es importante Marca el inicio del tiempo de ciclo de aprobación y permite identificar cuellos de botella en la cadena de autorización. Dónde obtenerlo System Notes. Busque un cambio en el campo 'approvalstatus' a '1' (Pending Approval). Capturar Compare el campo de estado antes y después Tipo de evento inferred
	Bloqueo de pago aplicado	La casilla Payment Hold de Vendor Bill se marca como True. Esto impide que la factura se incluya en las ejecuciones de pago.
Por qué es importante Identifica cuellos de botella en los que las facturas se detienen por disputas o decisiones de gestión del flujo de caja. Dónde obtenerlo System Notes. Busque un cambio del campo 'paymenthold' de 'F' a 'T'. Capturar Se registra cuando se ejecuta la transacción X Tipo de evento explicit
	Bloqueo de pago levantado	La casilla Payment Hold se marca como False y la factura queda disponible para su procesamiento. Esto marca el final del periodo de bloqueo.
Por qué es importante Se utiliza para calcular el KPI de duración del bloqueo de pago y conocer los tiempos de resolución de las facturas disputadas. Dónde obtenerlo System Notes. Busque un cambio del campo 'paymenthold' de 'T' a 'F'. Capturar Se registra cuando se ejecuta la transacción X Tipo de evento explicit
	Crédito de proveedor aplicado	Se aplica un Bill Credit (Vendor Credit) a Vendor Bill para reducir el importe adeudado. Es una alternativa al pago en efectivo.
Por qué es importante Explica por qué el importe del pago puede diferir del importe de la factura y permite cerrar correctamente el pasivo. Dónde obtenerlo Transaction Links. Identifique cuándo se vincula a Vendor Bill una transacción de tipo 'Vendor Credit'. Capturar Compare el campo de estado antes y después Tipo de evento inferred
	Cuenta de la factura modificada	Se cambia la cuenta de gastos del libro mayor en las líneas de la factura. Esto indica una corrección de errores de codificación o una reclasificación.
Por qué es importante Mide directamente el KPI de tasa de recodificación de facturas y señala pérdidas de eficiencia en el paso de codificación contable. Dónde obtenerlo System Notes. Busque cambios en el campo 'account' de la lista de subregistros Transaction Line. Capturar Se registra cuando se ejecuta la transacción X Tipo de evento explicit
	Factura rechazada	Vendor Bill se devuelve a quien la presentó para que la corrija o se deniega. Esto representa un ciclo de retrabajo o la finalización del flujo de aprobación.
Por qué es importante Un alto porcentaje de rechazos indica fricciones en el proceso, problemas de formación o problemas de calidad de los datos en etapas anteriores. Dónde obtenerlo System Notes. Busque un cambio en el campo 'approvalstatus' a '3' (Rejected). Capturar Compare el campo de estado antes y después Tipo de evento inferred
	Importe de la factura modificado	El importe total de Vendor Bill cambia después de su creación inicial. Esto puede indicar retrabajo, errores de entrada de datos o resolución de discrepancias.
Por qué es importante Indica intervención manual y retrabajo, que reducen el procesamiento automatizado de principio a fin. Dónde obtenerlo System Notes. Busque cambios en los campos 'total' o 'usertotal' del registro Vendor Bill. Capturar Se registra cuando se ejecuta la transacción X Tipo de evento explicit
	Pago anulado	Se anula un Bill Payment procesado anteriormente y se vuelve a abrir Vendor Bill. Esto representa una excepción importante y un fallo del proceso.
Por qué es importante Es fundamental para el cumplimiento de auditoría y para identificar las causas de los pagos fallidos, como errores de impresión de cheques o rechazos bancarios. Dónde obtenerlo System Notes de Bill Payment. Cambio de estado a 'Voided'. Capturar Se registra cuando se ejecuta la transacción X Tipo de evento explicit
	Pago programado	Se crea un registro Bill Payment con el estado 'Pending Approval'. Esto suele ocurrir al crear un lote de pagos electrónicos (EFT).
Por qué es importante Distingue entre la intención de pagar y la ejecución efectiva de los fondos, y señala demoras en la autorización del pago. Dónde obtenerlo Tabla Transaction. Creación de un registro 'Bill Payment' vinculado a Bill, con el estado 'Pending Approval'. Capturar Compare el campo de estado antes y después Tipo de evento inferred

Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de NetSuite

Pasos

Inicie sesión en NetSuite como administrador o como usuario con permiso para crear y exportar búsquedas guardadas.
Vaya a Lists > Search > Saved Searches > New.
Seleccione Transacción en la lista de tipos de registro para crear una búsqueda guardada de transacciones.
En la pestaña Criteria, compruebe que la casilla Use Expressions esté desmarcada y, a continuación, añada el filtro Type y seleccione Vendor Bill, Bill Payment o Bill Credit.
En la misma pestaña Criteria, añada el filtro Main Line y configúrelo como True. Así se centra la búsqueda en el nivel de encabezado para los eventos de creación y cambio de estado.
Para capturar el historial, vaya a la relación System Notes en la lista de filtros, al final del menú desplegable, y añada System Notes : Date. Defina el intervalo de fechas que desea, por ejemplo, los últimos 90 días.
Vaya a la pestaña Results y elimine todas las columnas predeterminadas.
Añada la columna identificadora del caso: seleccione Transaction Name o Document Number. Asigne la etiqueta personalizada InvoiceNumber.
Añada la columna de hora del evento: seleccione System Notes fields... > Date. Asigne la etiqueta personalizada EventTime.
Añada la columna Actividad: seleccione Formula (Text). En la ventana de fórmula, pegue la instrucción CASE que se proporciona en la sección Query de abajo. Esta lógica asigna los cambios de campos de NetSuite a los nombres de actividad estándar. Asigne la etiqueta personalizada Activity.
Añada otros atributos necesarios (Source System, Last Data Update) mediante Formula (Text), con valores estáticos como 'NetSuite' y la etiqueta integrada {today}.
Haga clic en Save & Run. Cuando aparezcan los resultados, haga clic en el icono Export - CSV, en la parte superior izquierda de la barra de herramientas, para descargar el Registro de eventos para ProcessMind.

Configuración

Tipos de transacción: limite el filtro a Vendor Bill, Bill Payment y Bill Credit para evitar datos irrelevantes de asientos contables u órdenes de compra.
Relación System Notes: esta configuración depende en gran medida de la relación System Notes para generar un historial, en lugar de una instantánea del estado actual. Compruebe que su rol de usuario tenga permiso para ver System Notes.
Intervalo de fechas: aplique el filtro de fecha al campo System Notes : Date, no al campo Date de la transacción. Así capturará actividades recientes en facturas antiguas, como un pago realizado hoy para una factura creada el año pasado.
Main Line: se recomienda configurar Main Line = True para reducir el volumen de filas. Sin embargo, si necesita hacer seguimiento de 'Invoice Account Modified', quizá deba configurar Main Line = False o crear una búsqueda aparte para los cambios en las líneas.
Límites de las fórmulas: las fórmulas de NetSuite tienen un límite de 4.000 caracteres. Si la lógica de Actividad se vuelve demasiado compleja, divídala en dos búsquedas o procese la asignación fuera de NetSuite.

Consulta de ejemplo config

Type: Transaction

CRITERIA TAB:
- Type: is any of Vendor Bill, Bill Payment, Bill Credit
- Main Line: is True
- System Notes : Date: is within [Your Date Range]

RESULTS TAB:

Column 1: Document Number
- Label: InvoiceNumber

Column 2: System Notes : Date
- Label: EventTime

Column 3: Formula (Text)
- Label: Activity
- Formula:
CASE 
   WHEN {systemnotes.type} = 'Create' AND {type} = 'Bill' THEN 'Invoice Created'
   WHEN {systemnotes.type} = 'Create' AND {type} = 'Bill' AND {createdfrom} IS NOT NULL THEN 'Invoice Matched to PO'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Approval Status' AND {systemnotes.newvalue} = 'Pending Approval' THEN 'Invoice Approval Requested'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Approval Status' AND {systemnotes.newvalue} = 'Open' THEN 'Invoice Approved'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Approval Status' AND {systemnotes.newvalue} = 'Rejected' THEN 'Invoice Rejected'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Amount' THEN 'Invoice Amount Modified'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Account' THEN 'Invoice Account Modified'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Payment Hold' AND {systemnotes.newvalue} = 'T' THEN 'Payment Hold Applied'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Payment Hold' AND {systemnotes.newvalue} = 'F' THEN 'Payment Hold Released'
   WHEN {type} = 'Bill Credit' AND {systemnotes.type} = 'Create' THEN 'Vendor Credit Applied'
   WHEN {type} = 'Bill Payment' AND {systemnotes.type} = 'Create' AND {status} = 'Pending Approval' THEN 'Payment Scheduled'
   WHEN {type} = 'Bill Payment' AND {systemnotes.type} = 'Create' AND {status} = 'Paid In Full' THEN 'Payment Processed'
   WHEN {type} = 'Bill Payment' AND {systemnotes.field} = 'Void' THEN 'Payment Voided'
   WHEN {type} = 'Bill Payment' AND {systemnotes.field} = 'Cleared' AND {systemnotes.newvalue} = 'T' THEN 'Payment Cleared'
   ELSE 'General Update'
END

Column 4: Formula (Text)
- Label: SourceSystem
- Formula: 'NetSuite'

Column 5: Formula (Text)
- Label: LastDataUpdate
- Formula: TO_CHAR({today}, 'YYYY-MM-DD HH24:MI:SS')

Column 6: Vendor : Name
- Label: VendorName

Column 7: Subsidiary
- Label: Subsidiary

Column 8: Amount
- Label: InvoiceAmount

Column 9: Due Date
- Label: DueDate

Column 10: Created From
- Label: PurchaseOrderNumber

Column 11: System Notes : Set by
- Label: User

Column 12: Department
- Label: Department

Column 13: Status
- Label: ApprovalStatus

Column 14: Formula (Text)
- Label: IsNonPO
- Formula: CASE WHEN {createdfrom} IS NULL THEN 'True' ELSE 'False' END

Pasos

Configure el controlador ODBC: compruebe que el controlador ODBC de SuiteAnalytics Connect esté instalado y configurado en el equipo de extracción. Necesitará el ID de cuenta de NetSuite, el ID de rol y credenciales válidas.
Compruebe los permisos: el rol de usuario asociado a la conexión ODBC debe tener el permiso 'SuiteAnalytics Connect' y acceso de visualización a Transactions, System Notes y Entities.
Prepare el entorno: abra su cliente SQL, como DBeaver, DataGrip o una herramienta ETL propia, y conéctese a la fuente de datos de NetSuite.
Defina el ámbito: identifique los ID de las subsidiarias y el intervalo de fechas de la extracción. Actualice la cláusula WHERE de la expresión de tabla común (CTE) llamada 'VendorBills' en la consulta proporcionada.
Ejecute la consulta: ejecute el script SQL proporcionado. Este script agrega datos de las tablas 'Transaction', 'TransactionLine', 'SystemNote' y 'TransactionLink' para reconstruir el historial del proceso.
Supervise la ejecución: las conexiones ODBC de NetSuite pueden agotar el tiempo de espera con conjuntos de datos grandes. Si la consulta falla, considere dividir la extracción por mes o trimestre mediante el filtro 'trandate'.
Valide los datos: compruebe que la distribución de eventos 'Invoice Created' y 'Payment Processed' sea razonable. Asegúrese de que todas las filas tengan un valor en 'InvoiceNumber'.
Exporte los datos: guarde los resultados de la consulta en un archivo CSV o impórtelos directamente en su dataframe. Asegúrese de que la codificación de caracteres sea UTF-8 para admitir caracteres especiales en los nombres de proveedores.
Formatee las fechas: al importar los datos en ProcessMind, compruebe que la columna 'EventTime' se interprete como un objeto de fecha y hora (YYYY-MM-DD HH:MM:SS).
Gestione los valores nulos: en la columna 'User', los valores nulos suelen indicar eventos generados por el sistema, como scripts programados. Si lo desea, puede sustituirlos por 'System' durante el posprocesamiento.
Revise el resultado: confirme que la columna Actividad contenga los nombres de evento requeridos, como 'Invoice Created' y 'Payment Processed', y que no haya errores de asignación.

Configuración

Intervalo de fechas: filtre con 'Transaction.trandate'. Para el análisis inicial de Process Mining, se recomienda un intervalo de entre 3 y 12 meses.
Filtro por subsidiaria: si su entorno de NetSuite es OneWorld, filtre siempre por 'Transaction.subsidiary' para analizar la entidad legal correcta.
System Notes: la extracción depende en gran medida de la tabla 'SystemNote' para obtener los registros de aprobación y cambios. Compruebe que la opción 'Log System Notes on Update Only' no impida registrar pasos críticos del flujo de trabajo.
Estado de la transacción: los estados de las transacciones de NetSuite son distintos, por ejemplo, 'A' y 'B'. La consulta los convierte en valores legibles. Verifique que su entorno use los códigos de estado estándar.
Versión del controlador ODBC: use la versión más reciente disponible del controlador SuiteAnalytics Connect para evitar problemas de compatibilidad con las actualizaciones recientes de NetSuite.

Consulta de ejemplo sql

WITH VendorBills AS (
    SELECT
        t.ID AS TransactionID,
        t.tranid AS InvoiceNumber,
        t.trandate AS InvoiceDate,
        t.createDate AS CreatedDate,
        t.lastModifiedDate AS LastModified,
        e.altName AS VendorName,
        s.name AS Subsidiary,
        t.foreignTotal AS InvoiceAmount,
        t.dueDate AS DueDate,
        t.createdFrom AS CreatedFromID,
        CASE WHEN t.createdFrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
        dep.name AS Department,
        'NetSuite' AS SourceSystem
    FROM
        Transaction t
        LEFT JOIN Entity e ON t.entity = e.id
        LEFT JOIN Subsidiary s ON t.subsidiary = s.id
        LEFT JOIN Department dep ON t.department = dep.id
    WHERE
        t.type = 'VendBill'
        AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD') -- REPLACE WITH YOUR START DATE
        AND t.trandate <= TO_DATE('2023-12-31', 'YYYY-MM-DD') -- REPLACE WITH YOUR END DATE
),
PO_Data AS (
    SELECT
        t.ID AS PO_ID,
        t.tranid AS PONumber
    FROM
        Transaction t
    WHERE
        t.type = 'PurchOrd'
)

-- 1. Invoice Created
SELECT
    vb.InvoiceNumber,
    'Invoice Created' AS Activity,
    vb.CreatedDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Created' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID

UNION ALL

-- 2. Invoice Matched to PO
SELECT
    vb.InvoiceNumber,
    'Invoice Matched to PO' AS Activity,
    vb.CreatedDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Created' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID

UNION ALL

-- 3. Invoice Approval Requested (Derived from System Notes)
SELECT
    vb.InvoiceNumber,
    'Invoice Approval Requested' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Pending Approval' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'approvalstatus'
    AND sn.newValue = 'Pending Approval'

UNION ALL

-- 4. Invoice Approved
SELECT
    vb.InvoiceNumber,
    'Invoice Approved' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Open' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'approvalstatus'
    AND (sn.newValue = 'Approved' OR sn.newValue = 'Open')

UNION ALL

-- 5. Invoice Rejected
SELECT
    vb.InvoiceNumber,
    'Invoice Rejected' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Rejected' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'approvalstatus'
    AND sn.newValue = 'Rejected'

UNION ALL

-- 6. Invoice Amount Modified
SELECT
    vb.InvoiceNumber,
    'Invoice Amount Modified' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Modified' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    (sn.standardfield = 'foreigntotal' OR sn.standardfield = 'total')

UNION ALL

-- 7. Invoice Account Modified
SELECT
    vb.InvoiceNumber,
    'Invoice Account Modified' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Modified' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'account'

UNION ALL

-- 8. Payment Hold Applied
SELECT
    vb.InvoiceNumber,
    'Payment Hold Applied' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Hold' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'paymenthold'
    AND sn.newValue = 'T'

UNION ALL

-- 9. Payment Hold Released
SELECT
    vb.InvoiceNumber,
    'Payment Hold Released' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Released' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'paymenthold'
    AND sn.newValue = 'F'

UNION ALL

-- 10. Vendor Credit Applied
SELECT
    vb.InvoiceNumber,
    'Vendor Credit Applied' AS Activity,
    vc.createDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Credit Applied' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vc ON tl.nextDoc = vc.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vc.type = 'VendCred'

UNION ALL

-- 11. Payment Scheduled (Bill Payment created but pending)
SELECT
    vb.InvoiceNumber,
    'Payment Scheduled' AS Activity,
    vp.createDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Scheduled' AS ApprovalStatus,
    vb.IsNonPO,
    vp.trandate AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vp.type = 'VendPymt'
    AND vp.status = 'Pending Approval'

UNION ALL

-- 12. Payment Processed (Payment posted)
SELECT
    vb.InvoiceNumber,
    'Payment Processed' AS Activity,
    vp.trandate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Paid' AS ApprovalStatus,
    vb.IsNonPO,
    vp.trandate AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vp.type = 'VendPymt'
    AND (vp.status = 'PaidInFull' OR vp.status = 'Deposited' OR vp.status = 'NotDeposited')

UNION ALL

-- 13. Payment Voided
SELECT
    vb.InvoiceNumber,
    'Payment Voided' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Voided' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    INNER JOIN SystemNote sn ON vp.ID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    vp.type = 'VendPymt'
    AND sn.standardfield = 'status'
    AND sn.newValue LIKE '%Void%'

UNION ALL

-- 14. Payment Cleared
SELECT
    vb.InvoiceNumber,
    'Payment Cleared' AS Activity,
    vp.clearedDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Cleared' AS ApprovalStatus,
    vb.IsNonPO,
    vp.trandate AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vp.type = 'VendPymt'
    AND vp.clearedDate IS NOT NULL

Pasos

Requisitos previos: asegúrese de tener una cuenta de NetSuite con acceso de administrador o desarrollador. Debe habilitar las funciones 'SuiteTalk REST Web Services' y 'SuiteAnalytics Connect' en Setup > Company > Enable Features.
Configuración de la integración: vaya a Setup > Integration > Manage Integrations > New. Cree una integración llamada 'ProcessMining_ETL'. Marque 'Rest Web Services' y 'Token-Based Authentication'. Anote la Consumer Key y la Consumer Secret generadas.
Generación del token: vaya a la página Manage Access Tokens. Cree un token para el rol que tenga permisos para ver Transacción, System Notes y Lists. Anote el Token ID y el Token Secret.
Entorno de Python: instale Python 3.x. Instale las bibliotecas necesarias con pip: pip install requests requests-oauthlib pandas.
Configuración del script: copie el script de Python proporcionado en la sección Query de abajo. Actualice las variables ACCOUNT_ID, CONSUMER_KEY, CONSUMER_SECRET, TOKEN_ID y TOKEN_SECRET con sus credenciales. Configure START_DATE con la fecha de inicio de la extracción que desea, por ejemplo, '2023-01-01'.
Lógica de SuiteQL: el script utiliza un enfoque UNION ALL. Consulta la tabla Transaction para obtener los eventos de creación y pago, y la tabla SystemNote para los eventos del registro de auditoría, como aprobaciones, cambios y retenciones.
Ejecución: ejecute el script desde la línea de comandos: python netsuite_extract.py. El script gestiona automáticamente la paginación; SuiteQL crea páginas de 1.000 registros.
Procesamiento de datos: el script convierte automáticamente la respuesta JSON en un formato tabular plano, adecuado para Process Mining. También asigna las columnas y da formato a las fechas.
Validación: el script muestra el número total de filas extraídas. Si es necesario, compárelo con una búsqueda guardada de NetSuite.
Exportación: el dataframe final se guarda como netsuite_ap_event_log.csv. Este archivo está listo para cargarse en ProcessMind.
Carga: importe el CSV en ProcessMind. Asigne InvoiceNumber a Id. del caso, Activity a Actividad y EventTime a la marca de tiempo.

Configuración

Autenticación: Utiliza OAuth 1.0a (autenticación basada en tokens). Es el modelo de seguridad estándar para la API REST de NetSuite.
Tamaño del lote: El script solicita 1.000 filas por página (el máximo predeterminado de NetSuite para SuiteQL).
Filtrado por fecha: Está configurado para filtrar por trandate (para las transacciones) y date (para las notas del sistema) >= START_DATE, con el fin de optimizar el rendimiento.
Ámbito: Filtra la tabla Transacción por los tipos 'VendBill' (factura de proveedor), 'BillPymt' (pago de factura) y 'VendCred' (nota de crédito de proveedor).
Notas del sistema: Esta tabla es fundamental para registrar los ciclos de aprobación y los cambios. Puede ser grande; asegúrese de que el usuario de integración tenga permiso para consultar SystemNote.
Zona horaria: La API de NetSuite devuelve las fechas en la zona horaria de la cuenta. El script presupone formatos ISO estándar.

Consulta de ejemplo python

import requests
from requests_oauthlib import OAuth1
import pandas as pd
import time

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
ACCOUNT_ID = class="hl-string">'1234567_SB1'  class=class="hl-string">"hl-comment"># Your NetSuite Account ID (Realm). Use hyphens for sandbox (e.g., 1234567-sb1)
CONSUMER_KEY = class="hl-string">'your_consumer_key'
CONSUMER_SECRET = class="hl-string">'your_consumer_secret'
TOKEN_ID = class="hl-string">'your_token_id'
TOKEN_SECRET = class="hl-string">'your_token_secret'
START_DATE = class="hl-string">'2024-01-01'  class=class="hl-string">"hl-comment"># Filter for data extraction

class=class="hl-string">"hl-comment"># Normalize Account ID for URL (NetSuite requires lowercase and hyphens)
url_account_id = ACCOUNT_ID.lower().replace(class="hl-string">'_', class="hl-string">'-')
BASE_URL = fclass="hl-string">'https://{url_account_id}.suitetalk.api.netsuite.com/services/rest/query/v1/suiteql'

class=class="hl-string">"hl-comment"># === SUITEQL QUERY ===
class=class="hl-string">"hl-comment"># This query extracts 14 activities using UNION ALL to combine Transaction data and System Notes.
suiteql_query = fclass="hl-string">"""
/* 1. Invoice Created */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Created' AS Activity,
    TO_CHAR(t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM Transaction t
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee e ON t.createdBy = e.id
LEFT JOIN Department d ON t.department = d.id
WHERE t.type = 'VendBill'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 2. Invoice Matched to PO */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Matched to PO' AS Activity,
    TO_CHAR(t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    'False' AS IsNonPO,
    NULL AS PaymentDate
FROM Transaction t
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee e ON t.createdBy = e.id
LEFT JOIN Department d ON t.department = d.id
WHERE t.type = 'VendBill'
AND t.createdfrom IS NOT NULL
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 3. Invoice Approval Requested (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Approval Requested' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30 /* Internal ID for Vendor Bill */
AND sn.field = 'status'
AND sn.value = 'Pending Approval'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 4. Invoice Approved (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Approved' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'status'
AND sn.value = 'Open'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 5. Invoice Rejected (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Rejected' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'status'
AND sn.value = 'Rejected'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 6. Invoice Amount Modified (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Amount Modified' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'total'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 7. Invoice Account Modified (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Account Modified' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'account'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 8. Payment Hold Applied (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Payment Hold Applied' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'paymenthold'
AND sn.value = 'T'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 9. Payment Hold Released (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Payment Hold Released' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'paymenthold'
AND sn.value = 'F'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 10. Vendor Credit Applied */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Vendor Credit Applied' AS Activity,
    TO_CHAR(t_cred.trandate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_cred.trandate AS PaymentDate
FROM Transaction t_cred
JOIN TransactionLine tl ON t_cred.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_cred.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_cred.type = 'VendCred'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 11. Payment Scheduled */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Scheduled' AS Activity,
    TO_CHAR(t_pay.createddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status = 'Pending Approval'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 12. Payment Processed */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Processed' AS Activity,
    TO_CHAR(t_pay.trandate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status <> 'Voided'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 13. Payment Voided */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Voided' AS Activity,
    TO_CHAR(t_pay.lastmodifieddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status = 'Voided'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 14. Payment Cleared (Logic depends on bank rec features, using Check Cleared date or modification) */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Cleared' AS Activity,
    /* Fallback to trandate if clearedDate is unavailable in your config */
    TO_CHAR(COALESCE(t_pay.createddate, t_pay.trandate), 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status = 'Paid In Full' /* Indicates cleared/posted in some contexts */
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')
"""

class=class="hl-string">"hl-comment"># === AUTH AND EXECUTION ===

def get_suiteql_results(query):
    oauth = OAuth1(
        client_key=CONSUMER_KEY,
        client_secret=CONSUMER_SECRET,
        resource_owner_key=TOKEN_ID,
        resource_owner_secret=TOKEN_SECRET,
        realm=ACCOUNT_ID,
        signature_method=class="hl-string">'HMAC-SHA256'
    )
    
    all_rows = []
    offset = 0
    has_more = True
    
    print(class="hl-string">"Starting extraction...")
    
    while has_more:
        class=class="hl-string">"hl-comment"># SuiteQL REST API payload
        headers = {
            class="hl-string">'Prefer': class="hl-string">'transient',
            class="hl-string">'Content-Type': class="hl-string">'application/json'
        }
        
        class=class="hl-string">"hl-comment"># Add LIMIT/OFFSET to query if not using built-in cursors (SuiteQL doesn't support OFFSET well natively in string, 
        class=class="hl-string">"hl-comment"># but REST API handles pagination via links. However, for raw query, we usually rely on class="hl-string">'items' return)
        class=class="hl-string">"hl-comment"># Note: Pure SuiteQL via REST returns a set number of records. We must iterate via the class="hl-string">'links' provided in response
        class=class="hl-string">"hl-comment"># or typically, SuiteQL REST creates a job for large queries. 
        class=class="hl-string">"hl-comment"># For simplicity in this script, we assume a direct synchronous call pattern.
        
        class=class="hl-string">"hl-comment"># Actually, for large datasets, we must use the class="hl-string">'q' parameter. 
        class=class="hl-string">"hl-comment"># But SuiteQL POST body is standard. We will implement simple looping if class="hl-string">'hasMore' is present.
        
        payload = {
            class="hl-string">"q": query
        }
        
        response = requests.post(BASE_URL, headers=headers, auth=oauth, json=payload)
        
        if response.status_code != 200:
            print(fclass="hl-string">"Error: {response.text}")
            break
            
        data = response.json()
        items = data.get(class="hl-string">'items', [])
        all_rows.extend(items)
        
        class=class="hl-string">"hl-comment"># Check if there are more results (SuiteQL REST paging)
        class=class="hl-string">"hl-comment"># Standard REST response has class="hl-string">'hasMore' and class="hl-string">'links'. 
        class=class="hl-string">"hl-comment"># However, Query API V1 often requires traversing the class="hl-string">'next' link.
        has_more = data.get(class="hl-string">'hasMore', False)
        
        if has_more:
            class=class="hl-string">"hl-comment"># For subsequent pages, we follow the class="hl-string">'next' link logic or offset logic.
            class=class="hl-string">"hl-comment"># Note: The Query API creates a paged result set. We strictly need to follow the class="hl-string">'links' > class="hl-string">'next'.
            links = data.get(class="hl-string">'links', [])
            next_link = next((l[class="hl-string">'href'] for l in links if l[class="hl-string">'rel'] == class="hl-string">'next'), None)
            if next_link:
                BASE_URL = next_link class=class="hl-string">"hl-comment"># Update URL for next loop
                class=class="hl-string">"hl-comment"># Payload is not needed for next link GET usually, but Query API might differ.
                class=class="hl-string">"hl-comment"># If using links, we switch to GET for the next page.
                class=class="hl-string">"hl-comment"># (Simplified logic: In production, robustly handle the href)
            else:
                has_more = False
        
        print(fclass="hl-string">"Fetched {len(items)} rows. Total: {len(all_rows)}")
        time.sleep(1) class=class="hl-string">"hl-comment"># Rate limit protection

    return pd.DataFrame(all_rows)

class=class="hl-string">"hl-comment"># === RUN ===
if __name__ == class="hl-string">'__main__':
    df = get_suiteql_results(suiteql_query)
    
    class=class="hl-string">"hl-comment"># Post-processing
    if not df.empty:
        class=class="hl-string">"hl-comment"># Ensure numeric formats
        df[class="hl-string">'invoiceamount'] = pd.to_numeric(df[class="hl-string">'invoiceamount'], errors=class="hl-string">'coerce').fillna(0)
        
        class=class="hl-string">"hl-comment"># Save
        filename = class="hl-string">'netsuite_ap_event_log.csv'
        df.to_csv(filename, index=False)
        print(fclass="hl-string">"Success! Saved {len(df)} rows to {filename}")
    else:
        print(class="hl-string">"No data found.")

¿Listo para comenzar?

Comience hoy su recorrido de Process Mining aplicando este Template a su entorno de NetSuite. Empiece a detectar oportunidades de eficiencia y a optimizar sus flujos de trabajo de pago.

Volver a la guía de mejora

Descargar Template

Optimice hoy el procesamiento de pagos de cuentas por pagar

Identifique cuellos de botella y reduzca el tiempo de ciclo en un 30 %.

Comience su prueba gratuita

No se requiere tarjeta de crédito. La configuración toma solo unos minutos.

Su Template de datos para el procesamiento de pagos de cuentas por pagar

Su Template de datos para el procesamiento de pagos de cuentas por pagar

Atributos del procesamiento de pagos de cuentas por pagar

Actividades del procesamiento de pagos de cuentas por pagar

Guías de extracción

Exportación de búsquedas guardadas de NetSuite para transacciones de cuentas por pagar

Pasos

Configuración

Consulta de ejemplo config

Extracción con SuiteQL mediante ODBC de SuiteAnalytics Connect

Pasos

Configuración

Consulta de ejemplo sql

ETL con Python mediante SuiteTalk REST API y SuiteQL

Pasos

Configuración

Consulta de ejemplo python

¿Listo para comenzar?

Optimice hoy el procesamiento de pagos de cuentas por pagar