Bueno, ya tenemos Business Central, ¿y ahora qué sigue?

Tenemos un producto nuevo tecnológicamente hablando, sin embargo, siento que su mayor fortaleza viene en mantener un proceso y una visión, es decir, para mi sigue manteniendo la filosofía de Dynamics NAV.

Si, tenemos un VSCode con su manejo de código en AL para poder programar extensiones, sin embargo, esto no es algo tan “nuevo” ya que muchos partners podían programar sus funcionalidades tratando de afectar lo menos posible el código estándar de NAV. Cuando esto no era posible, se creaban codeunits o reportes que eran llamados desde las del sistema con solo una llamada y pasando un parámetro a una función (ahora se conoce como eventos). Las tablas de extensión a mi parecer fueron copiadas (la idea al menos) del CRM. En fin, para los que tenemos tiempo conociendo el sistema, digamos que el cambio fue tecnológico y de licenciamiento más que funcional.

Y seguimos con la pregunta, ¿y ahora qué sigue?

Es importante denotar que el sistema sigue teniendo los mismos módulos base, que puede crecer y le podemos agregar lo que sea necesario para cubrir las necesidades del negocio de nuestro cliente, podemos crear funcionalidades sencillas o complejas y módulos completos.

Pero ¿realmente que ofrece Business Central como solución?

Debemos ver a Business Central en función a la necesidad del cliente, si el cliente no requiere una solución vertical, puede trabajar basándose en las buenas prácticas, puede solventar sus necesidades operaciones con las extensiones del appsource y no tiene problema con la suscripción, felicidades, es el cliente perfecto para Business Central.

Sin embargo, son muy pocos los clientes que cumplen con ese escenario, al menos en el mercado donde me encuentro que es México.

Debemos tomar en cuenta que, en México, la llamada “localización” no funciona en todos los escenarios ni para todos los clientes y la programación no va al mismo ritmo de emisión de leyes y estándares emitidos por el gobierno. Por eso, Business Central esta en un campo fértil para la creación de extensiones o addons para la generación de la factura electrónica, contabilidad electrónica, complementos para todo y conexiones con proveedores utilizando APIs o webservices.

¿Cuál debe ser la estrategia de un partner en México (y para el caso Latinoamérica que va siguiendo esa misma visión de gobierno electrónico)?

En primer lugar, si el partner no es mexicano y no tiene oficinas locales, debe de estudiar la ley mexicana con un contador que lo apoye y le explique toda esa legislación además de los vericuetos del IVA basado en cobros con la revalorización de moneda extranjera.

Si el partner es mexicano o cuenta con oficinas locales, deberá elegir varios PAC´s (proveedores autorizados de certificación), establecer negociación con ellos no tanto para ganar dinero por referir a un cliente (que no es mala idea) como para establecer una base de conectividad, soporte y apoyo para desarrollar las soluciones que le permitan vender Business Central cumpliendo con la legislación mexicana en tiempo y forma sin importar que el cliente requiera varios escenarios.

Hablando de escenarios, hablemos de algunos

Facturación electrónica

Productos, servicios, tiempos. En Business Central se cuenta con la posibilidad de comprar y vender los tipos marcados (Producto, Cuenta, Recurso y Cargo de Producto) sin embargo no hay manera de facturar electrónicamente la cuenta, los recursos o el cargo de producto ya que no hay forma de asignarle un código SAT a esos tipos de venta.

Tipo de Comprobante y relación. En Business Central se puede establecer en el cliente el tipo de CFDI (factura) que se le entregará, sin embargo, al ser un campo que reside en el cliente, se complica cuando se le venden mercancías o servicios o gastos ya que la lógica del sistema es ir a cambiar ese valor en el cliente antes de enviar a timbrar la factura electrónica. ¿No hubiera sido más fácil poner ese valor en la factura?

Complementos de Factura Electrónica

