Sistema de contabilidad para Winforms/aplicaciones de SQL Server

Question

Si fuera a escribir una aplicación de mercado vertical C#/WinForms/SQL Server y necesitara un "motor" contable para ello, ¿qué paquete de software elegiría?

Por mercado vertical, me refiero a que la aplicación está destinada a resolver un conjunto particular de problemas de negocios, no a ser una aplicación de contabilidad genérica. Por lo tanto, el valor agregado del programa es el 70% de la funcionalidad no relacionada con la contabilidad presente en el producto final. El 30% de la funcionalidad de contabilidad es simplemente para permitir las necesidades básicas de contabilidad de la empresa.

Dije todo eso para llegar a esto: el motor de contabilidad debe ser una licencia de tiempo de ejecución libre de regalías y no muy caro. He encontrado un par de aplicaciones de contabilidad C#/SQL Server que se pueden tener con código fuente y un tiempo libre de regalías por $ 150k + y eso estaría bien para el desarrollo greenfield financiado por un bankroll grande, pero para aplicaciones más pequeñas, ese tipo de el desembolso de capital no es factible. Algo en el sentido de $ 5k a $ 15k para un tiempo de ejecución libre de regalías sería más razonable. El código abierto sería aún mejor.

por el motor de contabilidad, me refiero a algo que se encarga de como mínimo:

• general
• Ledger
• facturas
• declaraciones
• cuentas por cobrar
• Pagos/créditos

Básicamente, un motor de contabilidad debe permitir al desarrollador concentrarse en el valor agregado (mejores prácticas/procesos comerciales específicos de la industria) como parte de la solución y no tener que preocuparse por cómo implementar los detalles de bajo nivel de una contabilidad de doble entrada. sistema.

Idealmente, el motor de contabilidad sería algo que tiene licencia en un tiempo libre de regalías.

Sugerencias, por favor?

Answer 1

Aquí es una sugerencia: www.objacct.com

Answer 2

Microsoft Dynamics GP viene a la mente. No he escuchado que nadie lo haya autorizado para el reempaquetado, pero sé que puede adaptarlo y ampliarlo para diferentes mercados.

Podría adaptarse a su necesidad de permitir a los desarrolladores concentrarse en el valor ad.

Aunque puede ser un poco pesado para sus necesidades. Lo menciono ya que muchos de mis clientes lo están usando.

Otra opción que podría estar más cerca de sus necesidades es AdaptAccounts

Answer 3

Uno que es excelente y de buena reputación en todo el mundo es Sage Software Accpac

SDK del Sage Accpac ERP hace que sea fácil de integrar a través de objetos COM , y está trabajando en diferentes motores DBRM como Pervasive SQL y SQL Server, solo para nombrar estos dos.

Además, puede elegir qué módulo comprar para las necesidades de su empresa. Ahora, todo depende de su presupuesto, ya que es una solución comercial que es conocida por ser un poco costosa, pero definitivamente confiable y estable.

Answer 4

TRAVERSE de Open Systems, Inc. puede ser una opción. .net, SQL, C# Contabilidad y software de negocios. Se integra fácilmente con verticales de terceros.

Answer 5

Compruebe XERP.Net @http://xerpdotnet.codeplex.com, parece prometedor (es gratis, pero confíe en XAF que le costará 2,000 $ por desarrollador inicialmente y alrededor de $ 800 un año más tarde y obtendrá herramientas DevExpress totalmente cargadas).

Answer 6

He mirado alrededor en el pasado para este tipo de cosas y siempre he llegado a la conclusión de utilizar un paquete de contabilidad comercial y hacer la mayor integración posible. Hay varias razones para esto, incluyendo:

1. Con un paquete de contabilidad comercial común, generalmente puede encontrar a alguien que pueda usarlo sin demasiado esfuerzo y/o costo de capacitación.
2. Si su aplicación vertical está diseñada para integrarse con una aplicación de contabilidad externa, y es exitosa, puede desarrollar integración con paquetes adicionales que los clientes potenciales ya pueden tener instalados.
3. En general, los contadores externos (CPA) de la mayoría de las empresas desean saber que la aplicación de contabilidad que utilizan sus clientes es bien conocida y respaldada. Hay muchas razones para esto, incluido el ahorro de costos en la realización de tareas anuales (como impuestos corporativos). Con una aplicación común, el CPA a menudo puede solicitar informes/información muy específicos que ya existen.

Hay muchas más ventajas, pero estoy seguro de que se hace una idea.

Dependiendo de las necesidades de sus clientes en términos de contabilidad, puede comenzar tan básico como QuickBooks y subir desde allí. Siempre hay alguien alrededor que sabe cómo trabajar dentro de QuickBooks y tiene una API de integración decente. A partir de ahí, puede aprovechar muchas de las soluciones de Sage y/o soluciones de Microsoft, ya que son muy comunes y ampliamente utilizadas.

Sé que usted indicó que desea y API/Engine para construir, pero le sugiero que considere la opción de integración con un paquete comercial estándar.

Answer 7

@Craig Sé que esta puede no ser una respuesta exacta a su pregunta, pero sinceramente lo que usted solicita no es tan complejo de desarrollar. La contabilidad de doble entrada es en sí misma un modelo de transformación de datos bastante simplista. Todo lo que necesita es una tabla con cuentas y tablas para diarios y libros mayores. Escribir código para mover entradas entre esas tablas tomaría un par de días como máximo para escribir y probar. En mi experiencia, la mayoría de los sistemas de contabilidad son mercados principales ya que la mayoría de las operaciones centrales de negocios dependen de ellos, por lo que serán costosos. Recomendaría contratar a alguien por contrato para que escriba la funcionalidad principal si no puede.