2009-09-14 8 views
5

Actualmente estoy trabajando en un proyecto en el que tengo que diseñar/implementar el sistema de facturación/facturación para el nuevo proyecto de nuestra compañía. Generaremos las facturas una vez al mes como archivos pdf y enviaremos un enlace al archivo para el cliente.Mejores prácticas en el diseño del software de Facturación/Factura en .NET

El marco en uso será .Net 3.5/C#. Como no tengo mucha experiencia haciendo esto desde el principio, me preguntaba si había algunas mejores prácticas desde el punto de vista del software que debería considerar al hacer esto que son específicas para este tipo de aplicación.

Me doy cuenta de que esta pregunta es probablemente bastante subjetiva, pero estoy buscando pautas que tengan en cuenta que, específicamente aquellas que comúnmente se perderían o podrían no ser obvias.

Respuesta

2

¡Guárdelo seguro! ¡Asegúrate de que tus usuarios puedan obtener la información a través de una conexión HTTPS protegida por contraseña! Permita que los usuarios elijan sus propias contraseñas. Y tenga cuidado porque la información de facturación/factura se considera muy delicada, por lo tanto, esté preparado para que alguien intente piratear este sistema. Habrá personas que intentarán abusar de este sistema de facturación, así que una cosa es importante: ¡Seguridad!

Algunas empresas se han ido a la quiebra completamente después de tener que pagar por daños y perjuicios simplemente porque un hacker obtuvo acceso a su sistema.

Comience escribiendo un diseño de varios niveles, que debe incluir varios servidores físicos. Un servidor de base de datos con factura de cliente/datos de facturación. Un servidor de negocios de nivel medio para almacenar su lógica comercial. ¡Y un servidor web que solo puede hablar con la capa empresarial y no con la base de datos en segundo plano! Si es posible, mantenga la base de datos en una red diferente. Preferiblemente una red que no tiene puertas de entrada al mundo exterior.

0

Considere utilizar SSRS o algún otro paquete de informes para crear y enviar archivos PDF a sus clientes.

1

¿Está implementando el sistema de facturación/facturación propiamente dicho, o simplemente la parte que crea un pdf y envía un enlace? Si el primero, debe proporcionar requisitos reales para recibir orientación. Si esto último, algo como SSRS podría funcionar bien.

+0

Bueno, es el primero.Los requisitos reales que me han dado son más o menos lo que escribí, así que estoy volando un poco más ciego de lo que me gusta en este caso; sin embargo, estoy trabajando para obtener mejores requisitos. Una vez que los obtenga, actualizaré mi pregunta según sea necesario. ¡Gracias! – Streklin

+0

En este punto, estaría más preocupado por obtener requisitos precisos que por problemas específicos de implementación. Una vez que tenga una lista inicial de requisitos, puede evaluar el alcance del trabajo y decidir si es más rentable comprar un producto COTS. Intente descubrir los Roles (por ejemplo, AccountsReceivable, Customer, SysAdmin) junto con los usos que necesita para respaldar. Y trate de hacer una distinción clara entre los requisitos funcionales (por ejemplo, un Cliente ve una Factura) y los requisitos no funcionales (p. Ej., La aplicación está escrita en .NET 3.5). – pfries

0

Interfaz con su software de contabilidad y deje que haga la mayoría, sino todo, el trabajo. En los dos proyectos en los que hemos facturado la facturación &, el que tuvo éxito tuvo varios años de desarrollo de trabajo puestos en él; el otro funcionó, pero fue/es una pesadilla de mantenimiento.

Si aún opta por hacerlo todo en la empresa, la prueba unitaria (especialmente las pruebas de regresión) es la clave. Debes estar seguro de que las correcciones no rompen nada más. Con estas pruebas, es sabio tener una base de prueba muy grande.

1

A menos que tenga una empresa muy pequeña o un negocio muy exclusivo/nicho, podría ser mucho menos doloroso considerar comprar un sistema de facturación/facturación de terceros y luego personalizarlo según sea necesario.

Un producto comercial probablemente tendrá un menor costo de propiedad en el largo plazo, y ya habrán pensado en todos los problemas de seguridad y hecho muchas pruebas numéricas, lo que podría ahorrar mucho dinero en errores. Una ventaja adicional serían las interfaces estándar de la industria para vincular su sistema de facturación/inviolación con su sistema de contabilidad, CRM, etc. Si escribe el suyo, tendrá que resolverlo usted mismo.

2

No envíe facturas por $ 0.00. Odio eso. ;)

Cuestiones relacionadas