ÍNDICE
01. VISIÓN GENERAL
El evento 211130 – Capitalización de Ítem tiene como finalidad comunicar al Fisco que un ítem adquirido mediante una Factura Electrónica fue incorporado al activo fijo de la empresa.
Este evento es responsabilidad del destinatario de la e-Fact, y forma parte de los requisitos de la Reforma Tributaria, conforme a lo definido en las Notas Técnicas de la e-Fact. Su generación permite identificar que el bien no estará destinado a la reventa ni al consumo inmediato, sino al uso permanente en la operación de la empresa.
En el contexto de Protheus/TAF, la integración con el Monitor de Eventos permite:
- Centralizar la gestión de los eventos fiscales.
- Automatizar o facilitar el envío del evento al gobierno.
- Controlar el estatus de procesamiento: generado, enviado, autorizado o rechazado.
- Garantizar la trazabilidad entre:
- Documento de entrada (e-Fact).
- Bien del activo fijo.
- Evento fiscal transmitido.
La integración ocurre desde el momento en que el bien se clasifica e incorpora al activo, permitiendo que el sistema genere o ponga a disposición el evento 211130 en el Monitor de Eventos.
Principales características del evento
- Código del evento: 211130
- Tipo: Evento de la e-Fact
- Autor: Destinatario de la e-Fact
- Finalidad: Informe la capitalización del ítem en el activo
- Base legal/técnica: NT 2025.002 (Reforma Tributaria)
02. PRERREQUISITOS PARA INTEGRACIÓN DEL EVENTO 211130 AL MONITOR DE EVENTOS
Para el uso correcto de la integración del evento 211130 con el Monitor de Eventos, es necesario que se cumplan los siguientes prerrequisitos:
- El entorno debe estar actualizado con el último paquete de TAF y de Backoffice Protheus, considerando tanto los fuentes como el diccionario de datos.
- La herramienta Monitor de Eventos (TAF) debe estar debidamente configurada y operativa.
- El SmartSchedule debe estar activo, con el servicio del TSI debidamente habilitado.
- El módulo de Activo Fijo debe estar operando con la funcionalidad de la Configuración de Tributos Además, el campo N1_IDTRIB debe estar correctamente informado con el identificador del tributo proveniente de la Factura de Entrada que originó el bien.
- La Factura de Entrada responsable por generar el bien debe:
- Tener la clave electrónica debidamente informada en la tabla SF1.
- Haber generado los tributos CBS, IBS o ambos.
- Estar obligatoriamente integrada al TAF, con registro correspondiente en la tabla C20.
- El campo N1_IDEVTAF debe existir en la base de datos y estar sin cumplimentación, permitiendo que el sistema realice el control de la generación del evento.
- El parámetro MV_AFEVTAF debe estar habilitado (configurado con valor igual a "1"), permitiendo la integración con el Monitor de Eventos.
Para que el campo N1_IDTRIB se informe correctamente, es necesario que la integración entre la Configuración de Tributos y el SIGAATF esté activa. Esta integración se habilita por medio del parámetro MV_VLATFCT.
El contenido de este parámetro se puede configurar según sea necesario: - Puede asumir el mismo valor del parámetro MV_VLRATF, si desea mantener el comportamiento actual de cálculo de los impuestos legados (ICMS/IPI), incluso con la integración activa.
- O puede seguir integralmente las definiciones de la Configuración de Tributos, si los impuestos (legados y/o nuevos, como CBS/IBS) ya estén debidamente configurados.
Para un mejor entendimiento sobre la activación de este parámetro y sobre el nuevo mecanismo de cálculo del valor del activo fijo, con el uso de la Configuración de Tributos, se recomienda consultar la siguiente documentación: Valor del Activo Fijo en la Reforma Tributaria: utilización de la Configuración de Tributos |
03. INFORMACIONES QUE SE UTILIZARÁN PARA INCLUIR UN NUEVO EVENTO
Tras cumplir con los prerrequisitos descritos anteriormente, al realizar la Clasificación del Activo por medio de la rutina ATFA240, el sistema efectuará automáticamente la integración del evento 211130 – Capitalización de Activo con el TAF, según lo siguiente:
- La clave de la Factura de Entrada (F1_CHVNFE) que originó el activo fijo se utilizará como base para la integración. Esta información se utilizará para encontrar el documento correspondiente en la tabla C20 del TAF (C20_CHVELE), permitiendo la correcta vinculación del evento.
- A partir de esta identificación, el sistema realizará la grabación de las informaciones en el Monitor de Eventos (tabla T7A):
- T7A_CHVNF se completará con el contenido de C20_CHVNF.
- T7A_CHVELE se completará con C20_CHVELE, o, en ausencia de este, con F1_CHVNFE.
- El campo T7A_EST se completará con base en el contenido del campo M0_ESTENT, correspondiente al Estado/Provincia/Región de la sucursal conectada.
- El campo T7A_TPAUT se definirá con valor 2, indicando que se trata de un evento de responsabilidad exclusiva del destinatario.
- El campo T7A_TPEVEN se completará con el valor fijo 211130, correspondiente al evento de capitalización (inmovilización) de activo.
- Con relación a los ítems del evento (tabla T7C):
- El campo T7C_ITEM se completará con el contenido de D1_ITXML de la Factura de Entrada. Si este estuviera en blanco, se utilizará el campo D1_ITEM como alternativa.
- El campo T7C_QUANT se completará con el contenido de N1_QUANTD, representando la cantidad capitalizada (inmovilizada).
- La unidad de medida (T7C_UM) se obtendrá a partir del campo D1_UM de la Factura de Entrada que originó el bien, una vez que esta información no está disponible directamente en el registro del activo.
- El campo T7C_CODTRI se completará con base en las informaciones tributarias que ya existen en el TAF, propias de la integración de las facturas (tablas C20 y C35). En este caso, el sistema solo recupera y reaprovecha el código del tributo ya registrado.
- Los valores de CBS e IBS se llevarán al campo T7C_VALOR, de acuerdo con el respectivo contenido de T7C_CODTRI.
Es decir, el valor informado siempre será correspondiente al tributo identificado (ejemplo: si el código es de CBS, el valor será el de CBS). Como los valores tributarios no se almacenan directamente en el registro del activo, el sistema realiza la búsqueda de estas informaciones por medio de la Configuración de Tributos, utilizando el campo N1_IDTRIB, que contiene el identificador (D1_IDTRIB) de la Factura de Entrada que originó el bien.
Los valores de CBS e IBS seguirán la regla de Separación del Activo (F4_BENSATF). - Si la Separación del Activo se configura como “Sí”, el valor enviado al TAF corresponderá solamente a la cantidad unitaria (1) del ítem de la Factura de Entrada que generó el bien.
- Si la Separación del Activo se configura como “No”, si se considera el valor total del impuesto generado del ítem de la Factura de Entrada que generó el bien.
Como observación adicional, si existen Facturas de Garantía Extendida o Facturas de Servicios registradas en la tabla SF8 que contienen valores de CBS y/o IBS, estos montos se considerarán y sumarán a los valores enviados al TAF. La misma regla se aplica a las facturas de e-CT (Complemento de Flete), cuyos valores de impuestos también se agregarán. |
04. EJEMPLO DE UTILIZACIÓN DE INCLUSIÓN DEL EVENTO 211130
Primero, asegúrese que todos los prerrequisitos citados anteriormente estén de acuerdo, después agregue una Factura de Entrada vía MATA103, que contiene la integración con el Activo Fijo y con la Configuración de Tributos, siguiendo como ejemplo la siguiente imagen:
En esta factura de entrada, la Clave Electrónica (F1_CHVNFE) debe estar informada:
Con el Job del TSI habilitado, la tabla C20 (Portada Documento Fiscal en el TAF) se alimentará automáticamente y con esta forma, solo se realizará la clasificación del Activo a través de la rutina ATFA240:
El sistema procesará la generación del Evento 211130 al TAF, que se podrá visualiza en la rutina TAFA635 (Monitor de Eventos):
Si los prerrequisitos se cumplen, pero ocurre una falla en la integración con el Monitor de Eventos, la clasificación del bien en la rutina ATFA240 no se bloqueará. El sistema mostrará el aviso 'EVENTERROR', informando que la integración falló. En esta situación, el usuario podrá realizar el proceso manualmente mediante la rutina TAFA635 o rehacer la clasificación para un nuevo intento de integración. |
05. EJEMPLO DE UTILIZACIÓN DE ANULACIÓN DEL EVENTO 211130
De acuerdo con el monitor de eventos podemos anular un evento tanto por la TAFA365 (Monitor de Eventos) como al intentar desclasificar en la ATFA240 (Clasificación de Compras).
Al desclasificar el bien, este anulará el evento y dejará el campo N1_IDEVTAF limpio, para que en las próximas clasificaciones este tenga un nuevo código de evento.
Aparecerá un help con Éxito o si tuviera algún problema en la validación de anulación o anulación de hecho.
En el monitor:
06. ASUNTOS RELACIONADOS