open-source - software - mrp open source
Revisión de ERP de código abierto(a partir de mayo de 2013) (4)
Algunos ejemplos de diseños de mesas / objetos:
Libro mayor (algunos de los siguientes parecen usar una línea y una tabla de entrada, otros no, necesitan investigar más)
opentaps
AcctgTransEntry
title="Transaction Entry Entity">
acctgTransId" type="id-ne"
acctgTransEntrySeqId" type="id-ne"
acctgTransEntryTypeId" type="id-ne"
description" type="description"
voucherRef" type="short-varchar"
partyId" type="id"
roleTypeId" type="id"
theirPartyId" type="id"
productId" type="id"
theirProductId" type="id"
inventoryItemId" type="id"
glAccountTypeId" type="id"
glAccountId" type="id-ne"
organizationPartyId" type="id-ne"
amount" type="currency-amount"
currencyUomId" type="id"
origAmount" type="currency-amount"
origCurrencyUomId" type="id"
debitCreditFlag" type="indicator"
dueDate" type="date"
groupId" type="id"
taxId" type="id"
reconcileStatusId" type="id"
settlementTermId" type="id"
isSummary" type="indicator"
prim-key acctgTransId
prim-key acctgTransEntrySeqId
type="one" rel-entity-name="AcctgTransEntryType"> acctgTransEntryTypeId"/>
type="one" title="Currency" rel-entity-name="Uom"> <!-- title strictly speaking not necessary here but nice for consistency --> currencyUomId" rel-field-name="uomId"/>
type="one" title="OrigCurrency" rel-entity-name="Uom"> origCurrencyUomId" rel-field-name="uomId"/>
type="one" rel-entity-name="AcctgTrans"> acctgTransId"/>
type="one" rel-entity-name="InventoryItem"> inventoryItemId"/>
type="one" rel-entity-name="Party"> partyId"/>
type="one" rel-entity-name="RoleType"> roleTypeId"/>
type="one-nofk" rel-entity-name="PartyRole"> partyId"/> roleTypeId"/>
type="one" rel-entity-name="GlAccountType"> glAccountTypeId"/>
type="one" rel-entity-name="GlAccount"> glAccountId"/>
type="one" rel-entity-name="GlAccountOrganization"> glAccountId"/> organizationPartyId"/>
type="one" rel-entity-name="StatusItem"> reconcileStatusId" rel-field-name="statusId"/>
type="one" rel-entity-name="SettlementTerm"> settlementTermId"/>
Openbravo
GL_JOURNALLINE" primaryKey="GL_JOURNALENTRY_KEY">
GL_JOURNALLINE_ID" primaryKey="true" required="true" type="VARCHAR" size="32"
AD_CLIENT_ID" required="true" type="VARCHAR" size="32"
AD_ORG_ID" required="true" type="VARCHAR" size="32"
ISACTIVE" required="true" type="CHAR" size="1" <default>Y
CREATED" required="true" type="TIMESTAMP" size="7" <default>SYSDATE
CREATEDBY" required="true" type="VARCHAR" size="32"
UPDATED" required="true" type="TIMESTAMP" size="7" <default>SYSDATE
UPDATEDBY" required="true" type="VARCHAR" size="32"
GL_JOURNAL_ID" required="true" type="VARCHAR" size="32"
LINE" required="true" type="DECIMAL" size="10,0"
ISGENERATED" required="true" type="CHAR" size="1" <default>N
DESCRIPTION" type="NVARCHAR" size="255"
AMTSOURCEDR" required="true" type="DECIMAL" <default>0
AMTSOURCECR" required="true" type="DECIMAL" <default>0
C_CURRENCY_ID" required="true" type="VARCHAR" size="32"
CURRENCYRATETYPE" required="true" type="VARCHAR" size="60"
CURRENCYRATE" required="true" type="DECIMAL" <default>0
DATEACCT" type="TIMESTAMP" size="7"
AMTACCTDR" required="true" type="DECIMAL" <default>0
AMTACCTCR" required="true" type="DECIMAL" <default>0
C_UOM_ID" type="VARCHAR" size="32"
QTY" type="DECIMAL" <default>0
C_VALIDCOMBINATION_ID" required="true" type="VARCHAR" size="32"
C_DEBT_PAYMENT_ID" type="VARCHAR" size="32"
C_WITHHOLDING_ID" type="VARCHAR" size="32"
C_TAX_ID" type="VARCHAR" size="32" autoIncrement="false">
USER1_ID" type="VARCHAR" size="32" autoIncrement="false">
USER2_ID" type="VARCHAR" size="32" autoIncrement="false">
C_CAMPAIGN_ID" type="VARCHAR" size="32" autoIncrement="false">
C_PROJECT_ID" type="VARCHAR" size="32" autoIncrement="false">
C_ACTIVITY_ID" type="VARCHAR" size="32" autoIncrement="false">
C_SALESREGION_ID" type="VARCHAR" size="32" autoIncrement="false">
M_PRODUCT_ID" type="VARCHAR" size="32" autoIncrement="false">
C_BPARTNER_ID" type="VARCHAR" size="32" autoIncrement="false">
C_BPARTNER_ID" type="VARCHAR" size="32" autoIncrement="false">
<foreign-key foreignTable="AD_CLIENT" name="GL_JOURNALLINE_AD_CLIENT">
<reference local="AD_CLIENT_ID" foreign="AD_CLIENT_ID"/>
<foreign-key foreignTable="AD_ORG" name="GL_JOURNALLINE_AD_ORG">
<reference local="AD_ORG_ID" foreign="AD_ORG_ID"/>
<foreign-key foreignTable="C_ACTIVITY" name="GL_JOURNALLINE_C_ACTIVITY">
<reference local="C_ACTIVITY_ID" foreign="C_ACTIVITY_ID"/>
<foreign-key foreignTable="C_BPARTNER" name="GL_JOURNALLINE_C_BPARTNER">
<reference local="C_BPARTNER_ID" foreign="C_BPARTNER_ID"/>
<foreign-key foreignTable="C_CAMPAIGN" name="GL_JOURNALLINE_C_CAMPAIGN">
<reference local="C_CAMPAIGN_ID" foreign="C_CAMPAIGN_ID"/>
<foreign-key foreignTable="C_CURRENCY" name="GL_JOURNALLINE_C_CURRENCY">
<reference local="C_CURRENCY_ID" foreign="C_CURRENCY_ID"/>
<foreign-key foreignTable="C_DEBT_PAYMENT" name="GL_JOURNALLINE_C_DEBT_PAYMENT">
<reference local="C_DEBT_PAYMENT_ID" foreign="C_DEBT_PAYMENT_ID"/>
<foreign-key foreignTable="C_PROJECT" name="GL_JOURNALLINE_C_PROJECT">
<reference local="C_PROJECT_ID" foreign="C_PROJECT_ID"/>
<foreign-key foreignTable="C_SALESREGION" name="GL_JOURNALLINE_C_SALESREGION">
<reference local="C_SALESREGION_ID" foreign="C_SALESREGION_ID"/>
<foreign-key foreignTable="C_TAX" name="GL_JOURNALLINE_C_TAX">
<reference local="C_TAX_ID" foreign="C_TAX_ID"/>
<foreign-key foreignTable="C_UOM" name="GL_JOURNALLINE_C_UOM">
<reference local="C_UOM_ID" foreign="C_UOM_ID"/>
<foreign-key foreignTable="C_VALIDCOMBINATION" name="GL_JOURNALLINE_C_VALIDCOMBINAT">
<reference local="C_VALIDCOMBINATION_ID" foreign="C_VALIDCOMBINATION_ID"/>
<foreign-key foreignTable="C_WITHHOLDING" name="GL_JOURNALLINE_C_WITHHOLDING">
<reference local="C_WITHHOLDING_ID" foreign="C_WITHHOLDING_ID"/>
<foreign-key foreignTable="GL_JOURNAL" name="GL_JOURNALLINE_GL_JOURNAL">
<reference local="GL_JOURNAL_ID" foreign="GL_JOURNAL_ID"/>
<foreign-key foreignTable="M_PRODUCT" name="GL_JOURNALLINE_M_PRODUCT">
<reference local="M_PRODUCT_ID" foreign="M_PRODUCT_ID"/>
<check (C_TAX_ID IS NULL) OR (C_WITHHOLDING_ID IS NULL)]]>
<check ISACTIVE IN (''Y'', ''N'')]]>
<check ISGENERATED IN (''Y'', ''N'')]]>
libros de correos
CREATE TABLE gltrans (
gltrans_id integer DEFAULT nextval((''"gltrans_gltrans_id_seq"''::text)::regclass) NOT NULL,
gltrans_exported boolean,
gltrans_created timestamp with time zone,
gltrans_date date NOT NULL,
gltrans_sequence integer,
gltrans_accnt_id integer NOT NULL,
gltrans_source text,
gltrans_docnumber text,
gltrans_misc_id integer,
gltrans_amount numeric(20,2) NOT NULL,
gltrans_notes text,
gltrans_journalnumber integer,
gltrans_posted boolean NOT NULL,
gltrans_doctype text,
gltrans_rec boolean DEFAULT false NOT NULL,
gltrans_username text DEFAULT geteffectivextuser() NOT NULL,
gltrans_deleted boolean DEFAULT false
);
abridor
_columns = {
''name'': fields.char(''Number'', size=64, required=True),
''ref'': fields.char(''Reference'', size=64),
''period_id'': fields.many2one(''account.period'', ''Period'', required=True, states={''posted'':[(''readonly'',True)]}),
''journal_id'': fields.many2one(''account.journal'', ''Journal'', required=True, states={''posted'':[(''readonly'',True)]}),
''state'': fields.selection([(''draft'',''Unposted''), (''posted'',''Posted'')], ''Status'', required=True, readonly=True)
''line_id'': fields.one2many(''account.move.line'', ''move_id'', ''Entries'', states={''posted'':[(''readonly'',True)]}),
''to_check'': fields.boolean(''To Review'', ),
''partner_id'': fields.related(''line_id'', ''partner_id'', type="many2one", relation="res.partner", string="Partner", store=True),
''amount'': fields.function(_amount_compute, string=''Amount'', digits_compute=dp.get_precision(''Account''), type=''float'', fnct_search=_search_amount),
''date'': fields.date(''Date'', required=True, states={''posted'':[(''readonly'',True)]}, select=True),
''narration'':fields.text(''Internal Note''),
''company_id'': fields.related(''journal_id'',''company_id'',type=''many2one'',relation=''res.company'',string=''Company'', store=True, readonly=True),
''balance'': fields.float(''balance'', digits_compute=dp.get_precision(''Account'')),
}
_defaults = {
''name'': ''/'',
''state'': ''draft'',
''period_id'': _get_period,
''date'': fields.date.context_today,
''company_id'': lambda self, cr, uid, c: self.pool.get(''res.users'').browse(cr, uid, uid, c).company_id.id,
}
weberp
CREATE TABLE `gltrans` (
`counterindex` int(11) NOT NULL AUTO_INCREMENT,
`type` smallint(6) NOT NULL DEFAULT ''0'',
`typeno` bigint(16) NOT NULL DEFAULT ''1'',
`chequeno` int(11) NOT NULL DEFAULT ''0'',
`trandate` date NOT NULL DEFAULT ''0000-00-00'',
`periodno` smallint(6) NOT NULL DEFAULT ''0'',
`account` varchar(20) NOT NULL DEFAULT ''0'',
`narrative` varchar(200) NOT NULL DEFAULT '''',
`amount` double NOT NULL DEFAULT ''0'',
`posted` tinyint(4) NOT NULL DEFAULT ''0'',
`jobref` varchar(20) NOT NULL DEFAULT '''',
`tag` tinyint(4) NOT NULL DEFAULT ''0'',
PRIMARY KEY (`counterindex`),
KEY `Account` (`account`),
KEY `ChequeNo` (`chequeno`),
KEY `PeriodNo` (`periodno`),
KEY `Posted` (`posted`),
KEY `TranDate` (`trandate`),
KEY `TypeNo` (`typeno`),
KEY `Type_and_Number` (`type`,`typeno`),
KEY `JobRef` (`jobref`),
KEY `tag` (`tag`),
KEY `tag_2` (`tag`),
KEY `tag_3` (`tag`),
KEY `tag_4` (`tag`),
FOREIGN KEY (`account`) REFERENCES `chartmaster` (`accountcode`),
FOREIGN KEY (`type`) REFERENCES `systypes` (`typeid`),
FOREIGN KEY (`periodno`) REFERENCES `periods` (`periodno`)
)
siguiente
correos
He estado revisando los principales productos de ERP de código abierto. Requiero que un ERP proporcione funciones de contabilidad financiera, ventas, compras, fabricación / almacén e inventario. He estado analizando qué se admite en cada una de esas funciones, interactuando brevemente con sus demostraciones, observando su arquitectura técnica de alto nivel y probando algunos de sus códigos fuente.
Espero encontrar un sistema que no esté demasiado abarrotado de bibliotecas demasiado complejas, que exhiba algunas capas que separen la persistencia, la lógica de dominio y la presentación (MVC también es opcional), no es muy engorroso personalizar o extender, y eso exhibe un poco Estructura de tabla relacional limpia y bien pensada. Esencialmente, algo a mitad de camino entre php o cliente / servidor organizados primitivamente y J2EE hinchado. También prefiero un sistema bien diseñado con algunas características que faltan sobre un sistema mal diseñado que cubre todas las características que necesito.
Preguntas que espero responder a continuación:
- ¿Qué hay ahora mismo (con al menos algo de uso)?
- ¿Qué es un conjunto decente de características específicas para un sistema ERP (y lo que probablemente debería ser un producto separado)?
- Reacciones de alto nivel (sesgadas) a su arquitectura técnica, y el impulso que rodea a la pila de tecnología utilizada.
- Ejemplo detallado de cada sistema, mostrando el estilo de código típico y la organización.
- Crítica inicial de su diseño de tabla relacional central.
- ¿Actividad comunitaria, apoyo, impulso?
Los proyectos se dividen en 4 familias, con algunos en total separados de una familia.
- Compiere -> Adiempiere, OpenBravo, Adaxa, SocrateOpen, A1.io
- TinyERP -> OpenERP, Tryton
- WebERP -> FrontAccounting
- OFBiz -> opentaps
- PostBooks
- ERPSiguiente
(ERP5 parecía interesante, pero muerto. GnuE podría ser interesante si cobra impulso. JFire, la familia de Ledgers SQL simplemente no tenía lo suficiente para que las características fueran un ERP completo)
Además de la lista de wikipedia y los artículos de productos individuales, uno puede encontrar reseñas y listados en los siguientes sitios:
- Guía de compra ERP de código abierto .
- Lista de ERP de código abierto superior
- Entrada de blog de lista de ERP de código abierto superior
- Comparison de cuatro principales ERPs de código abierto
- La evaluación académica más antigua de Herzog sobre ERP de código abierto.
- Lista de código abierto de Java ERP
OpenERP - elegancia y simplicidad. Python, Javascript. Muy bien en capas y modularizado, sin embargo, utiliza marcos ligeros. Solo desearía que no utilizara un ORM. overview tecnología. Documentos clave:. Fuente repos: server , addons , web , o all-in-one . Directorios de fuentes clave: / openerp / addons
erpSiguiente - interesante. Pitón. Un poco menos modularizado que OpenERP. dependencies tecnológicas, structure , notas overview framework web. Documentos clave:. Fuente repo y notas web framework repo . Directorios de fuentes clave:
OpenBravo: se usan estructuras bien estratificadas, algo pesadas. Java. overview tecnología. Documentos clave:. Fuente repo . Directorios de fuentes clave: / src-db / database / model, / src / erpCommon / [info, ad_process, ad_callouts, ad_actionButtons, ad_forms, ad_reports], / src / org / openbravo / erpReports
Opentaps - armazones bien acodados y pesados. Java. overview tecnología. Documentos clave:. Fuente repo . Directorios de fuentes clave: / application / * / [data, entitydef, servicedef, src, scripts, webapp, widget], / opentaps / [crmsfa, financials, compras, almacén]
PostBooks - implementación algo simple, con una organización decente, pero desearía que tuviera más capas. Un buen uso de los objetos en el cliente GUI. No me gusta el uso intensivo del lenguaje de programación de base de datos pgpsql y el sql en línea en el código del cliente. C ++, Pgpsql, Javascript. overview tecnología. Documentos clave:. Fuente repo . Directorios de origen clave: / xtuple / [guiclient, share / reports], / xtuple / [funciones, metasql, misc / postbooks_empty.backup, disparadores, tipos, vistas]
WebERP: implementación realmente simple, destinada a que cualquiera pueda modificarla. Eso también significa que no está bien estratificado o modularizado. Procesamiento PHP, sin marcos. Visión general de la tecnología foundations y structure . Documentos clave:. Fuente repo . Directorios de fuentes clave: /, / includes, /sql/mysql/weberp-new.sql
Parecen ser un conjunto de funciones útil, algo mínimo, para un ERP dirigido a la fabricación y el procesamiento de alimentos:
- Contabilidad / Finanzas - libro mayor, a / p, a / r, efectivo, activo fijo, estados financieros, impuestos
- Fabricación, Almacén - orden de trabajo, lista de materiales de fabricación, solicitud de materiales, tareas, seguimiento de lote / lote, embalaje, transformación / producción de artículos
- Inventario: recepción, envío, inventario físico, sitios de artículos, transferencias de artículos
- Adquisiciones: solicitud de compra, orden de compra, órdenes pendientes
- Ventas - pedidos de venta, facturas de venta
- Planificación de solicitud de materiales: plan de producción, plan maestro de producción, plan de requisitos de materiales, pedidos programados
Estos parecen ser mejor proporcionados por productos especializados o agregados cuando sea necesario:
- Ventas - cualquier otra cosa que no sean pedidos y facturas
- Planificación Financiera / Análisis
- Planificación de solicitud de materiales: planificación de capacidad, gestión de restricciones
- CRM / Gestión de Servicios / Marketing
- Gestión de proyectos
- HORA
- Comercio electronico
- POS
Compilado a partir de la revisión:
- OpenBravo - manual (las ilustraciones del flujo de trabajo son particularmente elegantes)
- opentaps - manual , summary características
- openerp - manual , lista de aplicaciones / complementos
- Postbooks - manual , summary características
- weberp - manual , summary características
- erpnext - manual , summary características