Documentación. EDI WebService Compradores. Guía de Integración de Sistemas para el comprador

Transcripción

1 Documentación EDI WebService Compradores Proyecto: Guía de Integración de Sistemas para el comprador Preparado para: Bionexo Internacional Preparado por: Saincler Silva Fecha Creación: 21 de Julio de 2009 Fecha último cambio: 26 de Febrero de 2016 Numero del Documento: Versión: 1.9

2 Índice de versiones Versión Fecha Autor Revisor Descripción /07/2009 Daniel Rocha Daniel Rocha Preparación y traducción de las especificaciones funcionales /06/2010 Daniel Rocha Daniel Rocha Creación de índice de versión, revisión de los parámetros /03/2011 Daniel Rocha Daniel Rocha Creación de la operación WIP e revisión de ortografía /04/2011 Daniel Rocha Daniel Rocha Creación de la operación WOP, WMG e WFG. Actualización de la operación WAU /12/2011 Saincler Silva /11/2015 Carina Nagano Daniel Rocha, Diana Marin Traducción para Español. Inclusión de la Operación WFU y Url para entornos de prueba Colombia e México /11/2015 Carina Nagano Inclusión de Flujos WCG, WDG y WEG /12/2015 Patricia Vicente Esquaiella Inclusión y revisión de los tipos, longitud y obligatoriedad de los campos en archivos Xml /02/2016 Saincler Silva Inclusión del parámetros para operación WFG. DT_BEGIN_SOLICITACAO y DT_END_SOLICITACAO /02/2016 Luis Alberto Bonilla Gómez Saincler Silva Ajuste de ortográfica - Método de parámetros de todas las Operaciones. 2

3 ÍNDICE: 1. Objetivo Definición Métodos y Devoluciones Operaciones y Parámetros Operación: WAS Crea solicitud de cotizacion directa Operación: WAU Cambia la solicitud de cotización ya publicada, en análisis o Confirmado Operación: WASE Crea solicitud de cotización en espera Operación: WBS Crea solicitud de compra (artículos cotizados) Operación: WBSC Crea carrito de compras (Pre-solicitud) Operación: WCG Recupera Respuestas (Artículos y cotizaciones) Operación: WDG Recupera Carrito de Compras (Pre-solicitud) Operación: WEG Recupera Solicitud de Compras Operación: WIP Catastro / alteración de Productos Operación: WMG Recupera Proveedor(es) Operación: WFG Recupera Contratos Operación: WFU Actualización de Contratos Operación: WOP Registrar Ocurrencia para el proveedor Entornos

4 1 Objetivo Definir tecnología utilizada para cambio electrónico de informaciones. Especificar los métodos utilizados para a comunicación entre los sistemas involucrados e identificar posibles devoluciones para los métodos utilizados. Describir las posibles operaciones. Definir entornos para homologación, desarrollo de la tecnología, y determinar el entorno que será utilizado para integración. 2 Definición Tecnología utilizada en esta integración (sistema cliente X Bionexo) es basada en protocolo SOAP Web Service utilizando los métodos y parámetros llamados pos los protocolos HTTP (puerto 80) y HTTPS (puerto 443) para la comunicación. 4

5 3 Métodos y Retornos Sigue abajo la descripción de los métodos y retornos disponibles para la comunicación con la descripción de los métodos y devoluciones disponibles para la comunicación con Bionexo. - String request (String user, String password, String operation, String parameters, String xml) Método general para todas las operaciones de envío (POST). Los parámetros deben ser despachados como el estándar que se describe para HTTP o HTTPS. El archivo XML de despacho debe estar solo en una string u objeto DataHandler. La devolución y despacho es hecho por medio de un bloque estándar que varía con la operación y parámetros despachados que se describe abajo: String request (user, password, String operation, String parameters, String xml) Ejemplo: request (teste,1234,was, LAYOUT=WA, <XML file/>) - String request (String user, String password, String operation, String parameters) Método general para todas las operaciones de búsqueda de información (GET). Los parámetros deben ser despachados como el estándar que se describe para HTTP o HTTPS. La devolución es hecha por medio de bloque estándar que varía con la operación y Parámetros despachados que se describe abajo: Montaje del método: String request (User, Password, String operation, String parameters) Ejemplo: String request (teste,1234,was, LAYOUT=WE;ID_PDC=1234) - Bloque estándar de devolución La devolución para los métodos es una string que separa cada valor contenido por punto y coma (;) con las informaciones que sigue: 5 STATUS Es la bandera del resultado para el método que fue invocado. Si el valor es menor que cero, significa que hubo un error. Si el valor es igual a cero significa que fue bien procesado, pero no se ha encontrado ningún dato. Si el valor es mayor que cero significa que fue bien procesado y que los datos fueron encontrados.

