En el panel inferior, vamos a ver las siguientes fichas:

• Especial. La ficha de especial, permite filtrar las compras de cierto mes específico, que no aparezca como meses.
• Hoy. Filtra y muestra solo las compras de hoy (esta es la selección por defecto).
• Semana. Filtra y muestra las compras pertenecientes a los últimos siete días.
• Meses... Esta ficha filtra y muestra las compras del mes seleccionado.

• Todas. Muestra compras con cualquier estatus, ya sea que estén generadas, canceladas, emitidas o revertidas.
• Generadas. Muestra las compras que fueron recientemente generadas directamente en este módulo o a través del módulo de órdenes de compra, pero su movimiento al almacén asociado aún no cuenta con la aprobación del encargado de la bodega, este último no ha auditado la entrada al almacén. Las compras generadas desde recepciones nunca tomarán este estatus ya que la asociación del movimiento al almacén enlaza directamente al módulo de recepciones.
  
• Canceladas. Esta ficha muestra aquellas compras que se han cancelado. Las compras canceladas ya no se pueden recuperar.
• Emitidas. Muestra las compras, donde su movimiento al almacén asociado ya fue aprobado por el encargado de la bodega, osea, ya está auditada la entrada. NOTA: En caso de que la compra haya sido generada desde el módulo de recepciones, tendrá este estatus sin importar si el movimiento al almacén asociado a la recepción esté, o no este auditado.
  
• Revertidas. Muestra las compras donde su movimiento al almacén asociado fue revertido por alguna circunstancia, por el encargado de esta bodega. Las compras generadas desde una recepción no se pueden revertir ya que no se asocian con ningún movimiento al almacén. NOTA IMPORTANTE: Las compras revertidas forzosamente tienen que ser canceladas.
  

Las columnas por defecto que muestra el panel de cuerpo principal de este módulo son la siguientes:

• Núm. Es el número consecutivo de la compra, según la entidad a la que pertenece.
  
• Fecha. Indica la fecha de la compra.
• Ref. Esta es una referencia de la compra. Por lo regular se presenta en este campo un número que identifique la factura de nuestro proveedor.
  
• ST. Muestra el estatus de la compra (Generada, Cancelada, Emitida o Revertida).
• Total. Indica el importe total de esta compra.
  
• Proveedor. Muestra el nombre del proveedor de nuestra compra.
• Ref. Muestra la referencia del módulo auxiliar a manera de "Módulo|ID|Entidad||" que creó esta compra. Las compras generadas directamente en este módulo, no tienen ninguna referencia.
• CFDI. Muestra el documento fiscal previamente cargado a forseti, que se ha enlazado a esta compra. Este puede ser uno de los siguientes:
  
  • ---. Ningún documento se ha enlazado.
  • PDF. Se ha enlazado tanto el archivo XML como el archivo PDF de una factura electrónica CFDI .
  • TFD. Solo se ha enlazado el archivo XML de la factura electrónica CFDI.
    
  • CBB. Se ha enlazado un comprobante fiscal impreso.
  • EXT. Se ha enlazado una factura extranjera.
  • MIX. Se han enlazado varios documentos a esta compra.
    

NOTA: Las compras generadas o emitidas siempre aparecen en color negro, las revertidas en color azul, y todas las canceladas aparecen en color rojo.

Permite agregar nuevas compras desde cero. Las compras se agregan y se cargan los documentos según la entidad en la que estemos, por ejemplo, si tenemos la entidad de compra MATRIZ e IZTAPALAPA, y estamos en la entidad IZTAPALAPA, no podremos agregar o cargar el documento en la MATRIZ. Si deseamos hacer esto, Primero tendríamos que ubicarnos en la entidad de compra MATRIZ, para poder proseguir. El formulario para Agregar una nueva compra desde cero, posee los siguientes objetos de cabecero:

• No. Compra. Informativo, indica el número de compra que se agregará.
• Referencia. Puedes ingresar algo pequeño que haga referencia a esta compra, por ejemplo, el número de factura del proveedor.
• Fecha. Indica aquí la fecha de la compra.
• Fecha de entrega. Es la fecha de entrega del material.
  
• Pago. Este puede ser Contado o Crédito, e indica las condiciones de pago para esta compra. No se podrán agregar compras a crédito si el proveedor es el genérico (proveedor con el número cero).
  
• Proveedor. Es la clave del proveedor para esta compra según el catálogo de proveedores establecido en el módulo de proveedores para esta entidad de compra. Este proveedor debe ser seleccionado antes de ingresar los detalles de la compra, ya que si se selecciona un nuevo proveedor después de haber ingresado alguna partida en el detalle, estas serán automáticamente eliminadas y se tendrán que volver a ingresar. Al agregar el número de proveedor, el sistema llenará los datos de este, estableciendo los siguientes datos informativos de la compra:
  
  • R.F.C.
  • Nombre. Es el nombre de la persona física o moral del proveedor.
  • Dirección.
  • Colonia.
  • Población.
  • C.P.
  • Tels. Los teléfonos de contacto.
  NOTA IMPORTANTE: El proveedor por defecto número cero se usa regularmente para definir compras de contado hechas directamente en el mostrador y pagadas en efectivo o con cheque al portador, aunque con las últimas especificaciones de la contabilidad electrónica esto no debería quedar registrado de esta manera ya que tomará como beneficiario y rfc del pago al genérico. Este proveedor se usa mas comúnmente en compras donde la entidad de compra no está enlazada a la contabilidad y por lo tanto no genera registros de contabilidad electrónica.
  
