GSA DOC GU Compras y Ctas Pagar

Compras y Cuentas a pagar
Configuración y uso
Versión 1.4
Configuración y uso Versión: 1.4

Sector: Análisis y Documentación - Tecnología Vigencia: 10/01/2019
Documento: GSA_DOC_GU_Compras_y_Ctas_Pagar Autor: EP
El contenido de este documento ha sido elaborado y se ofrece solamente con carácter informativo y para uso exclusivo de los usuarios de los productos
de Softland Inversiones S.L. (en adelante Softland) en Latinoamérica, España y/u otros países.
El presente documento podrá ser revisado, modificado, editado o incluso remplazado o eliminado por Softland en cualquier momento, a su exclusivo
criterio y sin necesidad de previo aviso. Es responsabilidad del usuario revisar periódicamente si ha habido alguna actualización o modificación.
Softland no asume ninguna responsabilidad por cualquier error o imprecisión que pueden aparecer en dicho documento.
Dado que las condiciones bajo las cuales pueda ser usado el producto al que se refiere este documento están más allá del control de Softland, la
información provista no implica ninguna garantía de performance del producto final, así como Softland tampoco asume ninguna responsabilidad
respecto al uso del producto.
Ninguna información contenida en el documento constituye una oferta, solicitud o recomendación para comprar, o vender, o efectuar transacciones,
o servicios de ningún tipo, y/o a llevar a cabo ningún acto de ninguna índole o naturaleza. El contenido tampoco es parte de un contrato o de una
relación comercial. Los usuarios asumen a su costa y responsabilidad todos los riesgos asociados al uso del producto a que se refiere este documento.
En ningún caso, Softland, sus directores, funcionarios, empleados o agentes serán responsables frente al usuario por pérdidas directas o indirectas,
responsabilidades, reclamaciones, gastos o daños de cualquier tipo, ni contractual ni extracontractualmente, incluidos los casos de negligencia, que
sean consecuencia o deriven de alguna otra manera del uso de todas o de parte de la información contenida en este documento, o en relación con
ellas, aun cuando se no haya advertido de ello.
© Softland Inversiones S.L. Todos los derechos reservados. No se permite la reproducción total o parcial de este documento, ni su traducción, ni su
incorporación a un sistema informático, ni su locación, ni su transmisión, en cualquier forma o por cualquier medio, incluido, pero no limitado a medios
electrónicos, mecánicos, grabaciones y sistemas de recuperación, sin el permiso previo y escrito de Softland.
Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016
Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 1 / 67


Historial de Versiones
Revisión Aprobación / Vigencia

Fecha Versión Descripción Autor
Fecha Revisó Fecha Aprobó
04/08/2016 1.0 Versión original S/Parte EP 225 EP 18/08/2016 GR 19/08/2016 EP
29/08/2016 1.1 Actualización S/Parte EP 239 EP 29/08/2016 EP/ET 29/08/2016 EP
08/09/2017 1.2 Actualización S/Parte FC 53 GL 11/10/2017 GR 23/11/2017 EP
03/12/2018 1.3 Actualización S/Parte EP 331 EP 10/01/2019 GR 10/01/2019 EP


Tabla de contenido
1. INTRODUCCIÓN ....................................................................................................................................................................4
2. GESTIÓN DE COMPRAS ...........................................................................................................................................................4
2.1 Definición de parámetros de compras .............................................................................................................................................. 4
2.2 Circuito de compra ........................................................................................................................................................................... 8
2.3 Comprobante de compra ................................................................................................................................................................ 19
2.4 Registración de compras................................................................................................................................................................. 21
2.5 Compras de Importación ................................................................................................................................................................ 22
2.5.1 Comprobantes de importación 23
2.5.2 Circuitos de compras de importación 24
2.5.3 Registración de factura de gastos 27
2.6 Tipos de cierre de compras ............................................................................................................................................................. 30
2.6.1 Parámetros 30
2.6.2 Comprobante cierre de compra 31
2.6.3 Proceso de cierre de importación 31
2.6.4 Cierre de compras 35
3. CUENTAS A PAGAR.............................................................................................................................................................. 39
3.1 Definición de parámetros de Cuentas a Pagar ................................................................................................................................ 39
3.2 Proveedores.................................................................................................................................................................................... 43
3.3 Tablas y parámetros asociados a Proveedores ............................................................................................................................... 46
3.3.1 Compradores 46
3.3.2 Condiciones de pago 46
3.3.3 Límite de crédito de compra 48
3.4 Comprobantes de Proveedores, Formularios y Conceptos ............................................................................................................. 48
3.4.1 Comprobantes de Proveedores 48
3.4.2 Formularios de Proveedores 53
3.4.3 Conceptos de Proveedores 54
3.5 Imputaciones en Cuenta Corriente ................................................................................................................................................. 56
3.6 Estructuras de Cálculo .................................................................................................................................................................... 56
3.6.1 Asociación de Estructura de cálculo de Proveedores 59
3.6.2 Ejemplo de Estructura de cálculo en factura de compra – Aplicable en Argentina 60
3.7 Registraciones de Pagos ................................................................................................................................................................. 62
3.7.1 Autorizaciones de Pagos 62
3.7.2 Selección de obligaciones 63
3.7.3 Calculo de obligaciones a pagar (Retenciones) 63
3.7.4 Pago a Proveedores 64


1. INTRODUCCIÓN
Se explica la configuración y uso funcional de los módulos de gestión de compras y cuentas a pagar. A
continuación, se detallan algunas características:
Parámetros generales de Compras y Proveedores
2. GESTIÓN DE COMPRAS
El módulo Gestión de Compras, permite llevar la administración de todas las instancias asociadas al circuito
de abastecimiento de la empresa, como así también la actualización del módulo de Gestión de Cuentas a
Pagar mediante la carga de facturas de proveedores y compras de contado, y Administración de Inventarios,
con la actualización del stock.
2.1 Definición de parámetros de compras

En el objeto Definición de parámetros de Compras se realiza la configuración general de dicho módulo.
A continuación, se detallan los parámetros que se ubican en el paso 1 - Definición de parámetros de compras;
Figura 1. Paso 1 - Definición de parámetros de Compras.


• Período de registración: se indica el rango de fechas en la cual se encuentra habilitado el módulo para su
registración. Cualquier movimiento con fecha de registración que se quiera procesar que no se encuentre
en dicho rango, no será posible realizarlo.
• Porcentaje de tolerancia en Impuestos: Se ingresa el valor porcentual en el cual el sistema controla que
el importe ingresado final, durante el ingreso de un comprobante de compras, no exceda al valor original
más el porcentaje de tolerancia definido. El control de tolerancia de impuestos se realiza en los conceptos
intermedios y totales. Por ejemplo, si el valor de tolerancia en impuestos es del 10 %, el sistema controla
que el valor de la percepción que se modifique no supere el 10 %.
• Porcentaje de tolerancia en No impuestos: se ingresa el valor porcentual en el cual el sistema controla
que el importe ingresado final, durante el ingreso de un comprobante de compras, no exceda al valor
original más el porcentaje de tolerancia definido. El control de tolerancia de impuestos se realiza en los
conceptos primarios.
• Proveedor predeterminado para requerimientos: se indica el código de proveedor que por defecto se
utiliza en los comprobantes que intervienen en los circuitos de requerimientos. Es necesario tildar la casilla
Permite utilizar proveedor de requerimiento, del circuito de compras correspondiente.
• Trabaja con aplicaciones en la registración: se indica para permitir que, al momento de las operaciones de
compra, se indique al sistema el destino que tendrán los productos adquiridos por la empresa. Entre las
opciones disponibles se encuentran No, Si requerido y Si No requerido.
• Recupera descripción de campos de Usuario: se indica para permitir que el sistema muestre la descripción
de aquellos campos creados por el usuario.
• Trabaja con esquema de cantidades: se indica para permitir modificar las distintas cantidades (facturación,
Alternativa, etc.). En este caso la cantidad de stock es la cantidad ingresada en la registración.
• Aplica factores al precio: se indica para permitir aplicar los factores de conversión, secundario, alternativo
y de facturación, al precio del remito, según el tipo de unidad. Se habilita en caso de tildar la casilla Trabajar
con esquema de cantidades.
• Permite editar cantidades en la modificación de comprobantes: se indica para permitir la modificación de
las cantidades de producto en el proceso de modificación de comprobantes de compras.
• Controla tolerancia en cantidades de facturación, alternativa y conversión: se indica para permitir que el
sistema realice el control de la tolerancia en función al porcentaje indicado en los objetos Productos y
Circuitos de compras.
• El mantenimiento permite modificar la imputación contable: se indica para determinar el criterio de la
modificación de la cuenta contable en los comprobantes de compras. Las opciones disponibles son:
 Cuenta contable y Dimensiones cuando no está cancelado: se indica para permitir modificar los
campos Cuenta y Dimensiones cuando el comprobante no tiene aplicaciones en la cuenta corriente.
 Cuenta contable y Dimensiones cuando está cancelado: se indica para permitir modificar los campos
Cuenta y Dimensiones, independientemente si los comprobantes se encuentran o no cancelados. En
aquellos comprobantes cancelados, se permite siempre y cuando, el comprobante que lo aplica no
corresponde al Subdiario de Ventas o Proveedores, como es el caso de los Recibos de cobranzas o las
Ordenes de pagos, y estos últimos no tengan asociado Notas de Crédito y Notas de Débito
(Descuentos, Diferencias de cambio, etc.).


 Dimensiones cuando está cancelado: se indica para permitir modificar el campo dimensiones,
independientemente al estado del comprobante en la cuenta corriente.
Para modificar el campo Cuenta del ítem que corresponde al tipo de concepto T (Totales), debe
tener tildado a su vez, el campo Edita imputación, que se encuentra en la solapa grilla Concepto
por comprobantes, del objeto Comprobantes proveedores.
A continuación, se exponen los parámetros que se ubican en el paso 2 - Definición de parámetros de compras;
Fig. 2. Paso 2 - Pantalla de Definición de parámetros de Compras
• Máximo de columnas y filas: se ingresan las cantidades máximas de columnas y filas en la planilla de cálculo
de la registración de compras. Los valores por defecto son 255 y 1500 respectivamente.
• Fila de totales y variables: se ingresan el número de filas que se incluyen los cálculos totales y de variables.
Los valores por defecto son 1510 y 1520 respectivamente.
• Trabaja con requerimientos Autorizados: se indica para habilitar el campo Valor del campo de
Requerimiento Autorizado, donde se ingresa el valor de un estado de autorización. Para el ejemplo de la
figura 2, el sistema no permite modificar los comprobantes de compras cuyo número de estado sea 1.
• Solo modifica movimientos autorizados: se indica para que, al momento de realizar la modificación de
comprobantes de compras, solo recupere aquellos comprobantes que ya están autorizados, según lo
definido en el campo numérico Valor del campo de Requerimiento Autorizado. Siguiendo con el ejemplo
anterior, el sistema permite modificar los comprobantes de compras cuyo número de estado autorizado
sea 1.
• Utiliza porcentaje de tolerancia en precio: se indica para modificar el importe del Precio en la modificación
del comprobante de compra, dentro de los rangos permitidos en los parámetros Porcentajes de tolerancia


(máximo y mínimo), de loa objetos de menú Producto, Precios y Lista de precios.

• Traslada el asiento contable en los distintos estados de registración: se indica para permitir trasladar el
asiento contable grabado de un circuito hacia otro que le continua.
• Apertura cuenta contable: se indica para permitir realizar la apertura contable en más de una cuenta
contable por concepto de proveedores de orden primario.
• Modifica vencimiento a partir de nueva fecha S/N: se indica para permitir habilitar la opción que logra que
las fechas de vencimiento, sean actualizadas en caso de que la fecha original sufra alguna modificación.
• Graba tabla de vencimientos: se indica para permitir grabar los vencimientos en movimientos generados
en los circuitos de Compras. Caso contrario, sólo se graban en las registraciones de Proveedores.
• Verifica límite de crédito para todos los proveedores: se indica para permitir que el sistema realice la
validación que siempre se ingrese un valor en el campo Límite de crédito, del objeto Proveedores.
• Utiliza Lista de costos por unidad: se indica para permitir la expresión de precios por unidad. Al tildar esta
casilla, la asociación y asignación del precio de un producto tiene en cuenta la unidad en la que se expresa
o controla stock el mismo.
• El mantenimiento borra las autorizaciones: se indica para permitir que, al momento de realizar la
modificación de un comprobante, el mismo deja de estar autorizado.
• El mantenimiento permite editar el Proveedor: se indica para permitir que, al momento de realizar la
modificación de un comprobante, se pueda modificar el proveedor.
• El mantenimiento no recalcula cantidades: se indica para permitir que, en la modificación de
comprobantes de compras, el sistema no recalcule las cantidades (alternativa, facturación y conversión)
cuando se modifica la cantidad primaria.
• Permite modificar movimientos fuera de periodo: se indica para permitir modificar un movimiento
correspondiente a un período inhabilitado.
• No realiza control de anticipos para movimientos de stock: se indica para no controlar en un circuito de
compras que administra facturas de anticipos, la registración de la factura de anticipo, al momento de la
registración del movimiento de stock, por ejemplo, el ingreso de productos por un remito de compras.
• El cierre de importaciones actualiza el precio de la Llegada a Planta: se indica para permitir que el precio
calculado en el cierre de importación o de compras locales, se lo asigna los comprobantes de ingreso de
stock. Caso contrario, queda el precio de la orden de compra generada.
• Edita precio calculado por el cierre de importaciones: se indica para permitir al usuario, asignar un precio
de nacionalización distinto al que propone el sistema en el proceso de cierre de importación. Esto se aplica
únicamente para el cierre de importación.
• Toma precio original de la factura de importación: se indica para permitir que el sistema considere como
precio base, el registrado en la factura, en lugar de tomar el de la Orden de Compra. Se recomienda no
tildar dicha opción.
• Toma cambio original de la factura de importación: se indica para permitir que el sistema considere el tipo
de cambio registrado en la factura de importación. Caso contrario, considera el tipo de cambio de la
moneda extranjera, en el proceso de compras locales o de importación.


• Agrega ítems al conocimiento de embarque: se indica para permitir ingresar ítems adicionales a los que se
recuperan del comprobante original, como es la orden de compra. Caso contrario, no lo permite y considera
en su caso la configuración del circuito de compras en relación a la posibilidad de incorporar ítems
adicionales.
2.2 Circuito de compra
En el objeto Circuitos de compras, se definen las distintas combinaciones entre los circuitos (Códigos de
circuitos de compras) o pasos de la gestión de compras, y para cada combinación los mecanismos de
validación; verificación; métodos de agrupación de ítems; límite de crédito; tratamiento de anticipos y precios;
vigencias; bonificaciones; atributos, y comprobantes a generar para los módulos de Compras, Cuentas a Pagar,
Administración de Inventarios y Tesorería.
Existen dos (2) tipos de pasos o circuitos;
• Pasos o circuitos directos, que no dependen de un paso anterior. Se deben definir como circuitos que
aplican sobre los mismos circuitos. Por ejemplo, el código de circuito de orden de compra es el 0100,
entonces en esta aplicación, la definición de la orden de compra, es Circuito a generar: 0100, y Parte de
circuito: 0100.
En este tipo de circuitos, se trabaja por lo general, con ingresos manuales de productos y cantidades, por
parte del usuario.
• Pasos o circuitos indirectos, que dependan de un paso anterior. Se deben definir como circuitos que aplican
sobre los otros circuitos. Por ejemplo, el código de circuito de Informe de recepción de productos es el
0300 y el código de Factura es el 0400, entonces en esta aplicación, la definición de la Factura sobre Informe
de recepción de productos, es Circuito a generar: 0400, y Parte de circuito: 0300.
En este tipo de circuitos, se trabaja por lo general, con ingresos de cantidades asociadas a productos que
se recuperan en forma automática del paso anterior, por encontrarse pendientes de aplicación.
A diferencia del paso o circuito directo, se definen los reportes de grupo y de detalle, especificando
de esta manera, la forma de agrupación y recuperación de los productos.
Para la definición de los circuitos de compras, se necesita crear previo los códigos a utilizar en
dichos circuitos. Para ello, se los definen en el objeto Códigos de circuitos de compras.
Cuando se ingresa al objeto Circuitos de compras, se visualiza la pantalla que se muestra en la siguiente figura.


Fig. 3. Circuito de Compras.
En el contenedor Circuitos, se encuentran los siguientes campos;