6 Mensaje Varia de acuerdo con la operación llamada, este mensaje de respuesta puede contener una o varias informaciones diferentes. Si tiene error (STATUS<0) la mensaje tendrá siempre un texto de error (ejemplos abajo) o excepciones del sistema. En el caso de ningún dato encontrado (STATUS = 0) tendrá un señal de devolución, pero, sin ninguna información (vacío) en el lugar del XML. La descripción de los valores de devolución contenidos en el campo del mensaje están descriptos junto a las operaciones. Ejemplo= 1; 20/12/ :00:01;<XML/> 0; 20/12/ :00:01;null" Errores= -1 ; 01/01/ :00:00 ; Incorrect login/password -1 ; 01/01/ :00:00 ; Número de acessos por minuto ultrapassado -1 ; 01/01/ :00:00 ; null NullPointerException -1 ; 01/01/ :00:00 ; Connection is closed -1 ; 01/01/ :00:00 ; UnsupportedOperationException (Cuando el parámetro de la operación no fue encontrado) -1;15/06/ :19:55;Operation [WDD] not found (Cuando el parámetro de la operación no fue encontrado) 6

7 Sistema de Información Flujo: Cambio de datos Server del Cliente. login request POST (operation, parameters, xml) request GET (operation, parameters) ID Bionexo XML 7

8 4 Operaciones y Parámetros Las operaciones deben ser despachadas en momento de la llamada de los métodos, con una estructura (string), que valida el servicio. Los parámetros están directamente relacionados a las operaciones. Un método solamente puede contener una operación y una operación puede tener múltiples Parámetros, separados por punto y coma (;). Abajo se detalla las operaciones posibles y Parámetros válidos, con sus devoluciones: 4.1. Operación: WAS Crea solicitud de cotización directa. Crea solicitud de cotización publicada, cuando los métodos y parámetros son entregados. Separado: Punto y coma (;). Ejemplo del despacho de múltiples parámetros: LAYOUT=WA;XML LAYOUT Determina el layout que será generado (XML). No se campo obligatorio Valor estándar = WA Formato posible = WA XML Datos generados según el esquema WA. Campo Obligatorio Formato = Enviado con la estructura (PDC_WA.xsd) y archivo de ejemplo (PDC_WA.xml) DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time Null Cuando status ERROR=-1, date time e Mensaje de error del sistema EJEMPLOS = 1;20/12/ :00:01; ;20/12/ :00:01;null" 8

9 4.2. Operación: WAU Cambia la solicitud de cotización ya publicada, en análisis o Confirmado. Cambia la solicitud de la cotización ya publicada, en análisis o confirmado. El layout XML a ser enviado es igual al de la solicitud (WA). Los cambios posibles tienen las siguientes reglas: PDC ya publicado = En este momento del proceso es posible hacer el cambio en la fecha y hora de cierre del PDC, para una fecha mayor o menor que la fecha y hora actuales. Para el cambio de la fecha de cierre tiene que ser mayor o igual a que la fecha y hora actuales de actualización (data cierre > sysdate). PDC en análisis = En este momento del proceso es posible prolongar el cambio de la fecha de cierre de la solicitud, para una fecha mayor de la fecha y horario actuales, cantidad de artículos y programación de entregas. El cambio de cierre tiene que ser mayor que la fecha y horario actuales del actualización (fecha de cierre > sysdate). El cambio de la cantidad siempre debe ser igual al total programado (total programado = cantidad). Para cambio de la programación de entrega, siempre debe ser respetada, así que el total programado sea igual a cantidad (cantidad = total programado). PDC Confirmado = En este momento del proceso es posible cancelar un artículo o cambiar la programación de entrega. Para cancelar un artículo, la cantidad del mismo, debe ser enviada con CERO. Así, la plataforma va interpretar que está cancelando el total del artículo. Para cambio de programación de entrega, se requiere el cambio de cantidad total, cuando es hecho el cambio de la cantidad programada. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WA,ID= ;XML LAYOUT Establece el layout que los datos (XML) son enviados. Valor estándar = WA Formato Posible = WA ID Establece cual ID (ID_PDC) generado en Bionexo será cambiado. Formato = Numérico. 9 XML Datos generados según el esquema WA. Se requiere

