La integración de datos entre rutinas del ERP Microsiga Protheus y el módulo SIGAGFE, utilizando comunicación directa entre las rutinas, sin aplicaciones intermediarias y sin tráfico de datos en el formato XML. El punto de integración para Simulacro de Fletes en el Pedido de venta ya utiliza comunicación directa, por ello, no necesitará de intervención. Se mantendrán las reglas de negocio actuales de la integración, modificándose únicamente el modelo de cambo de datos.
La integración tiene como objetivo mantener los datos de registro del ERP, cuando sea necesario, sincronizados con el GFE; mantener los datos relacionados con los documentos, costos y gastos con transporte, integrados a los otros módulos del software ERP; y permitir simular el precio del flete durante los procesos del ERP (pedidos de venta, pedidos de compra, facturación, etc.), en los cuales esta información pueda ser necesaria.
a) Ayudar en la selección del prestador de servicio de cada demanda de contratación de transporte de carga.
b) Complementar el control sobre los procesos operativos de recepción y despacho de cargas (después de la facturación o recepción de las facturas).
c) Registrar, hacer la provisión y verificar los gastos que resultan de la contratación de servicios de transporte de carga realizados por terceros.
d) Dar soporte al intercambio de informaciones entre el contratante y sus prestadores de servicio.
e) Mantener los datos relacionados con los documentos, costos y gastos con transporte, sincronizados e integrados con el software de backoffice.
Tener el módulo Gestión de Flete Embarcador funcionando en la empresa. Esta documentación trata solamente de la integración con el módulo Facturación Protheus
A |
Campo F2_CGCRDP |
Este es un campo antiguo que ya no está en uso en la Integración. Se sustituyó por el F2_REDESP. Vea más detalles en el siguiente documento: Logística - Línea Protheus - GFE - Cómo generar un tramo referente al redespacho |
B |
No actualiza todos los ítems de la Integración de la factura de salida con el Documento de carga en el release .23 y posteriores |
Este incidente ocurre cuando hay divergencia de tamaño de campos de Contabilidad entre la facturación Protheus y el módulo Gestión de Flete Embarcador
Verifique si los campos D2_CCUSTO y GW8_INFO5 tienen el mismo tamaño
DLOGGFE-4599 DT Inclusión de datos de referencia para contabilizar la integración con la factura de salida Protheus BRA |
C |
Facturas sobre el campo F2_ESTRDP1 (que tiene tratamiento en el fuente OMSM011, sin embargo, no se encuentra en el o Diccionario). El campo tiene como finalidad permitir el uso de múltiples redespachos en la integración del módulo Facturación Protheus y GFE (Gestión de Flete Embarcador). |
En este caso, será necesario crear los siguientes campos con las siguientes característica para tratar el Múltiple redespacho en el sistema F2_REDESP2,F2_REDESP3,F2_REDESP4,F2_REDESP5 con estructura igual a la F2_REDESP, donde el cliente debe atribuir los redespachados necesarios. F2_TFRDP1,F2_TFRDP2,F2_TFRDP3,F2_TFRDP4,F2_TFRDP5 con estructura igual a F2_TPFRETE, sigue las mismas reglas de atribución del F2_TPFRETE ; F2_ESTRDP1,F2_ESTRDP2,F2_ESTRDP3,F2_ESTRDP4,F2_ESTRDP5 con estructura igual a A1_EST, donde el cliente debe informar el Estado/Provincia/Región de destino del redespacho F2_CMURDP1,F2_CMURDP2,F2_CMURDP3,F2_CMURDP4,F2_CMURDP5 con estructura igual a A1_COD_MUN, donde el cliente debe informar el código de la ciudad de destino del redespacho Y en el punto M461LSF2 debe atribuir el contenido de los campos. Verifique también la documentación del siguiente enlace: http://tdn.totvs.com/pages/viewpage.action?pageId=271185194 |
AA |
Grabación del campo GW8_PESOR en la Integración de la Factura de salida con el Documento de carga |
GW8_PESOR ==> B1_PESBRU (Peso bruto del producto) vs. D2_QUANT (Cantidad del ítem de la factura).
- El sistema también verifica el parámetro MV_GFERPB antes de generar el GW8_PESOR.
MV_GFERPB => permite definir el tipo de cálculo para el peso bruto de los ítems de la factura de salida - Prorrateo del peso bruto de la factura.
El parámetro MV_GFERPB puede completarse con:
- * 0 (estándar) : No prorratea - Cálculo estándar del sistema, es decir, Peso bruto del producto (B1_PESBRU) vs. Cantidad del ítem de la factura (D2_QUANT).
- * 1 : Prorratea por ítem - Prorrateo el peso bruto del encabezado de la Factura (F2_PBRUTO) entre los ítems de la factura.
Cuando se registra en el pedido el peso bruto (C5_PBRUTO) y este solo tiene un ítem (producto), el sistema envía este peso al GW8_PESOR.
OBSERVE: Es necesario que el registro del producto tenga un peso registrado en el campo "Peso bruto (B1_PESBRU)".
Cálculo utilizado en el prorrateo:
Producto 000001 (Peso producto vs. Cant del producto) = 50 * 10 = 500
Producto 000002 (Peso producto vs. Cant. Del producto) = 80 * 10 = 800
Total del peso de los ítems = 1300
Total del peso en el encabezado de la factura (F2_PBRUTO) = 110
Prorrateo por Ítem vs. Factura:
Producto 000001 = ((500 / 1300) * 110) = 42,30770
Producto 000002 = ((800 / 1300) * 110) = 67,69230
Si desea utilizar los campos con otras informaciones, puede utilizar el punto de entrada OMSM0113.
|
AB |
El campo Emisor (GW1_EMISDC) no se completó GW1_EMISDC |
Verifique si en su entorno, los fuentes están con la fecha igual o superior al patch:
https://suporte.totvs.com/portal/p/10098/download?e=680945
Si ya estuviera con fecha igual o superior, verifique en Gestión de Flete Embarcador > Actualizaciones > Registros > Parámetros > Parámetros Módulo
En la solapa "Integraciones ERP", los parámetros:
-"Origen de los registros" (MV_CADERP) debe tener el valor "1-ERP"
-"ERP Integrado" (MV_ERPGFE) debe tener el valor "2-Protheus"
En la solapa "Integraciones Protheus" los parámetros:
-"GFE Activo" (MV_INTGFE) debe estar marcado e internamente debe tener el valor ".T."
-"Modo Integración" (MV_INTGFE2) debe tener el valor "1-Directa"
-"Código del emisor" (MV_EMITMP) debe tener el valor "1-Numeración propia"
En la solapa "Integraciones Protheus", en la opción de menú "Acciones relacionadas / Sucursal vs. Emisor" debe configurarse el "de/a" entre las Sucursales registradas en el sistema (tabla SM0) y el código de Emisor (GU3) correspondiente de la sucursal en el GFE
Observaciones:
- El mensaje también puede ocurrir al integrar una factura con el SIGAGFE si el Emisor no estuviera registrado en el GFE
- Tomando en cuenta que es una nueva instalación, sugerimos que revise la instalación de la Integración
- El programa que realiza la carga inicial de la ciudad, cliente, proveedor, facturas (entre otras informaciones) es el OMSM011. Verifique siempre si está utilizando la última versión disponible.
|
AC |
Actualización de los campos: 1.Dirección Ent (GW1_ENTEND);
2.Barrio Ent (GW1_ENTBAI);
3.CP Entrega (GW1_ENTCEP);
4.Nº Ciud Ent (GW1_ENTNRC);
5.Ciudad Ent (GW1_ENTCID);
6.Est/Prov/Reg Entrega (GW1_ENTUF).
|
Verificar FAQ del GFE en la siguiente dirección
PGFE0048 - Integración SIGAFAT con SIGAGFE, ¿cómo se informa la dirección de entrega del documento de carga? |
AD |
Error en el campo GW1_CDREM |
La información del Emisor se envía del ERP al GFE, sin embargo, en el GFE es necesario que esté configurada la matriz Sucursal vs. Emisores, donde la Sucursal de integración debe estar relacionada con el código de un Emisor válido en el GFE.
Acceda a los parámetros del módulo (GFEX000) >, opción Otras acciones > Sucursal vs. Emisores
|
AE |
Help - El campo Clas Flete (GW8_CDCLFR) no se completó |
Informe el parámetro MV_CDCLFR, que es el Código de la clasificación de flete estándar utilizado en el GFE |
AF |
Punto de entrada en la integración de la Factura de salida con el Documento de carga del GFE |
OMSM0113 - Maneja la tabla GW8 en la generación del documento de salida: https://tdn.totvs.com/x/OhpFCg |
AG |
Peso cubicado en el pedido de ventas |
El 02/07/2015 hubo una modificación del fuente MATN410B cambiando la función A410SMLFRT() para incluir el cálculo del flete cubicado en la Simulación de flete buscando la información de los campos B5_ALTURA, B5_LARG, B5_COMPR y alimentando el campo GW8_VOLUME, de acuerdo con las modificaciones existentes en el fuente OMSM011. |
AH |
Informaciones sobre peso |
El peso utilizado en el cálculo es la suma del peso real (GW8_PESOR) de los ítems del documento de carga. El campo GW8_PESOR se informa en la integración de la factura con el GFE utilizando la siguiente información:
GW8_PESOR ==> B1_PESBRU (Peso bruto del producto) vs. D2_QUANT (Cantidad del ítem de la factura).
El sistema también verifica el parámetro MV_GFERPB antes de generar el GW8_PESOR.
MV_GFERPB => permite definir el tipo de cálculo para el peso bruto de los ítems de la factura de salida - Prorrateo del peso bruto de la factura.
El parámetro MV_GFERPB puede completarse con:
* 0 (estándar) : No prorratea - Cálculo estándar del sistema, es decir, Peso bruto del producto (B1_PESBRU) vs. Cantidad del ítem de la factura (D2_QUANT).
* 1 : Prorratea por ítem - Prorrateo el peso bruto del encabezado de la Factura (F2_PBRUTO) entre los ítems de la factura.
Cuando en el pedido se registra el peso neto (C5_PBRUTO) y este solo tiene un ítem (producto), el sistema envía este peso al GW8_PESOR.
Cálculo utilizado en el prorrateo:
Producto 000001 (Peso producto vs. Cant. del producto) = 50 * 10 = 500
Producto 000002 (Peso producto vs. Cant. del producto) = 80 * 10 = 800
Total del peso de los ítems = 1300
Total del peso en el encabezado de la factura (SF2_PBRUTO) = 110
Prorrateo por Ítem vs. Factura
Producto 000001 = ((500 / 1300) * 110) = 42,30770
Producto 000002 = ((800 / 1300) * 110) = 67,69230
|
AI |
Inconsistencia en la integración campo GU3_NMEMIT |
El campo A1_NOME y el campo GU3_NMEMIT deben tener el mismo tamaño para la corrección de la relación entre los campos |
AJ |
Inconsistencia en el campo GW1_CDTPDC en la integración del Documento de carga |
La tabla MQ de la SX5 sirve como “de-a” entre el F2_TIPO y el GW1_CDTPDC (que es la clave extranjera para la tabla GV5 - Tipo de documento de carga - GFEA041).
La idea sería clasificar los Documentos de carga entre la Factura de salida, Factura de entrada, Factura de devolución y así sucesivamente. Los registros de la GV5 tienen registro libre por el usuario, bastando que este los vincule después a los tipos posibles en el Protheus: “N,” “D”, ”B”, etc. Un detalle importante: para diferenciar Documentos de entrada y de salida (porque el GFE recibe registros de Facturación y de Compras) el de-a por la MQ concatena un “S” o un “E” después del tipo, entonces, cuando el F2_TIPO es “N”, el sistema buscar un registro en la MQ con el código “NS” (si no lo encuentra, luego lo busca únicamente con “N”). En el caso de la integración de Compras, cuando el F1_TIPO es “N”, el sistema busca un registro en la MQ con el código “NE” (si no lo encuentra, luego lo busca únicamente con “N”). |
AK |
F2_CHVNFE (Factura de salida) vs. GW1_DANFE (Documento de carga) |
Duda
¿Cómo la clave de acceso de una factura de salida, F2_CHVNFE, se envía al SIGAGFE para alimentar el campo GW1_DANFE - Clave e-Fact del documento de carga? Solución
Cuando generamos una factura de salida en la facturación, se genera un documento de carga en el SIGAGFE con el campo GW1_DANFE en blanco. Este campo se informa de acuerdo con el contenido del F2_CHVNFE, cuando efectuamos el monitoreo de la factura, rutina AUTONFEBUSINESS, o emitimos la Danfe, rutinas DANFEII o DANFEIII. |
AL |
Cuando se genera el pedido de ventas integrado con el GFE, no se crea la tabla GWB. |
Esta tabla es alimentada en el momento de la generación de la factura de salida, cuando solo los campos C5_VOLUME1 y C5_ESPECIE1 y subsiguientes (Volumen2, Clase2...) están informados correctamente. Si solamente uno de estos estuviera informado o ninguno de los dos, la información no será realmente grabada en la GWB. OBS: El sistema siempre busca los datos de la tabla SC5, este no mira la SF2 aunque los campos de la SF2 estén informados correctamente. |
AM |
Después de generar la Factura en el Protheus, los campos GW8_TRIBP y GW8_GRDICM aparecen como Sí en el Documento de carga del módulo GFE, aunque en la Factura de origen de la facturación no exista impuestos |
Los campos GW8_TRIBP y GW8_GRDICM son campos específicos del módulo del GFE. El Documento de carga es una copia de la Factura de salida, pero estos campos solo se tratan por el GFE y no tienen integración con el Protheus. Más información: FAT0072_Integración_Facturación_Protheus_vs._GFE_Campos_GW8_TRIBP_y_GW8_GRDICM |
AN |
Log: Es obligatorio el registro de un tramo con la ciudad [.....] |
- Verificar Factura en el origen, en el programa RE0701 > Solapa Transp > opción Datos GE, como están informadas las ciudades de Origen, Destino y Entrega. Evaluar si coincide con:
Registro del destinatario - GU3_NRCID
Establecimiento donde se recibirá el documento - GU7_NRCID y GU7_NMCID
Tramo del documento de carga - GWU_NRCIDD
- Valide el registro de la GU3 (Cliente/Proveedor) con SA1- Cliente. Algunos campos principales: A1_EST, A1_COD_MUN, A1_ESTE, A1_CODMUNE
- Si fuera necesario ajustar los datos en el registro del Destinatario / Emisor en otro Producto TOTVS, es necesario sincronizar los registros con el GFE por medio del programa CD9125 / OMSM011 para ajustar la ciudad en el tramo del documento de carga.
- Verifique si el Cód Mun en el registro de Clientes (SA1) es compatible con el registro de municipio (CC2). En caso afirmativo, pruebe rehaciendo el vínculo únicamente de este registro para validar la relación entre las Tablas.
Obs: Otros campos relacionados con el GFE: GW1_ENTNRC / GW1_CDDEST / GU3_NRCID |
AL |
GU3_ENDER |El campo Dirección (GU3_ENDER) no se completó |
Comúnmente relatado cuando el campo GU3_ENDER está con tamaño diferente del campo A1_END |
AP |
COD EMITENTE GU3_CDEMIT Valor atribuido difiere del tamaño del campo CÓD EMISOR GU3_CDEMIT El campo Cód Emisor (GU3_CDEMIT) no se completó GU3_CDEMIT |
- Verifique la configuración para el 'Código del emisor' (MV_EMITMP)
- Verifique la rutina GFEX000, solapa 'Integraciones Protheus' como se forma el código emisor
- Si la numeración secuencial del GFE es el RCPJ, verifique si el campo A1_TIPO = X, porque si el cliente fuera del tipo X, no habrá RCPJ y de esta manera, habrá diferencia de grabación el módulo de flete.
- Verifique en la rutina GFEX000, en la solapa 'Integración Protheus', en la opción de menú 'Acciones relacionadas / Sucursal vs. Emisor' debe configurarse el 'de/a' entre las Sucursales registradas en el sistema (tabla SM0) y el código de Emisor (GU3) correspondiente de la sucursal en el GFE.
- El campo GU3_CDEMIT está directamente vinculado al campo A1_CGC (Integración entre OMS y GFE -- 113959), los cuales deben estar debidamente compatibles para soportar el dato. Verifique si los campos A1_CGC, A1_COD y A1_LOJA están informados.
- Verifique si el campo GU3_CDERP y el campo A1_COD tienen el mismo tamaño y estructura (A1_COD puede ser aumentado en el Grupo de campos - Código de cliente en el configurador Protheus)
- Complemento: Se modificó la función InterGU3C() donde se creó la función A030GFESE1() para verificar si el cliente borrado en la integración del GFE tiene títulos por cobrar antes de confirmar el borrado del registro de la tabla GU3, porque anteriormente el emisor estaba siendo borrado de la GU3 y el cliente continuaba en la tabla SA1 después de la validación de los títulos. MATN030A.PRX con fecha 24/01/2017 (el paquete puede acceder en la dirección: https://suporte.totvs.com/portal/p/10098/download?e=536720) o superior.
|
AQ |
MATA512 – Expediciones no actualiza los datos en la integración Directa con el GFE - tablas GWN y GWU |
|
AR |
Help " El emisor Transportista debe ser Persona jurídica " |
1) No se permite un emisor Transportista persona física. Solamente persona jurídica. Verifique si el campo GU3_TRANSP está como 1 y el GU3_NATUR está como F y realice el ajuste. En el Protheus la definición de Persona física / jurídica del registro de cliente se realiza en el A1_PESSOA
2) Cuando un proveedor (SA2) que tiene un transportista (SA4) correspondiente (mismo RCPJ/RCPF e Inscripción estatal), el tipo de Emisor en el GFE (Transportista o Autónomo) se determina por el campo A4_TPTRANS. Si ocurriera el mensaje, significa que el campo puede que no se haya informado adecuadamente. |
AS |
¿Cómo el campo GW8 _VOLUME se graba en el GFE? |
Para generar el campo GW8_VOLUME es necesario incluir la cantidad en el campo B5_ALTURA (B5_ALTURA * B5_LARG * B5_COMPR * D2_QUANT) |
AT |
Mensaje sobre el campo GWU_CDTRP |
Al emitir la factura, la empresa de transportes debe integrarse al documento de carga de acuerdo con la información del campo F2_TRANSP. El sistema realizará una búsqueda en el registro de emisores e informar el campo GWU_CDTRP.
Modifique el documento de carga incluyendo esta información o bórrelo y realice una nueva integración de la factura de salida utilizando la rutina OMSAM011. |
AU |
GW8_ITEM
El campo Ítem no se completó |
Dejar el campo D2_COD con el mismo tamaño del campo GW8_ITEM (observe que existen dos grupos de campos distintos) 
El ajuste del tamaño debe realizarse por medio del grupo de campos que está en el campo D2_COD - 030- Tamaño del producto  
Este último solamente trata de campos del GFE
|
AV |
GW1_CDDEST
El campo Destinatario no se completó |
Verifique en los parámetros del módulo > Acciones relacionadas > Sucursal vs. Emisor si se vinculó al Emisor con la Sucursal. Si no fuera Factura de devolución/bonificación (F2_TIPO <> "D" o "B"), el sistema verificará si existe en el GFE el cliente informado en los campos F2_CLIENTE y F2_LOJA, realizará una búsqueda del RCPJ del cliente (A1_CGC) en el registro de emisores (GU3_IDFED) Si fuera Factura de devolución/bonificación (F2_TIPO = "D" o "B"), el sistema verificará si existe en el GFE el proveedor informado en los campos F2_CLIENTE y F2_LOJA, realizará una búsqueda del RCPJ del proveedor (A2_CGC) en el registro de emisores (GU3_IDFED) |
AW |
GW1_TPFRET
El campo Tipo flete no se completó |
Para la cumplimentación del campo Tipo flete (GW1_TPFRET) se verifica la información del campo F2_TPFRETE (Recibido por el C5_TPFRETE):
Si F2_TPFRETE = "C" y F2_REDESP = " " entonces GW1_TPFRET = "1"
Si F2_TPFRETE = "C" y F2_REDESP <> " " entonces GW1_TPFRET = "2"
Si F2_TPFRETE = "F" , "T" o "S" y F2_REDESP " " entonces GW1_TPFRET = "3"
Si F2_TPFRETE = "F" , "T" o "S" y F2_REDESP <> entonces GW1_TPFRET = "4"
* Tipos de flete "C=CIF", "F=FOB", 'T=Por cuenta de terceros' y 'S=Sin flete'
Obs: Cuando incluimos un pedido, el tipo de flete se alimenta con el tipo informado en el registro de clientes, si estuviera en blanco y no se modifica en el pedido, se generará la Factura sin esta información y acusará la inconsistencia en el GFE.
|
AX |
GU3_NRCID
El campo Nº Ciudad no se completó |
El emisor transportador debe ser persona jurídica. Actualmente, en el GFE existe esta regla que no permite un emisor Transportista persona física. Solamente persona jurídica.
Verifique si el campo GU3_TRANSP está como 1 y el GU3_NATUR está como F y, en caso afirmativo, realice el ajuste.
En el Protheus, la definición de Persona física / jurídica del registro de cliente se realiza en el A1_PESSOA Como en el módulo GFE, la información del código de municipio IBGE es un campo obligatorio en la integración, es necesario realizar el registro de un municipio. Si se trata de un extranjero, registre con estado EX y código 99999, de acuerdo con la documentación NFE0006_Registro_de_cliente_y/o Proveedor _de_origen_extranjera
Si el problema persiste, incluso con el municipio registrado, verifique si el registro de la tabla CC2 - Registro de municipios se integró al registro de Ciudades (GU7) del GFE. Si no se hubiera integrado el registro, debe rehacerse en Miscelánea, Sincronizar la tabla CC2 - Registro de municipios ejecutando la rutina OMSM011. Si el municipio se registrara con el código IBGE y estuviera en las tablas CC2 y GU7 respectivamente, el registro de Proveedor podrá realizarse correctamente. |
AY |
GU3_NMEMIT
El campo Nombre no se completó |
Para la cumplimentación del campo Nombre del embarcador, se verifica el campo GW1_CDREM referente al Documento de carga vinculado. Con esta información, el sistema busca por el código, en el registro de Emisores del GFE (GU3) y alimenta el nombre con la información del campo GU3_NMEMIT. Obs: Problema relacionado 1977950 DLOGGFE-4120 DT Problema con nombre destinatario BRA |
AZ |
GWB_CDUNIT
El campo Cód Unitiz no se completó |
1) El contenido del campo F2_ESPECI1 también debe estar registrado en la rutina GFEA043 (GUG_CDUNIT).
2) Los campos GWB_CDUNIT y GUG_CDUNIT deben tener tamaño compatible con el campo F2_ESPECI1
3) El campo F2_ESPECI1 debe alimentarse por el campo C5_ESPECI1
|
BA |
GWU_NRCIDD
No existe registro relacionado con este código |
- Este error puede ocurrir cuando existe alguna divergencia de información referente al Municipio de destino.
Ejemplo: En el registro de Emisor (Cliente) está registrado como Extrema/MG, pero en el registro de Clientes > Solapa Fiscal, el código de Municipio de entrega está informado con el código de "Extrema" pero el Estado/Prov/Reg de entrega está en blanco, sin la información MG. En este caso, se genera el HELP GWU_NRCID.
Si se informa la dirección de entrega, entonces, todos los campos deben estar cumplimentados obligatoriamente, principalmente el Estado/Provincia/Región de entrega (A1_ESTE).La integración valida la cumplimentación de los campos Est/Prov/Reg+Municipio en el Registro de clientes del Protheus (A1_ESTE + A1_CODMUNE y A1_EST + A1_COD_MUN)
- También puede ocurrir debido a que el sistema no encuentra el Código del IBGE. Verifique si el campo A1_COD_MUN está cumplimentado en este Cliente.
- Verifique si el campo A1_END está con el mismo tamaño del campo GU3_ENDER (80). El campo GU3_ENDER es fijo, sin embargo, el campo A1_END está abierto para modificación, basta ajustar el tamaño por este campo igualando la GU3_ENDER.
- Verifique si los campos F2_ESTRDP1 y F2_CMURDP1 están cumplimentados (para casos donde se trabaje con redespacho).
- Intente rehacer la carga inicial del Registro de municipios (FISA010) y de los Clientes SA1 por medio de la rutina OMSM010.
Deben alimentarse los datos en la Tabla GU7, los cuales se buscan en la Tabla CC2. Es importante que consten los mismos municipios en la GU7 y en la CC2.
|
BB |
Cómo realizar la primera Integración de registros con el módulo GFE - OMSM011 |
1) Acceder al módulo GFE. 2) En Miscelánea - Sincroniz Protheus Seleccione las Tablas que se sincronizarán y haga clic en Procesar
Esta rutina también tiene un reprocesamiento de Facturas pendientes (si alguna Factura queda pendiente de generación del documento de carga) |
A |
Al realizar el simulacro por el Pedido de venta del Protheus, el sistema realiza el cálculo para tres empresas de transportes, pero en pantalla solo se muestra que se generó el menor valor. |
El campo referente al código de emisor puede tener tamaño 9 en la base de la empresa y en una base estándar Protheus actual el tamaño es 14. Será necesario realizar la modificación del grupo de campo "052 - Código emisor" para el tamaño 14 |
B |
Help " No es posible borrar Documentos de carga con fecha de salida informada " |
En este caso, exista la Lista de embarque (programa GFEA050) con estatus Liberado. Si la Lista de embarque estuviera liberada, será necesario reabrirla. Al hacer esto, se borrará la fecha de salida del Documento de carga, permitiendo que se borre la factura. |
C |
Registro de empresa de transporte |
Para registrar una Empresa de transporte e integrarla con el GFE, es necesario que la Empresa de transportes sea una persona jurídica (tener RCPJ) y, después del registro de la Empresa de transporte, que también se registre un proveedor en el Protheus persona jurídica con el mismo RCPJ.
Si no existe registro de proveedor, no se generará el registro en la GU3 (Registro de emisores del GFE). Siempre una transportadora aparecerá en el archivo de emisores como Transportadora Sí, Cliente No y Proveedor Sí |
D |
¿No hay Integración del Registro de clientes Protheus con el Registro de emisores del SIGAGFE ? |
Evaluar en el módulo SIGAGFE los parámetros de integración en el camino:
Actualizaciones - Registros - Parámetros - Parámetros del módulo 
|
Origen de los registros ERP - ERP Integrado Datasul 
|
GFE Activo - Modo de integración directa 
|
|
E |
Ocurrió una validación impeditiva en el módulo Gestión de flete embarcador |
Verifique la configuración en los parámetros MV_INTGFE y MV_INTGFE2 Detalles en: FAT0273 - Help: Ocurrió una validación impeditiva en el módulo Gestión de flete embarcador |
F |
Al acceder a la rutina Simulación de flete del pedido de venta, se muestra una pantalla de selección del tipo de flete que se considerará, los cuales son: 1- Considera tabla de flete en negociación 2- Considera únicamente la tablas de flete aprobadas Este tratamiento fue creado, porque al realizar la simulación de flete directo por el módulo del GFE, existe la posibilidad de esta selección, que no había sido implementada en el Pedido de venta. |
Incluir un pedido de venta. 
Acceder a Otras acciones - Simulacro - Se muestra la ventana para seleccionar la opción de flete que se considerará 
Observación:
- Issue de corrección DSERFAT-5141
|
G |
¿Cómo registrar múltiples redespachos / tramos? Ejemplo: De emisor a Puerto y de Puerto a Destino |
El módulo Facturación originalmente no tiene tratamiento para flete/tramo. Esta necesidad se atiende en el Protheus por módulos paralelos que se integran a la Facturación como OMS y GFE. De esta forma, la solución parte de una integración de OMS vs. GFE, de acuerdo con la documentación: MLOG-1576 DT Solución para múltiples redespachos debe personalizarse, respetando los siguientes procedimientos: |
H |
Empresa transportes del redespacho en la integración GFE |
La opción de utilizar o no el Redespacho está en el campo C5_REDESP. El campo para uso de la Empresa de transportes es el C5_TRANSP |
I |
Valor bruto o Valor neto |
Actualmente, en el GFE el campo del total de la factura se encuentra como consta en el siguiente parámetro.
Cuando MV_GFEVLIT = 2 el valor es el SD2->D2_TOTAL
Cuando MV_GFEVLIT = 1 el valor es el SD2->D2_VALBRUT |
J |
Relación de campos Protheus vs. GFE (Cliente vs. Emisor) - SA1 vs. GW1 - Cliente entrega |
1.Dirección entrega
A1_ENTEDENT - GW1_ENTEND 2.Barrio entrega
A1_BAIRROE - GW1_ENTBAI 3.CP Entrega
A1_CEPE - GW1_ENTCEP 4.Nº Ciud Entrega
A1_CODMUNE - GW1_ENTNRC 5.Est/Prov/Reg Entrega
A1_ESTE - GW1_ENTUF |
|
