Fundamentos Contables

Conceptos fundamentales que aplican a todos los tipos de CFDI emitidos. Lectura recomendada antes de los manuales especificos.

Videos Tutoriales

Te recomendamos ver estos videos para aprender a contabilizar XMLs emitidos:

play_circle Contabilizar XMLs Emitidos - Introduccion

Introduccion y fundamentos para contabilizar XMLs emitidos automaticamente en MainesERP.

play_arrow Ver en YouTube

play_circle Contabilizar XMLs Emitidos - XMLs emitidos tipo Ingreso

Aprende a contabilizar facturas de venta (CFDI tipo Ingreso) y generar polizas automaticas.

play_arrow Ver en YouTube

El modelo completo

Este diagrama resume todo el proceso de contabilizacion de XMLs emitidos:

XML CFDI

Factura emitida

arrow_downward

Cliente

1105

Caja

1101

Banco

1102

Retenciones

IVA/ISR retenido

1113XX

arrow_downward CARGO

Ingreso

Segun CRI

4XXX

IVA Trasladado

Cobrado o Por Cobrar

2107XX

arrow_downward ABONO

Cuenta Contable

Determinada por CRI

arrow_downward

Poliza Contable

Generada automaticamente

Que decisiones toma MainesERP?

Cuando MainesERP procesa un CFDI de ingreso, responde automaticamente las siguientes preguntas:

check_circle Es un XML valido?

check_circle Ya fue contabilizado?

check_circle Esta cancelado?

check_circle Que tipo de CFDI es?

check_circle Quien es el cliente?

check_circle Es PUE o PPD?

check_circle Que IVA corresponde?

check_circle Que cuenta de ingreso usar?

check_circle Se genera Cuenta por Cobrar?

check_circle Caja o Banco?

check_circle Que poliza crear?

auto_awesome

El valor de MainesERP

No solo lee XMLs. Interpreta la informacion fiscal y determina automaticamente el tratamiento contable correcto para cada comprobante.

Escenarios de entrada de efectivo

Cuando se emite una factura, el efectivo puede entrar a la empresa de tres formas. MainesERP determina la cuenta de cargo segun el escenario:

person Cliente (CxC)

El cliente queda debiendo. Se genera una cuenta por cobrar.

Cuenta: 1105 Clientes
Tipo: Activo circulante
Uso: Ventas a credito, PPD

point_of_sale Caja

El cliente paga en efectivo al momento de la venta.

Cuenta: 1101 Caja
Tipo: Activo circulante
Uso: Ventas de mostrador, PUE efectivo

account_balance Banco

El cliente paga por transferencia o deposito.

Cuenta: 1102 Bancos
Tipo: Activo circulante
Uso: PUE con transferencia, tarjeta

Estructura general del asiento de ingreso

Cuenta	Concepto	Cargo	Abono
`1101/1102/1105`	Caja / Banco / Cliente	Total factura	-
`4XXX`	Ingreso (segun CRI)	-	Subtotal
`2107XX`	IVA Trasladado	-	IVA

IVA Trasladado: Cobrado vs Por Cobrar

El tratamiento del IVA depende del metodo de pago de la factura. Esta es una de las diferencias mas importantes entre PUE y PPD:

Factura PUE

Pago inmediato

210701 IVA Cobrado

compare_arrows

Factura PPD

Pago diferido

210702 IVA Por Cobrar

arrow_forward

Al recibir REP

Reclasificacion

210702 → 210701

Cuenta	Nombre	Cuando se usa
`210701`	IVA Trasladado Cobrado	Factura PUE, o PPD despues de recibir el REP
`210702`	IVA Trasladado Por Cobrar	Factura PPD mientras no se cobre

info

Implicacion fiscal

El IVA Trasladado Cobrado (210701) es el que se declara al SAT. El IVA Por Cobrar (210702) no se declara hasta que se recibe el pago y se emite el REP.

CRI: Clasificador de Rubro de Ingresos

El CRI determina a que cuenta de ingresos se abona el subtotal de la factura. MainesERP permite asignar un CRI por defecto al cliente o seleccionarlo manualmente.

CRI asignado

Clasificacion del ingreso

arrow_forward

Cuenta de ingreso

Segun matriz de conversion

4101, 4102, 4201...

CRI	Descripcion	Cuenta
`4.1.1`	Venta de mercancias	`4101`
`4.1.2`	Venta de servicios	`4102`
`4.2.1`	Arrendamiento	`4201`

