{"id":331,"date":"2022-06-09T15:56:34","date_gmt":"2022-06-09T21:56:34","guid":{"rendered":"https:\/\/fbedolla.com\/?p=331"},"modified":"2022-06-09T16:02:45","modified_gmt":"2022-06-09T22:02:45","slug":"business-central-extensiones-vs-desarrollo-que-implica-cada-cosa","status":"publish","type":"post","link":"https:\/\/fbedolla.com\/index.php\/2022\/06\/09\/business-central-extensiones-vs-desarrollo-que-implica-cada-cosa\/","title":{"rendered":"Business Central \u2013 extensiones vs desarrollo, que implica cada cosa"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Business Central es la evoluci\u00f3n de Dynamics NAV que a su vez es descendiente de Navision y as\u00ed podemos regresar en el tiempo a sus inicios, inicio este post con un poco de historia porque es importante entender como ha ido creciendo el sistema y, sobre todo, entender el mercado actual y como deber\u00eda evolucionar.<\/p>\n\n\n\n

Poco despu\u00e9s del inicio de los tiempos, cuando se agreg\u00f3 la posibilidad de adecuar el sistema, tanto los clientes como los partners iniciaron una relaci\u00f3n de amor\/odio ya que esta capacidad de desarrollo permite agregar o modificar funcionalidades y\/o comportamientos al ERP que le permiten ser uno de los programas mas adecuables en el mercado. Desde el punto de vista de amor es que, si queremos, podemos modificar completamente el sistema, y eso da paso al odio, cuando el partner dice que si a todo lo que pide el cliente y terminan con un monstruo sin pies ni cabeza identificables.<\/p>\n\n\n\n

Ah\u00ed llegaron los verticales, desarrollos hechos a la medida de una industria o necesidad como Pebblestone Fashion (moda), LS Retail (POS), Incadea (Automotriz) llegando a existir versiones para pesca, ganado u hoteler\u00eda.<\/p>\n\n\n\n

Cada partner pudo crear estas soluciones en base a su conocimiento adquirido en implementaciones previas y darle forma como un producto vendible, con infinidad de opciones, funciones especificas para el tipo de negocio, reglas de operaci\u00f3n basadas en est\u00e1ndares como el HACCP o alg\u00fan organismo local, creo monta\u00f1as de c\u00f3digo en un monol\u00edtico vertical y le puso precio, creo el marketing y comenzaron a vender.<\/p>\n\n\n\n

Partners de nicho les llamaban, hubo otros, que se especializaron en todo, es decir, desarrollaban lo que el cliente necesitaba en cada implementaci\u00f3n, y como tal lo vend\u00edan. En los verticales, la venta era por usuario y funcionalidad la cual pod\u00eda ser una renta peri\u00f3dica mensual, en los desarrollos a la medida en cambio, se acostumbraba a valuar previamente el esfuerzo y cotizar eso, si el cliente lo aceptaba pues lo pagaba y ya era suyo, pod\u00eda cobrarse por desarrollo, horas, etc., pero no se tomaba en cuenta los usuarios puesto que el desarrollo era por base de datos.<\/p>\n\n\n\n

Al llegar NAV 2018 se introdujo el concepto de extensiones al mundo de NAV, se crearon los eventos y comenz\u00f3 el experimento con las versiones BC13 y BC14 que eran un hibrido de lo viejo (NAVXX) y el futuro (BCXX).<\/p>\n\n\n\n

La idea de Microsoft finalmente nos alcanz\u00f3 a todos, sin embargo, hoy en d\u00eda, esa idea se entiende de varias maneras, una por cada partner existente y por cada visi\u00f3n de negocios (chueca o derecha) y voy a tratar de exponer mi idea de lo que se debe hacer para asegurar un mercado creciente y un ecosistema sostenible para BC.<\/p>\n\n\n\n

  1. La premisa b\u00e1sica es que una extensi\u00f3n es una funcionalidad que agrega algo que no hace BC o mejora algo que hace BC.<\/li>
  2. La segunda premisa es que esa extensi\u00f3n NO modifica el c\u00f3digo est\u00e1ndar de Business Central.<\/li>
  3. La tercera premisa es que esa extensi\u00f3n no puede ni debe afectar incorrectamente los registros de Business Central (siento que son las 3 leyes de la rob\u00f3tica).<\/li>
  4. Y como hizo Giskard en Robots e Imperio, agregaremos otra premisa: \u201cNinguna extensi\u00f3n deber\u00e1 da\u00f1ar las funcionalidades de otras extensiones ni del sistema base\u201d (esta es por lo que est\u00e1 haciendo Microsoft actualmente al \u201cempujar\u201d extensiones al sistema sin preguntar).<\/li><\/ol>\n\n\n\n

    Bajo las premisas anteriores, cualquier extensi\u00f3n es un desarrollo, pero no cualquier desarrollo puede ser una extensi\u00f3n.<\/p>\n\n\n\n

    Y como tal, un desarrollo no puede ni debe cobrarse como extensi\u00f3n y mucho menos una extensi\u00f3n debe cobrarse como desarrollo.<\/p>\n\n\n\n

    Esto implica que los partners \u201cdeben invertir\u201d en desarrollar esas extensiones, no cobrar esa idea a los clientes para luego cobrarles la cuota mensual; por ejemplo, cuando voy a la agencia, yo compro un auto del catalogo disponible, con las versiones y opciones que el fabricante cre\u00f3 al definir el auto. Pensemos que el desarrollo de un auto puede costar millones, el fabricante revisa el dise\u00f1o base, calcula cuantos veh\u00edculos de ese podr\u00e1 vender y si se logra el punto de equilibrio en un futuro cercano que permita obtener ganancias antes de que cambie la tecnolog\u00eda y el auto quede obsoleto. Si el an\u00e1lisis es correcto, el fabricante le pone precio y uno paga 20 mil d\u00f3lares por su auto, no los millones que cost\u00f3 desarrollarlo.<\/p>\n\n\n\n

    Ahora bien, si yo como cliente pago un desarrollo a la medida, claro que me cobraran el dise\u00f1o, las pruebas, la codificaci\u00f3n, los ajustes, la pizza del programador, pero entonces ese desarrollo me pertenece a m\u00ed, no es para que el partner lo est\u00e9 revendiendo a todos sus clientes cuando yo lo pagu\u00e9.<\/p>\n\n\n\n

    Aqu\u00ed entra la dicotom\u00eda de una implementaci\u00f3n, \u00bfdesarrollar o extender?<\/p>\n\n\n\n

    Si la nueva funcionalidad puede ser revendida a diferentes clientes dado que puede servirles, se deber\u00eda tener la \u00e9tica de decirlo e invertir para crear la extensi\u00f3n y publicarla en el appsource cobr\u00e1ndole al cliente como extensi\u00f3n.<\/p>\n\n\n\n

    Si la nueva funcionalidad es muy especializada, entonces es un desarrollo a la medida y esto se cobra a la antigua.<\/p>\n\n\n\n

    Ejemplo:<\/p>\n\n\n\n

    Un cliente pide un desarrollo que permita \u201ccortar un pollo entero y vender sus partes\u201d.<\/p>\n\n\n\n

    El partner piensa, ser\u00eda un diario de inventario donde hago un ajuste negativo del pollo entero y un ajuste positivo de 2 alas, una pechuga, dos piernas, etc. Una p\u00e1gina con cabecera y l\u00edneas, donde pongamos todo y lo mandamos al diario y que se registre, 8 horas.<\/p>\n\n\n\n

    El cliente agrega a la carta a santa claus la opci\u00f3n de control de lotes, etiquetado, peso, y la cuenta sube a 40 horas, m\u00e1s la ganancia, 80.<\/p>\n\n\n\n

    Se acepta la cotizaci\u00f3n y se desarrolla, se instala y el cliente feliz paga y todo bien.<\/p>\n\n\n\n

    \u00bfQu\u00e9 pasa si el partner detecta un mercado?<\/p>\n\n\n\n

    Si sirve para pollos, \u00bfporque no para atunes? \u00bfY si pensamos en una computadora?<\/p>\n\n\n\n

    El at\u00fan se corta en lomos, ventresca, osobuco, etc., igual servir\u00e1 el desarrollo. \u00bfY la computadora?<\/p>\n\n\n\n

    Una computadora se puede despiezar en disco duro, motherboard, tarjetas, cables, y a un nivel m\u00e1s bajo, en metales y pl\u00e1sticos.<\/p>\n\n\n\n

    Cambiemos el alcance, agreguemos lotes, series, peso, metros, usemos listas de ensamble como gu\u00eda para el corte\/despiece\/desarmado y creemos una nueva extensi\u00f3n.<\/p>\n\n\n\n

    Se analiza el mercado al que se atiende, \u00bfCu\u00e1ntos clientes o prospectos similares? \u00bfCu\u00e1ntos usuarios promedio por cliente? \u00bfSe puede utilizar en varios mercados? \u00bfEs afectado o afecta la cuesti\u00f3n fiscal? \u00bfCu\u00e1nto costar\u00e1 hacerlo y cuantos debemos vender para recuperar la inversi\u00f3n?<\/p>\n\n\n\n

    Se analizan las razones financieras, el mercado y se decide no cobrarlo como desarrollo, al cliente se le indica que ser\u00e1 una extensi\u00f3n por la cual deber\u00e1 pagar x cantidad mensual por usuario o compa\u00f1\u00eda o tenant y si acepta, tendr\u00e1 incluso posibilidad de recibir las mejoras de dicha extensi\u00f3n.<\/p>\n\n\n\n

    Aqu\u00ed es donde la mayor parte de los partners \u201ctruenan\u201d, en la parte de la inversi\u00f3n. Muchos piensan en cobrarle al primer cliente el desarrollo completo, y luego revenderlo como extensi\u00f3n y eso adem\u00e1s de que es jugar sucio, pronto ser\u00e1 dif\u00edcil de hacer por las nuevas reglas de desarrollo.<\/p>\n\n\n\n

    En Microsoft, los rangos de desarrollo son muy espec\u00edficos:<\/p>\n\n\n\n

    • 0-49,999 \u2013 Funcionalidad base, no disponible para tocar en modo SaaS.<\/li>
    • 50,000-99,999 \u2013 Desarrollos para clientes en sus proyectos, al parecer se comenzar\u00e1 a cobrar pr\u00f3ximamente en SaaS, en on-premise cuestan los objetos.<\/li>
    • 100,000-999,999 \u2013 Para localizaciones de Microsoft, no accesible a los partners.<\/li>
    • 1,000,000-69,999,999 \u2013 Rangos donde los partners hacen sus verticales y los cobran como extensi\u00f3n para el caso de on-premise y pueden ser desarrollos publicados en el appsource.<\/li>
    • 70,000,000-74,999,999 \u2013 Este es el rango de extensiones de appsource.<\/li><\/ul>\n\n\n\n

      En base a lo anterior, si un partner me quiere cobrar renta mensual por el desarrollo, tendr\u00eda que instalar objetos de los dos \u00faltimos rangos.<\/p>\n\n\n\n

      Si el partner entrega objetos en el segundo rango:<\/p>\n\n\n\n

      • Me est\u00e1 cobrando un desarrollo por lo que solo deber\u00eda pagarlo una vez y el c\u00f3digo ser\u00eda m\u00edo.<\/li>
      • Podr\u00eda cobrarme la renta mensual, pero no me dar\u00eda el c\u00f3digo.<\/li><\/ul>\n\n\n\n

        Por eso Microsoft est\u00e1 impulsando un cambio, por eso hay que desarrollar para la nube, para extensi\u00f3n, para modularidad. Los partners deben dejar atr\u00e1s las ideas antiguas y enfocarse en ofrecer soluciones modernas, escalables, que satisfagan a muchos clientes de una manera estandarizada.<\/p>\n\n\n\n

        Esto aplica para la situaci\u00f3n actual de factura electr\u00f3nica en M\u00e9xico, como partner hay que buscar alianzas con los PAC\u00b4s crear m\u00f3dulos que permitan tener una funcionalidad b\u00e1sica de generaci\u00f3n de informaci\u00f3n m\u00ednima requerida legalmente (este ser\u00eda una extensi\u00f3n base), un conector a cada PAC para enviar dicha informaci\u00f3n en el formato\/m\u00e9todo que el PAC requiera y que reciba la respuesta inyect\u00e1ndola en el ERP (extensi\u00f3n de extensi\u00f3n base como conector dos v\u00edas con revisi\u00f3n de addenda), extensiones de addenda si el cliente maneja estos conceptos con clientes de \u00e9l como autoservicios o grandes superficies y finalmente otra extensi\u00f3n de extensi\u00f3n base para complementos.<\/p>\n\n\n\n

        Bajo ese esquema, podr\u00eda por ejemplo solicitar la conexi\u00f3n con el PAC X ofertado por el partner, y comenzar a facturar (extensi\u00f3n base + extensi\u00f3n conector dos v\u00edas).<\/p>\n\n\n\n

        A los 6 meses comienzo a vender a Walmart, agrego la extensi\u00f3n de addenda e inmediatamente comienzo a facturarle a dicha cadena, solo agregando la informaci\u00f3n a los campos de dicha addenda.<\/p>\n\n\n\n

        3 meses despu\u00e9s comienzo a exportar, o arrendar, o transportar, y voy agregando las extensiones de complementos.<\/p>\n\n\n\n

        Esto implica tiempos de negociaci\u00f3n con los PAC, an\u00e1lisis de datos requeridos y m\u00e9todos, dise\u00f1o de extensiones y dependencias, programaci\u00f3n, pruebas, ajustes, pruebas, documentaci\u00f3n, mercadotecnia, capacitaci\u00f3n a ventas y consultor\u00eda.<\/p>\n\n\n\n

        Si, son costos, pero si alg\u00fan partner lo hubiera iniciado hace 3 a\u00f1os, ya tendr\u00eda al menos 2 a\u00f1os ofreciendo estas soluciones de forma barata, en volumen y sobre todo, probadas y estandarizadas con lo que le dar\u00eda un mejor servicio a sus clientes y quiero suponer que un gui\u00f1o de aprobaci\u00f3n de Microsoft por entender su idea original.<\/p>\n\n\n\n

        Finalmente, \u00bfQu\u00e9 hacer como cliente? buscar un partner con una estrategia que me permita trabajar con el acorde a mis necesidades y poder cambiar incluso de partner o extensi\u00f3n si encuentro algo mejor, o mas barato. <\/p>\n","protected":false},"excerpt":{"rendered":"

        Business Central es la evoluci\u00f3n de Dynamics NAV que a su vez es descendiente de Navision y as\u00ed podemos regresar en el tiempo a sus inicios, inicio este post con un poco de historia porque es importante entender como ha ido creciendo el sistema y, sobre todo, entender el mercado actual y como deber\u00eda evolucionar. […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[2,7],"tags":[],"class_list":["post-331","post","type-post","status-publish","format-standard","hentry","category-general","category-ideas"],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts\/331","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/comments?post=331"}],"version-history":[{"count":3,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts\/331\/revisions"}],"predecessor-version":[{"id":336,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/posts\/331\/revisions\/336"}],"wp:attachment":[{"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/media?parent=331"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/categories?post=331"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fbedolla.com\/index.php\/wp-json\/wp\/v2\/tags?post=331"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}