• Circuito a Generar: se indica el código de circuito a generar. Es de ingreso obligatorio. Por ejemplo, el
circuito a generar Orden de compra que parte de un Requerimiento.
• Parte de circuito: se indica el código de circuito de origen o del que parte el circuito a generar. Es de
ingreso obligatorio. Por ejemplo, el circuito de origen Requerimiento para generar una Orden de compra.
• Descripción: se ingresa una descripción que identifica el circuito de compras.
• Información detallada: se ingresa una identificación o referencia adicional, a efectos informativos o
aclaratorios.
En el contenedor Actualiza, se encuentran los siguientes campos;

• Compras/Stock/Tesorería/Proveedores: se indica para indicar que el circuito de compras actualice el
módulo Compras/Stock/Tesorería/Proveedores.
En el contenedor Tipo de movimiento, se encuentran los siguientes campos;

• Anulación: se indica para definir al circuito de compras como Anulación, es decir que anula otro circuito
registrado. No deja pendiente del paso en cuestión y sólo anula el paso anterior. Los circuitos de anulación
heredan las características de la transacción que está anulando, independientemente a la configuración del
circuito original de registración. Por ejemplo, la Anulación con reversión de pendientes a partir de una
Orden de compras.


• Proceso de total opcional: se indica para que en este tipo de anulación no exista interacción con el usuario,
es decir, el sistema lo realiza en forma automática. Se habilita cuando el circuito aplica sobre otro.
• Utiliza paso: se indica para eliminar el período que se encuentre pendiente, únicamente para aquellos
casos que estén dentro de la etapa de depuración.
• No revierte pendientes: se indica para que el circuito en cuestión no revierta el pendiente del paso anterior,
es decir, quede disponible para futuras aplicaciones. Se utiliza exclusivamente en circuitos que aplican
sobre otros. Funciona en forma conjunta con el campo Anulación. Por ejemplo, el circuito a generar
Anulación sin reversión de pendientes a partir de un Requerimiento de sectores.
• Proceso total: se indica para habilitar la opción mediante la cual no exista interacción con el usuario, es
decir que en forma automática la aplicación tratará de generar el movimiento. Se encuentra disponible
cuando el circuito aplica sobre otro.
• Reajuste de precios: se indica para realizar la aplicación de notas de crédito y débito por diferencias de
precios. Trabaja únicamente en conjunto con el módulo de Proveedores ya que actualiza en cuenta
corriente. Su funcionamiento es:
1. Al momento de ingresar a la registración luego de indicar el movimiento, permite el ingreso del
Precio Nuevo.
2. Luego del ingreso del Precio Nuevo, el resultado diferencial entre el Nuevo y Viejo Precio se asigna
en forma automática al campo precio.
• Primer paso: se indica para definir que el circuito es primer paso, por ende, no puede generarse a partir de
otro anterior. Por ejemplo, el Requerimiento de un sector.
• Agrupamiento o Fraccionado: se indica para permitir el egreso e ingreso de productos a stock en función
a una fórmula de composición asociada al producto a generar. Asimismo, se permite consumir el mismo
producto que se genera, porque permite cambiar de envase un mismo producto.
• Anulación total del movimiento: se indica para permitir cancelar la cuenta corriente y los ítems, sin realizar
ningún tipo de cálculo.
En el contenedor Recuperación del paso anterior, se encuentran los siguientes campos;

• Reporte de pendiente (grupo): se ingresa el reporte que agrupa los ítems (productos) para generar un
comprobante (Ej.: proveedor, condición comercial, etc.). Es utilizado para la recuperación de los datos del
encabezado de pasos anteriores. Se utiliza para los circuitos con pasos indirectos, por ejemplo, el reporte
CO_REQ_GRP (CO-Compra s/requerimiento cotizado (grupos)), que recupera los requerimientos
pendientes (a nivel encabezado) necesarios para registrar una Orden de compra.
• Reporte de pendiente (detalle): se ingresa el reporte que agrupa los ítems (productos) de pasos anteriores,
que dependen del parámetro/s definidos en el reporte de grupo. Se utiliza para los circuitos con pasos
indirectos, por ejemplo, el reporte CO_REQ_DET (CO-Compra s/requerimiento cotizado (grupos)), que
recupera los ítems pendientes incluidos en un Requerimiento, necesario para registrar una Orden de
compra.
• Toma parámetros del reporte: se indica para visualizar los distintos parámetros definidos en el reporte de
grupo, dentro de los circuitos que aplican sobre otros.


• No recupera asiento contable: se indica para no recuperar el asiento contable del paso anterior. Esta
opción se habilita cuando en la Definición de parámetros de Compras está activa la opción Traslada el
asiento contable en los distintos estados de registración y el circuito aplica sobre otro. Por ejemplo,
asegurarse en la registración de una Orden de compras, que el sistema no recupere el asiento contable
grabado en el comprobante de origen Requerimiento de sectores.
• Recupera paridad del coeficiente: se indica para recuperar la paridad con la cual se generó el movimiento.
En circuitos que aplican sobre varios movimientos, recuperará sólo el valor del primer ítem. Por ejemplo,
asegurarse en la registración de una Orden de compras, que el sistema recupere el último tipo de cambio
de las monedas.
• Recupera estructura de vencimientos: se indica el tipo de recuperación de la estructura de vencimientos.
Las opciones disponibles son:
 Traslada fecha fija: el sistema asigna la misma fecha de vencimiento indicado en el paso
anterior para cada cuota y recalcula el importe de cada cuota en función del porcentaje del
paso anterior.
 Recalcula fecha en función de días de vencimiento: el sistema calcula la nueva fecha de
vencimiento aplicando la cantidad de días que hay entre cada cuota del paso anterior y la
fecha de movimiento del comprobante. En las cuotas que las fechas calculadas sean inferior a
la fecha de movimiento, se asignará la fecha de movimiento. Recalcula el importe de cada
cuota en función del porcentaje del paso anterior.
 Aplica condición de pago: se recalcula las cuotas e importes en función de la condición de
pago asignada al comprobante.
• Acción de cancelación ítem del paso anterior: se indica el criterio a utilizar para la cancelación de las
cantidades pendientes que existen entre los pasos indirectos. Las opciones disponibles son:
 Cantidad: se cancela el pendiente del comprobante del paso anterior por la cantidad que se
ingresa en la transacción en curso.
 No cancela: la transacción en curso no cancela el pendiente del comprobante del paso
anterior.
 Total: se cancela el total del pendiente del comprobante del paso anterior, no quedando
pendiente, independientemente de la cantidad que se ingresa en la transacción en curso.
• Verifica recuperación de ítems de un único comprobante: se indica para permitir indicar únicamente un
ítem por vez, al momento de realizar un movimiento cuyo circuito aplica sobre otros. Su función es la de
no permitir la múltiple selección de ítems en distintos comprobantes. Por ejemplo, asegurarse en la
registración de una Orden de compras, que el sistema solo recupere los ítems pendientes de un único
Requerimiento de sectores.
• Posibilidad de agregar nuevos ítems: se indica para agregar nuevos productos al comprobante que se
registra a partir de otro anterior. Se encuentra disponible cuando el circuito aplica sobre otro. Por ejemplo,
agregar nuevos ítems en la registración de una Orden de compras, que se genera a partir del Requerimiento
de sectores.
• No recupera depósito y sector del paso anterior: se indica para no permitir recuperar del comprobante
registrado en el paso anterior, el código de depósito y sector. Por ejemplo, asegurarse en la registración de


un Remito de compras, que el sistema no recupere el depósito y sector indicado en el Requerimiento de

sectores.
• Visualiza un solo reporte: se indica para no mostrar durante la registración de un circuito indirecto el
reporte de detalle de ítems, y de esta forma eliminar la posibilidad de omitir ítems pendientes. Por ejemplo,
asegurarse en la registración de la Orden de compra, que el sistema recupere todos los ítems incluidos en
el Requerimiento de sectores.
• Ingreso manual: se indica para definir que el circuito es de ingreso manual. En este tipo de registración se
indica el tipo de producto, producto y cantidad. Además, permite la aplicación automáticamente sobre el
paso anterior con el mismo criterio definida en el campo ordenamiento para ingreso manual.
• Ordenamiento para ingreso manual: se indica para permitir ingresar el código de estructura de
ordenamiento, que representa el criterio de ordenamiento de los valores de pendientes que se recuperan
de pasos anteriores. Dicho valor se define en el objeto Ordenamiento para descarga den ingreso manual.
Se habilita cuando el campo ingreso manual, se encuentra habilitado.
• Recupera sector de pago del proveedor: se indica para permitir recuperar el sector de pago del proveedor.
Esta opción se utiliza en circuitos que aplican sobre otros, y su objetivo es recuperar el código de sector de
pago del proveedor grabado en el circuito anterior. Por ejemplo, asegurarse en la registración de una Orden
de compras, que el sistema recupere el sector de pago grabado en el comprobante de origen
Requerimiento de sectores.
En el contenedor Recuperación para paso posterior, se encuentran los siguientes campos;

• No genera asiento contable: se indica para no generar el asiento contable en el comprobante a generar
del paso posterior. Esta opción se habilita cuando en la Definición de parámetros de Compras se tilda la
casilla Traslada el asiento contable en los distintos estados de registración.
• Graba estructura de vencimientos: se indica para grabar la composición de los vencimientos generada en
alguno de los circuitos, sin que el mismo actualice la cuenta corriente, y de esta forma, en los pasos
posteriores recuperen la composición de los vencimientos generados y actualicen la cuenta corriente en
función a la definición realizada con antelación.
• Traslada estructura de cuotas de Cta. Cte. del paso anterior: se indica para trasladar la estructura de los
vencimientos, es decir la distribución de los porcentajes, las fechas de vencimiento y los importes, en los
pasos posteriores.
En el contenedor Controles y validaciones, se encuentran los siguientes campos;

• Congela precio: se indica para permitir que el precio cargado en el circuito directo o indirectos, se traslade
a los circuitos siguientes, y de esta forma se fije un precio. Esto se da en los casos donde el precio se fija en
forma manual o no es necesario realizar nuevamente el cálculo del precio. Para habilitar esta funcionalidad
es necesario tildar el campo Habilita definición de congela precios del circuito.
• Habilita definición de congela precios del circuito: se indica para habilitar el campo Congela Precio, el cual
permite que el precio cargado en el circuito actual, se traslade a los circuitos siguientes.
• Admite múltiple depósito: se indica para permitir asignar más de un depósito en el circuito definido.


Permite la modificación del depósito en los ítems y sub ítems. Inicialmente recupera los valores del depósito
del circuito o del comprobante.
• Admite múltiple sector: se indica para permitir asignar más de un sector en el circuito definido. Permite la
modificación del sector en los ítems y sub ítems. Inicialmente recupera los valores del depósito del circuito
o del comprobante.
• Admite múltiple proveedor: se indica para habilitar la opción que el comprobante admita por cada ítem
un proveedor diferente. Se utiliza en los circuitos de compra de requerimientos.
• Permite cantidad en cero: se indica para permitir grabar la cantidad del producto en cero, en aquellos
circuitos directos que actualizan el módulo de Compras. Por ejemplo, la registración de la Orden de compra.
• Permite modificar el proveedor: se indica para modificar el proveedor en las registraciones de los circuitos
de compras indirectas. Por ejemplo, la modificación del proveedor que se recupera en la registración de la
Orden de compra a partir de un Requerimiento. En las modificaciones de los comprobantes de
proveedores, para modificar el proveedor es necesario tildar la casilla El mantenimiento permite editar el
proveedor, dentro del objeto Definición de parámetros de compras.
• Permite utilizar el proveedor de requerimientos: se indica para utilizar el proveedor genérico en los
circuitos de compras que intervienes los requerimientos. Este proveedor se indica en el campo Proveedor
predeterminado en requerimientos, del objeto Definición de parámetros de compras.
• No valida totales de proveedores contra tesorería: se indica para definir la no validación de igualdad entre
el total de Proveedores con el total de Tesorería. Es decir, que si balancea la solapa grilla Conceptos Debe
y Conceptos Haber de Tesorería, puede no coincidir con el total de compras y cuenta corrientes.
• No respeta correlación de fechas: se indica para permitir la registración del movimiento con una fecha
anterior al comprobante por el cual parte. Por ejemplo, poder registrar el Remito de compras a partir de
una Orden de compra, con fecha 10/02/2016 y 15/02/2016 respectivamente.
• No permite productos con precio cero: se indica para no permitir grabar el precio de un producto con
precio cero.
• Máxima cantidad de ítems: se ingresa la cantidad máxima de ítems permitida en el formulario de compras
para su impresión. La cantidad máxima indicada en el formulario de compras, prevalece a la que se indica
en el circuito correspondiente.
• Cancela proceso en caso de falla: se indica para que el sistema cancele el proceso en caso de surgir algún
error dentro del mismo, sin generar él o los movimientos. Esta opción se utiliza exclusivamente para los
circuitos de compra cuyo tipo de movimientos son Proceso total.
• Verifica pendiente (Debe quedar mayor o igual a cero): se indica para verificar al momento de grabar el
movimiento, si los pendientes originales del o los movimientos involucrados han variado. De esta forma,
se evita la duplicación de la aplicación del movimiento.
• Porcentaje de tolerancia: se ingresa el porcentaje de tolerancia sobre el cual, se puede modificar la
cantidad hacia arriba (cantidad, facturación, alternativa, secundaria y conversión), de la cantidad original
grabada en un comprobante anterior. Complementariamente, se debe tildar la casilla Controla tolerancia
en cantidades de facturación, alternativa y conversión, dentro del paso 1 del objeto Definición de
parámetros de compras. El porcentaje de tolerancia sobre la cantidad que se indica en el circuito de
compras, prevalece sobre el porcentaje indicado en el maestro producto, siempre y cuando aquél sea


mayor o igual a éste.

• Permite aplicar sobre comprobantes cancelados en cuenta corriente: se indica para que el sistema no
valide que el saldo total del comprobante de anulación a registrar, no supere el monto pendiente del
comprobante aplicado. Esta funcionalidad es para el circuito de compras cuyo tipo de movimiento es
Anulación, y donde el circuito a generar y del que parte actualiza el módulo de Proveedores. Por ejemplo,
el circuito de Anulación de factura despachante.
• Verifica producto por proveedor: se indica para que el sistema verifique la existencia de la relación entre
el producto ingresado y el proveedor, dentro del objeto Tabla de equivalencia de productos del Proveedor.
Es decir, para generar el movimiento si o si debe existir la asociación entre el producto y el proveedor.
• No permite ingresar productos duplicados: se indica para no permitir la duplicidad de producto en la carga
del movimiento. Esta funcionalidad se utiliza únicamente en circuitos directos.
• Utiliza simulación de productos: se indica para utilizar productos simulados dentro del circuito en
definición. Existen circuitos de compras que permiten presupuestar sin el producto real y luego al momento
de la recepción del producto, el sistema permite cambiar el producto simulado por otro real. Por ejemplo,
se registra una orden de compra por un producto simulado, y luego se registra la factura de compras
(aplicada sobre la orden de compras) con otro producto real. El producto es simulado si en el objeto
Productos, tiene la tilde en la casilla Simulación en compras y no es componente de un kit de armado.
• Verifica número interno: se indica para evitar la duplicidad de números por fallas de usuario. El criterio
utilizado es la comprobación del número interno, que es la conjunción del proveedor y el formulario
utilizado. En los circuitos de compras se debe ingresar el número interno o número de factura del
proveedor.
• Reasigna coeficientes en ítems: se indica para trasladar la modificación del coeficiente o moneda de
registración de deuda en el encabezado, a los ítems que se encuentran en la solapa grilla ítems.
• Permite ingreso por equivalencia: se indica para permitir ingresar productos por sus respectivas tablas de
equivalencia. En el caso de compras se utiliza los datos cargados en el objeto Tabla de equivalencia de
productos del Proveedor. La funcionalidad del ingreso de equivalencia se asemeja al código de producto
reducido, donde al ingresar el mismo la registración recupera y completa los valores del tipo y código de
producto. Se encuentra disponible en circuitos que aplican sobre sí mismo y circuitos que aplican sobre
otros. Al momento de la registración de compras, se accede al botón lupa Búsqueda de Equivalencia, para
su búsqueda, selección y posterior recuperación del tipo y código de producto.
• No permite la edición de la lista de costos: se indica para no permitir la edición de la lista de costos que se
recupera al momento de la registración del movimiento.
• No actualiza precio de última compra: se indica para no actualizar el precio de última compra de los
productos de tipo stockeables, en los circuitos que actualizan el módulo de proveedores. Por ejemplo, la
registración de la factura de compras a partir de un Remito de compras.
• Incluye no stockeables en la actualización de precio de última compra: se indica para actualizar el precio
de última compra a todos los tipos de productos, además de los stockeables (no stockeables, mano de obra,
proceso, etc.). Por ejemplo, el tipo de producto Gastos bancarios.
• No realiza control de fechas de entrega: se indica para no permitir validar las fechas de entrega. Por
ejemplo, la existencia de fechas de entregas menores a la fecha de registración del movimiento.