• Moneda. Indica aquí, la moneda de negociación para esta compra.
• TC. Si la moneda de negociación está en moneda extranjera, debes indicar aquí el tipo de cambio. Este tipo de cambio será tomado al momento de generar el movimiento al almacén de esta compra para calcular el costo, y además, será utilizado para calcular la cuenta por pagar o el pago en caso de ser compra de contado. También se ocupará para las pólizas en caso de que la entidad de compra se enlace a la contabilidad.
  
• Bodega. Campo informativo de la clave de la bodega en la cual se agregará el movimiento al almacén de esta compra.
• Nombre. Campo informativo del nombre corto de esta bodega.
• Observaciones del documento. Puedes ingresar aquí algunas observaciones sobre esta compra. NOTA: Este objeto se muestra en el pie del formulario.
  

Para llenar los detalles de cada partida que contendrá la compra, contamos con los siguientes objetos:

• Cant. Indica la cantidad recibida del producto.
• Uni. No contiene objeto. Este es un espacio informativo de partidas previamente insertadas, y muestra la unidad del producto según el catálogo de productos.
• Clave. Aquí se inserta la clave del producto que contendrá esta partida, se puede seleccionar buscando en el catálogo, o si prefieres insertarla directamente. Aquí también puedes ingresar el código del proveedor en caso de que éste, este relacionado en el producto del catálogo de productos de forseti.
  
• Descripción. Es informativo de la partida, es la descripción del producto y aparecerá cuando se ingrese la clave a partir del catálogo.
• Precio. Si no se ingresa el precio, la partida se ingresará con el último costo del proveedor, o el último costo del producto (en caso de que no se haya comprado nunca a este proveedor), de lo contrario, este será el precio de compra.
  
• Importe. No contiene objeto. Este es un espacio informativo de partidas previamente insertadas, y muestra el importe de la partida resultante de la cantidad multiplicada por el precio.
• Desc. Si no se ingresa descuento, la partida buscará el descuento general de nuestro proveedor establecido en el catálogo de proveedores y en caso de que encuentre un descuento lo ingresará. Si se ingresa, éste descuento será aplicado a la partida.
• IVA. Si no se ingresa IVA, procederá a revisar lo siguiente:
  
  1. Si el producto aplica IVA, entonces se especificará el porcentaje según lo establecido en la entidad de compra.
  2. Si el producto no aplica IVA, entonces no especificará ningún IVA para esta partida.
  Si se ingresa un porcentaje directo de IVA, procederá como sigue:
  
  1. Si el porcentaje de IVA en la entidad está marcado como 0% (por lo regular para entidades de compra no contables), entonces ignorará este dato y especificará el IVA en 0%.
  2. Si el porcentaje en la entidad es mayor que 0%, entonces aplicará este dato como porcentaje de IVA. 
• IEPS. Si no se ingresa porcentaje de IEPS, la partida buscará el IEPS establecido en el catálogo de productos y en caso de que encuentre un porcentaje lo ingresará. Si se ingresa directamente, éste porcentaje de IEPS será aplicado a la partida.
• R/IVA. Si no se ingresa porcentaje de retención de IVA, la partida buscará el porcentaje establecido en el catálogo de productos y en caso de que encuentre uno lo ingresará. Si se ingresa directamente, éste porcentaje de retención de IVA será aplicado a la partida.
• R/ISR. Si no se ingresa porcentaje de retención del ISR, la partida buscará el porcentaje establecido en el catálogo de productos y en caso de que encuentre uno lo ingresará. Si se ingresa directamente, éste porcentaje de retención de ISR será aplicado a la partida.
• Observaciones. Puedes ingresar aquí, algunas observaciones sobre esta partida de la compra.

Al ir agregando cada partida a la compra, los datos de los impuestos IVA, IEPS, R/IVA y R/ISR aparecerán en el formato tasa:importe. Además irá cambiando la información de los totales, la cual establece los datos siguientes:

• Importe. Es la suma total del importe de los detalles.
• Descuento. Es la suma total del descuento de los detalles.
• Sub Total. Se calcula sumando el importe menos el descuento.
• IVA. Es el total de IVA aplicado a esta compra.
• IEPS. Es el total de IEPS aplicado a esta compra.
  
• Retención de IVA. Es el total de retención de IVA.
• Retención de ISR. Es el total de retención de ISR.
• Total. Representa el gran total de la compra. Se calcula sumando el sub total más el IVA y el IEPS, menos las retenciones.

A continuación se muestra el camino que sigue el proceso al momento de aceptar la compra:

A) Sobre el pago de contado. En caso de que las condiciones de pago se hayan establecido como "Contado", este proceso cargará el formulario para realizar el pago con una o varias entidades de caja y/o bancos y debes especificar los datos necesarios de los mismos según lo establecido en el módulo de caja y bancos en el apartado de agregado indirecto de movimientos. Según sea la moneda establecida en la compra, los movimientos de retiro se podrán realizar bajo las siguientes reglas:

1. Si la compra se registrará en moneda nacional, se podrá realizar el retiro desde una o varias cajas y/o bancos establecidos en moneda nacional.
2. Si la compra se registrará en moneda extranjera, se podrá realizar el retiro desde una o varias caja y/o un bancos establecidos en moneda nacional. Se utilizará el tipo de cambio para que los movimientos de estas cajas y/o bancos queden establecidos en moneda nacional multiplicándolo por la cantidad.
3. Si la compra se registrará en moneda extranjera, se podrá realizar el retiro desde una o varias cajas y/o bancos establecidos con la misma moneda extranjera. El tipo de cambio se utilizará exclusivamente para la póliza de egresos y en caso de que la entidad de compra esté enlazada a la contabilidad.
4. Fallará si se intenta hacer el retiro de una compra en moneda nacional con bancos establecidos en moneda extranjera, o si la compra y los bancos están establecidos ambos en moneda extranjera, pero estas sean diferentes, por ejemplo, dolares con euros.
5. Fallará si alguna entidad de caja o banco seleccionada para el pago tiene distintos trazos contables que la entidad de compra, por ejemplo, cuando la entidad de compra es contable y se intenta pagar con una cuenta personal que no enlaza a la contabilidad.
6. En caso de éxito, se agregarán automáticamente el, o los movimientos de cada caja o banco seleccionados para el pago al módulo de cajas y/o de bancos respectivamente siguiendo las reglas de agregado de estos módulos.
7. En caso de que las cajas o bancos estén enlazados a la contabilidad, se generará una sola póliza de egreso que estará ligada a cada movimiento de caja o banco involucrado, y a su vez se generarán los registros de contabilidad electrónica por cada uno. Estos pueden ser registros de cheques, transferencias y otros métodos de pago.
   

B) Sobre una compra a crédito. Cuando la compra se haya establecido como "Crédito", se agregará un nuevo registro de cuenta por pagar siguiendo las reglas del módulo de cuentas por pagar y la deuda con este proveedor se actualizará. En caso de que la entidad de compra esté enlazada a la contabilidad, se generará la póliza de diario de la compra de crédito.

C) Sobre una compra sin ningún método de pago específico. Cuando la compra se haya establecido sin ningún método de pago, no se agregará ni movimiento de caja o banco, ni cuenta por pagar. En caso de que la entidad de compra esté enlazada a la contabilidad, se generará la póliza de diario de la compra a crédito con su partida doble a la cuenta especificada en la variable "CC_COMPNP - Cuenta para registros de partida doble en compras o gastos sin ningún tipo de pago, ni crédito, ni contado", establecida en el módulo de variables de la sección de compras del centro de control del CEF. 

D) Sobre el movimiento al almacén. El comportamiento para el movimiento de entrada al almacén dependerá de varios factores al momento de ingresar la compra:

1. Si la entidad de compra tiene seleccionada la opción "No manejar movimientos al almacén de productos o utensilios", no se agregará ningún movimiento al almacén al agregar esta compra.Esta opción se ha integrado al sistema en caso de que se requiera por algún motivo dar seguimiento al proceso de pago, sin alterar las existencias ni costos de almacén. Al no generar la entrada al almacén, tampoco generará la póliza del costo del producto aún cuando la entidad de compra si se enlace a la contabilidad, por lo tanto se deberá dar seguimiento manual a la entrada del material.
2. Si la bodega asociada no se enlaza a la contabilidad, se creará el movimiento al almacén y las existencias y costos al nivel de este auxiliar se sincronizarán normalmente, sin embargo, no se ingresará ninguna póliza de costo lo cual dejará permanentemente desajustado el saldo del almacén al nivel de la balanza de comprobación, contra el saldo del almacén al nivel del auxiliar de esta bodega, por lo tanto se deberá dar seguimiento manual directamente en la contabilidad.
3. Si la bodega asociada se enlaza a la contabilidad, se agregará la entrada del material y la póliza de costos, por lo tanto, el auxiliar de esta bodega como la balanza de comprobación estarán sincronizados en el saldo del inventario.
4. Si la compra es generada a través de una recepción previamente capturada, no generará movimiento al almacén ni póliza de costos porque de eso ya se debió haber encargado el proceso de recepción. En este caso, solo se agregará el, o los movimientos de caja o banco junto a la póliza de egresos en (caso de que esta entidad se enlace a la contabilidad), y además, enlazará esta compra a la recepción. 
   

Consultar Compra.

Este proceso permite consultar el cabecero y los detalles de la compra seleccionada.

Enlazar a Compra.

Permite enlazar un CFDI, CBB o Factura extranjera previamente cargados a esta entidad, a un registro de compra en forseti. En el caso de CFDIs, permite construir a partir del archivo XML, una compra nueva la cual quedará registrada y enlazada a este. En caso de facturas CBB y extranjeras, el registro de la compra en forseti deberá hacerse forzosamente a través del proceso "Agregar Compra" y posteriormente proceder a enlazarlo con la factura previamente cargada.

A) Enlace de CFDIs, CBBs y Facturas extranjeras a registros de compra previamente agregados a través del proceso "Agregar Compra". Enlazar un registro de compra en forseti con su archivo XML, PDF, CBB o Factura extranjera es tan sencillo como seleccionar el registro de compra, ejecutar este proceso, seleccionar el archivo deseado y dar aceptar, sin embargo, para que la transacción sea válida, tendrá que cumplir con las siguientes reglas:

1. La compra no debe estar cancelada ni tener ya un documento enlazado.
2. El registro de compra en forseti solo se podrá enlazar a un solo documento, sea este un CFDI, CBB o Factura extranjera, y en caso de seleccionar dos o mas documentos, fallará la transacción.
3. Es indispensable que el total en el documento coincida con el total en el registro de compra. Por ejemplo, no se podrá enlazar un documento con total de $1,000.00 a una compra con total de $1,001.00.
4. Solo se podrán enlazar documentos CFDI si el tipo de documento es un ingreso y el RFC del emisor del XML es igual al RFC del proveedor forseti establecido en el catálogo de proveedores, por lo tanto, no se podrán enlazar documentos a compras de mostrador que llevan el proveedor "cero".

B) Enlace de CFDIs desde cero. Enlazar un documento a un registro de compra que se agregará a partir de este CFDI, es un proceso laborioso debido a la gran variedad y complejidad de los archivos XML de las facturas electrónicas. Para entender esto, debemos entender como está estructurado una factura electrónica. Nuevamente, esto se explica brevemente en la documentación del módulo de CFDI y CE del centro de control del CEF. Para agregar y enlazar un archivo a un nuevo registro, primeramente deberemos ejecutar este proceso sin tener ningún registro de compra seleccionado, esto abrirá el diálogo de archivos cargados y deberemos seleccionar un CFDI. Al aceptar nos cargará una plantilla de registro de compra conteniendo los conceptos del xml. Esta plantilla puede ser editada para que se ajuste a las cantidades y estándares del CFDI y poder agregarla como compra definitiva. Para la carga inicial de esta factura electrónica, verificará y seguirá las siguientes reglas:

1. Comprobará que solo se haya seleccionado un archivo XML, ya que en caso de haber seleccionado mas de uno fallará el enlace.
2. El comprobante que se haya cargado deberá ser del tipo "ingreso" perteneciente a una factura electrónica, ya que los comprobantes de egreso o traslado pertenecientes a recibos de nómina o cartas porte, no se podrán enlazar a una compra. Esto lo revisa en el atributo tipoDeComprobante del elemento Comprobante.
   
3. Comprobará que el atributo RFC del elemento Receptor en el XML sea el mismo que el de la compañía registrado en el módulo de CFDI y CE en la sección Emisor del Centro de control del CEF. Si no coinciden fallará.
4. Verificará que el XML no maneje descuentos. Por el momento, la carga de compras no soportan descuentos porque en el CFDI no se especifica a que producto(s) aplica cada descuento, lo que hace imposible determinar un costo verdadero.
   

En caso de que pase las pruebas previas, procederá a llenar el cabecero de la plantilla de la compra de la siguiente manera:

• No. Compra. Informativo, indica el número de compra que se agregará.
• Referencia. Aparecerá por defecto la leyenda "s/r". Puedes sustituirla por algo pequeño que haga referencia a esta compra.
• Fecha. Tomará la fecha del atributo fecha del elemento Comprobante.
• Fecha de entrega. Igual que la fecha, tomará la fecha del atributo fecha del elemento Comprobante.
• Pago. Para determinar si es de crédito o contado, buscará la coincidencia del atributo RFC del elemento Emisor sobre el catálogo de proveedores en esta entidad de compra. En caso de coincidir, establecerá si es de crédito o contado según sus días de crédito. En caso de no existir en el catálogo se establecerá como contado.
• Proveedor. Al igual que en el pago, buscará la coincidencia del atributo RFC del elemento Emisor sobre el catálogo de proveedores en esta entidad de compra. En caso de coincidir, establecerá el número de proveedor. En caso de no existir en el catálogo se establecerá el proveedor de mostrador número cero. El sistema llenará los datos de este, estableciendo los siguientes datos informativos de la compra:
  
  • R.F.C. Será el del proveedor registrado en forseti o el RFC genérico en caso de que el proveedor sea el de mostrador.
  • Nombre. Es el nombre de la persona física o moral del proveedor según el catálogo en forseti.
  • Dirección.
  • Colonia.
  • Población.
  • C.P.
  • Tels.
• Moneda. Para determinar la moneda, verificará el tipo de cambio según el atributo tipoDeCambio del elemento Comprobante, por ejemplo, si el tipo de cambio es diferente de 1.0, sabemos que está en moneda extranjera y le asignará a la plantilla la moneda 2 (moneda de dolares por defecto en forseti). NOTA IMPORTANTE: Aunque en el archivo xml existe un atributo Moneda del elemento Comprobante, no se toma en cuenta porque este atributo no maneja un estándar para expresar la moneda lo cual por ejemplo, para una moneda expresada en dólares, este atributo puede ser "dolar", "dollar","dolares","dolares americanos",etc., lo cual hace imposible que el sistema deduzca la moneda. En caso de que la moneda sea euros u otra diferente de dólares, ésta se tendrá que establecer manualmente ya que forseti le asignará la moneda número 2 "dolares" cuando encuentre el tipo de cambio diferente de 1.0. Si no existe este atributo, asignará la moneda local número 1 "pesos".
  
• TC. Tomará el tipo de cambio según el atributo tipoDeCambio del elemento Comprobante. Si este atributo no existe, asignará un tipo de cambio de 1.0.
• Bodega. Campo informativo de la clave de la bodega en la cual se agregará el movimiento al almacén de esta compra.
• Nombre. Campo informativo del nombre corto de esta bodega.
• Observaciones del documento. Agregará la leyenda "Carga desde Factura Electrónica:" seguida del UUID del CFDI. NOTA: Este objeto se muestra en el pie del formulario.

