PROCESOS SAP.pptx

ICG – Integraciones  ICG Proceso de integración 2 / Footer in Arial Regular 10 pt  ICG Integraciones API: Sincronización d maestros mediante API, se sincronizan los siguientes maestros: Materiales, Cliente, Bom, Order Confirmation y Invoice confirmation SFTP: Sin...

ICG – Integraciones  ICG Proceso de integración 2 / Footer in Arial Regular 10 pt  ICG Integraciones API: Sincronización d maestros mediante API, se sincronizan los siguientes maestros: Materiales, Cliente, Bom, Order Confirmation y Invoice confirmation SFTP: Sincronización de maestros mediante archivos planos publicados en servidor SFTP, Se sincronizan los siguientes maestros: Precios, Cupos de crédito y Recaudos. Servicio en segundo plano: Interpreta, procesa y carga en ICG - SQL: FLX_SOLICITUDES_REQUESTS: Tareas programadas por proceso, horas de ejecución diaria, ultima ejecución, fechamodificacion. 3 / Footer in Arial Regular 10 pt  Métodos SAP-ICG Método para Token- para consumir los demás métodos, SAP necesita generar token. Método de novedades de materiales Método novedades clientes Método novedades Boom Método novedades Stock Métodos precios y descuentos Método descuentos YY28 Métodos de información de créditos Métodos de Recaudos Métodos de Sales Order Métodos Order Confirmatión Métodos Invoice Confirmatión Método sincronización de parámetros Método de consulta de factura electrónica y descarga el invoice confirmation en tienda. 4 / Footer in Arial Regular 10 pt  Materiales --> API Tipo de envío: En tiempo real pero en ICG solo se procesa una vez al día. Se almacena en la Tabla FLX_BD Tiene 3 niveles en el tratamiento de la información: o Tabla 1: Se almacena los datos tal cual se reciben de One hub con su estructura Json. o Tabla 2: Organiza en campos y valida estructura para definir si se habilita en POS o tiene novedad. o Tabla 3: Validación previa si existen o no y aplica según tipo de sincronización. o Tabla log: Por registro base se revisa la novedad de porque no se habilito. 5 / Footer in Arial Regular 10 pt 6 / Footer in Arial Regular 10 pt  Materiales acciones en ICG Estado SAP DESCRIPCION ACCION ARTICULO ACCION PRECIO ZG Activo Activo Mantiene precio ZS Activo hasta agotar existencia de Activo Mantiene precio inventario ZH Bloqueado, no vender, así se tenga Descatalogar Descatalogar precio inventario. ZO Bloqueado Descatalogar Descatalogar precio ZD Descontinuado, si quedan existencias se Activo Mantiene precio puede vender. ZE Bloqueado, después de la última fecha de Activo Mantiene precio venta. ZM Descontinuado, reducción de lotes Activo Mantiene precio producidos ZZ Bloqueado totalmente Descatalogar Descatalogar precio 7 / Footer in Arial Regular 10 pt  Clientes  API Tipo de envío: En tiempo real pero en ICG solo se procesa una vez al día. Se almacena en la Tabla FLX_BD Tiene 3 niveles en el tratamiento de la información: o Tabla 1: Se almacena los datos tal cual se reciben de One hub con su estructura Json. o Tabla 2: Organiza en campos y valida estructura para definir si se habilita en POS o tiene novedad. o Tabla 3: Validanción previa si existen o no y aplica según tipo de sincronización. o Tabla log: Por registro base se revisa la novedad de porque no se habilito. 8 / Footer in Arial Regular 10 pt  BOM  API Tipo de envío: One hub realiza un solo envío a las 4am. Se almacena en la Tabla FLX_BD Tiene 3 niveles en el tratamiento de la información: o Tabla 1: Se almacena los datos tal cual se reciben de One hub con su estructura Json. o Tabla 2: Organiza en campos y valida estructura para definir si se habilita en POS o tiene novedad. o Tabla 3: Validanción previa si existen o no y aplica según tipo de sincronización. o Tabla log: Por registro base se revisa la novedad de porque no se habilito. 9 / Footer in Arial Regular 10 pt  Stock  API Tipo de envío: Un solo envío y en bloque (En una sola línea hay varios registros) Se almacena en la Tabla FLX_BD Tiene 3 niveles en el tratamiento de la información: o Tabla 1: Se almacena los datos tal cual se reciben de One hub con su estructura Json. o Tabla 2: Organiza en campos y valida estructura para definir si se habilita en POS o tiene novedad. o Tabla 3: Validanción previa si existen o no y aplica según tipo de sincronización. o Tabla log: Por registro base se revisa la novedad de porque no se habilito. 10 / Footer in Arial Regular 10 pt  Precios y descuentos  SFTP Tipo de envío: Archivos planos Servicio: Valida si en la ruta local del.187 hay archivos, comprime y procesa Se conecta al ftp ICG, valida si hay archivos.txt, los descarga a la ruta.187 Y lo borra del servidor ftp Tabla 1 level 1: Detalle de archivos.txt procesados Cargar registro en TMP2, procesa en Level 2 Tabla 3 level 3: Superaron validación y se aplican solo los de tienda en la PVP Tabla Operación pricing level: Todos los registros allí, cruza con Stock de tienda para validar que precio se genera. Operación TMP TIENDAS: La última ejecución de precios para cada tienda 11 / Footer in Arial Regular 10 pt  Información de créditos  SFTP Tipo de envío: Archivos planos Servicio: Valida si en la ruta local del.187 hay archivos, comprime y procesa Se conecta al ftp ICG, valida si hay archivos.txt, los descarga a la ruta.187 Y lo borra del servidor ftp Tabla 1: Detalle de archivos.txt procesados Cargar registro en TMP2, procesa en 2 Tabla 3: Superaron validación y se aplican Tabla Operación cupos de credito: Todos los registros allí, cruza con clientes de tienda para validar que cupo se genera. El pluggins valida en la tabla de Operación cupos crédito – Aval_cred_lim – Cupo disponible – Overdue_inv_val- cartera vencida 12 / Footer in Arial Regular 10 pt  Recaudos  SFTP Tipo de envío: ICG  One Hub  SAP, Archivos planos y antes de las 8pm todos los días ​Tarea programada sobre el servicio en segundo plano del servidor 10.60.1.87, el cual genera los recaudos de las 12 tiendas, detallado a su forma de pago, datos de clientes y factura, se generan archivos planos que se suben a un SFTP todos los días, antes de las 8pm, de allí es One Hub quien recoge la información y la lleva a aplicarse automáticamente en el CFIN. 13 / Footer in Arial Regular 10 pt  Reglas extracción y aplicación de datos SAP-One Hub Flexisoft Materiales: Materiales: Clientes: Clientes: Boom: Boom: Stock: Stock: 14 / Footer in Arial Regular 10 pt Proceso SAP – Tiendas propias Sales Order Order Confirmatión Invoice Confirmatión  Sales Order  Api Tipo de envío: Salida desde ICG-OneHub-SAP ​Integración transaccional encargada de enviar la orden de venta a One Hub por medio de API, para su posterior creación en SAP como Pedido. El envío es en tiempo real. Se envía una estructura Json. Nos llega confirmación de recibido por parte del API de OneHub, con esta confirmación se permite la terminación del documento en POS: {"status":"Success","ID":"5dk3gs00i0pajjvv005582jl"}, este se almacena también en facturas campos libres. Su funcionamiento depende de la conexión a internet local y el correcto funcionamiento del API. La integración funciona de manera local, no depende de conexión a servidores para su envío a OneHub. Estructuras Json: Visor web: https://jsonviewer.stack.hu/ Estructura cliente matriculado: link Estructura con tinting y cliente mostrador: link Estructura a empleado: link Estructura sin tinting: link 16 / Footer in Arial Regular 10 pt  Order Confirmatión  API Tipo de envío: SAP – OneHub - ICG ​Integración por la cual nos envían la confirmación de la creación de la Orden de pedido en SAP una vez paso las primeras validaciones de estructura y datos maestros. Llega directamente al servidor Central. ​{"sapOrderNumber":"1038977511","salesOrganization":"CO50","documentDate":"20240528","soldTo":"891765", "poNumber":"339S_2"} Tabla 1: Se almacena la estructura Json. Tabla 2: Se organiza en columnas y se confirma si se habilito para cargar en facturas campos libres. Log: Motivos de porque un registro no se actualiza. 17 / Footer in Arial Regular 10 pt  Invoice Confirmatión  API Tipo de envío: SAP – OneHub - ICG ​Integración por la cual nos envían la confirmación del flujo completo de un pedido en SAP, que genero factura y que se le asigno consecutivo DIAN. Llega directamente al servidor Central. {"sapOrderNumber":"1039353060","salesOrganization":"CO50","soldTo":"0000891763","poNumber":"180S_206 ","billingDocument":"8703020844","referenceInvoice":"06PT203"} Tabla 1: Se almacena la estructura Json. Tabla 2: Se organiza en columnas y se confirma si se habilito para cargar en facturas campos libres. Log: Motivos de porque un registro no se actualiza. 18 / Footer in Arial Regular 10 pt Transacciones SAP VA03 – Display Sales Order WE02 – Display iDoc MM03 – Display Material MB52 - List of Warehouse Stocks on Hands VCUST – Customer List  VA03 – Display sales order Consulta de Pedidos de venta. 20 / Footer in Arial Regular 10 pt  1. Numero de Orden del pedido en SAP 2. Numero de orden de compra en SAP  SERIE POS_NUMERO FACTURA POS 3. Precio total del pedido antes de impuestos. 4. Fecha creación Orden de pedido en SAP. 5. Visualización de los códigos de materiales que componen la orden de venta, para visualizar mejor, en el menú hay una opción de Item Overview, ahí podemos también visualizar los materiales de la orden. Exploremos más esta opción 6. Icono para ingresar a más detalles de la Orden de pedido, como las condiciones de precios aplicadas, información de cliente, lista de precios y demás. Exploremos más esta opción 7. Status Overview, Icono con el cual podemos revisar el estado del documento en cuanto a datos maestros, precios, procesos internos como Tinting, Contabilización de la salida de mercancía, validación de crédito y demás. 8. Display document Flow: Aquí podemos revisar el flujo del documento, desde la creación de la orden, hasta la generación de la factura. 21 / Footer in Arial Regular 10 pt  5. Item Overview 22 / Footer in Arial Regular 10 pt  Display header details 23 / Footer in Arial Regular 10 pt  WE02 – Display iDoc Consulta de iDoc antes de llegar al pedido en SAP 1. Ingreso de rango de fechas de consulta. 2. Ingreso de ID de confirmación de recibido de Sales Order entregado por OneHub. 24 / Footer in Arial Regular 10 pt  1. Estados de un iDoc: 53 (Verde): Se creo el Idoc en SAP, paso las validaciones de estructura y genero Orden de pedido. 51 (Rojo): Se creo el idoc en SAP, NO paso las validaciones de estructura, se debe corregir y reenviar a OneHub. 64 (Amarillo): Se creo el Idoc en SAP y está en proceso de validaciones. 2. Status records, el código de acuerdo con el status te indica el mensaje final del Idoc. 53 (Verde): Te confirma el número de Orden de pedido creada. 51 (Rojo): Te indica el dato o campo de la estructura que NO paso validaciones. 25 / Footer in Arial Regular 10 pt  MM03  Display Material Consulta de generalidades de materiales (Productos) 26 / Footer in Arial Regular 10 pt  MB52  List of Warehouse Stocks on Hands Consulta de stock de tiendas. 27 / Footer in Arial Regular 10 pt  VCUST – Customer List Consulta de clientes SAP ​Tener en cuenta: Para buscar un dato contiene debe quedar entre * La consulta trae los datos básicos registrados del cliente y las características propias de SAP, como Código customer, organización de venta, canal de ventas, división, termino de pago, lista de precios asociada. Desde allí no se pueden consultar precios del cliente. 28 / Footer in Arial Regular 10 pt