• Toma la fecha de contabilización para recuperar paridades: se indica para considerar la paridad o tipo de
cambio en función a la fecha de contabilización, en lugar de la fecha de emisión.
• Requiere el ingreso de dimensiones y subcuentas: se indica para obligar el ingreso de las dimensiones y
subcuentas en las registraciones de los movimientos de compras.
• No permite la edición de importes para conceptos primarios: se indica para no permitir modificar los
importes ingresados de los conceptos primarios, dentro de la solapa grilla Asiento contable.
• Utiliza reportes: se indica para permitir registrar el primer paso partiendo desde un reporte.
• Permite la modificación de la condición de pago: se indica para permitir editar la condición de pago. No se
encuentra disponible en los circuitos cuyo tipo de movimiento es Anulación o los que apliquen sobre
movimientos que generaron cuotas en cuenta corriente.
• Recalcula factores: se indica para modificar en las tablas de stock los cambios realizados en los campos
Cantidad y Cantidad de facturación, dentro de la registración de compras que actualiza el módulo de Stock.
Esta funcionalidad se utiliza únicamente cuando se trabaja con esquema de cantidades, que se lo define en
el objeto Definición de parámetros de compras.
• Edita valores de la condición de pago: se indica para modificar los porcentajes que tiene la condición de
pago en el comprobante.
En el contenedor Límite de crédito, se encuentran los siguientes campos;

• Avisa: se indica para que el sistema solicite la revisión de la solapa grilla Límite de Crédito, en la misma
registración, cuando el resultado del límite de crédito supera el estipulado por el proveedor.
• Para: se indica para que el sistema solicite la revisión de la solapa grilla Límite de Crédito, en la misma
registración, cuando el resultado del límite de crédito supera el estipulado por el proveedor. Mientras
persista el exceso sobre el límite de crédito, el sistema no permite la grabación del comprobante.
• Graba composición: se indica para grabar la composición del límite de crédito sin la necesidad de que el
usuario se posicione en la solapa grilla Límite de crédito, dentro de la registración de compras. Esta
funcionalidad está disponible si no se tilda la opción Avisa o Para.
En el contenedor Anticipos, se encuentran los siguientes campos;

• Factura de anticipos: se indica para permitir que el movimiento a generar corresponde a la facturación de
algunos de los anticipos indicados en el pedido original.
El circuito de anticipos propuesto es Requerimiento, Orden de compra, Facturas de anticipos,

Orden de pago (por anticipo), Informe de recepción (o Remito de compras), Factura total de
anticipos.


• Factura total de anticipos: se indica para permitir que la factura final a generar debe tener en cuenta la
existencia de anticipos facturados anteriormente, y que deben ser descontados del total del comprobante
a generar.
• Requerimientos de sectores: se indica para indicar que el circuito de compras es una necesidad de
compras, y donde se asigna un proveedor interno y requiere el sector de requerimiento que solicita la
necesidad. Por ejemplo, el circuito de compras Requerimientos de sectores. Se aplica en los circuitos
directos y en el primer paso de los circuitos indirectos.
En el contenedor Permite la edición de se encuentran los siguientes campos:

• Importes/Bonificaciones/Cantidad/Factores/Conceptos/Coeficientes: se indica para permitir modificar
en el movimiento de la registración de compras los importes, bonificaciones, cantidades, factores,
conceptos y coeficientes de los ítems que componen el comprobante.
En el contenedor Stock:
• Administra atributos: se indica para permitir utilizar los atributos de stock. Esto habilita las opciones
disponibles de atributos de stock: Depósito, Despacho, Sector, Envase, Serie, Otros, Estante, Atributos,
Fecha y Ubicación. No se encuentra disponible en los circuitos definidos como Anulación. Para cada atributo
de stock se encuentra el tipo de acción a utilizar en la registración del producto. Se habilita si se tilda el
campo Administra atributos. Las opciones disponibles son: No (por defecto), Pide y Requiere. Para que
funcione el circuito no debe actualizar el módulo de Stock.
En el contenedor Importaciones se encuentran los siguientes campos:

• Importaciones: se indica para definir que el circuito de compras es de Importación. Este campo habilita el
campo Circuito de importación y medio de transporte. Este campo no es editable si el circuito es de tipo de
movimiento Anulación.
• Solo gastos: se indica para que únicamente los productos de tipo gasto de importación, definidos en el
objeto Productos, se puedan incluir en dicho circuito de compra. Este campo se habilita si en el campo
Circuito Importaciones se indica la opción Factura de Gastos.
• Realiza liquidaciones: se indica en aquellos circuitos de importación donde el conocimiento de embarque
se genera a partir de la factura del proveedor, y donde a la fecha de conocimientos de embarque se le suma
la máxima cantidad de días de liquidación, definido en el campo Días de liquidación, del objeto Ingreso de
costos y tiempos de importación. Esta nueva fecha calculada, la aplica a los vencimientos generados
anteriormente en la o las facturas del o los proveedores, actualizando la cuenta corriente. Para obtener la
máxima cantidad de días de liquidación utiliza la clasificación arancelaria asociada a la condición de pago,
los productos asociados al conocimiento de embarque y los proveedores recuperados en los ítems.
• Circuitos de importaciones: se indica el tipo de circuito de importación. Las opciones disponibles son:
 Orden de compra al exterior: se registra el pedido de compra de los productos al proveedor del
exterior. El circuito actualiza el módulo de Compras.
 Conocimiento de embarque: se registra el documento que respalda el transporte de los productos


importados (aéreo, marítimo o terrestre). El circuito actualiza el módulo de Compras.

 Llegada a puerto: se registra la llegada a un puerto el cual representa el incremento de stock en un
depósito externo o fiscal. El circuito actualiza el módulo de Stock.
 Llegada a planta: se registra la llegada a planta o deposito propio (o definitivo). Representa una
trasferencia de stock desde el deposito fiscal o externo al propio (o definitivo). El circuito actualiza
el módulo de Stock.
 Nacionalización: se registra el comprobante que confirma la nacionalización del producto
importado. El circuito actualiza el módulo de Compras.
 Factura de gastos: se registran los gastos directos asociados al producto que se importa, el cual se
van prorratear en el producto a través de los objetos Cierre de importaciones o Cierre de compras.
El circuito actualiza el módulo de Proveedores.
 Factura de importación: se registran los productos importados. El circuito actualiza el módulo de
Proveedores.
• Medio de transporte: se indica el medio de transporte a utilizar en las compras de importación.

• Requiere el ingreso del código de aduana: se indica para requerir el ingreso del código de aduana en el
comprobante que intervienen en el circuito de importación.
• No toma depósito y sector del medio de transporte: se indica para no recuperar el depósito y sector del
medio de transporte que se utiliza en la importación.
En el contenedor Datos por defecto, se encuentran los siguientes campos;

• Deposito/Sector: se indica el depósito/sector a utilizar por defecto en la registración del movimiento de
dicho circuito.
• Código reducido: se ingresa el código reducido por el cual el sistema recupera automáticamente el tipo y
código de producto único a registrar en la grilla de Ítems, permitiendo de esta forma agilizar la carga de
datos. La funcionalidad se la utiliza en los circuitos directos.
• Tipo y código de producto único: se indica el tipo y código de producto que se recupera por defecto, y el
cual se incluirá únicamente en la registración del comprobante del circuito de compras. Se utiliza solo en
los circuitos directos.
• Estructura de lectora de barras: se indica la estructura por la cual se define el tipo de valor que se carga en
el campo Lectora de la solapa grilla Ítems.
• Recupera productos por proveedor: se indica para que el sistema recupere por defecto, al momento de la
registración del comprobante del circuito, los productos asociados al proveedor. La asociación se la realiza
en cada producto, dentro del objeto Productos, en la solapa grilla Proveedores.


En el contenedor Multiformularios:
• Unifica números: se indica para unificar la numeración de los formularios utilizados en los movimientos de
stock y proveedores, en el caso de utilizar Multiformularios que se configuran desde el módulo
Administración del sistema.
En el contenedor Control de precios se encuentran los siguientes campos:

• Control de precios: se indica para asegurarse que los precios de los ítems se encuentren dentro de un rango
determinado de precios. Su tilde habilita los campos Precio mínimo y Precio máximo. Por ejemplo, si se
quiere asegurar que los importes sean mayores a 0, en el precio mínimo se ingresa 0.01 y en máximo
99999999999999.
• Recuperación de precio: se ingresa la sentencia SQL/VBScript que permite recuperar el costo y/o las
bonificaciones asociadas a un producto, diferentes a las tablas estándar del sistema. Por ejemplo, si se
desea recuperar siempre el precio $ 10 con una bonificación del 10 % en todos los Ítems, se ingresa la
sentencia Select 10 PRECIO, -10 BONIF1. Esta funcionalidad se encuentra habilitada solo para procesos
parciales o nuevos procesos totales. NOTA: para su funcionamiento es necesario indicar una lista de costos
en la registración del movimiento.
En el contenedor Código de autorización de impresión de uso exclusivo en la Argentina, se encuentran los

siguientes campos:
• Trabaja con Código de autorización de impresión: se indica si se requiere la grabación del número de CAI
(Código de autorización de comprobante) del comprobante.
• Trabaja con Lectora de Código de barras: se indica para permitir el uso de la lectora de barras. Por ejemplo,
para recuperar los valores del código de producto o el número de CAI (Código de autorización de
comprobante).
• Recupera en forma automática el número de CAI: se indica para permitir recuperar en forma automática,
el número del código de autorización vigente (CAI) que se haya vinculado al proveedor. Para la recuperación
tiene en cuenta la vigencia de los números de CAI informados en el proveedor, para esto tiene en cuenta
la fecha de registración del movimiento y con la misma verificará si existe algún número de CAI habilitado
en el proveedor, de ser así recupera ese número. Trabaja conjuntamente con el campo Trabaja con número
de Código de Autorización de Impresión.
En el contenedor Condición de pago se encuentran los siguientes campos:

• Condición de pago: se indica la condición de pago por defecto a utilizar en la registración del circuito,
independientemente de la que tenga vinculada el proveedor. Dicho valor se define en el objeto
Condiciones de pago. Por ejemplo, Contado o 15 días fecha factura.
• Lista de costos: se indica la lista de costos por defecto a utilizar en la registración del circuito,
independientemente de la que tenga vinculada el proveedor. Dicho valor se define en el objeto Lista de
costos. Por ejemplo, Costo de reposición, Proveedores en dólares, etc.


En la solapa grilla Comprobante de Stock se indica el código de comprobante de stock, en el caso que el circuito
actualice Stock.
En la solapa grilla Compras se indica el código de comprobante de compras, en el caso que el circuito actualice
Compras.
En la solapa grilla Proveedores se indica el código de comprobante de proveedores, en el caso que el circuito
actualice Proveedores.
En la solapa grilla Tesorería se indica el código de comprobante de tesorería, en el caso que el circuito actualice
Tesorería.
En la solapa grilla Límite de crédito en tesorería se indican las cuentas de tesorería que forman parte del límite
de Crédito del proveedor. Por ejemplo, considerar dentro del Límite de Crédito los cheques emitidos al
proveedor y aun no debitados.
En la solapa grilla Valores por defecto se indican alguno de los campos del objeto Proveedores, de forma tal
de ingresar un valor por defecto al momento de la registración del circuito de compras.
En la solapa grilla Límite de crédito de compras se indica el código de circuito de compras que integran el
límite de crédito. Por ejemplo, si se encuentra en el circuito de Factura de Proveedores, se puede controlar las
órdenes de compras pendientes como parte del límite de crédito.
En la solapa grilla Agrupadores se carga el código de agrupador que se carga en el objeto Agrupadores de
circuitos, y es utilizado como filtro para la emisión de reportes de pendientes (de recepción, autorizar, facturar,
etc.).
2.3 Comprobante de compra

La configuración del comprobante que se utiliza en la transacción de un circuito de compra que actualiza el
módulo de compras se realiza en el objeto Comprobantes de compras.
Al ingresar a Comprobantes de compras, se visualiza la pantalla que se muestra en la siguiente figura.


Figura 4. Comprobante de compras – Orden de compra local.
En el contenedor Comprobante se encuentran los siguientes campos:

• Código y Descripción: se ingresa un código univoco y obligatorio y una descripción que lo identifica.
• Título: se ingresa una descripción a visualizar en la impresión del comprobante de compra.
• Máscara: se indica el código de máscara de stock, definido en el objeto Máscara de Stock, que reúne a un
conjunto de productos con sus cantidades, la cual, al momento de la registración de compras, el sistema
recupera automáticamente ese conjunto de productos.
En el contenedor Numeración se encuentran los siguientes campos:

Numeración se indica el tipo de numeración a utilizar. Las opciones disponibles son:
 Automática: se le indica porque número debe comenzar a enumerar el sistema y siempre se le va
sumando 1 al anterior. No se permite la edición del número propuesto y controla secuencial y
cronológicamente los movimientos. Por ejemplo, si registre el AD 1 con el día de la fecha el AD 2 solo
lo puedo registrar con fecha de hoy o posterior, nunca anterior.
 Renumeración mensual: La numeración está dada por: las 9 posiciones del campo número, los tres
primeros dígitos representan la cantidad de meses existentes desde la fecha 01/01/1980 a la fecha de
registración del comprobante y los seis dígitos restantes representan el número de movimiento dentro
de ese mes, en forma correlativa. El sistema controla si la última fecha grabada corresponde al
mes/año en que se está generando el comprobante. Si esto es afirmativo, directamente le suma 1
(uno) al último número de movimiento interno registrado, en el módulo correspondiente, para ese
mes/año. Caso contrario, genera la numeración para el nuevo mes/año.


 Semiautomática: el sistema propone la numeración, al último número interno registrado, en el

módulo correspondiente le suma 1 (uno). Este número se puede modificar siempre que no se repita,
respetando la correlatividad numérica y cronológica.
 Irrestricta: es manual el sistema propone la numeración. Al último número interno registrado, en el
módulo correspondiente le suma 1 (uno). Este número se puede modificar por cualquier número
siempre que no se repita.
• Último Número se ingresa en principio el número con el cual necesita el sistema comience a numerar y
luego se va actualizando solo mientras que Última Fecha es el campo que se actualiza según la última fecha
que se haya registrado el comprobante.
• Última fecha se indica o recupera la última fecha en la que el formulario fue utilizado en una registración.
• Recuperación de fecha, se indica la opción si cuando se registra el comprobante puede proponer la fecha
del día o la última fecha del campo Última Fecha.
• Máxima Cantidad de ítems, se ingresa cuantos registros puede haber en un comprobante con el mismo
número. En el caso de sobrepasar ese número el sistema utilizara otro número adicional. Por ejemplo, si
en el campo indico 10 ítems y registro un comprobante con 30 ítems, Softland utiliza 3 números para ese
movimiento.
• Letra Identificadora: se ingresa la letra del comprobante de compra.
• Sucursal: se ingresa la sucursal a la cual corresponde el comprobante.
• Nombre del Reporte se ingresa el código interno que posee el reporte que deseamos que imprima el
sistema al realizar una transacción con este comprobante.
• Cantidad de copias: se ingresa la cantidad de copias que se requiere que imprima el comprobante. Esto
tendrá efecto si el reporte que se utiliza para imprimir busca el valor de este campo para indicar la cantidad
de copias a imprimir.
• Numeración personalizada si se desea realizar determinados controles, como el caso de la secuencialidad
en fecha y numeración, modificar la fecha y numeración o registrar en periodos cerrados.
En el contenedor Datos adicionales se encuentra el campo Se incluye en estadísticas, para permitir incluir
dicho comprobante en reportes cuyo fin es obtener estadísticas
En la solapa grilla Datos del formulario por Empresa se visualiza por cada empresa del grupo empresario
(entorno multisociedad), la definición del comprobante con el detalle de cada uno de los campos antes
mencionados.
2.4 Registración de compras

En el objeto Registración de compras se realiza la registración manual. Es decir, el sistema presenta una serie
de pantallas que consisten en pasos y que actúan de filtro de datos, para luego finalizar en la pantalla de
registración de la operación de compra.