Ahora, procede a registrar cada concepto establecido en el elemento Conceptos del archivo xml. Estos los llenará de la siguiente manera:

1. Obtendrá la cantidad, precio, descripción e importe de la partida, sin aplicar iva, iva retenido o isr retenido ya que no aparecen estos datos en cada concepto del archivo xml.
2. Para deducir la clave del producto se utilizará la descripción del concepto de este proveedor de la siguiente manera:
   
   1. Buscará si esta descripción existe en la base de datos. Esta base se va actualizando con cada compra que se va enlazando a través de este mismo proceso.
   2. En caso de que haya una coincidencia, utilizará la clave del producto enlazada a esta descripción para asignarla como clave.
   3. En caso contrario, la clave se dejará en blanco y se necesitará ingresarla manualmente, al fin y al cabo, está quedará registrada para futuras compras.
3. Al terminar con todos los conceptos del archivo xml, procederá a revisar la concordancia de la compra contra el archivo y mostrará la plantilla de la compra con los mensajes de error que arroje esta revisión. NOTA: En caso de existir una concordancia sin errores, se podrá inmediatamente proceder a registrar la compra, lo cual además, quedará enlazada al archivo xml.
   

Determinando la concordancia...
La concordancia es un proceso que se corre para determinar la igualdad en los importes y los impuestos de cada concepto del xml contra cada linea de detalle de la compra en forseti, y que a partir de esta, los totales del CFDI coincidan con los totales del registro de la compra. Para entender bien este proceso, vamos a revisarlo paso a paso. Supongamos que nuestro xml tiene el siguiente concepto e impuesto:

Concepto cantidad="35.00" descripcion="ISOCYT 2045" importe="133.00" unidad="KG" valorUnitario="3.800000"
Traslado importe="21.28" impuesto="IVA" tasa="16.00"

Suponiendo que el producto ISOCYT 2045 no se ha registrado en la base de datos de este proveedor, no se asociará con ningún producto del catálogo en forseti, por lo tanto, la revisión de la concordancia mostrará los siguientes mensajes:

ERROR: Partida 1: La clave esta vacía, debes establecer una clave del catálogo
Traslado 1 IVA en XML: Sin concordancia en Documento (16.0:21.28). Una clave en el catálogo no esta manejando el IVA, mientras que este XML si lo está haciendo
Importes de IVA en el documento: 0 Importes de IVA en el XML: 1 Diferencia: -1
PRECAUCION: Total de IVA en el documento: 0.0 Total de IVA en el XML: 21.28 Diferencia: -21.28
ERROR: El total en el, o los CFDIs no corresponden al Total calculado en el registro a partir de estos registros. No se puede agregar. DOC: 133.0 XML, CBB o EXT: 154.28

Como no se asoció a ninguna clave, marcará el error ERROR: Partida 1: La clave esta vacía, debes establecer una clave del catálogo y además, el sistema no podrá determinar el iva ya que éste lo toma según lo establecido en el catálogo de productos y la entidad de compra, por lo tanto, el mensaje Traslado 1 IVA en XML: Sin concordancia en Documento (16.0:21.28). Una clave en el catálogo no esta manejando el IVA, mientras que este XML si lo está haciendo, nos está indicando que el primer traslado en el xml que pertenece al impuesto del iva por una tasa del 16% y un importe de 21.28, no tiene concordancia con ningún registro en la plantilla de la compra. Los siguientes mensajes indican estadísticas de esta concordancia, mientras que el último mensaje ERROR: El total en el, o los CFDIs no corresponden al Total calculado en el registro a partir de estos registros. No se puede agregar. DOC: 133.0 XML, CBB o EXT: 154.28 nos indica que el total de la plantilla de la compra es diferente al total del archivo xml. Como podemos darnos cuenta, la concordancia marca mensajes de "ERROR" y otro tipo de mensajes. Los mensajes marcados como de error son indispensables de corregir para que la plantilla de la compra se pueda agregar.

Para resolver el problema anterior, solo debemos establecer manualmente la clave del producto al que asociaremos ISOCYT 2045 y presionar el botón actualizar, suponiendo que nuestro producto aplica el IVA y nuestra entidad de compra está establecida con un IVA de 16%. Al actualizar, correrá el proceso de la concordancia la cual determinará el iva de nuestro producto y lo comparará con el traslado que al final de cuentas, será el mismo, y por lo tanto, los totales de la plantilla de la compra y del CFDI serán ambos por 154.28.

Al aceptar, se agregará la compra de igual manera que el proceso "Agregar Compra". También se agregará a la base de datos del proveedor la asociación de nuestras claves, con la clave o descripción de cada concepto del CFDI, definiendo así, futuras cargas del mismo producto. Finalmente, se asociará la compra con el CFDI.

Existen ocasiones como sucede con las facturas de combustible, donde sabemos que se genera un impuesto IEPS, pero en el xml no se muestra explícitamente, y por lo tanto, el proceso de concordancia parecerá fallar indefinidamente. Analicemos un archivo xml de gasolina:

Comprobante subTotal="3486.92" total="4026.92" ..............
Concepto cantidad="239.98" unidad="LITRO" noIdentificacion="95" descripcion="32011.MAGNA" valorUnitario="11.7491" importe="2819.54"
Concepto cantidad="53.53" unidad="LITRO" noIdentificacion="97" descripcion="32012.PREMIUM" valorUnitario="12.4674" importe="667.38"

Impuestos totalImpuestosTrasladados="539.99"
Traslado impuesto="IVA" importe="436.64" tasa="16.00"
Traslado impuesto="IVA" importe="103.35" tasa="16.00"

Aquí, el xml indica un subtotal de 3486.92 perteneciente a la suma de los importes de los conceptos por 2819.54 mas 667.38, lo cual es correcto, sin embargo, al agregar el 16% de iva, este debería quedar en 557.91 lo cual no coincide con el iva en el xml por 539.99. Desgraciadamente y debido a la poca o nada estandarización de los xml que se explica en la documentación del módulo de CFDI y CE del centro de control del CEF, podemos deducir, que el valor unitario lleva incluido el impuesto IEPS, y esto solo porque sabemos que los combustibles lo manejan. En estas circunstancias, y suponiendo que nuestras claves de materia prima de combustible están establecidas en aplicar el IVA, entonces nuestra compra se establecería de la siguiente manera:

Cant	Clave	Descripción	Precio	Importe	IVA	IEPS
239.98	MAGNA	GASOLINA MAGNA	11.7491	2819.55	16:451.13	0:00
53.53	PREMIUM	GASOLINA PREMIUM	12.4674	667.38	16:106.78	0:00
Importe					3486.93
Sub total					3486.93
IVA					557.91
IEPS					0.00
Total					4044.84

La columna IVA nos indica el iva aplicado a la partida de manera tasa:importe lo cual no coincide con los traslados del CFDI y por lo tanto, fallará la concordancia. Si establecemos el IVA manualmente sobre cada partida de la plantilla con 436.64 y 103.35 y actualizamos, la concordancia sería correcta, sin embargo, esta solución nos arrojaría un IVA del 15.486159 lo cual nos indica que el precio ya lleva incluido el impuesto IEPS. En caso de aceptar, la póliza de la compra quedará registrada sin la especificación del IEPS. Para solucionar este caso en particular, se debería recalcular el costo de cada partida para que al importe se le pueda aplicar manualmente el IVA y el IEPS para que quedara de la siguiente manera:

Cant	Clave	Descripción	Precio	Importe	IVA	IEPS
239.98	MAGNA	GASOLINA MAGNA	11.3718	2729.00	16:436.64	3.3181:90.55
53.53	PREMIUM	GASOLINA PREMIUM	12.0668	645.94	16:103.35	3.3192:21.44
Importe					3374.94
Sub total					3374.94
IVA					539.99
IEPS					111.99
Total					4026.92

Aquí hemos cambiado los precios de cada partida lo cual nos calcula un importe menor al del xml, sin embargo, al aplicarle el 16% de IVA ya nos coincide con el IVA establecido en el xml, además, incluimos el IEPS de cada una para que los totales coincidan. Al final de esta solución el proceso de concordancia ya no arrojará mensajes de error ya que el total en el xml y en la plantilla de la compra coinciden y queda a tu criterio el agregar o no agregar la compra. Como podemos ver, esta solución es sumamente complicada debido a la falta de la estandarización del archivo XML, sin embargo, no todos los archivos xml se salen de la estandarización estipulada por el SAT, por lo tanto, la mayor parte de las compras cargadas desde facturas electrónicas pasarán el proceso de concordancia sin ningún problema.

Para ajustar la plantilla de la compra y que ésta pase con éxito el proceso de concordancia, contamos con los siguientes objetos de formulario para cada partida:

• Cant. Indica la cantidad del producto establecida en el concepto del xml. Puede modificarse en caso necesario.
  
• Uni. Si ya está definida la clave, muestra la unidad del producto según el catálogo de productos en forseti, de lo contrario, aparecerá vacía.
  
• Clave. Aquí se inserta la clave del producto. En caso de que la clave o descripción en el concepto del XML ya tenga una asociación a un producto en la base de datos de este proveedor, se agregará la clave de este producto a este objeto, de lo contrario, esta clave aparecerá vacía. Este campo puede ser editado para ajustarse a otro producto diferente.
  
• Descripción. Es informativo. Si no se ha definido la clave, marcará la descripción del proveedor, de lo contrario, marcará la descripción del producto en forseti.
• Precio. Indica el precio del producto establecido en el concepto del xml. Puede modificarse para ajustarse al proceso de concordancia en caso necesario.
• Importe.  Indicará el importe resultante de la cantidad multiplicada por el precio. No se puede modificar ya que es simplemente informativo.
  
• Desc. Siempre marcará 0.0 ya que los archivos xml con descuento no podrán cargarse ni tampoco podrá modificarse este campo manualmente.
• IVA*. Si no existe asociación de productos marcará 0.0:0.0, de lo contrario, calculará inicialmente el IVA de la siguiente manera:
  
  1. Si el producto aplica IVA, entonces se especificará tasa:importe según la tasa establecida en la entidad de compra.
  2. Si el producto no aplica IVA, entonces no especificará ningún IVA para esta partida y quedará como 0.0:0.0.
