Solo actualizando el problema
Las Notas SAP relevantes para DIOT 2014 se actualizaron el: 11.09.2017
2468616 - Preguntas frecuentes del A29 de México informe DIOT
S_EBJ_45000142
Hay algunas características clave a tener en cuenta en esta solución:
- MXTVO es una tabla donde se define la transacción comercial (general, servicios, arrendamiento)
- En la tabla T007K se define el código de impuesto objetivo (el número de columna correcto debe tomarse de la definición de DIOT)
- Los montos se agrupan por RFC en moneda local (moneda de código de empresa MXN); recuerde contabilizar F.38 utilizando el tipo de cambio de la moneda del pago
- Solo las bases aparecen en el archivo DIOT
- La creación de nuevos códigos de impuestos no se aplica en absoluto en la versión más reciente (enfoque antiguo)
- Cada proveedor debe clasificarse de acuerdo con el MXTVO (de lo contrario no se puede mostrar en el DIOT); no pude actualizar masivamente al menos en la versión S4 HANA (las funciones de socios comerciales no se actualizan en absoluto; sorprendentemente dicen transacción comercial de Corea)
Después de algunas pruebas, los parámetros son:
-> Ingrese el tipo de documento utilizado para el impuesto diferido (crear uno específico es útil)
-> Ingrese el tipo de documento para facturas (cuentas por pagar)
-> Ingrese el tipo de documento para notas de crédito (cuentas por pagar)
Hay algunos problemas que encontré en la solución estándar pero no veo solución por parte de SAP en el futuro:
- Clasificas al proveedor por transacción comercial (general, arrendamiento, honorarios, etc.).
Sin embargo, en la práctica, un proveedor podría emitir facturas por dos o más conceptos; por lo tanto, existe un riesgo de clasificar incorrectamente los montos en el DIOT
- El programa se basa en compensación (como el programa RFUMSV25); por lo tanto, el programa no puede diferenciar una compensación contra un banco de una compensación manual
Por ejemplo, si contabilizas un MR8M, el programa DIOT toma el monto como una "nota de crédito" más que como un reverso.
De hecho, si contabilizas un reverso, estos no son diferentes de una nota de crédito.
- No puedo mostrar una base del 0%
- El programa se centra en crear el archivo (no en proporcionar un informe de conciliación; no aparece ningún documento de pago; por lo que no puedes estar seguro de que el saldo proviene de partidas de línea pagadas)
Estemos atentos a ver si aparecen nuevas correcciones en las Notas SAP
Tampoco está claro si en algún momento en el futuro estará disponible una solución de DPIVA.
Saludos cordiales