Linha Microsiga Protheus

Árvore de páginas

Versões comparadas

Versão antiga 1

changes.mady.by.user Usuário desconhecido (elias.kuchak)

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Luis Arturo Samaniego Guzman

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

01. DATOS GENERALES


Producto

Solucoes_espanhol
SolucaoTOTVS Backoffice

Línea de producto: 

Linhas_totvs_espanhol
LinhaLínea Protheus

Segmento:

Segmentos_totvs_espanhol
SegmentoBackoffice

Módulo:SIGAFIN - FinanceiroFinanciero
Función:
FunciónNombre Técnicotécnico
FINA085AOrden de pago modelo 1.
País:Paraguay
Ticket:

No aplica

Requisito/Story/Issue (informe el requisito vinculado):DMICNS-21058


02. SITUACIÓN/REQUISITO

En la integración entre Protheus y Gesplan, se están presentando inconsistencias para el envío de datos, el problema se origina en la rutina Orden de Pago (modelo 1) el FINA085A), al realizar la baja de varios documentos en una orden de pago, la rutina genera un ID diferente (campo FKA_IDPROC registrado para los movimientos de castigo (FK2) y movimiento bancario (FK5) se está registrando con un campo FKA_IDPROC diferente, generando problemas ) por movimiento para la tabla Rastreo de Movimientos (FKA). La inconsistencia se presenta en el envío de los datos a Gesplan. información entre Gesplan y Protheus.

03. SOLUCIÓN

Se implementan los cambios en la rutina Orden de Pago (FINA085A) para registre el , para garantizar que, al realizar la baja de varios títulos en una orden de pago, la rutina genere un ID (campo FKA_IDPROC como un valor único ) para todos los registros de la tabla Rastreo de Movimientos (FKA) por orden de pago., permitiendo realizar la integración y el envío de datos entre Gesplan y Protheus.

La solución aplica para la generación de todas las órdenes de pago, independientemente si se tiene la integración con Gesplan. La corrección no altera el proceso de generación de órdenes de pago. 


Totvs custom tabs box
tabsConfiguraciones previas, Flujo de prueba
idspaso1,paso2
Totvs custom tabs box items
defaultyes
referenciapaso1
  1. En la rutina Proveedores (SIGACOM >> Actualizaciones | Archivos), registrar un proveedor con un código de provincia diferente a "BA".
  2. En la rutina Productos (SIGACOM >> Actualizaciones | Archivos), registrar un producto.
  3. En la rutina Tipos de Entrada y Salida (SIGACOM >> Actualizaciones | Archivos), registrar un una TES de entrada.
    1. La TES puede tener los impuestos que necesite calcular.
  4. En la rutina Productos (SIGACOM >> Actualizaciones | Archivos) incluir al menos un producto. En la rutina Pedido de CompraFactura de entrada (SIGACOM >> Actualizaciones | PedidosMovimientos) registrar un pedido facturas de compra entrada para el proveedor registrado.
Totvs custom tabs box items
defaultno
referenciapaso2
  1. A través Por medido de la rutina “Remito Orden de entrada”pago, ubicada en el módulo SIGAFIS SIGAFIN (Actualizaciones | Cuentas por pagar | Movimientos), registrar remito la orden de pago para los títulos generados por las facturas de entrada importando el pedido de compra anterior a través de la opción Ped Comp disponible en otras acciones..
  2. Consultar el Cuentas por pagar y confirmar que esté pagado.
  3. Consultar la base de datos Consultar el Remito de entrada generado y confirmar que el campo PROV Entrega (F1_PROVENT) esté correctoFKA_IDPROC tiene el mismo valor para todos los movimientos de la orden de pago.


04. INFORMACIÓN ADICIONAL

Informações
titleNota

Los registros ya grabados en la base de datos no serán actualizados se actualizarán con la solución brindadaproporcionada.

05. ASUNTOS RELACIONADOS

No se aplica.