• IEPS*. Si no se ha definido la clave, marcará 0.0:0.0, de lo contrario, calculará inicialmente el IEPS establecido en el catálogo de productos y en caso de que encuentre un porcentaje lo ingresará como tasa:importe.
• R/IVA*. Si no se ha definido la clave, marcará 0.0:0.0, de lo contrario, calculará inicialmente el IVA retenido establecido en el catálogo de productos y en caso de que encuentre un porcentaje lo ingresará como tasa:importe.
• R/ISR*. Si no se ha definido la clave, marcará 0.0:0.0, de lo contrario, calculará inicialmente la retención de ISR establecida en el catálogo de productos y en caso de que encuentre un porcentaje lo ingresará como tasa:importe.
• Observaciones. Puedes ingresar aquí, algunas observaciones sobre esta partida de la compra.

* Los campos de IVA, IEPS, Retención de IVA y Retención de ISR siempre aparecen con un formato de "tasa:importe", por ejemplo, si la partida tiene un importe de $1,000.00, el IVA aparecerá como 16.0:160.00 correspondientes a la tasa del 16% y el importe de $160.00. Estos campos pueden modificarse de dos maneras distintas:

• Suponiendo que queremos modificar el IVA aplicando otra tasa, podemos sustituir toda la información del campo del IVA por la tasa que deseamos aplicar marcándola con el signo de porcentaje al final, por ejemplo, sustituyendo "16.0:160.00" por "12%", el IVA nos cambiará a 12:120 al actualizar la plantilla, y toda la compra se recalculará con los $120.00 en lugar de los $160.00.
• También podemos cambiar estos campos definiendo la cantidad del campo literalmente, por ejemplo, si sustituimos "16.0:160.00" por "140", el IVA nos cambiará a 14:140.

Dentro de los errores mas comunes en la revisión de la concordancia encontramos los siguientes casos:

1. El ISPT no aparece como Traslado dentro del elemento Traslados del CFDI. Nuestro ejemplo anterior es una muestra clara de esta situación y se ve comúnmente en las facturas de gasolina.
2. El CFDI contiene dos o mas conceptos que aplican la tasa del iva al 16% por ejemplo, sin embargo, solo existe un elemento Traslado dentro del elemento Traslados del CFDI conteniendo la suma total del IVA de todos los conceptos. Mientras las partidas de nuestra plantilla marquen la misma tasa de iva, la suma de estas coincidirá con el único traslado, y por lo tanto, no deberá afectar al total.
   
3. Los precios de los productos están mal dentro del CFDI, por lo tanto, el importe calculado en la plantilla a partir de la cantidad multiplicada por el precio no coincide con el importe del concepto, por ejemplo, un concepto cantidad="10" valorUnitario="10.20" importe="102.30" no coincidirá con el importe calculado en la plantilla por 102.00 ya que el valor unitario debería ser 10.23. La solución será cambiar el precio de la partida manualmente para que se ajuste.
   

Al final de cuentas, ajustando la plantilla para que el total de la compra coincida con el del CFDI se podrá proceder a agregarla evitándonos la mayor parte de la captura, sobre todo, cuando ya lo hemos venido haciendo con regularidad y la base de datos de la asociación de claves del sistema contra la de los proveedores ya está alimentada.
 
Archivo XML

Permite descargar el archivo XML, de la factura electrónica de nuestro proveedor asociado a esta compra.

Archivo PDF

Permite descargar el archivo PDF de la factura electrónica de nuestro proveedor asociado a esta compra en caso de existir. En caso de que se haya asociado a un registro de documento impreso CBB o a una factura extranjera EXT, se utilizará también este proceso para su descarga.

Devolver y Rebajar Compra.
Al ir editando cada partida sobre la devolución o rebaja, los datos de la proporción quitada de impuestos IVA, IEPS, R/IVA y R/ISR aparecerán en el formato tasa:importe. Además irá cambiando la información de los totales, la cual establece los datos siguientes:

• Importe. Es la suma total del importe de los detalles.
• Descuento. Es la suma total del descuento de los detalles.
• Sub Total. Se calcula sumando el importe menos el descuento.
• IVA. Es el total quitado de IVA de esta devolución o rebaja.
• IEPS. Es el total quitado de IEPS de esta devolución o rebaja.
  
• Retención de IVA. Es el total quitado de retención de IVA.
• Retención de ISR. Es el total quitado de retención de ISR.
• Total. Representa el gran total de la devolución o rebaja. Se calcula sumando el sub total más el IVA y el IEPS, menos las retenciones.

A continuación se muestra el camino que sigue el proceso al momento de aceptar la devolución o rebaja:

A) Sobre el pago de contado. En caso de que las condiciones de pago de la compra se hayan establecido como "Contado", este proceso cargará el formulario para realizar el depósito con una o varias entidades de caja y/o bancos y debes especificar los datos necesarios de los mismos según lo establecido en el módulo de caja y bancos en el apartado de agregado indirecto de movimientos. Según sea la moneda establecida en la compra, los movimientos de depósito se podrán realizar bajo las siguientes reglas:

1. Si la devolución o rebaja se registrará en moneda nacional, se podrá realizar el depósito a una o varias cajas y/o bancos establecidos en moneda nacional.
2. Si la devolución o rebaja se registrará en moneda extranjera, se podrá realizar el depósito a una o varias caja y/o un bancos establecidos en moneda nacional. Se utilizará el tipo de cambio para que los movimientos de estas cajas y/o bancos queden establecidos en moneda nacional multiplicándolo por la cantidad.
3. Si la devolución o rebaja se registrará en moneda extranjera, se podrá realizar el depósito a una o varias cajas y/o bancos establecidos con la misma moneda extranjera. El tipo de cambio se utilizará exclusivamente para la póliza de ingresos y en caso de que la entidad de compra esté enlazada a la contabilidad.
4. Fallará si se intenta hacer el depósito de una devolución o rebaja en moneda nacional con bancos establecidos en moneda extranjera, o si la devolución o rebaja y los bancos están establecidos ambos en moneda extranjera, pero estas sean diferentes, por ejemplo, dolares con euros.
5. Fallará si alguna entidad de caja o banco seleccionada para el cobro tiene distintos trazos contables que la entidad de compra, por ejemplo, cuando la entidad de compra es contable y se intenta cobrar con una cuenta personal que no enlaza a la contabilidad.
6. En caso de éxito, se agregarán automáticamente el, o los movimientos de cada caja o banco seleccionados para el cobro al módulo de cajas y/o de bancos respectivamente siguiendo las reglas de agregado de estos módulos.
7. En caso de que las cajas o bancos estén enlazados a la contabilidad, se generará una sola póliza de ingreso que estará ligada a cada movimiento de caja o banco involucrado, y a su vez se generarán los registros de contabilidad electrónica por cada uno. Estos pueden ser registros de cheques, transferencias y otros métodos de pago.
   

B) Sobre una devolución o rebaja donde su compra fue realizada a crédito. Cuando la compra se haya establecido como "Crédito", se agregará un nuevo registro de saldo a la cuenta por pagar enlazada a la compra original siguiendo las reglas del módulo de cuentas por pagar y la deuda con este proveedor se actualizará. En caso de que la entidad de compra esté enlazada a la contabilidad, se generará la póliza de diario perteneciente a este saldo de cuenta.

C) Sobre una devolución o rebaja donde su compra fue realizada sin ningún método de pago específico. Cuando la compra se haya establecido sin ningún método de pago, no se agregará ni movimiento de caja o banco, ni registro de saldo. En caso de que la entidad de compra esté enlazada a la contabilidad, se generará la póliza de diario de la devolución o rebaja a crédito con su partida doble a la cuenta especificada en la variable "CC_COMPNP - Cuenta para registros de partida doble en compras o gastos sin ningún tipo de pago, ni crédito, ni contado", establecida en el módulo de variables de la sección de compras del centro de control del CEF. 

D) Sobre el movimiento al almacén. Primero que nada debemos saber que las rebajas no generan movimientos al almacén. El comportamiento para el movimiento de salida dependerá de varios factores al momento de ingresar una devolución:

1. Si la entidad de compra tiene seleccionada la opción "No manejar movimientos al almacén de productos o utensilios", no se agregará ningún movimiento al almacén al agregar esta devolución. Al no generar la salida de almacén, tampoco generará la póliza de costos del producto aún cuando la entidad de compra si se enlace a la contabilidad, por lo tanto se deberá dar seguimiento manual a la salida del material.
2. Si la bodega asociada no se enlaza a la contabilidad, se creará el movimiento al almacén y las existencias y costos al nivel de este auxiliar se sincronizarán normalmente, sin embargo, no se ingresará ninguna póliza de costo lo cual dejará permanentemente desajustado el saldo del almacén al nivel de la balanza de comprobación, contra el saldo del almacén al nivel del auxiliar de esta bodega, por lo tanto se deberá dar seguimiento manual directamente en la contabilidad.
3. Si la bodega asociada se enlaza a la contabilidad, se agregará la salida del material y la póliza de costos, por lo tanto, el auxiliar de esta bodega como la balanza de comprobación estarán sincronizados en el saldo del inventario.
4. Aunque la compra original haya sido generada a través de una recepción, la devolución si agregará la salida del almacén, obviamente si las reglas anteriores así lo indican.

NOTA: Una vez capturada una devolución o rebaja se le dará seguimiento en el módulo de Devoluciones sobre compras. Allí podremos consultar, asociar la nota de crédito, cancelar la devolución o rebaja, etc.

Cancelar compra.

Este proceso cancela la compra seleccionada y aplicará las siguientes reglas:

1. En caso de que la compra haya sido generada desde una orden o una recepción, éstas quedarán liberadas de la asociación para poder generarse nuevamente.
2. En compras de contado, cancelará los movimientos de caja o bancos asociados al pago.
3. En compras a crédito, cancelará la cuenta por pagar asociada, siempre y cuando, no se hayan aplicado registros de pago, saldo, aplicación de anticipos, etc. a esta cuenta por pagar. En este caso, habrá que cancelar primero estos registros para que la compra junto a su cuenta por pagar puedan cancelarse.
4. En compras generadas a través de una recepción, no quedará cancelado el movimiento al almacén ni la póliza de costos ya que este pertenece directamente a la recepción.
5. Todas las pólizas asociadas directamente a esta compra, en caso de haberlas, quedarán canceladas.
6. Todos los documentos fiscales enlazados a esta compra quedarán liberados para poderlos utilizar en otra compra.
   

Rastrear.

Permite hacer una consulta de la compra rastreando sus módulos dependientes.