10 Formato = Enviado con la estructura (PDC_WA.xsd) y archivo de ejemplo (PDC_WA.xml) DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Number ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time Null Cuando status ERROR=-1, date time e Mensaje de error del sistema EJEMPLOS = 1;20/12/ :00:01; ;20/12/ :00:01;null" 4.3. Operación: WASE Crea solicitud de cotización en espera. Creación de solicitud de cotización sin que sea publicado. Las solicitudes quedan aguardando validación del comprador y despacho por la plataforma. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WA, ;XML LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WA Formato Posible = WA XML Datos generados según el esquema WA. Se requiere Formato = Enviado con la estructura (PDC_WA.xsd) y archivo de ejemplo (PDC_WA.xml) DEVOLUCIÓN Informaciones que servidor vuelve después del ejecución. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) 10 MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time Null Cuando status ERROR=-1, date time e Mensaje de error del sistema

11 EJEMPLOS = 1;20/12/ :00:01; ;20/12/ :00:01;null" 4.4. Operación: WBS Confirma los productos para proveedores (artículos cotizados). Después que la solicitud de la cotización fue generada y los proveedores respondieron la solicitud de cotización, esta debe ser enviada al proveedor por esta operación. Hacer upload/envio de los productos que fueran seleccionados/adjudicados en el sistema de información (ERP). Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WE;XML LAYOUT Establece el layout que los datos (XML) son enviados. Valor estándar = WB Formato posible = WB ID Especifica cual ID (ID_PDC) generado en Bionexo será confirmado. Si se requiere Formato = Number. XML Datos generados según el esquema WB. Se requiere Formato = Enviado con la estructura (Confirmación _WB.xsd) y archivo de ejemplo (Confirmación_WB.xml) DEVOLUCIÓN Informaciones que servidor vuelve después del ejecución. STATUS = Numero (>0 = OK, 0 = Vacío o <0 = ERROR) 11 MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time Null Cuando status ERROR=-1, date time e Mensaje de error del sistema EJEMPLOS = 1;20/12/ :00:01; ;20/12/ :00:01;null"

12 4.5. Operación: WBSC Crea carrito de compras (Pre-solicitud). Después de bajar todas las respuestas de los proveedores al sistema local (ERP), se puede crear un carrito de compras en Bionexo, que tendrá una evaluación del comprador antes que la solicitud de compra sea confirmada en la plataforma. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WB;XML LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WB Formato Posible = WB ID Especifica cual ID (ID_PDC) generado en Bionexo será creada la pre-solicitud. Si se requiere Formato = Numero. XML Datos generados según esquema WB. Se requiere Formato = Enviado con la estructura (Confirmación_WB.xsd) y archivo de ejemplo (Confirmación_WB.xml). DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time e ID_PDC Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;20/12/ :00:01; ;20/12/ :00:01;null" 12

13 4.6. Operación: WCG Bajar Respuestas (Artículos y cotizaciones). Después que los proveedores cotizaron y solicitud de cotización fue cerrada, se puede bajar para el sistema local, o sea descargar todas respuestas de los proveedores. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WC;ISO=1;ID= LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WC Formato Posible = WC ID Especifica cual ID (ID_PDC) generado en Bionexo son de las respuestas (cotizaciones) que son bajadas. Se requiere Formato = Numero. ISO Establece el tipo de codificación que los datos (XML) son generados. Valor estándar = ISO = 1 (ISO ). Formatos Posibles = ISO = 0 datos en codificación UTF-8 ISO = 1 datos en codificación ISO DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time e ID_PDC Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;20/12/ :00:01;XML 0;20/12/ :00:01;null" XML: El formato bajado es (Respuestas_WC.xml) y archivo de ejemplo (Respuestas_WC.xsd). 13

14 4.7. Operación: WDG Recupera Carrito de Compras (Pre-solicitud). Después que los proveedores cotizaron y solicitud de cotización fue cerrada, el sistema de información (ERP) podrá bajar el carrito de compras (pre-solicitud), aquí la equivalencia entre proveedores y artículos es de 1x1. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WD;ISO=1;ID= LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WD Formato Posible = WD 14 ID Establece cual ID (ID_PDC) generado en Bionexo corresponden a las respuestas(cotizaciones) que son bajadas. Se requiere Formato = Numero.

