Como contador, si quiero crear mi propio programa de software ERP basado en la nube desde cero, ¿qué herramientas existen para comenzar y qué lenguaje de programación es más recomendable?

Oh mi dulce señor Para reformular su pregunta: “Como un hombre con un procesador de textos, voy a escribir una enciclopedia mundial de 40 volúmenes de memoria, ¿alguna idea sobre cómo saber todo el conocimiento del mundo?”

Realmente, hice una publicación de blog sobre esto recientemente, es como si estuvieras tratando de competir con programadores expertos en qué lenguaje de programación con el aporte de decenas de miles de empresas clientes que utilizan cientos de programadores durante más de 30 años. Son sus esfuerzos una hora a la vez contra 100.000 horas hombre de experiencia. Por supuesto, si tiene el personal para eso, hágalo.

Ahora, si tiene una idea sobre cómo mejorar ERP, cree un módulo adicional usando Netsuite como tecnología base / finanzas centrales y un mercado que, si tiene razón, y hay un mercado para eso, puede crecer desde allí . Una vez que tenga 20 o 3 mil empresas utilizando su módulo, puede investigar expandir su tecnología y crear su propio ERP AZ.

No pretendas llover en tu desfile, pero comprende el tamaño de la montaña en la que estás empujando esa roca. http://www.genehammons.com/spect…

No estoy seguro de por qué todos se burlan aquí. Sí. Un buen ERP es una gran empresa y hacerlo lo suficientemente bien como para tener un producto útil que se note y atraiga a los clientes será difícil. Pero los videojuegos en línea a menudo son millones de líneas de código y tienen equipos masivos detrás de ellos. Pero nadie se burla de un codificador solitario o una pequeña tienda con aspiraciones de hacer un éxito. Y puede señalar cosas como Minecraft que atraparon la imaginación y se volvieron muy populares con solo un desarrollador (¿o un puñado de?).

He trabajado en el software ERP y, francamente, el código no es necesariamente particularmente inteligente, duro o incluso bueno. ERP requiere prestar atención a los detalles. Como contador, sabrá que los errores en la suma de las cuentas NO serán geniales.

Pero una gran cantidad de ERP se trata de almacenar listas largas, con fecha y hora, de ventas, compras, transferencias de existencias y recibos, etc., y poder sumarlas y hacer otros tipos de análisis estadísticos, precisos y rápidos, durante esas listas

No hay razón para que un codificador solitario o un equipo pequeño no puedan escribir mucho de ese código por sí mismos. Especialmente cuando hay mucha infraestructura disponible. No puedo dar buenos consejos sobre cuál es la mejor plataforma o lenguaje para usar. Probablemente sea más importante que identifique un nicho en particular que podría servir mejor que los operadores existentes, tal vez con un módulo analítico específico o para un tipo específico de negocio con el que esté particularmente familiarizado, y luego busque cuál es la infraestructura popular (p. Ej. . bases de datos, algo así como SAP, algún marco de trabajo de Java) es para esa área, y escribir inicialmente un módulo en su contra.

El idioma no es el problema que importa para un proyecto de esta escala. Debe aprender los conceptos detrás de la prestación de software como servicio (SaaS) y la gestión de grandes bases de datos. Luego, debe aprender a diseñar una interfaz de usuario efectiva para administrar todo para que sea lo suficientemente fácil como para que cualquiera quiera adoptarla. Después de superar esos obstáculos, necesita alguna forma de convencer a las empresas para que lo adopten a pesar de ser un software no probado de un desarrollador no probado. Finalmente, necesitaría un personal de soporte lo suficientemente grande como para administrar la implementación para la que fue contratado, ya que no solo puede vender un sistema ERP, se le contrata para implementarlo.

Supongo que una gran empresa con todas las ventajas de recursos tomaría de 2 a 5 años y un equipo de alrededor de 20 expertos (más de 10 años de experiencia después de la maestría) la desarrollaría con 50 o más apoyo como QA, UX, codificadores de bajo nivel, consultores de la industria, y similares.

Como punto de comparación, un sistema ERP basado en la nube a gran escala es en realidad más complicado que healthcare.gov por varias razones.

Considera lo siguiente:

  1. ¿El software ERP que planea escribir va a satisfacer una necesidad insatisfecha del mercado y debería poder funcionar independientemente de cualquier otro software ERP? Si es así, escribir software desde cero es una buena idea.
  2. Si cree que su software sería una buena mejora para los productos ERP existentes, podría: (a) Desarrollar el software desde cero, pero encontrar formas de integrarse con los productos ERP existentes, o (b) Desarrollar la mejora dentro del propio software ERP como un atornillado.

Si cree que la opción # 1 o # 2a funciona mejor, puede elegir cualquier idioma para el desarrollo. Elija entre un menú de Visual C #, Java, PHP, Python, etc. El servidor de la base de datos podría ser MySQL, Oracle o MS SQL.

Si cree que la opción # 2b es la mejor opción, sugiero desarrollar la mejora utilizando un lenguaje que el software ERP admite para tal fin.

Existen varias soluciones ERP de código abierto con las que puede comenzar. Identifique una aplicación específica o una extensión única para un mercado que ve que está desatendida, y modifique el sistema existente para cumplir con esos requisitos. Esto le permitirá comenzar con miles de horas de desarrollo bueno y aceptado ya realizado. Y aunque el ERP que elija ya incluirá buenas prácticas contables generales, podrá extenderlo para que se adapte a circunstancias especiales o requisitos nacionales mucho más fácilmente.

Buena suerte, y espero que encuentre una compañía objetivo que trabaje con usted para probar / usar / depurar su sistema mejorado.

Divulgación: soy fundador de Subledger.com, la API de contabilidad de doble entrada.

Construimos Subledger para resolver el problema que todos los demás están señalando aquí: que construir un sistema de este tipo es un trabajo exigente y meticuloso, particularmente a escala.

Queríamos permitir que empresarios, desarrolladores y expertos en finanzas implementen sistemas ERP estrechos y enfocados para mercados verticales con confianza y facilidad.

Si desea obtener más información, visítenos en http://subledger.com , regístrese y nos pondremos en contacto.

No puedes hacerlo solo. Lo que puede hacer con un equipo relativamente pequeño es encontrar un mercado específico donde la gran solución ERP no funcione o sea demasiado costosa o encuentre una empresa que busque una solución de software personalizada. Haga un trato con ellos de que hará el software de acuerdo con sus necesidades, pero conservará la licencia de propiedad, pueden usar el software cuando esté hecho. Comience con sus finanzas, muévase lentamente a otras áreas.

Si realmente quieres hacer esto, Java es una opción, pero probablemente usaría c #. Vb.net funciona más o menos igual. C # es menos detallado, pero vb tiene un elemento legible con una buena edición de código. No es tan importante. Elige cuál tiene más sentido.

Para facilitar las cosas, las mejores prácticas en un cuadro es algo que escribí que funciona. Es gratis. Me debes si tu producto es un éxito. http://systemdotpersistence.blog

Todo el mundo está tan deprimido con esta pregunta, definitivamente deberías ir por ella, ¿qué tan difícil puede ser? Lo escribiría todo en PROLOG que agregaría algo de IA a las finanzas.

Hola,

¿Finalmente escribiste ese ERP? Encontré su pregunta porque estoy pensando en desarrollar un sistema de contabilidad basado en la web para pequeñas empresas.