Patrones de diseño de software contable

Question

¿Existen buenos recursos (libros, guías autorizadas, etc.) para patrones de diseño u otras mejores prácticas para software que incluyen funciones de contabilidad financiera?

Concretamente, cuando es una buena información sobre el manejo de cuestiones como las siguientes:

• representaciones internas de las cantidades de dinero
• representaciones internas de cuentas, diarios y otros registros
• inconsistencias Conciliar (ya sea de forma automática o a través de la acción del usuario)
• Manejo de los períodos contables (diarios, semanales, mensuales)
• Diseño de IU e impreso financiero informes ciales que tienen sentido para los empresarios

---

Nota: "autorizada" o información ampliamente aceptada de lo contrario es lo que estamos buscando aquí. De lo contrario, esto se convertirá en una gran lista de anécdotas de todas las cosas que la gente ha intentado, haciendo que el tema sea muy subjetivo.

Answer 1

Martin Fowler's Analysis Patterns cubre algunos de esos temas.

Answer 2

PARA UI/REPORTAR: Mire en Crystal Reports y Business Objects. Ambos se utilizan en mi lugar de empleo en el departamento de Contabilidad de inversiones.

Utilizamos otras cosas para los interiores aquí (JD Edwards), pero realmente no puedo entrar en muchos detalles que no sea 'sí, hace que'

Answer 3

Hace un tiempo, cuando me asignaron a trabajar en tales un sistema, he encontrado este enlace en el sitio web de Martin Fowler:

Martin Fowler - Accounting Patterns

Se contais algunas pautas de software de contabilidad, tales como asientos contables, transacciones y ajustes. La arquitectura que describe se basa en eventos. Nunca lo leí por completo, ya que el sistema en el que trabajo ya estaba en el medio de su etapa de desarrollo y no pude cambiar el diseño.

Espero que ayude.

Answer 4

Puedo recomendar Patterns of Enterprise Application Architecture y Analysis Patterns, Reusable Object Models ambos por Martin Fowler dan patrones de software de arquitectura a problemas comunes.

Answer 5

Para tratar con monedas, recuerde que siempre debe recordar no solo en qué moneda se ingresó el importe, sino también a qué hora se ingresó, y cuál era la tasa de cada moneda en ese momento. Además, los contadores no perdonan cuando se trata de "imprecisiones" en los montos. Si se ingresa un monto, debe almacenarlo tal como fue ingresado, y no convertirlo primero, porque luego no podrá garantizar que pueda recuperar el monto ingresado tal como se ingresó.

Estas pueden sonar como cosas obvias, pero la gente peca contra ellas en el mundo real.

Answer 6

que tendrían las siguientes clases estructurales:

1. Cuenta - Representa una cuenta financiera. p.ej. Efectivo, venta, gasto;
2. Categoría - La categoría a la que pertenece la cuenta. p.ej. Activo, Gastos, Ingresos;
3. Mutación: representa una entrada financiera de una cuenta.
4. Transacción: contiene una colección de mutaciones.
5. Dinero: una clase compuesta que utiliza el objeto Moneda y el monto de almacenamiento como un entero largo;

Cuando me acerqué al diseño inicialmente, seguí pensando en Decorator y Builder Patterns. El cálculo de impuestos puede usar el patrón de estrategia. El patrón de observador se puede usar para vetar la transacción.

Answer 7

Encuentro que Data Model Resource book es una buena fuente de inspiración para el modelado de estructuras comerciales. Apache Ofbiz ERP fue construido alrededor de los conceptos en este libro.