15 ISO Establece el tipo de codificación que los dados (XML) son generados. Valor estándar = ISO = 1 (ISO ). Formatos posibles = ISO = 0 datos en codificación UTF-8 ISO = 1 datos en codificación ISO DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = EJEMPLOS = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time e ID_PDC Cuando status ERROR=-1, date time e MENSAJE de error del sistema 1;20/12/ :00:01;XML 0;20/12/ :00:01;null" XML: El formato enviado es (Carrito_WD.xml) y archivo ejemplo (Carrito_WD.xsd) Operación: WEG Recupera Solicitud de Compras. 15 Después que el comprador realizo las confirmaciones por Bionexo, estas se pueden bajar al sistema de información (ERP).

16 Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WE;ISO=1;ID= LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WE Formato Posible = WE ID Especifica cual ID (ID_PDC) generado en Bionexo corresponde a solicitud de compra que será descargada. Se requiere Formato = Numero. ISO Establece el tipo de codificación de dados (XML) son generados. Valor estándar = ISO = 1 (ISO ). Formatos Posibles = ISO = 0 datos en codificación UTF-8 ISO = 1 datos en codificación ISO DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e ID_PDC Cuando status Vacío= 0, date time e ID_PDC Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;20/12/ :00:01;XML 0;20/12/ :00:01;null" XML: El formato enviado es (Confirmados_WE.xml) y archivo ejemplo (Confirmados_WE.xsd). 16

17 4.9. Operación: WIP Creación / Modificación de Productos. Esta operación es utilizada para la creación o actualización de productos. La llave principal en Bionexo es el código del producto. Si el código del producto ya está creado la información se actualizará (Categoría, unidad de medida, Marca y Descripción), si no existe este se creara en Bionexo, no es posible cambiar el código del producto. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WI;XML LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WI Formato Posible = WI XML Datos generados según esquema WI. Se requiere Formato = El XML sigue el formato enviado (CreaciónProduto_WI.xsd) y archivo ejemplo (CreaciónProduto_WI.xml). DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) 17

18 MENSAJE = Cuando status OK= 1, date time, cero Cuando status Vacío= 0, date time e null Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;26/02/ :07:26;0 0;20/12/ :00:01;0" OBS = Sigue adjunto la normalización de las unidades de medida. La normalización de las categorías sigue descritas en XSD por elemento tipo NUMERACIÓN Operación: WMG Recupera Proveedor(es). Esta Operación debe ser utilizada para bajar los datos del proveedor(es), cuando es necesario realizar la creación o modificación de los datos principales del proveedor(es) en el sistema de gestión (ERP). Separado: Punto y coma (;) Ejemplo de envió de múltiples parámetros: layout=wm;iso=0;cnpj= , LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WM Formato Posible = WM ISO Establece el tipo de codificación que los datos (XML) son generados. Valor estándar = ISO = 1 (ISO ). Formatos Posibles = ISO = 0 datos en codificación UTF-8 ISO = 1 datos en codificación ISO CNPJ Establece cual proveedor bajar en el XML. Se requiere Formatos Posibles = El formato del CNPJ deber ser según el ejemplo: , DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) 18

19 MENSAJE = Cuando status OK= 1, date time e XML Cuando status Vacío= 0, date time e null Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;20/12/ :00:01;XML 0;20/12/ :00:01;null" XML: El formato enviado es (Empresas_WM.xml) y archivo ejemplo (Empresas_WM.xsd) Operación: WFG Bajar Contratos. Esta operación debe ser utilizada para bajar los contratos creados en la plataforma, indicándole un rango de fecha (Fecha Inicio Fecha Fin), los contratos creados o cambiados en las últimas 24 horas pueden ser descargados, sin colocar ningún parámetro, si queremos bajar puntualmente un contrato tenemos que colocar el parámetro Id (Numero de Contrato). Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: layout=wf;iso=0;cnpj= El campo CNPJ corresponde al NIT del proveedor. LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WF Formato Posible = WF ISO Establece el tipo de codificación que los datos (XML) son generados. Valor estándar = ISO = 1 (ISO ). Formatos Posibles = ISO = 0 datos en codificación UTF-8 ISO = 1 datos en codificación ISO CNPJ (NIT) Establece si los contratos de un proveedor debe bajar en el archivo XML. 19 Se requiere Formatos Posibles = El formato del CNPJ (CUIT o NIT), deber ser según el ejemplo: ,

