TESINT - TES Inteligente - Fiscal - P12

01. VISIÓN GENERAL

Está a disposición el registro de TES Inteligente, con el objetivo de facilitar y agilizar la cumplimentación del código del TES (Tipo de entrada y salida) en los documentos fiscales, considerando reglas previamente registradas. La ventaja de la utilización de esta rutina, es que podemos configurar qué códigos de TES se utilizarán en determinados documentos fiscales.

02. EJEMPLO DE UTILIZACIÓN

Al registro del TES inteligente puede accederse por medio de la rutina Tes inteligente (MATA089.PRW), en el menú Registros Actualizaciones\Registros\Tes inteligente del módulo SIGAFIS.

Al registro de las reglas de cumplimentación del código del TES está vinculado con un código de tipo de movimiento (FM_TIPO), por ejemplo: 01 - Venta de mercaderías,02 - Simple envío de material, 03 - Venta para consumidor final, etc.Los códigos de Tipo de movimiento están registrados en la tabla DJ de SX5, en tablas genéricas. Cada regla definida puede tener un código de TES de salida (FM_TS) y/o un código de TES de entrada (FM_TE).

Una vez definido en la regla el Tipo de movimiento y TES que se utilizará, es necesario completar los otros campos listados a continuación: 

Para que sea posible registrar reglas más específicas están a disposición los campos Grupo de TES inteligente (FM_GRPTI) y Tipo de cliente (FM_TIPOCLI), para utilizarlos siga estos pasos:

1. Por el configurador, verifique la creación de la tabla genérica "ZV - Grupo de TES inteligente";
2. Esta tabla tiene un grupo estándar (0001). Si fuera necesario, incluya uno o más.
3. En el registro de productos, vincule el grupo registrado a un producto.
4. En el registro de reglas de TES Inteligente, incluya una o más reglas completando los campos "Grupo-TI" (FM_GRPTI) y/o "Tipo de cliente" (FM_TIPOCLI).
5. En el módulo Facturación, realice la inclusión de un pedido de venta y utilice el producto, el cliente y el tipo de movimiento registrados en la(s) regla(s) anteriores.
6. Verifique que la TES se complete en el ítem de acuerdo con la regla registrada.

Pueden completarse todos o algunos campos de la regla, variando de acuerdo con la necesidad del cliente. Siempre se sugerirá TES de la regla que tenga información que se encuadre con el documento fiscal, si alguna información de la regla no se encuadre con el documento fiscal, esta regla se descartará. Regla que tenga campos sin completar no será descartada, siempre y cuando los otros campos completados se encuadren con el documento fiscal.

Como ejemplo de la cumplimentación, vamos a suponer la creación de una regla para sugerir el código de TES 500 en las Ventas de mercadería para Consumidor final en el Estado de São Paulo, la regla del TES Inteligente se debe completar de la siguiente manera:

Regla número 1:

Si hubiera registro de documento fiscal con Tipo de Movimiento 01, para el Estado de São Paulo utilizando cliente clasificado como Consumidor final, el TES 500 se sugerirá en el registro del documento fiscal.

Veamos un ejemplo más, Venta de mercadería del Producto "AAAA", sugiriendo el código de TES 501.

Regla número 2:

Con esta regla, si se registrara una Venta de mercadería del Producto "AAAA", el TES 501 se sugerirá en la digitación de la factura.

Las reglas se registrarán en función del segmento y de la necesidad de cada cliente, pudiendo crear reglas más específicas o más genéricas.

03. CRITERIO DE SUGERENCIA DE TES

 Específicas vs. Genéricas

A medida que se registran las reglas, es posible que existan reglas más genéricas, pudiendo entrar en conflicto con alguna regla más específica, como en los propios ejemplos citados en el ítem 02. Consideraremos el siguiente escenario: 

1.  Documento fiscal de Venta de mercadería para Consumidor final, en el Estado de São Paulo, vendiendo el producto de código "AAAA".

Para comenzar, las dos reglas atenderían esta situación, pues ambas reglas atienden y se encuadran en las informaciones del referido documento fiscal, sin embargo la rutina puede sugerir solamente un TES. Para resolver este conflicto, el criterio adoptado será considerar la regla que tenga más información encuadrada, de acuerdo con el documento fiscal.

En el ejemplo del ítem 02 de este documento, la regla 1 tiene dos informaciones encuadradas, el Estado/Prov/Reg y Tipo de cliente, en cambio, en la regla 2 solamente tiene una información encuadrada, que es el Código de producto. En este caso la regla 1 tiene más información encuadrada que la regla 2, luego el TES 500 será sugerido, pues es la más específica en el contexto de este documento fiscal.

En este tipo de conflicto, el TES sugerido será siempre el que pertenezca a la regla más específica, es decir, la regla que tenga más información encuadrada. 

Reglas diferentes con la misma cantidad de información encuadrada

Puede ocurrir también conflicto de reglas diferentes, registradas con campos diferentes, sin embargo con la misma cantidad de información encuadrada con documento fiscal. A continuación tenemos un ejemplo de esta situación:

Regla número 3

Regla número 4 