• Complemento para la compra/venta de Divisas – Este complemento es utilizado para identificar las operaciones de compra y venta de divisas que realizan los centros cambiarios y las casas de cambio. Se utiliza para expresar si los comprobantes se expiden por la “compra” o por la “venta” de divisas.
• Complemento Detallista – Complemento requerido para la emisión y recepción de comprobantes fiscales digitales en el sector Retail (que representaría el 50% de los clientes que e implementado).
• Complemento para Donatarias Autorizadas – Complemento opcional para incluir la información requerida por el Servicio de Administración Tributaria a las organizaciones civiles o fideicomisos autorizados para recibir donativos, que permite hacer deducibles los Comprobantes Fiscales Digitales a través de Internet (CFDI) a los donantes.
• Complemento para Instituciones Educativas Privadas – Complemento concepto para la expedición de comprobantes fiscales por parte de Instituciones Educativas Privadas, para los efectos del artículo primero y cuarto del decreto por el que se otorga un estímulo fiscal a las personas físicas en relación con los pagos por servicios educativos (Al menos dos implementaciones para control de escuelas).
• Complemento para Recibos de Nómina – ok, este no lo necesitamos para su emisión dado que no hay nomina en el sistema
• Complemento Turista Pasajero Extranjero – Complemento opcional Comprobante Fiscal Digital a través de Internet (CFDI) para el manejo de datos de Turista Pasajero Extranjero.
• Complemento del Instituto Nacional Electoral (INE) – Si usted provee productos o servicios Partido Político, Coalición o Asociación Civil, deberá agregar información adicional a su comprobante, dicha información será incluida en un nuevo complemento con información que permita identificar el proceso y sujeto obligado a favor de quien se realiza el gasto, así como también deberá contener la identificación de las campañas beneficiadas
• Complemento para Comercio Exterior – A partir del 1 de enero del 2018 usted podrá exportar sus mercancías utilizando como documento de valor la factura con Complemento de Comercio Exterior. Dicho complemento deberá ser utilizado por los contribuyentes que exporten mercancía con la clave de pedimento “A1”. Este complemento servirá para incorporar la información del tipo de operación, datos de identificación fiscal del emisor, receptor o destinatario de la mercancía y la descripción de las mercancías exportadas.
• Complemento para Pagos – El Complemento para Pagos también conocido como Recibo Electrónico de Pago es obligatorio a partir del día 1 de septiembre del 2018; este complemento se emite desde Business Central actualmente desde los movimientos de cliente para entregarle al cliente su comprobante que nos pagó, sin embargo, el sistema no cuenta con seguimiento para cuando uno es el emisor del pago y receptor del complemento que nos da el proveedor.

Entre otros ya que dependerá del negocio del cliente el o los complementos requeridos.

Teniendo en cuenta lo anterior, el partner debería comenzar a desarrollar extensiones que permitan conectar con el o los PAC´s elegidos (78 al momento de este articulo) además de entregar los complementos mencionados para poder cubrir esta necesidad.

Estos desarrollos de extensiones deben integrarse correctamente a la operación de compras y ventas estándar del sistema utilizando para ello las extensiones de tablas, personalización de paginas y eventos a fin de que se cumpla con la integridad de datos.

Aquí nos encontraremos con algunos problemas dado que actualmente no hay manera de “extender” una codeunit; en la “localización” mexicana tenemos algunas codeunits que especificas para controlar esta operación, 10145 y 10147.

En versiones de Dynamics NAV podíamos modificar las codeunits para ajustarlas o corregirlas, en Business Central deberemos crear una nueva codeunit y después customizar la pagina para cambiar el botón de acción sustituyendo la llamada a la 10145 por la recién desarrollada.

Como recomendación, traten de evitar el uso de funcionalidades que utilicen lectura/escritura directa a tablas de SQL o el uso de DLL´s externas ya que el costo de acceso a estas funcionalidades incrementará el costo mensual de operación del cliente además de que no será factible venderlas en Appsource.