20 DT_BEGIN Filtra los contratos que deben bajar por la fecha de publicación. Formato = DD/MM/YYYY HH:MM:SS DT_END Filtra los contratos que deben bajar por la fecha de cierre. Formato = DD/MM/YYYY HH:MM:SS ID Descripción: Descarga el contrato por ID. Para bajar todos los contratos creados o cambiados en la fecha más reciente (24hrs), es necesario informar ID=0. En esta condición, los contratos CANCELADOS también volverán en el XML si dentro de las 24hs. Obligatorio: Valor Estándar: Posible valor: Formato: No No tiene Mayor o igual a cero Numero DT_BEGIN_SOLICITACAO Descripción: Descarga los contratos por la fecha inicial que fue solicitado. Obligatorio: No Valor Default: - Posible valor: Fecha Fecha Formato: DD/MM/YYYY HH:MM:SS DT_END_SOLICITACAO Descripción: Descarga los contratos por la fecha final que fue solicitado. Obligatorio: No Valor Default: - Posible valor: Fecha Fecha Formato: DD/MM/YYYY HH:MM:SS 20

21 TIPO Descripcion: Obligatorio: Descarga los contratos por el status No Valor Estándar: - Posible Valor: C -> Aceptado por el Proveedor/Confirmado X -> Cancelado A -> Contratado P -> Pendente R -> Recusado Formato: String DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = EJEMPLOS = Cuando status OK= 1, date time e XML Cuando status Vacío= 0, date time e null Cuando status ERROR=-1, date time e MENSAJE de error del sistema 1;20/12/ :00:01;XML 0;20/12/ :00:01;null" XML: El formato enviado es (Contratos_WF.xml) y archivo ejemplo (Contratos_WF.xsd) Operación: WFU Actualización de Contratos. Esta operación se debe utilizar para realizar la actualización del contrato, con status contratado (A), con o sin vigencia. Sólo los atributos "fecha del término del contrato " y "status del contrato" se pueden cambiar. Para la fecha del término del contrato, solamente se puede cambiar para otro valor igual o mayor que la fecha actual. Por el estado del contrato, permitirá cambios para "A" (lo acepta) o "X" (cancelarlo). Separado: Punto y coma (;) 21 Ejemplo de despacho de múltiples parámetros: layout=wf;iso=0;cnpj=

22 LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WF Formato Posible = WF ISO Establece el tipo de codificación que los datos (XML) son generados. Valor estándar = ISO = 1 (ISO ). Formatos Posibles = ISO = 0 datos en codificación UTF-8 ISO = 1 datos en codificación ISO DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, =0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e XML Cuando status Vacío= 0, date time e null Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;20/12/ :00:01;XML 0;20/12/ :00:01;null" XML: El XML sigue el formato despachado por separado schema (Contratos_WF.xml) y archivo ejemplo (Contratos_WF.xsd) Operación: WOP Registrar Ocurrencia para el proveedor. Operación utilizada para registrar una ocurrencia para un proveedor. Separado: Punto y coma (;) Ejemplo de despacho de múltiples parámetros: LAYOUT=WO;XML;ID= LAYOUT Establece el layout que los datos (XML) son despachados. Valor estándar = WO Formato Posible = WO 22 XML Datos generados según esquema WO. Se requiere

23 Formato = El formato enviado es (Ocorrencia_WO.xsd) y archivo ejemplo (Ocorrencia_WO.xml). ID Especifica cual ID (ID_PDC) da plataforma Bionexo corresponde a la solicitud de la compra que será grabada la ocurrencia. Formato = Numero. CNPJ (NIT) Establece el proveedor para recibir la ocurrencia que está siendo grabada. ( Se requiere Formatos Posibles = El formato del CNPJ deber ser según el ejemplo: , DEVOLUCIÓN Informaciones que el servidor vuelve después de la ejecución del método. STATUS = Numero ( >0 = OK, 0 = Vacío o <0 = ERROR ) MENSAJE = Cuando status OK= 1, date time e null Cuando status Vacío= 0, date time e null Cuando status ERROR=-1, date time e MENSAJE de error del sistema EJEMPLOS = 1;20/12/ :00:01; 0;20/12/ :00:01;" 23

24 5 Entornos Pruebas: Utilizado para hacer pruebas, entorno utilizado también para homologar paquetes de desarrollo. Debe solicitar el usuario y contraseña para acceder a este entorno al área de tecnología de Bionexo, esta información es envida por separado. Colombia: URL: WSDL: México: URL: WSDL: Producción: Disponible después de la homologación. Entorno de real de alta disponibilidad. Toda información registrada en esto entorno, es de total responsabilidad del autor. El usuario y contraseña para acceso tienen que ser solicitados al área de tecnología de Bionexo, esta información es enviada por separado. Colombia: URL: (SSL): WSDL (SSL): México: URL: (SSL): WSDL (SSL): 24