En una operación de Simple envío de material para el Cliente "CCCC", ocasionando el movimiento del Producto "BBBB", las reglas 3 y 4 se encuadran en el documento fiscal, la regla 3 se encuadra en el Código de producto, y la regla 4 se encuadra en el Código de cliente, las dos tienen la misma cantidad de información, tanto el TES 502 como el 503 podrían sugerirse. Para resolver este conflicto, el sistema adopta el criterio de la orden de campos más relevantes/prioritarios del registro de TES inteligente, si el Código de producto tuviera mayor relevancia, entonces el TES 502 se sugerirá, o si el Código del cliente tuviera mayor relevancia, entonces el TES 503 se sugerirá. El sistema tiene una orden estándar de prioridades, que puede ser modificada por el cliente si fuera necesario.

Para comprender esta orden, cada campo (excluyendo el tipo de movimiento, TES de entrada y TES de salida) de la SFM tendrá un identificador fijo, de acuerdo con las siguientes tablas:

Identificadores campos de la SFM - Operaciones con cliente

Para las operaciones vinculadas con Cliente, la orden estándar del sistema es 1,2,3,4,5,6,7,8,9,10,11,12, donde cada número representa un campo de la tabla SFM, es decir, el orden de los campos prioritarios es:

FM_PRODUTO, FM_GRPROD, FM_POSIPI, FM_CLIENTE+FM_LOJACLI, FM_GRTRIB, FM_EST, FM_REFGRD, FM_GRPTI, FM_TIPOCLI, FM_GRPCST,FM_TIPOMOV.

Donde el campo con mayor prioridad/relevancia es el primero de izquierda a derecha, y el campo con menor prioridad/relevancia es el último de la derecha.

Identificadores campos de la SFM - Operaciones con proveedor

Para las operaciones vinculadas con Proveedor, la orden estándar del sistema es 1,2,3,4,5,6,7,8,9,10, donde cada número representa un campo de la tabla SFM, es decir, el orden de los campos prioritarios es:

FM_PRODUTO, FM_GRPROD, FM_POSIPI, FM_FORNECE+FM_LOJAFOR, FM_GRTRIB, FM_EST, FM_REFGRD, FM_GRPTI, FM_GRPCST.

Donde el campo con mayor prioridad/relevancia es el primero de izquierda a derecha, y el campo con menor prioridad/relevancia es el último de la derecha.

Volviendo al ejemplo de las reglas 3 y 4 presentadas en este ítem, considerando el orden estándar del sistema, el TES sugerido sería el 502, pues el Producto (identificación 1) tiene mayor relevancia/prioridad que el Cliente+Tienda (identificación 4): 1,2,3,4,5,6,7,8,9,10,11,12.

Si fuera necesario modificar este orden de campos, basta modificar el contenido del parámetro MV_OTICLI para operaciones con clientes, y parámetro MV_OTIFOR para operaciones con proveedores.

También en este ejemplo, si quisiéramos modificar el orden de prioridad estándar del sistema, dando mayor prioridad para el Cliente en lugar del Producto, debemos completar el parámetro MV_OTICLI de la siguiente manera: {4,1,2,3,5,6,7,8,9,10,11,12}.

Vea que el identificador de Cliente+Tienda (4) es el primero del orden, en este caso, el TES sugerido sería el 503, pues el Cliente tiene mayor relevancia que el Producto. El mismo procedimiento es válido para el parámetro MV_OTIFOR para las operaciones vinculadas con proveedor.

Si por algún motivo el orden prioritario de los campos definido por el cliente no desempate este conflicto de reglas, el desempate se realizará por el orden estándar del sistema.

04. DISPARADORES PARA DEFINICIÓN DE LA TES

La TES se devolverá después de cumplimentar determinado campo dependiendo de la operación que está ejecutándose como emisión de pedido de venta, emisión de pedido de compra, factura de entrada y etc... Estos campos pueden visualizarse en la siguiente lista, así como los campos que se utilizan como parámetros para definición de la regla de TES Inteligente:

05. OTRAS INFORMACIONES

Orientaciones para cumplimentación de reglas

• La orientación en el registro de TES Inteligente, es que no se creen reglas duplicadas, pues estas reglas no serán atendidas, y no habrá sugerencia de TES en estas situaciones.
• Analizar la prioridad y relevancia de los campos del registro de TES inteligente de acuerdo con la necesidad, verificando los parámetros MV_OTICLI y MV_OTIFOR, pues el orden de los campos definido en estos parámetros se considerará para resolver posibles conflictos de reglas (reglas no duplicadas).
• Procure que el TES se sugiera en el registro del documento fiscal considerando primero el criterio de regla de TES Inteligente más específico, y en caso de conflicto de reglas genéricas, el criterio de desempate será por el orden de los campos más prioritarios.
• Siempre que sea posible realizar el registro de reglas con mayor cantidad de información, evitando de esta manera conflictos de las reglas. No se considerarán para aplicación en el documento registro de TES Inteligente sin reglas definidas, como por ejemplo, informarse solamente los campos FM_TIPO y FM_TS y/o FM_TE, pues la intención de la rutina es realizar un filtro en el registro de TES para atender reglas específicas y no solamente disparar un código de TES, pudiendo causar impactos negativos si no hubiera un vínculo correcto.
• Si existiera determinada regla registrada y el TES no fuera sugerido en el registro del documento fiscal, puede ser por el motivo de ser una regla duplicada, o entonces puede ser por el motivo de que alguna información no se ha encuadrado con las informaciones del documento fiscal.
• Las reglas duplicadas nunca se considerarán.