Para configurar la relacion entre CRI y cuentas, consulta Catalogo CRI y Matrices de Conversion.

Ciclo completo PPD

Cuando una factura es PPD, el ciclo contable completo involucra dos documentos: la factura original y el complemento de pago (REP).

1. Al emitir la factura PPD

Cliente (CxC)

1105

Cargo

Ingreso

4XXX

Abono

IVA Por Cobrar

210702

Abono

arrow_downward

2. Al recibir el REP (complemento de pago)

Banco

1102

Cargo

Cliente (CxC)

1105

Abono

IVA Por Cobrar

210702

Cargo

arrow_forward

IVA Cobrado

210701

Abono

lightbulb

Resultado final

Despues de ambas polizas: el ingreso esta reconocido, el dinero esta en banco, la CxC esta liquidada, y el IVA esta en "cobrado" listo para declarar.

Contabilizacion Masiva de XMLs

MainesERP permite contabilizar multiples XMLs en una sola poliza consolidada. Para que un lote de XMLs pueda procesarse junto, deben cumplir las siguientes reglas de homogeneidad:

#	Regla	Descripcion
1	Mismo Tipo de CFDI	No mezclar Ingreso (I), Egreso (E), Pago (P) o Traslado (T). Cada tipo tiene logica contable diferente.
2	Mismo Periodo Contable	La `fecha_xml` de cada XML debe estar en el mismo mes/año que la `fecha_contab` elegida. Ejemplo: si contabilizas en junio 2024, todos los XMLs deben ser de junio 2024.
3	Mismo Metodo de Pago	No mezclar PUE con PPD. Mantiene polizas limpias y simplifica conciliaciones.
4	Mismo Destino Contable	Para PUE: mismo destino (CAJA o BANCO) y misma subcuenta. Ejemplo: puedes mezclar transferencias (03) con tarjetas (04) si van al mismo banco. Para PPD: diferentes clientes permitidos (cada uno lleva su auxiliar).
5	Misma Moneda	No mezclar MXN con USD u otras monedas.
6	Misma Clase de Poliza	Ejemplo: CFDI_EMITIDO no debe mezclarse con CFDI_RECIBIDO, NOMINA, etc.
7	UUID no Contabilizado	Si cualquier XML del lote ya fue contabilizado, se rechaza todo el lote.
8	Mismo RFC Empresa	Evita mezclar XMLs de distintas empresas cuando el usuario administra varios RFC.

info

Por que la regla 4 distingue entre PUE y PPD?

PUE = ya hubo cobro real. Necesitas saber exactamente a que caja o banco entro el dinero. Se valida el destino contable (CAJA o BANCO) y la subcuenta, no la forma de pago especifica. Esto permite consolidar XMLs con formas de pago diferentes (ej: transferencia 03 + tarjeta 04) siempre que vayan al mismo banco.

PPD = queda en cuentas por cobrar. Es normal consolidar ventas a diferentes clientes en una misma poliza, porque cada partida lleva su propio auxiliar de cliente.

lightbulb

Procesamiento automatico

Si subes un lote con XMLs que no cumplen estas reglas, el sistema los agrupa automaticamente y genera multiples polizas separadas, una por cada grupo homogeneo.

help_outline

Por que existen estas reglas?

MainesERP genera una unica poliza por cada lote homogeneo. Si un conjunto de XMLs requiere diferentes tratamientos contables, el sistema los divide en varios lotes para mantener polizas claras, auditables y faciles de conciliar.

Resumen de cuentas

Cuentas principales utilizadas en la contabilizacion de XMLs emitidos:

Cuenta	Nombre	Tipo	Naturaleza
`1101`	Caja	Activo	Deudora
`1102`	Bancos	Activo	Deudora
`1105`	Clientes	Activo	Deudora
`210501`	Anticipos de Clientes	Pasivo	Acreedora
`210701`	IVA Trasladado Cobrado	Pasivo	Acreedora
`210702`	IVA Trasladado Por Cobrar	Pasivo	Acreedora
`4XXX`	Ingresos (segun CRI)	Ingresos	Acreedora

En esta pagina:
Contabilizacion Masiva • Modelo Completo • Escenarios de Entrada • IVA Trasladado • CRI • Ciclo PPD

Continuar con:
Facturas de Venta (CFDI Tipo I) • Notas de Credito (CFDI Tipo E) • Complementos de Pago (CFDI Tipo P)

Documentacion relacionada:
Introduccion XMLs Emitidos • Catalogo CRI • Plan de Cuentas