Se recomienda la creación de atajos directos (objeto link en el sistema), para facilitar la carga
operativa al usuario final, en aquellas operaciones de compras de uso frecuente. Su creación se
resume en 2 pasos concretos; 1) la creación del objeto link a partir del objeto original, en este
caso Registración de compras. 2) la creación de la macro o guardado de valores asociados al
objeto link. Para más detalle, solicitar al área de soporte el documento Personalización de
pantalla.
2.5 Compras de Importación

Se explica la configuración y uso del circuito de compras de importación o compras en el exterior. Asimismo,
la registración de los gastos de importación y su vinculación con los comprobantes que intervienen en la
importación de los productos.
A continuación, se muestra un esquema propuesto del circuito de importación:
Figura 5 – Circuito básico de importación de Productos


Como se muestra en figura anterior, el circuito se inicia con la emisión de la Orden de Compra al Exterior; le
sigue el Conocimiento de Embarque, que representa el documento por el que se instrumenta las condiciones
del transporte de los productos; continúa con la recepción de la Factura de importación de los productos,
emitida por el proveedor del exterior; luego el comprobante de stock Llegada a Puerto, correspondiente con
el ingreso de los productos al depósito fiscal y por último Llegada a Planta, que es el comprobante de
transferencia de stock, del depósito fiscal al depósito definitivo de planta.
Asimismo, se originan determinados gastos asociados con la importación de los productos, como pueden ser
los gastos de fletes por el traslado de los productos, los honorarios del despachante de aduana, los seguros de
importación, los gastos de nacionalización, etc.
2.5.1 Comprobantes de importación
2.5.1.1 ORDEN DE COMPRAS DEL EXTERIOR – CONOCIMIENTO DE EMBARQUE
La configuración de la orden de compras del exterior y del conocimiento de embarque, especialmente en la

numeración, se realiza desde el objeto Comprobantes de compras.
2.5.1.2 FACTURA DE IMPORTACIÓN Y DE GASTOS (DE IMPORTACIÓN)
En el objeto Comprobantes de proveedores, se definen en general los conceptos de proveedores permitidos,

las cuentas contables, el tipo de subdiario contable, los formularios de impresión y su numeración, entre otras
configuraciones.
En relación a los conceptos de proveedores, se incluirán en la factura de importación, aquellos asociados con
los productos adquiridos, en cambio en las facturas de gastos, los que se encuentren vinculados a los
productos indicados como gastos de importación (ver punto 2.2.6.1 Gastos de importación – Productos).
2.5.1.3 LLEGADA A PUERTO – LLEGADA A PLANTA
En el objeto Comprobantes de stock, se definen en general los depósitos intervinientes en el movimiento de

inventario, los formularios de impresión y su numeración, y el tipo de registración, entre otras configuraciones.
Para el caso de la Llegada a Puerto, se debe indicar lo siguiente:
• Tipo de movimiento: Ingreso
• Registración desde: Compras
• Tipo de cuenta: Proveedor
• Depósito y sector receptor: código de depósito y sector donde ingresan los productos. Se sugiere elegir
el depósito fiscal o aduanero correspondiente.


Figura 6 –Comprobante Llegada a Puerto.
Para el caso de la Llegada a Planta, se debe indicar lo siguiente:

• Tipo de movimiento: Transferencia
• Registración desde: Compras
• Tipo de cuenta: Proveedor
• Depósito y sector emisor: código de depósito y sector correspondiente.
Figura 7 –Comprobante Llegada a Planta.
2.5.2 Circuitos de compras de importación

En el objeto Circuitos de compras, se realiza la definición de cada uno de los circuitos de importación.
2.5.2.1 ORDEN DE COMPRA AL EXTERIOR
El circuito de compra que actualiza el módulo de Compras, dentro del contenedor Importaciones, se debe
tildar la casilla Importaciones, y luego indicar en la casilla Circuito importaciones, la opción Orden de compra
al exterior.


Figura 8 – Circuito de compras – Orden de compra al exterior.

2.5.2.2 CONOCIMIENTO DE EMBARQUE
El circuito de compra que actualiza el módulo de Compras, dentro del contenedor Importaciones, se debe
tildar la casilla Importaciones, y luego indicar en la casilla Circuito importaciones, la opción Conocimiento de
embarque.
Figura 9 – Circuito de compras – Conocimiento de embarque.

2.5.2.3 FACTURA DE IMPORTACIÓN
El circuito de compra que actualiza el módulo de Proveedores, dentro del contenedor Importaciones, se debe
tildar la casilla Importaciones, y luego indicar en la casilla Circuito importaciones, la opción Factura de
importación.
Figura 10 – Circuito de compras – Factura de importación.
2.5.2.4 LLEGADA A PUERTO
El circuito de compra que actualiza el módulo de Stock, dentro del contenedor Importaciones, se debe tildar
la casilla Importaciones, y luego indicar en la casilla Circuito importaciones, la opción Llegada a puerto.


Figura 11 – Circuito de compras – Llegada a puerto.

2.5.2.5 LLEGADA A PLANTA
El circuito de compra que actualiza el módulo de Stock, dentro del contenedor Importaciones, se debe tildar
la casilla Importaciones, y luego indicar en la casilla Circuito importaciones, la opción Llegada a planta.
Figura 12– Circuito de compras – Llegada a planta.

2.5.2.6 FACTURA DE GASTOS (DE IMPORTACIÓN)
El circuito de compra que actualiza el módulo de Proveedores, dentro del contenedor Importaciones, se debe
tildar la casilla Importaciones, y luego indicar en la casilla Circuito importaciones, la opción Factura de gastos.
Figura 13 – Circuito de compras – Factura de gastos.

2.5.2.7 GASTOS DE IMPORTACIÓN - PRODUCTOS
Cada uno de los gastos incurridos por la importación de los productos, se los debe dar de alta como un
producto en el objeto Productos. Al crearlos, es importante tildar la casilla Gastos de importación e indicar
alguna de las opciones disponibles en la casilla Método prorrateo;
 Importe, el gasto se prorratea en proporción al valor monetario de cada uno de los productos
facturados.
 Volumen, el gasto se prorratea en proporción al volumen de cada uno de los productos facturados.


Este valor se encuentra en el campo Volumen, ubicado en el contenedor Datos Adicionales.

 Peso, el gasto se prorratea en proporción al peso de cada uno de los productos facturados. Para
obtener el peso de cada producto, el sistema realiza el siguiente procedimiento; a) calcula el promedio
entre el peso mínimo y máximo definido en el producto importado; b) el promedio lo multiplica por la
cantidad ingresada, es decir que convierte la cantidad a peso; c) sumariza todas las cantidades
ajustadas por el peso promedio y por el cual, determina el porcentaje de participación de cada uno de
los ítems. Es importante que todos los productos importados tengan la misma unidad de medida de
peso.
 Clasificación arancelaria, el gasto se prorratea en proporción a la tasa, de cada uno de los productos
facturados. La clasificación arancelaria se la define en el objeto Ingreso de costos y tiempos de
importación, donde se indica la tasa para cada combinación de proveedor, medio de transporte,
condición comercial y clasificación arancelaria (objeto Clasificación arancelaria).
Figura 15. Método prorrateo.
2.5.3 Registración de factura de gastos

Para asociar la factura de gasto a la carpeta de importación, es necesario considerar cual proceso de cierre se
utilizará (cierre de compras o de importación). El cierre representa el cálculo del prorrateo de los gastos
facturados por la importación y su asignación, al costo de los productos importados.
Como procesos de cierre se encuentran los de Cierre de importación y Cierre de Compras, y los mismos se
explican en el punto Tipos de cierre de compras.
Si el objetivo es realizar el proceso de cierre de la importación desde el objeto Cierre de importación, la
asociación del gasto a la carpeta de importación se la realiza a través del Conocimiento de embarque.
Si el objetivo es realizar el proceso de cierre de la importación desde el objeto Cierre de compras, la asociación
del gasto a la carpeta de importación se la realiza desde cualquier comprobante del circuito de importación,
recomendándose la Orden de compra del exterior.
A continuación, se explica las dos (2) variantes;
2.5.3.1 FACTURA DE GASTOS DE COMPRAS - CIERRE DE IMPORTACIÓN
El ingreso de la factura de los gastos de importación se realiza desde el objeto Registración de compras.
La asociación de esa factura a la carpeta de importación, se lo realiza en los campos Módulo comprobante de
relación de gastos, Código de comprobante de gastos y Número de comprobante de relación de gastos.


Circuitos de compras básico de importación – Proceso Cierre de Importación
Orden de Compra al
Comprobante de Compras Exterior
Conocimiento de Facturas de Gastos (de

Comprobante de Compras
Embarque Importación)
Comprobante de
Factura de Importación
Proveedores
Comprobante de Stock Llegada a Puerto

(Ingreso)
Comprobante de Stock
Llegada a Planta
(Transferencia)
Figura 16. Vinculación factura de gasto de importación – Conocimiento de embarque.
En el siguiente ejemplo, la factura de gastos 0001-00001511 del proveedor 4, se asocia al Conocimiento de

embarque se vincula CE y número 156888.
Figura 17. Asociación de la factura de gasto de importación al Conocimiento de embarque.
2.5.3.2 FACTURA DE GASTOS DE COMPRAS - CIERRE DE COMPRAS
El ingreso de la factura de los gastos de importación se realiza desde el objeto Registración de compras.
La asociación de esa factura a la carpeta de importación, se lo realiza en los campos Módulo comprobante de
relación de gastos, Código de comprobante de gastos y Número de comprobante de relación de gastos.
A diferencia del anterior, la asociación del gasto se puede realizar en cualquiera de los comprobantes del
circuito de importación, aunque se recomienda la Orden de compra al exterior.


Figura 18. Asociación de la factura de gasto de importación al comprobante del circuito de importación.
Se aconseja realizar la asociación del gasto, en todos los casos, con un comprobante en particular,
como ser la Orden de compra al exterior. De esta manera se evita que, al ejecutar el Cierre de
Compras, no se consideren facturas de gastos de importación.
En el siguiente ejemplo, la factura de gastos 0001-00005151 del proveedor 1, se asocia a la Orden de compra
del exterior OCE y número 2.
Figura 19. Vinculación factura de gasto de importación – Factura de Importación.


2.6 Tipos de cierre de compras

Se explica el proceso de cierre de compras nacionales e importaciones (compras del exterior). Dicho proceso
se genera con el objetivo de realizar el cálculo de prorrateo y asignación en forma proporcional, del importe
facturado por los gastos de compras, hacia el costo facturado de los productos. De esta manera el costo de
entrada de los productos tiene incorporada la porción de los gastos necesarios para su adquisición.
Por ejemplo, en las compras locales se necesita asignar al costo de los productos, algunos gastos vinculados a
la compra, como son los fletes y peajes abonados por el traslado de los productos, desde el depósito del
proveedor al de la empresa. En el caso de las importaciones, los gastos vinculados pueden ser los honorarios
del despachante de aduana, gastos de nacionalización, fletes, entre otros.
2.6.1 Parámetros
En el objeto Definición de parámetros de Compras, en el paso 2, contenedor Cierre de importaciones, se
encuentran las siguientes opciones:
Fig. 20. Definición de parámetros de Compras
• El cierre de importación actualiza el precio de la llegada a planta, se indica si el precio calculado en el

cierre de importación o de compras locales, se asigna al comprobante de ingreso de llegada a planta. Caso
contrario, queda el precio de la orden de compra generada.
• Edita precio calculado por el cierre de importaciones, se indica para que el usuario pueda asignar un precio
de nacionalización distinto al que propone el sistema en el proceso de cierre de importación. Únicamente
se aplica para el cierre de importación.
• Toma precio original de la factura de importación, se indica para que el sistema considere como precio
base el registrado en la factura, en lugar del de la Orden de Compra. Se recomienda no tildar dicha opción.
• Toma cambio original de la factura de importación se indica para que el sistema considere el tipo de
cambio registrado en la factura de importación. Caso contrario, existe la posibilidad de carga el tipo de
cambio de la moneda extranjera, al momento de realizar el proceso de cierre de compras locales o de
importación.


• Agrega ítems al conocimiento de embarque se indica para que el sistema considere ingresar ítems
adicionales a los que se recuperan del comprobante original, como es la Orden de compra. Caso contrario,
no lo permite y considera en su caso la configuración del circuito de compras en cuanto a la posibilidad de
incorporar ítems adicionales.
2.6.2 Comprobante cierre de compra

En el objeto Comprobantes de stock, se debe generar un comprobante de cierre de compras. Para ello, se
debe indicar el tipo de movimiento Ajuste y en el campo Registración desde, indicar la opción Stock.
Fig. 21. Comprobante Cierre de importación.
2.6.3 Proceso de cierre de importación

Para el correcto cierre de importación se necesita cumplir como mínimo, con los siguientes circuitos de
compras, que intervienen en la operación de importación:
 Orden de compra al exterior
 Conocimiento de Embarque
 Factura de Importación
 Llegada a Puerto
 Llegada a Planta
Dicho proceso se realiza desde el objeto de menú Cierre de Importaciones.
A continuación, se presentan cada uno de los pasos para realizar el proceso de cálculo y cierre de importación;
2.6.3.1 PASO 1 - RANGO
Se debe indicar el código y número de formulario del comprobante Conocimiento de Embarque que se desea
realizar el cierre.
Al hacerlo, el sistema verifica lo siguiente:
 sea un comprobante de un circuito de compras de tipo Conocimiento de embarque.
 el circuito de importación se encuentre en estado En Planta, es decir, que el último paso del
circuito de importación que participa el conocimiento de embarque sea el comprobante de Llegada
a Planta.
 se encuentre, al menos, una factura de gastos de importación, asociada a dicho conocimiento de
embarque.


Tildar la Indicado, si se desea que el sistema seleccione por defecto, los comprobantes que se visualizarán en
los pasos siguientes.
Tildar el botón Siguiente para avanzar al paso 2.
Fig. 22. Paso 1 – Rangos
El comprobante Conocimiento de Embarque y su número, es el vínculo que utiliza el sistema para

relacionar los gastos de importación con la factura de importación de los productos.
2.6.3.2 PASO 2 - PARIDADES
En esta pantalla se debe ingresar la paridad o tipo de cambio de las distintas monedas extranjeras con que se
trabaja en la empresa.
Fig. 23. Paso 2 – Paridades

2.6.3.3 PASO 3 - MOVIMIENTOS
En dicha pantalla se visualiza el comprobante Conocimiento de embarque indicado en el paso 1.

Tildar la casilla Indica. El campo Precio secundario se encuentra en edición para ingresar el precio al valor de
la moneda secundaria.


En la siguiente figura, se muestra el Conocimiento de Embarque Nro. 1, cuyo único ítem está compuesto por
100 unidades a 200 dólares (USD).
Fig. 24. Paso 3 – Movimientos
2.6.3.4 PASO 4 - COMPROBANTES
En dicha pantalla se visualizan los comprobantes de Factura de gastos, que se encuentran asociados al
comprobante Conocimiento de embarque.
Tildar la casilla Indica, para el comprobante que se desea realizar el prorrateo.
El campo Precio secundario se encuentra en edición para ingresar el precio al valor de la moneda secundaria.
En la siguiente figura, existen tres (3) facturas de gastos asociadas al Conocimiento de Embarque Nro. 1, en
concepto de Honorarios Despachante ($ 5000); Flete ($2000) y Certificación Técnica ($1000).
Fig. 6. Paso 25 – Comprobantes
2.6.3.5 PASO 5 – VISTA PRELIMINAR
En dicha pantalla se visualizan los ítems que forman parte del Conocimiento de embarque. Para cada ítem, se
muestra el precio calculado en función del método de prorrateo a aplicar, el cual traslada el costo de los gastos
de importación a los productos.
Siguiendo con el ejemplo, en la siguiente figura se visualiza el precio calculado luego de aplicar el prorrateo.
Fig. 26. Paso 5 – Vista preliminar


El método de prorrateo utilizado en el ejemplo es importe, el mismo se lo define en el objeto

Productos, contenedor Cierre de importaciones, método de prorrateo Importe.
Ejemplo del precio calculado en la figura 5
Factura de importación
Costo unitario del producto 20 dólares.
Tipo de cambio $ 10.
Costo unitario en pesos $ 200
Gastos de importación
 Honorarios Despachante $ 5000
 Flete $2000
 Certificación Técnica $1000
Total gastos de importación $ 8000.
Total gastos de importación en dólares $ 800.
Costo unitario por traslado del gasto de importación $ 800/100: $ 80
Costo unitario al realizar el cierre de importación $ 280 (200+80)
2.6.3.6 PASO 6 – COMPROBANTE A GENERAR
En dicha pantalla se debe indicar el comprobante de stock Cierre de importación, del tipo de movimiento
Ajuste y el tipo de formulario relacionado y su numeración. Este comprobante realiza la revalorización del
costo de los productos importados, como consecuencia del prorrateo de los gastos vinculados con la
importación.
Por último, se debe indicar la fecha de cierre. En la siguiente figura, se visualizan los datos a ingresar.
Fig. 27. Paso 6 – Comprobante a generar


