Se logro hacer un add-on de interface para contabilidad electronica de la SAT segun el ultimo anexo 24. Se brinda nueva funcionalidad para todas las versiones de NAVISION y NAV puesto que manejan diferentes tecnologias mientras que NAVISION veriones 4 y 5 usan otra plataforma. NAV 2009 y 2013 son mas modernos y hay otros retos tecnicos en los ambientes graficos.
De cualquier forma el cliente final no tiene que instalar nada adicionalmente a la adquisicion de nuestro add-on de Contablidad Electronica 100% integrado dentro de NAVISION o Dynamics NAV. Ya se ha implementado exitosamente y se cuenta con un modulo de carga retroactiva de informacion para cumplir con la obligacion de tener los XML que solicitara a partir de Julio 2014. No importa que ya se haya operado Julio y Agosto 2014, podemos reparar la los campos adicionales para rellenar la informacion contable historica de contabilidad electronica.
Cualquier consulta estamos a sus ordenes, favor de contactarme a kosmossystems@outlook.com o a los telefonos (55) 1397 5173 en el D.F. y (984) 167 63 98 para Riviera Maya.
Contamos con el servicio de consultoria financiera de NAV, implementacion de este modulos de contabilidad electronica y cualquier otro modulo standard de NAV. Desarrollo de programas, reports, interfaces y casi cualquier cosa que se desee integrar en NAV o .NET. Experiencia con Webservices desde y hacia NAV con un gran numero de sistemas o ERPs. Expertos certificados con mas de 10 años de experiencia en Dynamics NAV.
 |
| sobre Version RTC de NAV |
 |