Tildar el botón Terminar para generar el cierre de importación.

Al hacerlo, el sistema muestra en pantalla las tareas de actualización de precios y del sistema.
Fig. 28. Ejecución del proceso de cierre de importación
Por último, tildar el botón Cerrar.
2.6.3.7 INFORME DE CONTROL DEL CIERRE DE IMPORTACIÓN
Para un control posterior al cierre se pueden emitir entre otros los siguientes reportes;
Reporte Cierre de importación
Reporte Cierre de importación (Resumido)
2.6.4 Cierre de compras

Este proceso permite utilizar cualquier comprobante del circuito de compra, para vincular las facturas de los
productos y los gastos relacionados a ellas. A diferencia del Cierre de importación, que necesita utilizar el
Conocimiento de Embarque como relación.
Se aplica tanto para las operaciones de compras nacionales y de importación.


Para el funcionamiento del Cierre de compras es necesario tener habilitado el módulo CO0010.
Este proceso se realiza desde el objeto Cierre de Compras.

A continuación, se detallan los pasos necesarios para el proceso de cálculo y cierre de las compras en el
mercado local.
2.6.4.1 PASO 1 - REPORTE
En primer término, se debe indicar el código de reporte del cierre de compras, CO_MVH_CIECOM.
Tildar la casilla Bloquea Planilla, si se desea que el sistema no permita editar la planilla de cálculo con los
valores del cierre de compras.
Fig. 29. Paso 1 - Reporte
2.6.4.2 PASO 2 – COMPROBANTE
En dicha pantalla se debe indicar el comprobante de stock Cierre de compras, del tipo de movimiento Ajuste
y el tipo de formulario relacionado y su numeración. Este comprobante es el que realiza la revalorización del
costo de los productos facturados, como consecuencia del prorrateo de los gastos vinculados con la compra
de los productos.
Se debe indicar la fecha de cierre y el tipo de proceso de cierre a realizar. Las opciones disponibles de tipo de
proceso son:
 Cálculo, realiza el cierre de compras definitivo, sin la posibilidad de volver a realizar el cálculo de
prorrateo para los parámetros indicados.
 Simulación, realiza el cierre de compras provisorio, con la posibilidad de volver a realizar el cálculo de
prorrateo para los parámetros indicados, hasta tanto se realice el tipo de proceso de cálculo.
Tildar la casilla Muestra planilla, si se desea que el sistema visualice en pantalla, la planilla de cálculo con los
valores del cierre de compras.


En la siguiente figura, se visualizan los datos a ingresar.
Fig. 30. Paso 2 - Comprobante
2.6.4.3 PASO 3 – PARIDADES
En dicha pantalla se deben ingresar la paridad o tipo de cambio de las distintas monedas extranjeras con que
se trabaja en la empresa.
Fig. 31. Paso 3 - Paridades
2.6.4.4 PASO 4 - RANGO
En primer término, se indican el módulo (Compras, Proveedores y Stock) y el código de comprobante indicado
en la registración de las facturas de gastos. Estos datos se cargan en los campos Modulo y Código de
Conocimiento de Embarque, ubicados en el contenedor Importaciones, de la registración de compras.
Asimismo, se carga la numeración desde y hasta del comprobante antes mencionado.
En la siguiente figura, se visualiza la carga de los datos, indicando la Orden de Compra Local, número 46, del
circuito de compras.


Fig. 32. Paso 4 - Rango
En el siguiente ejemplo, se visualiza como se relaciona la Orden de Compra Local, número 46, del circuito de
compras en la registración de la factura de gasto.
Fig. 33. Vinculación factura de gastos con la Orden de compra.
2.6.4.5 PASO 4 - MOVIMIENTOS
En dicha pantalla se visualiza el comprobante Orden de compra local indicado en el paso 4.

Tildar la casilla Indica.
En la siguiente figura, se muestra la Orden de Compra Nro. 46.
Fig. 34. Paso 4 - Movimientos
Tildar el botón Terminar para generar el cierre de compras.

Al hacerlo, el sistema muestra en pantalla las tareas de actualización de precios y del sistema.


Fig. 35. Ejecución del proceso de cierre de compras
Por último, tildar la casilla Muestra planilla, del paso 2, se visualiza la planilla de cálculo con los valores del
cierre de compras.
3. CUENTAS A PAGAR
El módulo de Gestión de Cuentas a Pagar, permite llevar la administración de todas las instancias asociadas al
circuito de compras y pagos de una empresa, como así también, la generación de información de la gestión,
legal e impositiva, y de control relacionada con los proveedores. Los datos de entrada de este módulo son las
registraciones propias, o bien por medio de las operaciones generadas en el módulo de Compras que
actualizan Cuentas a pagar.
3.1 Definición de parámetros de Cuentas a Pagar

En el objeto Definición de parámetros de Proveedores se realiza la configuración general de dicho módulo.
A continuación, se detallan los parámetros que se ubican en el paso 1 - General;
Figura 36 Definición de parámetros de proveedores.


En el contenedor Periodo de registración se encuentra el campo Período de registración, que se indica el

rango de fechas en la cual se encuentra habilitado el módulo para su registración. Cualquier movimiento con
fecha de registración que se quiera procesar que no se encuentre en dicho rango, no será posible realizarlo.
En el contenedor Selección de obligaciones se encuentran los siguientes campos:

• Trabaja con estructura impositiva para anticipos: se indica para que al momento de cargar un anticipo a
un proveedor en el objeto Selección de obligaciones a pagar, el sistema obligue a ingresar los porcentajes
y/o importes para cada uno de los conceptos impositivos asociados al comprobante de pago. De esta forma,
los importes brutos, gravados e impuestos actuales se completan en forma automática.
• No recalcula bruto, gravado e impuestos, en base a solapa de impuesto: se indica para no permitir que
recalculen los importes gravados y bruto de los campos indicados en la selección de obligación, en función
a lo que se indique en la solapa grilla Impuestos y el porcentaje allí indicado.
En el contenedor Ordenes de pago, se encuentran los siguientes campos:

• Verifica paridad cambiaria de las aplicaciones: se indica para verificar que al momento de realizar una
aplicación de orden de pago con los comprobantes que cancela, la paridad cambiaria sea siempre inferior
o superior al comprobante de pago.
• Verifica estructura impositiva en aplicaciones: se indica para permitir realizar validaciones entre los pagos
y los comprobantes a cancelar, a nivel estructura impositiva involucrada en los movimientos (los distintos
impuestos asociados).
• Autoriza previamente los pagos: se indica para requerir que todos los comprobantes que se cancelan en
el objeto Selección de obligaciones a pagar, se encuentren autorizados. Para autorizar los comprobantes,
se debe ingresar al objeto Autorización de obligaciones a pagar.
• Toma los comprobantes de revaluación de saldos como no autorizados: se indica para considerar a los
comprobantes efectuados por el proceso realizado en el objeto Revaluación de Saldos, como NO
autorizados.
• Valida fecha de pago igual a fecha de cálculo: se indica para permitir verificar que la fecha de pago sea la
misma que la fecha de cálculo.
• Trabaja con retenciones por ítem: se indica para permitir que el sistema considere los conceptos de
retención asociados al ítem, para el cálculo de las retenciones, y no el vinculado al proveedor. NOTA: Para
realizar la retención por ítem (producto), se debe tildar la casilla Trabaja con retenciones por ítem, ubicado
en el objeto Productos, y luego asociar el concepto de retención en la solapa grilla Retenciones.
• Pago y aplicaciones solo a casa matriz: se indica para permitir que se realicen los pagos y aplicaciones,
únicamente a través de la casa matriz correspondiente al proveedor en cuestión. Es decir, los pagos y
aplicaciones de las obligaciones a pagar de cada una de las subcuentas, se los realiza únicamente desde la
cuenta del proveedor principal o casa central.
• No valida periodo para la anulación de órdenes de pago: se indica para permitir que el sistema acepte la
anulación de periodos anteriores al actual.


• Criterio de asignación de sector en comprobantes de relación: se indica para permitir definir a que sector
se imputa en caso de que el sector del proveedor difiera del sector de pago. Las opciones son: Cuenta del
proveedor o la que define en el pago.
En el contenedor Concepto de retención de iva según RSN N615, se encuentra el campo Tipo de retención de
IVA, que se indica para permitir indicar el tipo de retención a utilizar según la RSN 615. Uso exclusivo de
Argentina.
En el contenedor Códigos de observados, se encuentran los campos Mínimo y Máximo que son los valores
del rango necesarios para obtener los códigos de observado para el cálculo de las retenciones de I.V.A. de los
proveedores. Por defecto en mínimo 0 y máximo 5. Uso exclusivo de Argentina.
En el contenedor Bimonetario, se encuentran los siguientes campos:

• Recupera subcuenta del movimiento original: se indica para permitir en el proceso de revaluación de
saldos, imputar los conceptos intermedios según la apertura del movimiento original y no en función del
código de distribución de la cuenta contable.
• Desdobla descuento y diferencia de cambio: se indica para permitir que se desdoble los impuestos
generados por diferencia de cambio y descuentos. En caso contrario los agrupa.
• Débito y Crédito automático: se indica la opción que representa el criterio a utilizar en los créditos y
debidos automáticos, por diferencia de cambio y/o descuento, en los pagos a proveedores. Las opciones
disponibles son:
 Todos: se genera los créditos y débitos por descuento y diferencia de cambio.

 Ninguno: no se genera créditos y débitos por descuento y diferencia de cambio.
 Diferencia: se genera únicamente, los créditos y débitos por diferencia de cambio.
 Descuento: se genera únicamente, los créditos y débitos por descuentos.
• Toma sucursal del formulario de Débito y Crédito: se indica para permitir que, al realizar el pago, el cual
realiza notas débito y crédito por diferencia de cambio el sistema considere el número de sucursal de los
comprobantes a cancelar y no el de la orden de pago.
• Tipo y código de concepto para cancelaciones: se indica el tipo y código de concepto de proveedor a
utilizar en las órdenes de pago que se imputa el resultado por traslación, que se genera por la diferencia
de cambio entre la fecha de la orden de pago y la de los comprobantes a cancelar. NOTA: NOTA: la empresa
debe trabajar con moneda secundaria, que se define en el objeto Definición de parámetros de
Contabilidad General.


En el contenedor Datos adicionales, se encuentran los siguientes campos:

• Apertura Conceptos de descuento y diferencia de cambio: se indica para permitir grabar un concepto de
diferencia de cambio o descuento, por cada base gravada del comprobante a cancelar. NOTA: en el objeto
Conceptos de proveedores, dentro de los campos tipo/código de conceptos para descuentos/diferencia
de cambio, se deben indicar el concepto de orden primario.
• Trabaja con conceptos por proveedor: se indica para permitir que el sistema recupere el tipo y código de
concepto de proveedores asociado al proveedor, en lugar del asociado en el comprobante de proveedores.
NOTA: resulta útil cuando se desea utilizar conceptos diferentes para cada uno de los proveedores.
• No permite editar subcuenta: se indica para no permitir la edición de la subcuenta del proveedor dentro
del objeto Proveedores.
• Permite trabajar con fecha de vencimiento fija: se indica para permitir que el sistema trabaje con una
fecha de vencimiento fija determinada por la condición de pago, y que tiene una fecha límite de vigencia.
• Utiliza desglose impositivo para conceptos primarios: se indica para permitir desdoblar los conceptos
primarios a los efectos del cálculo de impuestos. Esto es muy útil cuando existen conceptos primarios
gravados a distintas tasas.
• Genera cuotas en cero: se indica para permitir incluir en la cuenta corriente del proveedor, aquellos
comprobantes emitidos cuyo total es cero ($ 0).
• Secuencia de asignación de cuentas contables según orden de prioridades: se indica para permitir que el
sistema considere el siguiente orden de prioridad en la imputación de las cuentas contables:
 Cuenta contable del Proveedor.
 Cuenta contable del concepto asociado al proveedor, si trabaja con conceptos por proveedor.
 Cuenta contable del comprobante de proveedores.
 Cuenta contable del concepto de proveedores.
• Autoriza cálculo de obligaciones: se indica para requerir la autorización previa al cálculo de las retenciones,
para su posterior emisión de la orden de pago. La autorización se realiza desde el objeto Autorización de
obligaciones a pagar.
• Edita la fecha de vencimiento de los anticipos: se indica para permitir la edición manual de las fechas de
vencimiento en los anticipos de pago a proveedores.
• Permite movimientos en cero: se indica para permitir que el sistema grabe el total del comprobante en
cero ($ 0), en las registraciones que realizadas en el objeto Registración de movimientos de proveedores.
• Controla fecha de emisión y recepción en mantenimiento: se indica para permitir que, al momento de la
modificación de un comprobante de proveedores, con numeración de tipo irrestricta, el sistema valide que
la fecha de Emisión sea menor o igual a la de Recepción.
• Recupera la imputación de la aplicación: se indica para recuperar, durante el pago al proveedor, la
imputación en dimensiones del comprobante a cancelar, en aquellos casos que durante el registro del
comprobante a cancelar se realizó la imputación en dimensiones.
En el contenedor Esquema de autorizaciones, se encuentran los siguientes campos:


• Trabaja con estructuras de autorización: se indica para permitir que el sistema trabaje con los esquemas
de autorizaciones.
• El mantenimiento borra las autorizaciones: se indica para permitir que, al momento de realizar la
modificación de un comprobante, el mismo deja de estar autorizado.
• Solo modifica movimientos autorizados: se indica para permitir que, al momento de realizar la
modificación de comprobantes de proveedores, solo recupera aquellos comprobantes que ya se
encuentran autorizados según lo definido en el campo Estructura de autorización.
• Estructura de autorización: se indica la estructura de autorización a utilizar por defecto, definida en el
objeto Configuración de esquema de autorización, para la autorización o rechazo de los comprobantes a
cancelar.
En el contenedor Concepto por diferencia de redondeo, se encuentran los campos Tipo y código de concepto
por diferencia de redondeo, donde se indica el tipo y código de concepto de proveedores (orden primario) a
utilizar como diferencia de redondeo entre la moneda de registración y la moneda local y secundaria, en las
transacciones realizadas en el objeto Registración de compras. Su objetivo es imputar a una cuenta contable
especifica dicha diferencia.
En el Paso 2 – Documentos, se encuentran los siguientes campos:
• Tipo de documento 1/2/3/4/5/6: se indica el tipo de documento a utilizar en las tablas y transacciones de
compras y proveedores. Dichos valores se configuran en el objeto Documentos.
• Requerido: se indica para que el tipo de documento sea requerido en las tablas y transacciones de compras
y proveedores.
3.2 Proveedores
En el objeto Proveedores, se realiza la definición de los proveedores con los cuales opera la compañía.
A nivel general se debe ingresar la siguiente información:
 Datos propios del proveedor (Razón social, Dirección, tipo y número de documento, etc.)
 Datos propios de la operación de compra como es el comprador.
 Datos impositivos (Situación impositiva, jurisdicción, etc.)
 Datos comerciales (Condición de pago, medio de pago, condiciones comerciales, etc.)
 Impuestos asociados (Tipos de impuesto, porcentajes de exención, vigencias, etc.)
 Retenciones asociadas (Tipos y conceptos de retención, vigencias, etc.)
 Dimensiones asociadas (Imputación en subcuentas, distribuciones por dimensión).


A continuación, se detallan los campos existentes;
Figura 37. Proveedores.
En el contenedor Proveedores, se definen el código y descripción del proveedor, nombre, cargo del
responsable y subcuenta.
La subcuenta agrupa los números creados en el campo cuenta, que por defecto lo hereda
automáticamente. La subcuenta se utiliza para definir la casa central de diferentes sucursales a
las cuales se le factura a la empresa. Resulta útil en los casos que el proveedor entrega facturas
por compras realizadas en distintas jurisdicciones, pero obliga a sus clientes a realizar sus pagos
a la casa central. En este caso, cada sucursal tiene su cuenta de proveedor y la subcuenta es el
proveedor casa central.
En el Contenedor Dirección, se definen los datos propios del proveedor, como son la dirección; mail; país;
código postal; teléfono; la jurisdicción y el nombre a incluir en los cheques que se emitan por el pago de las
facturas. En caso de no completar este último campo, el cheque se emite a la orden del nombre de la razón
social.
En el Contenedor Datos impositivos, se definen la situación impositiva ante el organismo impositivo estatal
(esto considera el formulario a utilizar en la transacción de compra y pago al proveedor), el tipo de persona
(jurídica y física) y el tipo y número de documento personal que lo identifica (por ejemplo, en la Argentina el
número de C.U.I.T.; C.U.I.L.; D.N.I, Pasaporte, etc.).