| A partir del CFDI se puede generar una provision de compras en automatic, ejemplo version NAVISION 5.01 |
Para facilitar la captura y procesamiento de CFDI de terceros y propios se cuentas con interfaces que simplifican el tranajo del usuario de NAV y ayudan con la captura. Se tiene una metodologia y procedimiento para implementar y usar el add-on de contabilidad electronica.
Los CFDI pueden ser guardados en format XML dentro de la base de datos de NAV-SQL de forma no compresa para poder se leidos y recuperados desde otras aplicaciones que no sean NAV, externamente.
Regeneración de Información Contable Retroactiva para Add-on de
Contabilidad Electrónica
El Add-on de Contabilidad Electrónica ha sido probado en NAV 5.0, NAV 5.0 SP1, NAV 2009, NAV 2009 R2,
NAV 2013 y NAV 2013 R2. Podría funcionar
en versión NAV 4.0 y NAV 4.0 SP1, con unos ajustes para el uso de XML DOM.
El add-on usa interfaces nativas de NAV para manipular los archivos XML
y generar los nuevos archivos que serán mandados a la SAT, pero todo de forma estándar,
no necesita instalar algún programa extra, salvo que se desea alguna otra
interface que no se contiene originalmente en el producto, pero se puede
interfazar con lo que se necesite, llámese un Servicio Web o bien que lea o
escriba para otro(s) archivo(s) externos. La lectura por archivo XML CFDI no
demora mucho, el tiempo efectivo de lectura y procesamiento de cada archivo es
en promedio 4 segundos.
Para el correcto funcionamiento del add-on se configuran catálogos y parámetros
en la configuración general del add-on, como rutas de importación / exportación,
criterios de versionamiento y personalización de los archivos XML
generados para la SAT
Requisitos:
1)
Agregar Código
Agrupador, Subcuenta de, Naturaleza, y dependiendo de la identacion, los Niveles
2)
Mapear la
lista de los bancos actuales al catálogo de bancos que esta por publicar
la SAT.
3)
Tener los
datos de facturación actualizados para provedores, incluyendo el RFC
del tercero así como mapear el código de la cuenta de banco usada por
defecto para pagos, cheques y transferencias. Opcionalmente Tipo Persona, Tipo
Tercero.
4)
Mismo caso
para Clientes, tener los datos correctos de facturación y RFCs
junto con el código del banco usado para depósitos y traspasos.
5)
Tener los códigos
de divisa creados con sus tipos de cambio respectivos según el
Diario Oficial de acuerdo a la fecha histórica de las transacciones donde
se usaron.
6)
Configurar/clasificar
los Códigos de Origen internos de NAV para que se identifiquen los tipos
de pólizas en (ingreso, egreso y diarios)
La actualización del Add-on de Contabilidad Electrónica nos creara campos
nuevos en los movimientos de contabilidad, movimientos de proveedores,
movimientos de clientes, históricos de compras, históricos de ventas,
movimientos de IVA, catálogo de códigos agrupadores, catálogo de bancos de la
SAT, registro de versiones de archivos XML generados.
La SAT anuncio que el Catalogo de Códigos Agrupadores va a ser
actualizado para considerar otros esquemas contables pero no se descarta el
actual publicado el 1 de julio de 2014.
CxP
Al recuperar los XML de las facturas de proveedor, ya sea que se
descarguen de una carpeta o de un folder en un sitio FTP, el Add-on de
Contabilidad Electrónica tiene un programa que extrae los diferentes campos
dentro de la estructura de CFDI. Sin importar la versión del CFDI se puede
correr un procesamiento de archivos por lotes para validar la autenticidad y el
certificado sellado en los CFDIs de terceros.
Una vez que se procesan en lotes los XML se rellenaran los campos nuevos
del add-on de contabilidad electrónica para tablas de movimientos de
contabilidad, movimientos de proveedor, movimientos de IVA que están perfectamente
asociados entre sí por el número de póliza de NAV. Esto porque al leer cada XML
se puede extraer el número de documento y según es el caso se asocia a el número
de documento externo del movimiento en NAV o bien el número de documento.
En caso de que estos números no sean los mismos que en el CFDI que se está
procesando se necesita un mapeo de números de documento en NAV y CFDI de
terceros. Esta lista de mapeo se puede proveer en principio durante el análisis
de la información histórica capturada en la base de datos de NAV.
Al vincular los Movs. de contabilidad con los Movs. de Proveedor se
puede, mediante el asiento contable además se puede actualizar la factura de
compra registrada, los Movs. de IVA. Y para el caso del pago que cancelo esa
factura, se rellena la información del pago en la tabla de Movs. de Contabilidad,
Movs. de Banco y si se requiere en la tabla de Movimientos de Cheque.
Todo lo anterior con la finalidad de tener la información necesaria la
momento de exportar el XML de las Pólizas del periodo
-
Pagos: Los
pagos deben estar liquidados a las facturas que están cancelando para que sea
posible hacer el vínculo entre el movimiento de la factura, la provisión, que será
una diario. Y el pago, que será un egreso.
Si el pago se trató de un cheque se puede
perfectamente identificar y tener un detalle del cheque por el banco que se emitió.
Si fue una transferencia se tendrá solo el registro en
la tabla de movimientos de banco.
IMPORTANTE: es común que no se tenga rastro de la cuenta y banco del
beneficiario donde se hizo el pago o transferencia de fondos, según sea el
caso se tiene que recuperar el histórico de los movimientos de pagos. Para ello
se proporcionara un layout con la información que se requerirá vaya por un
proceso de revisión y hacer la integración de la información.
-
Facturas:
las facturas mismas que representan los CFDIs que son reportadas como pólizas
de diario y actualizaran movimientos de contabilidad, movimientos de IVA y
movimientos de proveedor.
-
Notas de Crédito
Fiscales: como tales se tratan de créditos parciales sobre una facturación pero
deben estar soportadas por notas de crédito físicas en NAV. Las cuáles serán pólizas
de diario, pero el deposito que represento el diferencial será evaluado como
ingreso a banco.
CxC
Análogo al procesamiento por lotes para las facturas de terceros, se
procesara la carpeta que contiene los CFDIs de las facturas timbradas para Clientes
de la Empresa. En esta ocasión el mapeo de números de documentos será más
sencillo por que regularmente el PAC emitirá las facturas en base al número del
ERP o el ERP se ajustara al número de factura que utiliza el PAC de facturación
electrónica.
-
Cobros: Así
como en pagos, se tiene que mapear o identificar el banco origen de los depósitos
recibidos en las cuentas de banco de la empresa para que se rellenen los campos
en las tablas de movimientos de contabilidad, movimientos de cliente, factura
de venta registrada, movimientos de banco. Movimiento de IVA. Los cobros históricos
deben estar liquidando a las facturas que están cancelando para poder hacer la vinculación
de los CFDIs que se están leyendo Vs los cobros que están ingresados.
Los cobros serán reportados como ingreso.
-
Facturas:
las facturas son provisiones para la venta y serán diarios, al igual que los
XML de terceros, se ofrece leer los XML ya timbrados y generados y
relacionarlos con ventas registradas, así como movimientos de contabilidad y
movimientos de cliente ya existentes junto con sus respectivos movimientos de
IVA. Así ya estén liquidadas las facturas con cobros, los cobros también tendrán
asociados los datos del CFDI que se está importando.
-
Notas de Crédito
Fiscales: análogo a compras, en caso de tener folios para timbrar notas de crédito
de ventas parciales, se soporta la carga de los XML que se adjuntaran a los
movimientos que generar una nota de crédito de venta.
-
IMPORTANTE,
cancelaciones de facturas de venta ante el SAT, esto debió haber generado una
nota de crédito de venta interna y se debe referencias al UUID de la factura de
venta original y sus movimiento anidados.
Contabilidad
Se tienen los siguientes escenarios contables que se definen como pólizas
de diario pero dependiendo del caso de cada implementación, se pueden
clasificar como ingreso o egreso sin ninguna limitante. Todas las transacciones
están identificados por códigos de origen, bien cada código de origen se puede
clasificar como un ingreso, egreso o diario según sea el uso.
Pólizas de Reclasificación: Cualquier asiento que no sea un egreso o
ingreso no tiene obligación de reportar un comprobante, pago o cobro, solo será
una póliza de diario dentro del XML de pólizas.
Prorrateos: La descomposición de pólizas se reportara como una póliza de
diario.
Asientos, Ajustes: es un movimiento normal de tipo diario. También se
condiera el caso de una corrección por equivocación, nota de débito, se
heredara la información del comprobante anidado para que viaje por la serie de
movimientos relacionados.
Reversiones de Pólizas: Este se define como un movimiento de diario, a
menos que se trate de una reversión de un pago o cobro, se tratara como ingreso
o egreso según sea el caso.
Movimientos de Inventario, Costeo, Activos Fijos: Estos se reportaran
como pólizas de diario.
Notas de Crédito: mismo trato que las facturas de compra o venta, siendo
provisiones, se reportan como pólizas de diario, del mismo modo, las
devoluciones o notas de crédito serán pólizas de diario.
Desliquidación de facturas aplicadas a pagos o cobros serán tratadas
como pólizas de diario.
Para los archivos XML que se exportan mes a mes para contabilidad electrónica
se usa una tabla de archivo que controla las versiones históricas exportadas
cada mes de cada uno de los archivos XML. En la carga retroactiva se
regeneraran los archivos XML y se tendrá una versión para cada mes.
-
Catalogo:
Agregar Código Agrupador, Subcuenta de, Naturaleza. Se puede exportar el archivo
de cada mes respectivamente.
-
Balanza: Se
generara el archivo de balanza de cada mes.
-
Pólizas: se
genera el archivo de pólizas principalmente de los
Además del almacenamiento de datos de los XML
generados según la versión se pueden archivar las facturas de compra o venta
con la información de los CFDI a los que pertenecen.
Comentarios
Publicar un comentario