En el Contenedor Tablas asociadas, se definen los datos asociados al proveedor como son el comprador de la
compañía; zona, condición de pago; categoría; actividad; medio de transporte y condición comercial habitual;
sector de pago asociado; límite de crédito; sector de pago; depósito y sector asociado; cuenta contable por
defecto; la estructura del comprobante original y la lista de costos por defecto permite recuperar el precio de
compra.
En el Contenedor Medio de pago, se definen el tipo y código de concepto de tesorería que por defecto se
utiliza en el pago al proveedor; si se emite un cheque o documento a pagar por cada fecha de vencimiento o
cuota y el nombre de la persona física o jurídica que figura en la impresión del cheque propio que emite la
empresa y entrega al proveedor.
En el Contenedor Datos adicionales, se definen si el proveedor es un vendedor eventual y, por ende, si la

transacción de compra es de contado; el código de la moneda por defecto a utilizar en las transacciones de
compras y pagos del proveedor; si es posible editar la subcuenta y la cantidad máxima de ítems permitida en
el formulario para su impresión.
En el Contenedor Código de autorización de impresión (C.A.I.), se define si el proveedor emite sus

comprobantes por número de C.A.I. y si el sistema debe realizar la validación incluida en la solapa grilla Código
de autorización de impresión. Uso exclusivo en la Argentina.
En la solapa grilla Impuestos asociados al proveedor, se define el tipo de impuesto a utilizar en la transacción
de compra y pago al proveedor (impuesto, percepción impositiva, retención impositiva; etc.), y en caso de
corresponder, el porcentaje y rango de fechas que representa la vigencia de una exención impositiva otorgada
por el organismo impositivo estatal.
En la solapa grilla Retenciones por proveedor, se define el tipo de impuesto de retención; el porcentaje y
rango de fechas que representa la vigencia de la exención impositiva (otorgada por el organismo impositivo
estatal); la jurisdicción que corresponde la retención impositiva y datos asociados a resoluciones de
proveedores observados como son el código de retención; periodo informado y el código DGI. Estos últimos
datos son de uso exclusivo en Argentina.
En la solapa grilla Dimensiones, se define la dimensión contable a utilizar y código de distribución de prorrateo
de la dimensión.
En la solapa grilla Códigos de autorización de impresión, se define el módulo, código de formulario rango de
números, número de autorización de impresión, fecha de vencimiento y el número del punto de venta. Uso
exclusivo de Argentina.
En la solapa grilla Contactos, se ingresan los datos de las personas que representan al proveedor, como son el
nombre y apellido, puesto, sexo, teléfono, si es contacto para reclamo de facturas, etc.


3.3 Tablas y parámetros asociados a Proveedores

Se encuentran los siguientes objetos:
 Compradores.
 Condiciones de pago.
 Límite de crédito de compra.
3.3.1 Compradores
En el objeto Compradores, se definen las personas de la compañía que actúan como compradores. Por cada
comprador, se debe indicar su código; descripción, mail y una foto asociada.
3.3.2 Condiciones de pago

En el objeto Condiciones de pago, se configuran las condiciones o formas de pago a proveedores. Se
encuentran los siguientes campos:
En el contenedor Condiciones de pago, se encuentran los campos Código y Descripción, por el cual se ingresa
un código univoco y obligatorio y una descripción que la identifica a la condición de pago.
En el contenedor Bonificaciones de Pie se encuentran 5 tipos de porcentajes, donde en cada uno se ingresa el
valor de la bonificación que se aplica sobre el importe total de los conceptos de orden primario. Las
condiciones en que deben aplicarse estos porcentajes de bonificaciones, se definen en el objeto Instalación
de grupos de bonificación. Este campo actúa como Descuento, si el valor se ingresa con signo negativo y como
Recargo, si el signo es positivo.
En el contenedor Bonificaciones de Línea se encuentran 3 tipos de porcentajes, donde en cada uno se ingresa
el valor de la bonificación que se aplica sobre el importe del campo precio de cada ítem del comprobante. Es
decir, se aplica al precio unitario de cada línea o producto (tipo concepto de orden primario). Este campo actúa
como Descuento, si el valor se ingresa con signo negativo y como Recargo, si el signo es positivo.
En el contenedor Descuento se encuentran 3 tipos de combinación de descuento (días, descuento y

porcentaje). A continuación, se explican cada uno de esos campos:
 En el campo Días, se ingresa el valor que representa la cantidad días contados, calculable a partir de
la fecha a indicar en el campo Tipo de vencimiento. Si la registración se efectúa dentro de este rango
de fechas, el sistema aplica el descuento correspondiente. Por ejemplo, en el caso de ingresar 7 días,
esto representa que el descuento o porcentaje de descuento a aplicar, se realiza siempre y cuando, se
cobra dentro de los 7 días previos a la fecha de vencimiento.
 En el campo Descuento, se ingresa el importe a descontar por pago o cobro anticipado de las facturas
según corresponda. Por ejemplo, si se cobra 7 días antes de la fecha de vencimiento, se hace un
descuento de $ 100.


 En el campo Porcentaje, se ingresa el porcentaje de descuento a aplicar sobre el importe neto (de
impuestos) de la factura, por el cobro anticipado de las facturas. Por ejemplo, si se cobra 7 días antes
de la fecha de vencimiento, se aplica un 10 % de descuento sobre el monto neto de la factura.
• Financiación: se ingresa el valor que representa el porcentaje de financiación
• Descuento: se ingresa el valor que representa el porcentaje de recargo que se aplicará sobre el importe
gravado neto de bonificaciones, en caso de pagos posteriores a la fecha de vencimiento acordada.
• Tasa de interés: se ingresa el valor de la tasa de interés que se utilizará en las Notas de Débito por interés.
Esta tasa será recuperada en caso de no encontrarse una predeterminada.
• Edita interés: se indica para habilitar la opción de modificar el valor de la tasa de interés al momento de la
registración.
• Días libres: se ingresa el valor que representan los días en los cuales no se devengan intereses y se calculan
desde la fecha de emisión hasta una fecha dada.
En el contenedor Estructura de vencimiento, se encuentran los siguientes campos:

• Vencimiento calculable a partir de: se indica la opción que corresponde a la fecha a partir de la cual, el
sistema calcula la fecha de vencimiento de las cuotas que se ingresen en la solapa grilla Cuotas por
condición de pago. Las opciones disponibles son: Ninguno; Fecha de Emisión: 1er día del mes siguiente;
1er día de la semana siguiente; 1er día de la quincena siguiente; 1er día del mes calculado; 1er día de la
quincena del mes calculado; Fecha de recepción; Fecha de contabilización y Personalizada. La opción
personalizada habilita los siguientes campos:
 Fecha base: se indica la opción que corresponde a la fecha base que será tenida en cuenta en la
estructura de vencimientos. Las opciones disponibles son fecha de emisión o de contabilización.
 Calculable a partir de: se indica la opción que corresponde a la fecha a partir de la cual se realizará
la Estimación Periódica Las opciones disponibles son: a) Primer día del mes siguiente b) Primer día
de la semana siguiente c) Primer día de la quincena siguiente d) Primer día del mes calculado e)
Primer día de la quincena del mes calculado.
 Frecuencia: se indica la opción que corresponde a la frecuencia con que se debe ingresar el valor
para el coeficiente. Las opciones disponibles son: Diaria, Semanal, Mensual y Anual.
 Tomar solo días hábiles: se indica para excluir los días feriados y fines de semana para el cálculo
de la fecha de vencimiento. Los días feriados y fines de semana se definen en el objeto Feriados.
 Vencimiento en día hábil: se indica para que la fecha de vencimiento sea siempre un día hábil.
 Contempla sábado como extensión de días hábiles: se indica para que los días sábados sean
considerados como día laboral. Caso contrario, se considera hasta el viernes.
En la solapa grilla Cuotas por condición de pago, se ingresa la cantidad de cuotas que genera en cuenta
corriente, con sus respectivos porcentajes asociados. La suma de los mismos debe ser igual a cien (100). Por
ejemplo, la condición de pago en 4 cuotas sin interés a 30 y 60 días, se debe ingresar: Cuota 1, 50 %; Cuota 2,
50 %.


3.3.3 Límite de crédito de compra

En el objeto Límite de crédito de compra se define los importes máximos de crédito asignado por los
proveedores. Mediante esta opción, se permitirá codificar, los distintos tipos de crédito asignados por los
proveedores o grupo de proveedores.
Por cada código de crédito, se debe ingresar, su descripción asociada, el Importe y en que moneda está
expresado, si efectúa controles por vencimiento por intermedio del ingreso de cantidad de días y porcentaje
asociado (es decir, que por más que no se exceda el crédito otorgado, se permite controlar la antigüedad de
la deuda en cuenta corriente).
3.4 Comprobantes de Proveedores, Formularios y Conceptos
3.4.1 Comprobantes de Proveedores

Se define los distintos tipos de comprobantes (Facturas, Retenciones impositivas, Notas de crédito y Débito,
Ordenes de pago, etc.) a utilizarse en el módulo de Cuentas a Pagar.
La definición de los mismos se realiza en el objeto Comprobantes de proveedores.
Al ingresar a Comprobantes de proveedores, en el encabezado se encuentran los siguientes campos:
Figura 38. Comprobantes de proveedores.
En el contenedor Comprobantes, se encuentran los campos Código y Descripción, por el cual se ingresa un
código univoco y obligatorio y una descripción que lo identifica al comprobante. Por ejemplo, en la figura 7,
se define el comprobante la Factura en cuenta corriente.
En el contenedor Datos para Registración, se encuentran los siguientes campos:


• Comprobante de relación: se indica para registrar el comprobante de proveedores como anticipo a

proveedores en la orden de pago, generando un monto a favor de la compañía en su cuenta corriente. La
numeración de este tipo de comprobante está dada por el número de orden de pago con la que se registra
el anticipo.
• Se incluye en selección de orden de pago automática: se indica para definir que el comprobante de
proveedores se incluye en la registración del pago al proveedor. Además, se puede utilizar en forma
automática a través del proceso que se ejecuta en el objeto Selección de obligaciones. Por ejemplo, la
Factura en cuenta corriente. En cambio, no se utiliza ello en las retenciones impositivas.
• Asiento para la contabilidad: se indica el código de comprobante de contabilidad general, en el que se
registra el asiento contable generado por la registración del comprobante. Dicho valor se define en el
objeto Comprobantes de contabilidad general. Por ejemplo, en la factura de cuenta corriente se le asocia
el comprobante de contabilidad Asiento resumen de compras o en la Orden de pago el comprobante
Asiento resumen de pagos.
• Código de imputación: se indica el código de imputación en cuenta corriente. Este código define si el
comprobante se imputa o no en la cuenta corriente del proveedor. Estos se definen en el objeto
Imputaciones de cuenta corriente.
• Balance automático de la dimensión: se indica si en la registración contable del comprobante, se debe o
no prorratear la imputación en la dimensión de las cuentas contables, asociadas a los conceptos que
conforman el asiento contable del comprobante.
• Sector de pago: se indica el sector de pago por defecto que se utiliza en el proceso de registración de una
orden de pago. Dicho valor se define en el objeto Sectores.
• No realizar controles sobre el código de autorización de impresión: se indica para que el sistema no realice
el control del código de autorización de impresión al momento de la registración del comprobante, aunque
en el proveedor se indique que valida el código de autorización de impresión.
En el contenedor Multiformularios, se encuentran los siguientes campos:

• Trabaja con definición múltiple de formulario: se indica para permitir definir para cada formulario, un
reporte distinto. Esta opción habilita la solapa grilla Registraciones.
• Utiliza definición standard: se permite asociar un formulario genérico, a la solapa grilla Formularios por
situación de Iva, dejando habilitado el módulo para el formulario. Este parámetro sólo se habilita cuando
se trabaja con definición múltiple de formularios.
En el contenedor Cuentas corrientes, se indica el signo con el que se aplica el comprobante de proveedores
en la cuenta corriente. Las opciones disponibles son: Positivo (Disminuye saldo) y Negativo (Aumenta saldo).
Por ejemplo, la factura en cuenta corriente se indica Negativo, en cambio la Orden de pago Positivo, la Factura
de cuenta corriente tiene signo negativo mientras que la Orden de pago, signo positivo.
En el contenedor Subdiario, se encuentran los siguientes campos:


• Se incluye en subdiario: se indica si el comprobante se incluye en subdiario. Por lo general, no se incluyen

los Débitos y Créditos por revaluación de saldos.
• Subdiario: Se indica la opción que corresponde al subdiario donde se registra el comprobante de
proveedores. Las opciones disponibles son: compras y Pagos. Por ejemplo, la factura en Compras y la
Orden de pago en Pagos.
• Se incluye en subdiario de ventas: se indica si el comprobante se incluye en el subdiario de ventas.
Por ejemplo, las Notas de crédito de compras que por disposiciones legales se necesitan exponer en
el subdiario de ventas.
• Validación registración: se indica la modalidad de validación que tiene el comprobante de
proveedores dentro de la registración de la orden de pago. Las opciones disponibles son:
 Registración única: en el momento de la generación de la orden de pago en tesorería, se aplican
automáticamente las facturas pagadas, en la cuenta corriente del proveedor. Esto implica que ambas
registraciones se realizan simultáneamente en un mismo paso. Por ejemplo, las facturas, notas de
débito y crédito.
 No valida: en primer lugar, se debe registrar la orden de pago en tesorería y en un paso posterior, se
aplican las facturas en la cuenta corriente del proveedor. En el proceso de aplicación del pago, el
sistema no valida contra tesorería. Por ejemplo, el comprobante anticipo a proveedores.
 De aplicación: son los comprobantes que generan aplicación desde los pagos, como el caso del
comprobante de aplicación en cuenta corriente).
• Columna del total: se indica la columna del asiento del comprobante que imputará la cuenta totalizadora
del mismo. Las opciones disponibles son Debe y Haber. Por ejemplo, en la factura se indica Haber y la orden
de pago Debe.
• No precisa autorización de las aplicaciones: se indica para permitir realizar las aplicaciones de
comprobantes sin la necesidad de que estén autorizados, cuando se utiliza la modalidad Autoriza
previamente los pagos. El campo se edita cuando el comprobante es de Aplicación.
• Toma la cuenta control del comprobante de pago: se indica para recuperar la cuenta control del
comprobante de pagos (por ejemplo, Orden de pago), asociada al concepto de orden último o total del
comprobante de retenciones, en lugar de recuperar la cuenta control del concepto total definido en el
comprobante de retención.
En el contenedor Datos adicionales, se encuentran los siguientes campos:

• Se incluye en Estadísticas: se indica para establecer que el comprobante se incluya en aquellos reportes
cuyo fin es obtener estadísticas.
• Cantidad de copias: se ingresa la cantidad máxima de copias que se permite imprimir del formulario de
proveedores.
• No lo tiene en cuenta en el mantenimiento: Se indica para indicar que el proceso de mantenimiento de
comprobantes (modificación) no lo considera como aplicado y permite su modificación.
• Porcentaje mínimo/máximo de descuento: se ingresa el porcentaje mínimo y máximo aceptado de
descuento que se aplica al comprobante.


En el contenedor Débitos y créditos automáticos, se encuentran los siguientes campos:

• Comprobante de Débito/Crédito por descuento: se indica el código de comprobante de proveedores,
relacionado con el débito/crédito por descuento, que se pueden registrar en las operaciones de pagos o
aplicaciones de comprobantes. Se habilita si el subdiario es de pagos.
• Comprobante de Débito/Crédito por diferencia de cambio: se indica el código de comprobante de
proveedores, relacionado con el débito/crédito por diferencia de cambio, que se pueden registrar en las
operaciones de pagos o aplicaciones de comprobantes. Se habilita si el subdiario es de pagos.
• Comprobante de anulación (Débitos/Créditos): se indica el código de comprobante de proveedores de
tipo crédito para realizar la anulación del débito/crédito. Es un campo de tipo lista dinámica. Se habilita si
el subdiario es de pagos.
• Genera diferencia de cambio en tesorería: se indica para generar la nota de crédito o débito en concepto
de diferencia de cambio, según sea el caso, del tipo financiera. Es decir, esa diferencia se registra en el
subdiario de tesorería en lugar del subdiario de pagos. Se habilita si el subdiario es de pagos.
El campo Edita importes gravado, bruto, impuestos y neto, del contenedor Selección de obligaciones a pagar,
se indica para permitir editar los importes gravados, brutos, impuestos y netos de los comprobantes que se
aplican en proceso que se realiza en el objeto Selección de obligaciones. Se tilda en los comprobantes que se
incluyen en el subdiario de pagos, por ejemplo, la Orden de pago o la Anulación de órdenes de pago.
• Dimensión: se indica el código de subcuenta contable de la dimensión obligatoria para su imputación
automáticamente en cada uno de los Ítems del comprobante. Las subcuentas representan las distintas
opciones que se definen para una dimensión contable. Cada subcuenta depende de una única dimensión.
Por ejemplo, para la dimensión Proyectos, las subcuentas pueden ser los distintos nombres de proyectos.
• Subcuenta: se indica el código de subcuenta contable original asociada a la dimensión obligatoria. Por
ejemplo, al comprobante se le puede asignar a la dimensión contable Proyecto, la subcuenta Edificio AA.
• Balance automático de la dimensión en: se indica si el comprobante realiza el control de balanceo al debe,
haber o ambos en relación a las subcuentas aplicadas, siempre y cuando se utiliza dimensión obligatoria.
Cuando se registra el comprobante, el sistema funciona según la opción indicada:
a) Si el comprobante define Balance automático en Ninguno, el sistema obliga a imputar la
dimensión en el campo subcuenta de aplicación.
b) Si el comprobante define Balance automático en Debe, el sistema debe validar que la cantidad
de imputaciones contables al Debe, sea igual a uno (1), y el mismo sea calculado
automáticamente, en función de la apertura de la dimensión obligatoria de todas las
imputaciones contables del Haber. Cuando el usuario entre en la apertura de la dimensión del
Debe, siempre entra en modo consulta, por ende, no puede imputar ni el código de distribución,
ni subcuentas o importes.
c) Si el comprobante define Balance automático en Haber, el sistema debe validar que la cantidad
de imputaciones contables al Haber sea igual a uno (1), y el mismo será calculado
automáticamente, en función de la apertura de la dimensión obligatoria de todas las
imputaciones contables del Haber. Cuando el usuario entre en la apertura de la dimensión del
Haber, siempre entra en modo consulta, por ende, no puede imputar ni el código de distribución,
ni subcuentas o importes.


En la solapa grilla Conceptos por Comprobante, se encuentran los siguientes conceptos permitidos para su
uso en el comprobante correspondiente:
• Tipo y código de concepto: se indica el tipo y código de concepto de proveedor a utilizar, en la registración
del comprobante correspondiente.
• Debe/ Haber: se indica la imputación en el Debe o el Haber del monto de la cuenta contable asociada al
concepto de proveedor.
• Cuenta contable: se indica la cuenta contable asociada por defecto a utilizar, sobre la que se asocie al
concepto del proveedor en el objeto Concepto de proveedores.
• No se incluye en el total: se indica para indicar que el monto del concepto no forma parte del cálculo total.
• Edita cuenta contable: se indica para permitir la edición de la cuenta contable, asociada al concepto de
proveedor, en la registración de pagos y compras. Es de ingreso optativo. Por ejemplo, cuando se desea
imputar una cuenta diferente por cada anticipo que se entregue al proveedor, en función al tipo de
producto (materias primas, materiales, etc.), es decir, la cuenta Anticipo Proveedores Materia Prima o
Anticipo Proveedores Materiales.
• Impuesto: se indica para indicar que el concepto de proveedor es un impuesto. Se utiliza para el tipo de
concepto Impuesto y Percepción.
• Edita si es cero: se indica para poder editar los montos de los conceptos de proveedor de tipo intermedio
(Impuesto/Percepciones).
• Código de estructura: se indica el código de estructura para el cálculo de los conceptos de tipo intermedio
y último (bonificación, descuento, impuestos, percepciones) que están al concepto de proveedor de tipo
primario. Dicho valor se define en el objeto Estructura de cálculo.
• Cuenta para débito/crédito: se indica el código de cuenta contable a imputar al concepto de proveedor
vinculado al débito/crédito automático, según el caso, que se registra en los pagos y las aplicaciones. Dicho
valor se define en el objeto Plan de cuentas. Se habilita en el comprobante que se registre en el subdiario
de Pagos, por ejemplo, una Orden de pago.
• Dimensiones: se indica para acceder a la solapa grilla, donde se asocia a la cuenta contable la dimensión y
subcuenta contable.
• Estructuras de columnas: se indica el código de estructura de columna. Esto permite que el sistema realice
cálculos adicionales a los definidos en la estructura de cálculo. Dicho valor se define en el objeto Columnas.
• Aplica detalle según concepto primario: se indica para realizar la apertura del concepto intermedio en
relación al resultado del cálculo parcial para cada concepto primario, generando un nuevo ítem por cada
descuento en el comprobante. En el objeto Pre-liquidación de contratos, el sistema genera un ítem del
concepto de proveedor de tipo intermedio, por cada concepto de tipo primario calculado.
En el campo Código de estructura, se asocia a cada concepto primario y total, la estructura para
su cálculo. En el punto 3.6, se explica su configuración y uso.


En la solapa grilla Formularios por situación de IVA, se asocia el código de situación impositiva del proveedor
frente al organismo recaudatorio estatal; el formulario del comprobante de proveedor; el nombre del reporte
a los efectos de la impresión del formulario según situación impositiva del proveedor, entre otros.
En la solapa grilla Registraciones, se realiza la asignación del código de formulario de proveedores, según la
situación impositiva del proveedor. Se habilita para la registración desde el módulo de Proveedores, Stock y
Clientes y se encuentre la tilde en la opción Trabaja con definición múltiple de formularios. En dicha solapa,
se carga automáticamente la registración en la que se aplica el formulario a definir, y el o los maestros
permitidos que se relacionan con la registración.
3.4.2 Formularios de Proveedores

Se definen los distintos tipos de formularios a ser utilizados en los comprobantes de proveedores,
dependiendo de la situación impositiva del proveedor.
A continuación, de detallan los campos existentes;
• Formulario y descripción: se ingresa un código univoco y obligatorio, y una descripción que lo identifica.
• Numeración, se indica el tipo de numeración a utilizar. Las opciones disponibles son:
 Automática: se le indica porque número debe comenzar a enumerar el sistema y siempre se le va
sumando 1 al anterior. No se permite la edición del número propuesto y controla secuencial y
cronológicamente los movimientos. Por ejemplo, si registre el AD 1 con el día de la fecha el AD 2 solo
lo puedo registrar con fecha de hoy o posterior, nunca anterior.
 Renumeración mensual: La numeración está dada por: las 9 posiciones del campo número, los tres
primeros dígitos representan la cantidad de meses existentes desde la fecha 01/01/1980 a la fecha de
registración del comprobante y los seis dígitos restantes representan el número de movimiento dentro
de ese mes, en forma correlativa. El sistema controla si la última fecha grabada corresponde al
mes/año en que se está generando el comprobante. Si esto es afirmativo, directamente le suma 1
(uno) al último número de movimiento interno registrado, en el módulo correspondiente, para ese
mes/año. Caso contrario, genera la numeración para el nuevo mes/año.
 Semiautomática: el sistema propone la numeración, al último número interno registrado, en el
módulo correspondiente, le suma 1 (uno). Este número se puede modificar siempre que no se repita,
respetando la correlatividad numérica y cronológica.
 Irrestricta: Es manual, el sistema propone la numeración. Al último número interno registrado, en el
módulo correspondiente, le suma 1 (uno). Este número se puede modificar por cualquier número
siempre que no se repita.
• Último Número, se ingresa en principio el número con el cual necesita el sistema comience a numerar y
luego se va actualizando solo mientras que Última Fecha, es el campo que se actualiza según la última fecha
que se haya registrado el comprobante.
• Última fecha, se indica o recupera la última fecha en la que el formulario fue utilizado en una registración.
• Recuperación de fecha, se indica la opción si cuando se registra el comprobante puede proponer la fecha
del día o la última fecha del campo Última Fecha.


• Cantidad de ítems, se ingresa cuantos registros puede haber en un comprobante con el mismo número. En
el caso de sobrepasar ese número el sistema utilizara otro número adicional. Por ejemplo, si en el campo
indico 10 ítems y registro un comprobante con 30 ítems, Softland utiliza 3 números para ese movimiento.
• Letra Identificadora: se ingresa la letra del comprobante.
• Sucursal: se ingresa la sucursal a la cual corresponde el comprobante.
• Nombre del Reporte, se ingresa el código interno que posee el reporte que deseamos que imprima el
sistema al realizar una transacción con este comprobante.
• Numeración personalizada, si se desea realizar determinados controles, como el caso de la secuencialidad
en fecha y numeración, modificar la fecha y numeración o registrar en periodos cerrados.
• Código DGI: se ingresa el código equivalente al formulario de proveedor, según la categoría que determina
el organismo impositivo estatal de Argentina. Por ejemplo, la factura de letra A tiene código 01. El sistema
recupera el código DGI en el siguiente orden:
a) Campo Código de DGI, ubicado dentro del campo grilla vinculada Soporte, de la solapa grilla
Formularios por situación de IVA, del objeto Comprobante de proveedores.
b) Campo DGI, ubicado en la solapa grilla Formularios por situación de IVA, del objeto Comprobante
de proveedores.
c) Campo Código DGI, ubicado en el objeto Formulario de proveedores.
3.4.3 Conceptos de Proveedores

Se denomina concepto de proveedores a aquellos probables ítems que compondrán a una factura, nota de
débito, crédito, pago, etc. y que generarán en forma automática el asiento contable de cuentas a pagar.
El concepto de proveedores agrupa características como son: cuenta contable, tipo de impuesto y tasas
asociadas, código fiscal para soportes magnéticos, columnas para los subdiarios, etc.
La definición de los mismos se realiza en el objeto Conceptos de proveedores. Al ingresar se visualizan los
siguientes campos:


Figura 40. Conceptos de proveedores.
En el contenedor Concepto se indica el tipo de concepto de proveedor. Asimismo, se ingresa el código de

concepto a utilizar y su descripción que lo identifica.
En el contenedor Contabilidad se asocia el código de cuenta contable reducida y/o cuenta contable a imputar
al momento de la registración contable.
En el contenedor Subdiarios se encuentran los siguientes campos:
• Subdiario compras: se ingresa el número de columna en que debe presentarse el concepto de proveedores
en el subdiario de compras. Los números de columna habilitados por el sistema son del 1 al 10.
• Columna compras exentas: se ingresa el número de columna en que debe presentarse el concepto de
proveedores asociado a las compras exentas, dentro del subdiario de compras.
• Subdiario de pagos: se ingresa el número de columna en que debe presentarse el concepto de proveedores
en el subdiario de pagos.
En el contenedor Otros se ingresa, entre otros, el monto mínimo a utilizar en la estructura de cálculo (Campo
Mínimo) del concepto de proveedor y el tipo de documento que representa el código de validación del campo
Código de barras, que representa el script que valida el contenido de ese campo. Por ejemplo, en el objeto
Documentos, se encuentra el código EAN13, con el script de validación del dígito verificador.
En el contenedor Conceptos de descuento y diferencia de cambio se asocia el tipo y código de concepto a
incluir en los comprobantes de descuentos y diferencias de cambios, en los que interviene dicho concepto de
proveedor.


En la solapa grilla Dimensiones, se realiza la imputación en dimensiones y su distribución en subcuentas.
En la solapa grilla Impuestos asociados al concepto, se indica entre otros el tipo de impuesto, tasa y columna
a incluir.
En la solapa grilla Retenciones, se indica el tipo y código de retención particular para ese concepto.
3.5 Imputaciones en Cuenta Corriente

Se definen los distintos códigos de imputación de cuenta corriente. Por cada código, se debe indicar su
descripción asociada y si el mismo generará deuda en cuenta corriente de proveedores. Para ello se debe tildar
la casilla Actualiza en Cuenta Corrientes.
Este código, se establece luego en el comprobante de proveedores, y es no editable al momento de generar
las registraciones de compras y proveedores.
Como mínimo se definen tres (3) códigos de cuenta corriente:
 Cuenta corriente (por ej. Factura en cuenta corriente).
 Contado (por ej. Facturas de contado).
 Pagos (por ej. Orden de pago, Aplicación en cuenta corriente).
La definición de los mismos se realiza en el objeto Imputaciones de cuenta corriente.
3.6 Estructuras de Cálculo

Se definen las estructuras de cálculo con fines Impositivos, comerciales o legales. La estructura de cálculo se
relaciona a través del comprobante de proveedores, concepto por concepto de proveedores. Es decir, según
el comprobante que se utiliza, se pueden establecer diferentes cálculos para un mismo concepto.
En el objeto Estructura de cálculo se realiza la definición de cada una de ellas.
En el ejemplo de la figura 9, aplicable en Argentina, se muestra la estructura de cálculo que corresponde a la
factura en cuenta corriente cuyo impuesto al valor agregado es al 21 %.


Figura 41. Estructura de cálculo para factura de compra en cuenta corriente.
En función del comprobante, el sistema recupera los conceptos intermedios (bonificaciones, descuentos,
impuestos) y totales correspondientes al mismo. Para el caso de la factura de compras en cuenta corriente,
recupera los conceptos de proveedores (Descuentos, Impuestos de Iva, Percepciones y Totales).
En el caso que la empresa reciba comprobantes a distintas alícuotas, debe crear tantas
estructuras de cálculo por comprobante como alícuotas haya. Por ejemplo, Factura en Cta. Cte.
al 21 %, Factura en Cta. Cte. al 10,50 %, Factura en Cta. Cte. al 27 %, etc.
En la solapa grilla Cálculo, se encuentran los conceptos intermedios incluidos en el comprobante de proveedor.
En cada uno de ellos se definen los siguientes campos:

• Tipo y código de concepto de proveedor: se recupera automáticamente el tipo y código de concepto de
proveedores de orden intermedio (Descuento, Impuestos, Percepciones, etc.) o último (Total del
comprobante).
• Cuenta: se indica el código de cuenta contable asociado al concepto de proveedores de orden intermedio
y último. Por ejemplo, la cuenta Proveedores para el concepto de orden último.
• Fórmula de cálculo: se ingresa la fórmula de cálculo para el concepto de proveedores de orden intermedio
(descuentos, bonificaciones, impuestos, percepciones, etc.,) y último (total del comprobante). La fórmula
de cálculo que determina el importe total del comprobante, en general se asocia al concepto de orden


último. Las operaciones que pueden ser realizadas en las fórmulas son: multiplicación (*), división (/), suma
(+) y resta (-).
Los elementos que forman parte de las operaciones dentro de una fórmula se denominan
Variables. Estas variables se encuentran ya configuradas en el sistema. Son ejemplo de variables:
a) LImporteBruto: importe bruto del concepto primario, redondeo a 2 decimales.
b) LImporteBrutoConDecimales: Monto del concepto primario, sin redondeo de decimales.
c) ITasaDe...: Tasa asociada al tipo de impuesto (se le debe agregar el tipo de impuesto, Por
ejemplo, ITasaDeIVA21.
d) ConceptoM...: Total (superado el mínimo) del concepto (se le debe agregar el tipo y código del
mismo), por ejemplo: Tipo concepto Impuesto, ConceptoMI y Tipo concepto Descuento,
ConceptoMD.
e) TotImporteBrutoConDecimales: Es la suma de todos los conceptos primarios A, sin impuestos
y descuentos, sin redondeo de decimales.
Asimismo, existen constantes. Ejemplos de contantes son:
a) Coeficiente: es el tipo de cambio del comprobante.
b) Descuento1: proviene de la condición de pago.
c) DiasLibres: proviene de la condición de pago.
d) IMinimoDe: recupera el importe del valor mínimo indicado en Tipo de impuesto.
e) ImporteMinimoDeMunicipio: proviene del Municipio asociado al encabezado.
f) Jurisdicción: jurisdicción del encabezado.
h) MinimoDeIngresosBrutos: proviene de la jurisdicción del encabezado.
i) j) Porcentaje1: proviene de la condición de pago.
k) PorcentajeDeBonificacionDePie1: proviene de la condición de pago.
l) PorcentajeDeDescuento: proviene de la condición de pago.
ll) PorcentajeDeFinanciación: proviene de la condición de pago.
m) PorcentajeDeIngresosBrutos: proviene de la jurisdicción de entrega del encabezado.
ñ) PorcentajeMinimoDeMunicipio: proviene del Municipio asociado al encabezado.
o) SituacionDeIVA: proviene de la situación de iva del cliente.
p) TasaDeInteres: proviene de la condición de pago.
q) TasaDeMunicipio: proviene del Municipio asociado al encabezado.
r) CodigoDeEmpresa: proviene de la empresa actual. Resulta muy útil su funcionalidad cuando se
trabaja en un entorno multiempresa. Por ejemplo,


IF(CodigoDeEmpresa=”CódigoEmpresaX”;importebrutocondecimales*itasadepiibb*porcentajedeingresosbrutos/100;0)
• Script: se ingresa una sentencia SQL que permite recuperar valores adicionales a partir de los datos
almacenados en las bases, que pueden formar parte del cálculo de la estructura.
• Cantidad de decimales: se indica la opción que representa la cantidad de decimales a utilizar en la fórmula
de cálculo. Las opciones disponibles son: 0,1,2,3 y 4.
• Impuestos: se indica que el concepto de proveedor de orden intermedio es impuesto. Por ejemplo, en la
Argentina, el IVA Crédito Fiscal 21 %.
• Se incluye en el total: se indica para habilitar la opción que el resultado del cálculo según la aplicación de
la fórmula asociada al concepto, sea incluido en el concepto de tipo de orden último o total del
comprobante.
• Se incluye en el precio: se indica para habilitar la opción que el resultado del cálculo según la aplicación de
la fórmula asociada al concepto, sea incluido en el concepto de tipo de orden primario o línea de precio de
cada producto del comprobante.
• Tipo de impuesto: se indica el tipo de impuesto del concepto de proveedores de orden intermedio,
considerado impuesto. Dicho valor se define en el objeto Tipos de impuesto.
• Mínimo: se indica la opción que permite definir de dónde se obtiene el importe mínimo en el momento de
realizar el cálculo. Las opciones disponibles son:
a) Ninguno: no se considera un monto mínimo para su cálculo.
b) Concepto: se recupera el monto indicado en el concepto de proveedores, del campo mínimo del objeto
Conceptos proveedores.
c) Impuesto: se recupera el monto indicado en el tipo de impuesto, del campo mínimo del objeto Tipos
de impuesto.
d) Variable: se considera el valor que se ingresa en el campo Variable/Constante.
e) Fórmula: se considera el valor que se ingresa en el campo Fórmula de comparación.
• Variable/Constante, se ingresa el valor que se utiliza en el cálculo del concepto de proveedores, cuando se
indica la opción Variable en el campo Mínimo.
• Fórmula de comparación: se ingresa el valor que se utiliza en el cálculo del concepto de proveedores,
cuando se indica la opción Fórmula en el campo Mínimo. Como definición, la fórmula de comparación
contempla el mínimo asociado al concepto, mínimo definido por impuesto, alguna variable dentro de la
planilla de cálculo y se agrega la opción de definir y determinar la forma de comparación teniendo en cuenta
la implementación en particular.
3.6.1 Asociación de Estructura de cálculo de Proveedores

La asociación de estructuras de cálculo implica vincular los conceptos primarios con la estructura de cálculo
definido.


En el objeto Comprobantes de proveedores solapa grilla conceptos por comprobantes se asocia la estructura
de cálculo definida a todos los conceptos de tipo Primarios asociados al comprobante como se visualiza en la
siguiente figura.
Figura 42. Asociación estructura de cálculo para la factura en Cta. Cte.
3.6.2 Ejemplo de Estructura de cálculo en factura de compra – Aplicable en Argentina

Tipos de Impuesto
IVA Impuesto al Valor Agregado

PIB01 Percepción de Ingresos Brutos Cap.Fed.
PIVA Percepción de IVA
Conceptos de proveedores
C001 Compras gravadas al 21% TipoImpuesto Tasa

IVA 21
PIB01 1
PIVA 5
C003 Compras gravadas al 27% TipoImpuesto Tasa
IVA 27
PIB01 1
PIVA 5
C000 Compras Exentas / No Gravadas TipoImpuesto Tasa
IVA 0
PIB01 0
PIVA 0
Conceptos Intermedios y Último del comprobante


Tipo Detalle Tipo Código Descripción

I Impuesto IVA001 IVA Crédito Fiscal 21%
I Impuesto IVA003 IVA Crédito Fiscal 27%
P Percepción IBR001 Percepción de Ing. Brutos Cap. Fed.
P Percepción IVA001 Percepción de IVA
T Total PRV001 Proveedores Locales
Estructura de cálculo
Tip Código Fórmula Re

I IVA001 LImporteBruto*ITasaDeIVA/100 A
I IVA003 LImporteBruto*ITasaDeIVA/100 B
P IBR001 If ( Jurisdiccion= "901", If( TotImporteBrutoConDecimales * C
Coeficiente * ITasaDePIB01 / 100 > IMinimoDePIB02 ,
LimporteBrutoConDecimales * Coeficiente * ITasaDePIB01 /
100, 0 ), 0 )
P IVA001 LImporteBruto*ITasaDePERIVA/100 D
T PRV001 LImporteBruto+ConceptoMIIVA001+ConceptoMIIVA003+Conc E
eptoMPIBR001+ ConceptoMPIVA001
Compra realizada
Concepto Importe A B C D E
C001 $ 1.000,00 $ 210,00 $ 0,00 $ 10,00 $ 50,00 $ 1.270,00
C001 $ 2.000,00 $ 420,00 $ 0,00 $ 20,00 $ 100,00 $ 2.540,00
C000 $ 3.000,00 $ 0,00 $ 0,00 $ 0,00 $ 0,00 $ 3.000,00
C003 $ 1.000,00 $ 0,00 $ 270,00 $ 10,00 $ 50,00 $ 1.330,00
NETO IVA001 IVA003 IBR001 IVA001 TOTAL
$ 7.000,00 $ 630,00 $ 270,00 $ 40,00 $ 200,00 $ 8.140,00
Los tipos de impuesto asociados al Proveedor son IVA, PIB01 y PIVA. Si el proveedor no hubiera
tenido asociado el tipo de impuesto, el mismo no se habría calculado para ningún concepto primario.


3.7 Registraciones de Pagos
3.7.1 Autorizaciones de Pagos

En el objeto Autorización de obligaciones a pagar, se realiza la autorización de aquellas facturas que se
encuentran pendientes de pago. Una vez autorizada las facturas, se podrá continuar con el proceso de pago
desde el objeto link Selección de Facturas a Pagar y/o Orden de Pago a Proveedores. Al ingresar se visualiza
el Paso 1 - Sector de pago como se muestra en la siguiente figura.
Figura 43. Autorizaciones de obligaciones a pagar. Paso 1 - Sector de pago.
Para iniciar el proceso de autorización, se necesita indicar el sector de pago, el valor del importe y si el
comprobante a autorizar será manual (se indican los comprobantes a recuperar para su autorización), o en
caso contrario automática. Para el caso de la selección automática (sin la tilde en campo Manual), se continúa
con el Paso 2 - Rango de procesamiento, como se muestra en la siguiente figura.
Figura 44. Autorizaciones de obligaciones a pagar. Paso 2 – Rango de procesamiento.
En el paso 2, se ingresan los valores necesarios que actúan de filtros, del cual el sistema recupera para su
posterior autorización. Se encuentran como campos filtros entre otros; el rango de proveedores, el rango de


fecha de vencimiento, comprobantes si se encuentran en estado no autorizado, etc. Una vez se ingresan los
campos filtros se continúa con el paso 3 - Movimientos a autorizar. Como se visualiza en la siguiente figura.,
se realiza la selección de los comprobantes a autorizar para su posterior pago.
Figura 45. Autorizaciones de obligaciones a pagar. Paso 3 – Movimientos a autorizar.
Para utilizar esta funcionalidad, se necesita habilitar el campo parámetro Autoriza previamente
los pagos, ubicado en el objeto Definición de parámetros de proveedores.
3.7.2 Selección de obligaciones

En el objeto Selección de obligaciones a Pagar, se realiza la selección de los comprobantes a pagar, que resulta
previo al cálculo de retenciones, descuentos, impuestos asociados, diferencias de cambio y posterior orden de
pago.
Luego de indicar el sector y comprobante de pago, el sistema le brinda la posibilidad de generar o modificar el
listado de obligaciones a pagar.
Una vez ingresados los rangos solicitados (proveedor, vencimientos, ordenamiento, etc.), el usuario puede
indicar los comprobantes a pagar, para una posterior administración de cada uno de ellos, posibilitando luego
la edición del importe a pagar, descuentos, y conceptos de retención asociados.
3.7.3 Calculo de obligaciones a pagar (Retenciones)

En el objeto Calculo de Retenciones, se realiza el cálculo de las retenciones, descuentos, impuestos asociados
y diferencias de cambio aplicables a las comprobantes a pagar del lote generado en el objeto Selección de
obligaciones a Pagar.
En la siguiente figura., se visualiza la pantalla Cálculo de obligaciones a pagar, Paso 1, Selección de sector a
pagar.


Figura 46. Selección de sector a pagar - Paso 1.
En el contenedor Sector, se indica el código de sector en el cual queda pendiente en la cuenta corriente para
ser cancelada, el comprobante a generar por el pago de las obligaciones y la fecha de cálculo que considera el
sistema.
La opción Proceso Total, permite que en forma directa se realice el proceso de cálculo para todos los
comprobantes, sin la posibilidad de modificación de los tipos de cambio y selección de los comprobantes
sujetos al proceso.
En el Paso 2, Paridades, se muestra el tipo de cambio para cada una de las monedas extranjeras, con la
posibilidad de su modificación.
En el Paso 3, Vista preliminar, se muestran los comprobantes elegidos en Selección de obligaciones a pagar,
con sus montos y tipo de moneda. El grupo de facturas indicadas forman parte del proceso de cálculo.
En el Paso 4, Finalizar, se muestran en cada uno de los comprobantes con los montos calculados
correspondientes a descuentos, diferencias de Cambio y retenciones.
En la siguiente figura, se visualiza la pantalla Cálculo de Retenciones, Paso 4, Vista.
Figura 47. Cálculo de obligaciones a pagar - Paso 4.
Para que el sistema realice el proceso definitivo de cálculo, se debe tildar el botón Terminar.
3.7.4 Pago a Proveedores

En el objeto Pago a Proveedores, se genera el pago a proveedores.


En la siguiente figura, se visualiza la pantalla Pago a Proveedores, Paso 1, Tipo de registración.
Figura 48. Pantalla Pago a Proveedores - Paso 1.
El sistema permite trabajar con cuatro (4) tipos de procesos:

 Automático
 Manual
 Semiautomático
 Reporte
• Proceso automático: el sistema permite trabajar en modo Proceso Total o normal. El modo proceso total,
dentro del paso 2, Selección de parámetros, solicita el sector de pagos, cuyo dato es filtro para la
recuperación de las obligaciones a pagar. También muestra la fecha del movimiento, que por defecto es la
del día y es posible su edición.
Por último, se encuentra el contenedor Medio de pago, donde se puede indicar que el sistema recupere el
medio de pago asociado en el maestro de proveedores y/o se elija un tipo y código de concepto de
tesorería, a utilizar como medio de pago. Asimismo, se indica si la fecha de vencimiento de los cheques es
fija o se considera la fecha de vencimiento del comprobante a cancelar.
En cambio, en el modo normal, funciona de la misma manera que el proceso total, con la diferencia que
solo se puede cancelar la deuda para un único proveedor, a diferencia del proceso total que lo hace para
todos los proveedores indicados.
• Proceso Manual: en este proceso el sistema permite que el usuario directamente ingrese a la pantalla de
registración, y la que en forma manual ingresa los comprobantes pendientes de pago, en la solapa grilla
Aplicaciones. Permite realizar el pago para un único proveedor.
• Semiautomático: en este proceso el sistema permite que a partir de campos filtros predefinidos
(Comprobante a generar, Proveedor, Rango de fechas, etc.), el sistema recupera una grilla con los
comprobantes a cancelar, de forma tal de que el usuario pueda indicar los que se desea abonar.
Una vez que se realiza aquello, se recuperan las obligaciones a pagar dentro de la pantalla de registración,
en el área de ítems, de la solapa grilla Aplicaciones. El usuario puede agregar nuevos comprobantes a


cancelar, monto a cancelar, porcentaje y monto de descuento, etc. Permite realizar el pago para un único
proveedor.
• Reporte: en este proceso el sistema permite que, a partir de campos definidos en un reporte especial, y
que actúan de campos filtros, se recuperen las obligaciones a pagar dentro de la pantalla de registración,
en el área de ítems, de la solapa grilla Aplicaciones. El usuario puede agregar nuevos comprobantes a
cancelar, monto a cancelar, porcentaje y monto de descuento, etc.
En la siguiente figura., se visualiza la pantalla Pago a Proveedores, Paso 2, Selección de parámetros, para el
caso de realiza el pago en proceso automático en modo normal.
Figura 49. Pago a Proveedores Paso 2– Proceso Automático.
En el ejemplo de la siguiente figura, se muestra el paso 2, Selección de parámetros, cuyo sector de pagos es
PL; Pago a Proveedores; el comprobante es OP, la fecha de movimiento de la OP 05/10/2017; en la que se
cancela la deuda del proveedor PL S.A (Proveedor Local), con el tipo y código de concepto es B y
Banco Principal Cuenta Corriente en Moneda Nacional, y siendo el medio de pago recuperado del maestro
de proveedores. Por último, considera como fecha de vencimiento de los cheques a emitir, la fecha de
vencimiento de los comprobantes.
Figura 50. Pago a Proveedores Paso 3– Proceso Automático.


Por último, al tildar el botón Siguiente, el sistema procesa la información generando en su caso, para cada
proveedor, los siguientes comprobantes:
 Orden de pago en Proveedores
 Orden de pago en Tesorería
 Retenciones en Proveedores
 Nota de Crédito y Débito por diferencia de cambio o descuento en Proveedores.

GSA DOC GU Compras y Ctas Pagar

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

GSA DOC GU Compras y Ctas Pagar

Cargado por

Copyright:

Formatos disponibles

Compras y Cuentas a pagar

Configuración y uso Versión: 1.4

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 1 / 67

Configuración y uso Versión: 1.4

Revisión Aprobación / Vigencia

04/08/2016 1.0 Versión original S/Parte EP 225 EP 18/08/2016 GR 19/08/2016 EP

29/08/2016 1.1 Actualización S/Parte EP 239 EP 29/08/2016 EP/ET 29/08/2016 EP

08/09/2017 1.2 Actualización S/Parte FC 53 GL 11/10/2017 GR 23/11/2017 EP

03/12/2018 1.3 Actualización S/Parte EP 331 EP 10/01/2019 GR 10/01/2019 EP

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 2 / 67

Configuración y uso Versión: 1.4

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 3 / 67

Configuración y uso Versión: 1.4

Compras y Cuentas a pagar

2.1 Definición de parámetros de compras

Figura 1. Paso 1 - Definición de parámetros de Compras.

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 4 / 67

Configuración y uso Versión: 1.4

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 5 / 67

Configuración y uso Versión: 1.4

Fig. 2. Paso 2 - Pantalla de Definición de parámetros de Compras

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 6 / 67

Configuración y uso Versión: 1.4

(máximo y mínimo), de loa objetos de menú Producto, Precios y Lista de precios.

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 7 / 67

Configuración y uso Versión: 1.4

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 8 / 67

Configuración y uso Versión: 1.4

Fig. 3. Circuito de Compras.

En el contenedor Circuitos, se encuentran los siguientes campos;

En el contenedor Actualiza, se encuentran los siguientes campos;

En el contenedor Tipo de movimiento, se encuentran los siguientes campos;

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 9 / 67

Configuración y uso Versión: 1.4

En el contenedor Recuperación del paso anterior, se encuentran los siguientes campos;

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 10 / 67

Configuración y uso Versión: 1.4

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 11 / 67

Configuración y uso Versión: 1.4

un Remito de compras, que el sistema no recupere el depósito y sector indicado en el Requerimiento de

En el contenedor Recuperación para paso posterior, se encuentran los siguientes campos;

En el contenedor Controles y validaciones, se encuentran los siguientes campos;

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 12 / 67

Configuración y uso Versión: 1.4

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 13 / 67

Configuración y uso Versión: 1.4

mayor o igual a éste.

Template: TP_GU_[TEMA].dotx Versión: 1.4 Vigencia: 26/08/2016

Fecha Impresión: 10/01/19 © Softland Inversiones S.L., 2019 Pág.: 14 / 67

Configuración y uso Versión: 1.4

En el contenedor Límite de crédito, se encuentran los siguientes campos;

En el contenedor Anticipos, se encuentran los siguientes campos;