Documentación FX BAS CS 4.6

Documentación FX

BAS CS 4.6.0

BAS Company Steering

Versión 24-Vigencia 20/07/22 (Hasta FX028 inclusive) 2

Índice

1 Novedades en el proceso de autorización de comprobantes .................................. 6 1.1. Autorización de Ingresos de mercadería ................................................................ 6 1.1.1 Parámetros para la autorización de ingresos de mercadería ...................................... 6 1.1.2 Autorización ................................................................................................................. 7 1.1.3 Emisión de ingresos de mercadería ............................................................................. 8 1.1.4 Cierre de carpetas de importación .............................................................................. 8 1.1.5 Informe de ingresos de mercadería ............................................................................ 8 1.1.6 Consultas ................................................................................................................... 10 1.1.7 Depuración de datos históricos - Verificación ........................................................... 10 1.2. Autorización de facturas de compra .................................................................... 10 1.3. Autorización de comprobantes por importe......................................................... 11 1.4. Impresión de comprobantes autorizables ............................................................ 12 2 Novedades en ingresos de comprobantes ............................................................ 13 2.1. Egresos de mercadería por consumo ................................................................... 13 2.1.1 Ingresos de mercadería ............................................................................................. 13 2.1.2 Egresos de mercadería .............................................................................................. 15 2.1.3 Consulta de ingresos y egresos de mercadería ......................................................... 16 2.1.4 Eliminación de ingresos de mercadería ..................................................................... 17 2.2. Control de crédito de clientes en facturación de pedidos y egresos ...................... 18 2.3. Remito cárnico .................................................................................................... 19 2.3.1 Parámetros de Fiscalización electrónica ................................................................... 20 2.3.2 Talonarios .................................................................................................................. 20 2.3.3 Domicilios .................................................................................................................. 21 2.3.4 Depósitos ................................................................................................................... 22 2.3.5 Egresos de mercadería .............................................................................................. 23 2.3.6 Administrador de comprobantes electrónicos .......................................................... 23 2.3.7 Listado de stock físico ................................................................................................ 24 2.3.8 Listados de Clientes y Proveedores ........................................................................... 24 2.3.9 Consulta de Egresos de mercadería .......................................................................... 24 2.3.10 Consulta de Depósitos/Plantas y Domicilios ............................................................. 24 2.3.11 Utilitario BCSCOT - Exportación y fiscalización de remitos. ...................................... 25 2.4. Ingresos de mercadería ....................................................................................... 28 2.5. Manejo de cheque electrónicos (e-Cheqs) ........................................................... 29 2.5.1 Cuentas bancarias...................................................................................................... 29 2.5.2 Ingresos de comprobantes de caja y bancos ............................................................. 31 2.5.3 Impresión de comprobantes de caja ......................................................................... 34 2.5.4 Impresión de cheques ............................................................................................... 35 2.5.5 Consulta de cheques ................................................................................................. 36 2.5.6 Informes de caja y bancos ......................................................................................... 36 2.6. Comprobantes de compra ................................................................................... 37 2.7. Comprobantes de venta ...................................................................................... 41 2.7.1 Facturación a clientes monotributistas ..................................................................... 41 2.7.2 Comprobante origen ................................................................................................. 45 2.7.3 Consulta de constancia de CUIT ................................................................................ 46 2.8. Vigencia de talonarios ......................................................................................... 46 2.8.1 ABM de Talonarios .................................................................................................... 47 2.8.2 ABM de tipos de comprobantes ................................................................................ 51 2.8.3 Ingreso de comprobantes .......................................................................................... 51



2.8.4 Informes .................................................................................................................... 54 2.8.5 Emisión de comprobantes ......................................................................................... 59 2.8.6 Utilitarios ................................................................................................................... 62 2.8.7 Ejecución FX021 de BASCS 4.60 ................................................................................. 62 2.9. Descripción larga de ítems .................................................................................. 63 2.10. Egresos de mercadería con stock en consignación ................................................ 64 2.11. Comprobantes en preparación ............................................................................ 64 2.12. Cálculo de retenciones de I.V.A ........................................................................... 64 2.12.1 ABM de Parámetros Especiales ................................................................................. 64 2.12.2 Cálculo de retenciones de I.V.A en el ingreso de comprobantes .............................. 65 2.13. Cálculo de percepciones y retenciones provinciales a Exentos .............................. 68 3 Novedades en emisión de comprobantes ............................................................ 68 3.1. Impresión de asientos ......................................................................................... 68 3.2. Emisión de ingresos de mercadería ...................................................................... 69 3.3. Impresión de comprobantes que permiten CAI .................................................... 69 3.4. Impresión de facturas de venta ........................................................................... 69 3.5. Observaciones de números de serie .................................................................... 69 3.6. Emisión de comprobantes de retenciones ............................................................ 70 3.7. Emisión y vista preliminar de comprobantes ........................................................ 70 4 Novedades en emisión de informes ..................................................................... 71 4.1. Stock vendido no entregado ................................................................................ 72 4.1.1 Stock físico ................................................................................................................. 73 4.1.2 Stock valorizado ......................................................................................................... 74 4.1.3 Stock disponible ......................................................................................................... 75 4.1.4 Rotación de inventario .............................................................................................. 75 4.2. Resumen de cuentas, Listado de Saldos y Listado de Vencimientos a cobrar/pagar 76 4.3. Informe de comisiones por ventas - Comprobantes eliminados ............................ 76 4.4. Mayor ................................................................................................................ 77 4.5. Auditoría de compras .......................................................................................... 78 4.6. Emisión de listas de precios ................................................................................. 78 4.7. Requerimientos y requerimientos por ítem ......................................................... 79 4.8. Stock físico ......................................................................................................... 79 4.9. Comprobantes de producción ............................................................................. 80 4.10. Listado de movimientos de materiales ................................................................ 80 4.11. Saldos a cobrar/pagar y análisis de cuentas de cobrar/pagar................................ 81 4.12. Necesidad de abastecimiento .............................................................................. 81 4.13. Números de serie ................................................................................................ 82 4.14. Rentabilidad bruta .............................................................................................. 83 4.15. Pedidos pendientes ............................................................................................ 83 4.16. Listado de Estado de órdenes de Compra ............................................................ 84 4.17. Informe de conciliación bancaria ......................................................................... 85 5 Novedades en Consultas y Búsquedas ................................................................. 85 5.1. Consultas ............................................................................................................ 85 5.2. Consulta de comprobantes .................................................................................. 86 5.3. Consulta de comprobantes de venta ................................................................... 87 5.4. Consulta de Listas de comprobantes y Producción en proceso .............................. 87 5.5. Consulta de Proveedores .................................................................................... 87 5.6. Consulta de ítems de ventas y compras ............................................................... 88 5.7. Consultas de clientes, proveedores e ítems.......................................................... 88 5.8. Búsquedas .......................................................................................................... 89 6 Novedades en aplicación de comprobantes ......................................................... 90



7 Novedades en el proceso de valuación contable .................................................. 92 7.1. Bienes de Uso ..................................................................................................... 97 7.1.1 Grupos de bienes de uso ........................................................................................... 97 7.1.2 Afectación de bienes de uso ...................................................................................... 97 7.1.3 Modificación y Desafectación de bienes de uso ....................................................... 99 7.1.4 Cierre del subdiario de bienes de uso ....................................................................... 99 7.1.5 Ajuste de bienes de uso ............................................................................................. 99 7.1.6 Anexo de bienes de uso ............................................................................................. 99 7.1.7 Informe de comprobantes de bienes de uso ............................................................ 99 7.1.8 Consulta de afectaciones de bienes de uso ............................................................ 100 7.1.9 Consulta de modificaciones y desafectaciones de bienes de uso ........................... 100 8 Novedades en ABMs .......................................................................................... 100 8.1. Imputaciones contables ..................................................................................... 100 8.2. Talonarios.......................................................................................................... 101 8.3. Empresas ........................................................................................................... 101 8.4. Sucursales ......................................................................................................... 101 8.5. Plantillas de e-mail............................................................................................. 102 8.6. Tipos de comprobantes ...................................................................................... 103 8.7. Programación de alertas .................................................................................... 105 8.7.1 Partidas a vencer ..................................................................................................... 105 9 Novedades en el proceso de fiscalización electrónica .......................................... 105 9.1. Fiscalización de Recibos A, B y C ......................................................................... 105 9.2. Administración de comprobantes electrónicos ................................................... 106 9.3. Fiscalización electrónica de Argentina ................................................................ 108 9.4. Fiscalización electrónica de Paraguay ................................................................. 109 9.5. Fiscalizador de comprobantes de Uruguay .......................................................... 115 9.6. Fiscalización de facturas de crédito..................................................................... 115 9.7. Fiscalización en excepción .................................................................................. 117 10 Novedades en los procesos de importación ........................................................ 121 10.1. Importación de exenciones impositivas .............................................................. 121 10.2. Importación de padrones de Ingresos Brutos ...................................................... 121 10.3. Importación de padrones de Ingresos Brutos mediante BAS Padrones ................. 122 10.3.1 Parámetros de cuentas corrientes .......................................................................... 123 10.3.2 Sinónimos para códigos de padrones ...................................................................... 124 10.3.3 Cálculo de percepciones y retenciones de ingresos brutos .................................... 125 10.3.4 Tasas por CUIT ......................................................................................................... 125 11 Novedades en Utilitarios .................................................................................... 126 11.1. Fecha impositiva en Compras ............................................................................. 126 11.2. Utilitario BASCSQP - Comunicación BASCSQP - QP Router ................................... 126 11.2.1 Empresas ................................................................................................................. 126 11.2.2 Sucursales ................................................................................................................ 127 11.2.3 Parámetros generales .............................................................................................. 128 11.3. Utilitario BCSICORE ............................................................................................ 128 11.4. Novedades en importaciones mediante ICR y BASCS WebApi .............................. 129 11.4.1 Importación de comprobantes ................................................................................ 129 11.4.2 Manejo de ExtraCash ............................................................................................... 130 11.4.3 Manejo de advertencias .......................................................................................... 131 11.5. Utilitarios BCS1361 y BCS3685 ............................................................................ 132 11.6. Utilitario BCS3685 .............................................................................................. 132 11.6.1 Generación de archivos ........................................................................................... 133 11.6.2 Libro de I.V.A. digital ............................................................................................... 133



11.7. Utilitario BCS2181 .............................................................................................. 134 11.8. Utilitario BCSModifQrp ...................................................................................... 135 11.9. Utilitario BCSIBRea............................................................................................. 136 11.10. Utilitario BCSTesaka ........................................................................................... 136 11.11. Utilitario BCSCOT ............................................................................................... 137

Nota: Este documento sólo incluye las mejoras introducidas mediante FX del producto.



1 Novedades en el proceso de autorización de comprobantes

1.1. Autorización de Ingresos de mercadería

A partir de ahora es posible autorizar los ingresos de mercadería. El proceso es muy similar al que se realiza con los otros comprobantes autorizables.

Podrán utilizarse las mismas tablas de autorización que ya se tengan definidas, podrán configurarse en qué condiciones se utilizarán esas tablas, o podrán autorizarse automáticamente todos los ingresos, tal como se hacía hasta ahora, esto último seria lo que ocurriría si no se configura nada en la autorización manual de ingresos.

La finalidad de esta autorización es controlar que no se realicen pagos de mercadería que no fue autorizada. El ingreso de mercadería no autorizado puede facturarse y puede imprimirse, pero esa factura no podrá pagarse hasta que el remito de ingreso que la originó no sea autorizado.

Los ingresos pendientes de autorizar por el usuario que utiliza el sistema, se incorporarán a la agenda del usuario a nivel de tareas y de alertas. También se incorporan al mail que se envía a los usuarios que estén indicados como destinatarios de esos mensajes, en las tablas de autorización involucradas.

Si se cancela completamente un ingreso de mercadería el sistema deja dicho ingreso como autorizado si está pendiente de autorización y se eliminan sus alertas y tareas pendientes de la agenda. La eliminación de la cancelación revierte dicha autorización.

1.1.1 Parámetros para la autorización de ingresos de mercadería

Este nuevo programa del menú de Configuración/Autorizaciones de compras, permite definir los parámetros para la autorización de ingresos de mercadería (Figura 1).

Se podrán indicar tablas de autorización para:

Para todos los ingresos de mercadería.

Para ítems determinados en función de valores de un atributo de ítems.

Para proveedores determinados en función de valores de un atributo de proveedores.

Para centros de apropiación determinados.

Para diferencias en fechas de entrega y cantidades respecto una orden de compra o la ausencia de orden de compra o factura.



Figura 1

Esta definición se evaluará cuando se generen en el sistema ingresos de mercadería con origen de un proveedor, desde el programa de ingresos de mercadería. No se incluirán en el proceso de autorizaciones los ingresos de mercadería que se generen como comprobantes asociados de otros, ni los que sean de origen cliente, depósito o planta.

Si se indica autorización por centros determinados se debe indicar en la grilla correspondiente el tipo de centro, el código del centro y la tabla de autorización asociada para los centros que requieran autorización. Para la evaluación de la autorización del ingreso respecto de este criterio, se considerarán los centros ingresados en la carga del comprobante y los centros existentes en el egreso por consumo asociado, en caso de existir, quedando el ingreso pendiente de autorizar si alguno de los centros indicados en el egreso por consumo existen en la tabla de centros que requieren autorización. En caso de no existir egreso por consumo, se evaluarán los centros indicados en el remito de ingreso.

Las diferencias respecto de la orden de compra se evaluarán para las líneas del remito de ingreso de bienes o servicios de tipo cantidad, que referencien directamente a una orden de compra.

Para la evaluación de la opción sin orden de compra o factura se revisará la existencia de líneas del remito que sean bienes o servicios de tipo cantidad, que no referencien a una orden de compra, comprobante de compra o egreso de mercadería.

1.1.2 Autorización

Este nuevo programa se ubica en el menú de Comprobantes/Movimientos de materiales/ingresos.

El funcionamiento de este programa es similar al de otros programas de autorización de



comprobantes.

Al ingresar se muestra la lista de comprobantes pendientes de autorizar por el usuario que se logueó al sistema. Se dispone de opción para autorizar, rechazar o modificar el mismo, y para indicar una observación a la acción a realizar (Figura 2). El proceso de autorización también es similar al de otros comprobantes.

Una vez realizadas todas las acciones deseadas con los comprobantes pendientes de autorizar, se podrá grabar todo lo realizado, o salir sin grabar lo hecho en cada comprobante, también mediante el botón “Ver totales” se pueden ver totales de comprobantes pendientes, autorizados y rechazados.

Figura 2

1.1.3 Emisión de ingresos de mercadería

Se agregan las variables para permitir indicar en la emisión si un remito está o no autorizado, y los datos de quien lo debería autorizar.

En los formatos estándar y personalizado que corresponden a este tipo de comprobante, se agregan las variables:

nAutorizado: indica si el comprobante está o no autorizado (valores 1 o 0).

strUsuAutorizante: Usuario autorizante del comprobante.

strUsuAutorizNombre: Nombre del usuario autorizante del comprobante.

Las variables incorporadas se detallan en el documento “Variables para comprobantes.doc”.

1.1.4 Cierre de carpetas de importación

No se permitirá cerrar una carpeta de importación cuando haya remitos de ingreso de mercadería pendientes de autorizar asociados a dicha carpeta.

1.1.5 Informe de ingresos de mercadería

A partir de ahora se podrá filtrar remitos de ingreso según el estado en que se encuentre su autorización. A tal fin se agregan en la solapa de opciones, los checks "Sólo ingresos con autorización pendiente" y "Sólo ingresos autorizados", pudiéndose seleccionar una de las dos opciones o ninguna



de las dos (Figura 3).

Los ingresos de mercadería pendientes de autorizar mostrarán una letra A a la izquierda de la hoja junto a los datos del comprobante, indicando de esa forma que se encuentran pendientes de autorización (Figura 4).

Figura 3



Figura 4

1.1.6 Consultas

Consulta de estado de autorizaciones

Se agrega el ingreso de mercadería a la lista de comprobantes posibles de consultar.

Consulta de Ingresos de mercadería

A partir de ahora, si el sistema maneja el circuito de autorizaciones, aparecerá una imagen entre el número del comprobante y la fecha, indicando el estado respecto a la autorización.

Al situar el puntero del mouse sobre la imagen se mostrará un tooltip en forma de globo indicando el estado respecto a la autorización. Si el comprobante se encuentra autorizado no se visualizará ningún indicador.

1.1.7 Depuración de datos históricos - Verificación

La verificación que se realiza antes de comenzar la depuración controlará que no haya ingresos de mercadería con fecha anterior a la fecha de cierre, que se encuentren pendientes de autorización.

Referencia: FX001, FX002, FX003

1.2. Autorización de facturas de compra

Se agrega un nuevo criterio de autorización para facturas de compra, que es por recepción pendiente



o recepción pendiente de autorizar. Este criterio se sumará a los ya existentes al momento de determinar si una factura requiere autorización.

Se agrega un check para indicar este nuevo criterio, y se pedirá la tabla de autorización a utilizar en caso de autorizar según esta nueva opción (Figura 5).

Para la evaluación de la opción se revisará la existencia de líneas de la factura que sean bienes o servicios de tipo cantidad, sin entrega, que no referencien a un ingreso de mercadería o que dicho ingreso no esté autorizado.

Si la factura de compra está pendiente de autorizar por este nuevo criterio y en algún momento se ingresan todos los remitos de ingreso, para todas las líneas pendientes de entrega, y los mismos están todos autorizados, o se autorizan todos los remitos asociados por el proceso de autorización, se dará por autorizada la factura de compra por este criterio, quedando pendiente de autorizar si hay algún otro criterio definido por el que aún no esté autorizada la factura.

No se revierte la autorización de una factura de compra en el caso de eliminarse alguno de los ingresos que provocaron su autorización, o sea que la factura sigue quedando autorizada en ese caso.

Figura 5

Referencia: FX001

1.3. Autorización de comprobantes por importe

En los parámetros para la autorización de pedidos de venta, pedidos de devolución, órdenes de compra, facturas de compra y notas de crédito de devolución, se podrá indicar en base a qué totales evaluar los comprobantes para su autorización.

La Figura 6 muestra un ejemplo de cómo se solicita este dato por ejemplo, en los pedidos de venta. Las opciones posibles son evaluar por el total del comprobante o por su total gravado.



Figura 6

En los respectivos programas de autorización de comprobantes, al acceder a la ventana Modificar de un comprobante autorizable se agrega el dato Total Gravado del comprobante, que hasta el momento no estaba visible.

Referencia: FX005

1.4. Impresión de comprobantes autorizables

Se agregan a la impresión de todos los comprobantes que pueden ser autorizables las variables:

strAutUsuario0-9

strAutNombre0-9

strAutSuceso0-9

dtAutFechaReg0-9.

Estas nuevas variables permiten ver el detalle de los diferentes usuarios involucrados en el proceso de autorización de un comprobante.

Estas variables corresponden respectivamente a usuario, nombre del usuario, acción o suceso que realizó dicho usuario en el proceso de autorización (R rechazar A autorizar), y la fecha en que se ejecutó dicha acción o suceso.

El sistema permite hasta 10 líneas de detalle, y la información aparece ordenada por la fecha de ejecución.

En caso que un usuario en particular haya rechazado un comprobante y posteriormente haya autorizado el mismo comprobante, sólo se detalla el suceso de la autorización.

Si un usuario generó varios rechazos en el proceso de la autorización de un comprobante, sólo se muestra en el detalle el último de sus rechazos.

En caso que un comprobante no participe en el circuito de autorizaciones, como por ejemplo un



ingreso con origen agente, estas nuevas variables se muestran en blanco.

El input ítem Autorizado existente en la impresión de órdenes de pago, órdenes de compra y pedidos de venta se discontinua, y se unifica en todos los comprobantes autorizables el uso de la variable nAutorizado para indicar si un comprobante está autorizado o no.

En la impresión de órdenes de producción, se agregan las variables strUsuAutorizante y strUsuAutorizNombre.

Todas las variables podrán ser incluidas en los formatos personalizados de emisión de comprobantes autorizables, y se detallan en el documento “Variables para comprobantes”, en la sección “Variables comunes a todos los comprobantes que se autorizan”.

Referencia: FX004

2 Novedades en ingresos de comprobantes

2.1. Egresos de mercadería por consumo

2.1.1 Ingresos de mercadería

Se agrega la posibilidad de generar un remito de egreso para consumo a partir de un ingreso de mercadería.

Las condiciones requeridas son:

El origen del ingreso de mercadería sea un Proveedor.

El talonario no requiera control.

Sólo se permitirá indicar en el ingreso, servicios de tipo cantidad y bienes que no administren stock.

Se agrega un check para indicar que el comprobante es un ingreso para consumo (Figura 7). Los datos del egreso de mercadería que deben indicarse son:

Agente destino de la mercadería.

Concepto asociado al comprobante de egreso, que debe corresponder a un concepto habilitado para agentes.

Prefijo y número del egreso en caso de numeración del tipo No Numera. El talonario del egreso tampoco debe requerir control.

Al momento de grabar el comprobante se validará que se hayan indicado dichos datos.



Figura 7

En las líneas del comprobante, se solicitará el ingreso de los centros de apropiación o negocio asociados, en el caso que la imputación contable asociada al concepto del ingreso o del consumo así lo requiera.

Al grabar el ingreso de mercadería cuando el mismo haya sido generado exitosamente se procederá a la generación del remito de egreso por consumo. En caso de que se produzca algún error no se generará ninguno de los comprobantes.

Los mismos datos asociados al ingreso se asociarán al egreso que se genere, las observaciones del ingreso también se guardarán en el egreso por consumo.

Al finalizar la grabación, el sistema informará el número de egreso generado como se muestra en la Figura 8. Además, se imprimirá el egreso en caso de que así esté parametrizado en el talonario.



Figura 8

Los datos para consumo ingresados se grabarán también, y se recuperarán si se guarda el ingreso de mercadería en preparación.

Referencia: FX002, FX015

2.1.2 Egresos de mercadería

Se agrega la posibilidad de indicar para egresos de mercadería por consumo, con destino a un cliente o agente, con bienes que no administran stock o servicio de tipo cantidad, con método de valuación precio de compra al momento del ingreso, los datos del ingreso de compra que consumen.

Para ello se habilita la columna “Ingreso” al final del ingreso de cada línea de ítems, donde mediante una búsqueda se podrán seleccionar ingresos de mercadería de proveedores para el mismo ítem, color y medida indicados (Figura 9).

Cabe destacar que si el bien maneja colores y medidas y se indica la línea con explosión de cantidades no se podrá seleccionar el ingreso, y por tanto no se podrá ingresar el comprobante dado que el dato es obligatorio. En estos casos se recomienda el ingreso de los bienes indicando en la grilla una fila por cada combinación de color y medida posible para el ítem.

Este dato es obligatorio en las circunstancias inicialmente descriptas, impidiendo la carga del comprobante si no se detalla.

Al momento de ingresar el comprobante el sistema validará también que exista suficiente cantidad pendiente para consumir en el ingreso considerando las cantidades ingresadas en el egreso y egresos por consumo anteriores relacionados con el mismo ingreso.

Este control se realiza considerando la unidad de medida de ventas del bien.

Estos bienes serán costeados considerando el costo del ingreso de mercaderia relacionado indicado,



dado que justamente su método de valuación es por precio de compra.

Figura 9

Referencia: FX004

2.1.3 Consulta de ingresos y egresos de mercadería

Para reflejar los egresos por consumo, se agrega a la traza de los ingresos de mercadería, los datos del egreso por consumo, y se agregan los datos del ingreso del consumo, en el caso de los egresos de mercadería.

Consulta de egresos de mercadería

Se agrega una columna al final de la grilla de ítems para visualizar los datos del ingreso que le da costo a los bienes que no administran stock y servicios de tipo cantidad que tienen método de valuación precio de compra y el usuario referencia al ingreso en el momento de la carga del egreso.

Desde dicha columna se puede acceder al comprobante de ingreso a través del hipervínculo (Figura 10). Si no se dan las condiciones antes descriptas, la columna no se encuentra visible.



Figura 10


2.1.4 Eliminación de ingresos de mercadería

A partir de ahora no se podrán eliminar desde el proceso de eliminacion de comprobantes, los ingresos de mercadería que estén relacionados con egresos de mercadería por consumo ingresados en el sistema.

Al intentar eliminar un ingreso de mercaderia en esas condiciones, o sea, un ingreso referenciado en un egreso de mercadería como el de la Figura 9, aparecerá un mensaje como el que se muestra en la Figura 11.



Figura 11

Referencia: FX004

2.2. Control de crédito de clientes en facturación de pedidos y egresos

A partir de ahora si el sistema controla crédito de clientes y está habilitada en los parámetros para autorización de pedidos, la opción de advertidos por crédito excedido (Figura 12), al ingresar comprobantes de venta, no se controlará el crédito de los mismos si el comprobante de venta a ingresar, referencia sólo pedidos autorizados y/o egresos de mercadería que a su vez referencian pedidos autorizados.

Si en el comprobante de ventas, existen líneas de ítems que no referencien a los comprobantes anteriormente detallados y que no sea textos varios, el sistema procederá a realizar el control de crédito como lo hace habitualmente.

Lo dicho anteriormente aplica también al momento de la generación del lote de comprobantes de venta automáticos o al cerrar dicho lote.

En cualquier otra circunstancia el control de crédito continúa realizárandose como se hacía hasta ahora.



Figura 12

Referencia: FX004

2.3. Remito cárnico

Se agrega un comprobante de egreso de mercadería para poder ingresar en BASCS remitos cárnicos. El remito electrónico cárnico (REC) es el único documento válido para el traslado automotor dentro del país de carnes y subproductos de faena.

Los sujetos obligados a operar con estos remitos, deberán solicitar autorización a través de la Web de la AFIP, con anterioridad al traslado de la mercadería, y una vez otorgada la misma, se autorizará la emisión del “Remito Electrónico Cárnico”. De esta manera, se traza la mercadería, debiendo contar con la validación de los distintos sujetos que intervienen en la operación.

Antes del traslado de la mercadería, se deberá solicitar el “Código de Remito Electrónico” a través de la Web de la AFIP, y una vez otorgado el mismo se autorizará la emisión del “Remito Electrónico Cárnico”, en el cual debe constar impreso el número obtenido. Un ejemplar se entregará al destinatario/receptor y uno servirá como constancia documental de la entrega.

Existe un titular de la mercadería, y un destinatario, y además podrá existir un depositario, ya que existe la posibilidad de enviar la mercadería desde un depósito no propio. En ese caso, se agrega un titular de ese depósito que deberá prestar conformidad y validar la emisión del remito electrónico cárnico.

El destinatario de la mercadería una vez recibida la misma deberá ingresar al citado servicio para aceptar o rechazar total o parcialmente la mercadería recibida. Esto también puede hacerse mediante aplicación validando el código QR del remito impreso.

Entonces para la AFIP cuando un remito tiene el código de autorización CAE, entonces ese remito está emitido.

En BASCS se hicieron cambios en varios programas, para poder registrar la operatoria mencionada.



2.3.1 Parámetros de Fiscalización electrónica

Se agrega una nueva solapa en el programa de parámetros de fiscalización electrónica, que sólo estará visible para la versión XE de BASCS.

La nueva solapa permite indicar que el sistema realiza fiscalización de remito cárnico. Una vez indicada la opción hay que indicar la IP o nombre del servidor de fiscalización, para ello se disponen de botones para entorno de red o para indicar mi PC. En caso de usar mi PC, se recomienda indicar LocalHost. Además es necesario indicar el puerto TCP/IP para la comunicación con el servidor de fiscalización.

La Figura 13 muestra los cambios realizados en esta pantalla.

Figura 13

Para realizar la fiscalización según el servicio de remito cárnico hay que instalar en un servidor dicho servicio. Se incluye en esta versión el instalador para dicho programa. El nombre de dicho servicio es BasFiscalizador que tiene un instalador y una configuración. La documentación asociada con este nuevo fiscalizador, su funcionamiento e instalación es la misma que se utiliza para el fiscalizador de comprobantes de venta que se usa en QuickPos.

2.3.2 Talonarios

Una vez se habilita la fiscalización de remitos cárnicos, es posible indicar que un Talonario requiere fiscalización electrónica con el servicio de remito cárnico (Figura 14).

Dicha fiscalización solo admite comprobantes del tipo egreso de mercadería.

El tipo de numeración del talonario tiene que ser preimpreso, y no permite indicar factura de crédito o importación de CAE. Tampoco es obligatorio que se garantice la correlatividad por fecha.

El resto de características para otros tipos de comprobantes que se fiscalizan electrónicamente aplican también a este servicio de fiscalización, como por ejemplo, no se pueden impirmir los comprobantes que no estén debidamente fiscalizados, no se pueden eliminar comprobantes impresos, y no pueden requerir control.



Figura 14

2.3.3 Domicilios

Los domicilios de depósitos a utilizar en la operatoria deberán ser domicilios que se encuentren previamente declarados en el Sistema Registral como domicilios de tipo comercial.

Por ese motivo se debe indicar un número de orden de los domicilios comerciales registrados en AFIP (Figura 15).

El número de orden tiene que ser un número entre 0 y 255, siendo 0 el número de orden del domicilio fiscal. Esto aplica a cualquier programa que permita definir un domicilio asociado a un entidad como empresas, sucursales, clientes, proveedores, agentes, depósitos, plantas, etc. No es obligatorio ingresar el dato, pero es necesario para la fiscalización de remitos cárnicos.

En el caso de clientes o proveedores con más de un domicilio, no se permitirá el ingreso de números de orden repetidos.



Figura 15

2.3.4 Depósitos

A fin de contemplar la remisión de mercadería desde depósitos propios o desde depósitos de terceros, se agrega esta característica a los depósitos.

En el caso de indicarse un depósito de terceros se deberá indicar quien es el titular de ese depósito. Lo identificaremos mediante un cliente o proveedor ingresado en BASCS, y el mismo actuará como depositario en esta operatoria (Figura 16).

Figura 16

Cabe recordar que para plantas de terceros el titular sólo puede ser un proveedor. No se permite cambiar un depósito de propio a terceros o viceversa, si el sistema ya tiene comprobantes ingresados



para dicho depósito.

2.3.5 Egresos de mercadería

Al ingresar un talonario que fiscalice para remito cárnico, solamente se podrán ingresar transferencias entre depósitos (propios o de terceros) o egresos con destino a un cliente o proveedor. El resto de opciones de destino de egresos de mercadería no están permitidas para un talonario de este tipo.

Además es obligatorio el ingreso de algún ítem del tipo bien. Cabe aclarar que solo se fiscalizan los bienes ingresados en el remito de egreso, aunque se permite también el ingreso de servicios de tipo cantidad.

La AFIP necesita además el número de tropa de los bienes que se indiquen, esto se implementó con la partida, por eso los bienes que se ingresen van a manejar partidas y al solicitar el número de partida, se deberá indicar ahí el número de tropa correspondiente a la mercadería que se está enviando.

Se debe tener en cuenta que no se fiscalizan los remitos asociados, los remitos a fiscalizar siempre tienen que estar ingresados como egresos.

Hay algunos controles que se realizan al ingresar estos remitos:

Si el destino es un cliente o proveedor, es obligatorio el ingreso de un domicilio de entrega que tenga un número de orden indicado. Si el destino es un depósito de terceros, es obligatorio que el mismo tenga indicado el número de orden en el domicilio asociado.

Es obligatorio que el receptor de la mercadería tenga un CUIT válido indicado ya sea el titualar de un depósito de terceros o un cliente o proveedor.

En el caso de transferencias entre depósitos si el origen es un depósito de terceros también es obligatorio que el titular del mismo tenga indicado un CUIT válido.

En el caso de indicar un transportista el mismo también tiene que tener indicado un CUIT válido.

En el caso de indicar un camión el mismo tiene que tener la patente indicada y un conductor asociado con un CUIT válido.

En la solapa Entrega se agrega el dato Distancia, para indicar la distancia del viaje en km, necesaria para la fiscalización del remito cárnico.

Envío de mercadería desde un depósito de terceros:

Si la mercadería sale desde un depósito de terceros, para la AFIP implica un paso más en el circuito.

El remito, que salió de un depositario involucrado, queda pendiente de fiscalizar, queda generado (pero no emitido), no tiene aún su código pero tiene otro código que le pone AFIP mediante el cual se puede hacer también algún seguimiento del remito en la página de AFIP.

El siguiente paso es que el depositario autorice ese envío, para eso necesita ese código único de remito que le devolvió AFIP, esta autorización no se hace desde BASCS.

Luego de esto sigue la emisión de dicho remito.

2.3.6 Administrador de comprobantes electrónicos

Se permite indicar en dicho programa un talonario que requiere fiscalización por el servicio de remito cárnico, mostrando en el estado del servicio si el mismo está o no operativo y el último comprobante procesado.

El resto de solapas funcionan como para cualquier otro programa que requiera fiscalización electrónica. O sea, podrán verse los remitos fiscalizados, los pendientes de fiscalizar, y el seguimiento de estos remitos.



2.3.7 Listado de stock físico

Se podrá emitir indicando si se consideran depósitos propios y/o de terceros. Hasta ahora esa opción solo estaba disponible para las plantas (Figura 17).

Figura 17

2.3.8 Listados de Clientes y Proveedores

En estos informes se agrega el nuevo dato "Número de orden" que se indica en los domicilios de clientes y proveedores.

Por tal motivo, en los formatos estándares que corresponden al mismo (spbclie1.qrp, y spbclien.qrp), se agregan los input ítems NroDom y NroDomSuc (para clientes) que se detallan en el documentos de Variables para informes.

Cabe observar que antes de emitir este listado, si se usan formatos personalizados, el usuario debe agregar los input ítems indicados, dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak.

2.3.9 Consulta de Egresos de mercadería

En la solapa Entrega se podrá visualizar el dato de Distancia del viaje y en la solapa Fiscalización electrónica se podrá ver el dato Código de remito con el número obtenido luego de la fiscalización del remito.

2.3.10 Consulta de Depósitos/Plantas y Domicilios

En la solapa Generales se podrá visualizar si el depósito es propio o de terceros, y para los de terceros,



se mostrará el cliente o proveedor que actúa como depositario del mismo.

En las consultas que muestren domicilios, se podrá observar el número de orden de los mismos en los domicilios que se hubiera indicado.

2.3.11 Utilitario BCSCOT - Exportación y fiscalización de remitos.

Se modifica el nombre del programa por Exportación y fiscalización de remitos.

Sinónimos de productos

A fin de obtener la codificación de productos necesaria para poder fiscalizar los remitos, se agrega este nuevo programa (Figura 18).

Para indicar los sinónimos de los bienes para la AFIP, es necesario indicar un atributo de ítems, y para cada valor de dicho atributo es posible indicar el código del sinónimo a utilizar. Se dispone de una búsqueda con los códigos disponibles para la AFIP.

Además, dado que al fiscalizar se debe conocer qué ítems tienen unidad de medida kilogramos y qué ítems se miden en unidades, se debe indicar el código de unidad de medida que se utiliza en cada caso, para identificar qué ítems utilizan cada una.

Al fiscalizar un remito, si el primer digito del sinónimo de un bien es de 1 a 6 se informan a la AFIP los kilogramos, si es mayor a 7 se informan los kilogramos y las unidades, por eso es necesario poder identificar la unidad de medida de cada una de ellas.

Figura 18

Debe tenerse en cuenta que los ítems que manejen otras unidades de medida, distintas a las que se



indican en esta ventana, no participan de la fiscalización.

Fiscalización de remitos

Mediante este nuevo programa que se ubica en el menú de Operación, se puede realizar la fiscalización de remitos cárnicos.

Se precisa indicar la empresa sobre la que se va a realizar la fiscalización y la lista de remitos a fiscalizar.

La lista de remitos se puede confeccionar a partir de una lista de comprobantes, un lote de egresos automáticos o una carga de un lote.

También es obligatorio indicar la fecha del viaje que tiene que ser posterior o igual a la fecha actual.

Es posible indicar los datos de un transportista y camión por defecto y la distancia en km del viaje, que se usará para la fiscalización de los remitos que no tengan dichos datos indicados. Por lo tanto, es obligatorio el ingreso de dichos datos si hay remitos que no los tengan ingresados. Los transportistas, camión y distancia que se indiquen tienen que cumplir con las condiciones indicadas en parráfos anteriores.

La Figura 19 muestra esta pantalla que permite realizar la fiscalización.

Al oprimir el botón Generar, el sistema procederá a la fiscalización de la lista de remitos indicada. El sistema mostrará el avance de dicha fiscalización con una barra de proceso visible al oprimir el botón, en la parte inferior de la ventana.

Al finalizar la fiscalización el sistema mostrará una ventana con los resultados del proceso de fiscalización. Dichos resultados incluirán la cantidad de remitos emitidos, la cantidad de remitos que no pudieron fiscalizarse por errores y la cantidad de remitos generados, pero no emitidos en espera de su autorización, con un detalle de los mismos que puede ser exportado a un archivo de texto.

La Figura 20 muestra un ejemplo de una pantalla de resultados del proceso.

En el caso que el origen de los egresos sea un depósito propio, al fiscalizar los egresos serán generados y emitidos en el mismo proceso para la AFIP y se obtiene el número de autorización CAE de los mismos.

Cuando el depósito de origen es un depósito de terceros (lo que se considera que el origen es un depositario), al fiscalizar inicialmente los comprobantes se generan y la AFIP les asigna un código de remito único, que permite identificarlos en dicha entidad. Estos egresos generados quedan pendientes de autorización por el depositario. Cuando el depositario lo autoriza, es necesario volver a fiscalizar dichos remitos generados, para que los mismos puedan ser emitidos para la AFIP y se genere el número de autorizacion CAE correspondiente.

Esta última parte del proceso puede realizarse desde la ventana de resultados iniciales del proceso de fiscalización en caso que el mismo haya generado remitos con origen depositarios que quedaron pendientes de autorizar, de forma tal que si los mismos son autorizados se dispone de un botón que permite emitirlos en el mismo proceso.

Es importante observar que por el momento es estrictamente necesario que no haya dos personas fiscalizando desde dos puestos diferentes la misma lista de remitos.



Figura 19

Figura 20



Referencia: FX006, FM005

2.4. Ingresos de mercadería

A partir de ahora, cuando se ingrese un remito de ingreso con origen cliente, se podrán referenciar pedidos de devolución.

Una vez indicados el prefijo del remito y el cliente asociado, se habilita la opción Pedido de devolución entre los comprobantes posibles de referenciar (Figura 21).

En caso de querer seleccionar mas de un pedido, el sistema controlará que todos los pedidos de devolución que se seleccionen hagan referencia a la misma factura de venta.

Los ingresos de mercadería que se ingresen de esta forma, sólo podrán referenciarse por cancelaciones de ingresos o por notas de crédito de devolución de ventas.

Figura 21

Notas de crédito de devolución:

Al ingresar notas de crédito de devolución sólo se podrán referenciar ingresos de mercadería que referencien pedidos de devolución.

Los ingresos que no refencien pedidos de devolución podrán referenciarse desde notas de crédito que no sean de devolución.

Hay algunos controles que se realizan y deben tenerse en cuenta al seleccionar ingresos de mercaderia:

Los pedidos de devolución que se seleccionen tienen que tener la misma moneda que la nota de crédito que se ingresa.

La letra de la nota de crédito tiene que coincidir con la de la factura que da rigen al pedido de



devolucion referenciado en el ingreso de mercaderia. Por ejemplo, si estamos ingresando una Nota de crédito de devolución B, no se podrá seleccionar un ingreso de mercadería de un pedido de devolución originado en una Factura de venta A.

Si se quiere seleccionar mas de un ingreso de mercadería, todos tienen que referenciar a pedidos de devolucion de la misma factura de venta.

Si la nota de crédito es de cuenta corriente sólo se podrán referenciar ingresos de mercadería que referencien pedidos de devolucion de facturas de venta con el mismo método de pago. Lo mismo si la nota es contado, dicha factura deberá ser contado.

Referencia: FX007

2.5. Manejo de cheque electrónicos (e-Cheqs)

Se agrega el manejo de e-cheqs o cheques electrónicos. La finalidad es poder efectuar pagos en los cuales el dinero se retira electrónicamente de la cuenta de la persona que paga y se deposita a la cuenta de cheques del beneficiario.

Este permite simplificar las operaciones y reducir los costos y las posibilidades de rechazos. El cheque electrónico mantiene las funcionalidades del cheque tradicional, por ejemplo, puede ser común o de pago diferido, puede ser endosable, etc.

Se agrega además la posibilidad de manejar multicheques electrónicos. El multicheque permite bajo un mismo número de identificación, emitir varios cheques electrónicos por el mismo monto, plazo y para el mismo beneficiario.

A continuación se detallan los cambios realizados a tal fin, en varias tareas y procesos de BASCS.

2.5.1 Cuentas bancarias

Para el manejo de cheques electrónicos se necesita utilizar chequeras que los admitan. Las chequeras pasan a ingresarse en la solapa Chequeras, y se agrega una nueva columna para indicar que una chequera maneja cheques electrónicos (Figura 22).

Se agrega una solapa con nombre Impresión y se reacomodan todos los campos referentes a la impresión de cheques en dicha solapa (Figura 23).



Figura 22



Figura 23

2.5.2 Ingresos de comprobantes de caja y bancos

Cheques propios y cheques propios diferidos

En todos los comprobantes del sistema en donde se permita dar de alta un cheque propio, se agregan los parámetros para permitir indicar si se trata de un cheque electrónico y si además es un multicheque.

La Figura 24 muestra el ejemplo de un ingreso de un cheque propio en una orden de pago.

Si se indica una chequera para cheques electrónicos se mostrará la leyenda “Electrónica” junto al número de chequera.



Figura 24

Si se indica una chequera electrónica, se habilitan los nuevos campos Multicheque e Identificador del cheque electrónico.

Los multicheques electrónicos ofrecen la posibilidad de partir un cheque en hasta 10 partes, todas con el mismo importe y misma fecha de cobro. Entonces, si se indica que se trata de un multicheque, se habilita además el campo Partes, para indicar la cantidad o número de partes que componen el multicheque electrónico, que puede ser un número entre 2 y 10.

Por ejemplo, un cheque de 10.000 $ se puede partir en 5 de 2.000. Cada una de las partes con posterioridad al ingreso se comportará como un cheque autónomo pero mantendrán el mismo identificador que aquí se indique

El importe del cheque en moneda local y extranjera (campo cantidad en caso de ser un medio de pago en moneda extranjera), deben ser divisible por la cantidad de partes indicada (por ejemplo, no se puede separar un cheque de 100 $ en 3 partes).

Cuando se ingrese un cheque del tipo multicheque, el sistema mostrará en la grilla de pagos en la columna Número el rango de números de cheque involucrado. Por ejemplo, una chequera electrónica con prefijo A y numeración entre 01 y 10, si indico en el alta de un cheque de dicha chequera que es un multicheque con número A02 y partes 3, se consumirán los cheques A02, A03 y A04 de dicha chequera, y la columna número mostrará como rango de números A02-4.

En el ejemplo de la Figura 24 la columna Número mostrará “ABCDEF100000008-10” indicando de esa forma el ingreso de los cheques terminados en 08, 09 y 10 (Figura 25).



Figura 25

Cheques de terceros y cheques de terceros diferidos

En todos los comprobantes del sistema en donde se permita dar de alta un cheque de terceros, se agregan los parámetros para permitir indicar si se trata de un cheque electrónico y si además es un multicheque.

La Figura 26 muestra el ejemplo de un ingreso de un cheque de terceros en un recibo

Figura 26



Se agrega debajo del campo importe la posibilidad de indicar que el cheque de terceros es electrónico.

Si se indica que se trata de un cheque electrónico, se habilitan los nuevos campos Multicheque e Identificador del cheque electrónico.

Si se indica que se trata de un multicheque, se habilita además el campo Partes, para indicar la cantidad o número de partes que componen el multicheque.

Los controles respecto del importe, la cantidad de las partes del multicheque, y su numeración, son los mismos que los explicados anteriormente para cheques propios.

En las búsquedas de cheques propios y de terceros para recepción o cambio, se agregan los datos para identificar si el cheque es electrónico, su identificador, si se trata de un multicheque y las partes que lo componen. Los cheques seleccionados en dichas búsquedas se comportarán como cheques individuales por más que hayan formado parte de un multicheque en su ingreso.

La Figura 27 muestra cómo se ven en un comprobante de caja por ejemplo, los multicheques ingresados en el recibo anterior de 10.000$. Puede verse que los 5 cheques se ven como si se hubieran ingresado en forma independiente y sus partes podrán seleccionarse y seguir utilizándose como cheques diferentes e independientes.

Figura 27

2.5.3 Impresión de comprobantes de caja

En la solapa Parámetros impresión del ABM de talonarios se agrega la posibilidad de indicar que el talonario detalla multicheques electrónicos (Figura 28). La opción por defecto es que no se detallen.



Figura 28

En las impresiones de comprobantes internos de caja, depósitos bancarios, recibos, órdenes de pago y transferencias de valores, cuando el talonario indique que se detallan multicheques electrónicos, se detallarán todas las partes o cheques que componen los multicheques, caso contrario se detallarán los cheques como hasta ahora.

En la carga de estos comprobantes de caja, la vista preliminar (tecla F2) funcionará como hasta ahora, es decir, no se tendrá en cuenta la opción de detalle de multicheques que se indique en el talonario.

Además, en los formatos correspondientes a estos comprobantes (bcsfci01.qrp, bcsfde01.qrp, bcsfop01.qrp, bcsfop02.qrp, bcsfrc01.qrp, bcsfrc02.qrp, bcsftv01.qrp, spbfci01.qrp, spbfde01.qrp, spbfop01.qrp, spbfop02.qrp, spbfrc01.qrp, spbfrc02.qrp y spbftv01.qrp) se agregan los input ítems Electronico e Identificador para poder indicar si un cheque es electrónico y su identificador.

En el caso de impresión de recibos y órdenes de pago contado se podrán detallar estos datos para los tres primeros medios de pago, cuando correspondan a cheques. Por tal motivo, en estos formatos (bcsffv01.qrp, bcsflc01.qrp, spbffv01.qrp y spbflc01.qrp) se agregan las variables nPagElectronico1, nPagElectronico2, nPagElectronico3, strPagIdentificador1, strPagIdentificador2 y strPagIdentificador3.

Las nuevas variables e input ítems se detallan en el documento de Variables para comprobantes.

Cabe observar que antes de emitir estos comprobantes, si se usan formatos personalizados, el usuario debe agregar los input ítems indicados dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión “.bak”.

2.5.4 Impresión de cheques

Al imprimir cheques sólo se permitirá el ingreso de chequeras que no sean electrónicas.



2.5.5 Consulta de cheques

Se agregan datos relacionados con el mecanismo de cheques recibidos electrónicos y de cheques propios con chequeras electrónicas.

Al seleccionar consultar cheques recibidos, se muestra si el mismo es electrónico o no, y para los cheques emitidos, al lado de la chequera aparece el texto Electrónica en caso que lo sea. En ambos casos se indica además si el cheque corresponde a una parte de un multicheque y se muestra el identificador del mismo (Figura 29).

Figura 29

2.5.6 Informes de caja y bancos

En los informes mencionados a continuación se agrega la posibilidad de mostrar la marca que indica si un cheque es electrónico o no y el identificador de dicho cheque.

Por tal motivo, en los formato estándares correspondientes a estos listados se agregan los input ítems Electronico e Identificador que se detallan en el documento de Variables para informes.

Cabe observar que antes de emitir estos listados, si se usan formatos personalizados, el usuario debe agregar el input ítem indicado dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak.

Los informes modificados son:

Inventario de valores

Valores entregados

Análisis de cuentas a cobrar y pagar

Listado de Conciliación



Listados de Conciliación por archivo

Operaciones tildadas

Comprobantes de cajas: Si se listan Recibos, Ordenes de Pago, Comprobantes internos de caja o Transferencias de Valores.

Comprobantes de bancos: Si se listan Depósitos bancarios, Rechazos de Cheques o Efectivización de cheques diferidos.

Listado de resumen de cuenta bancaria

Inventario de valores y valores egresados

En estos informes, además, se agregan opciones para filtrar cheques electrónicos, no electrónicos o listar ambos tipos.

En la Figura 30 se muestran estas nuevas opciones en la pantalla de solicitud del inventario de valores.

Figura 30

Referencia: FX005

2.6. Comprobantes de compra

Se agregan los siguientes nuevos tipos de comprobantes de compras:

Ticket-Factura A

Ticket-Factura B

Ticket-Factura C

Ticket-Factura M

Ticket-Nota crédito A

Ticket-Nota crédito B

Ticket-Nota crédito C



Ticket-Nota crédito M

Ticket-Nota débito A

Ticket-Nota débito B

Ticket-Nota débito C

Ticket-Nota débito M

Estos comprobantes ticket de compras son equivalentes a las correspondientes facturas de compra, tanto lo referido al ingreso de estos comprobantes, como lo referido al cálculo de impuestos. Por ejemplo, un Ticket-Factura A es equivalente a una Factura A, un Ticket-Nota débito B es equivalente a una Nota de débito B.

La única particularidad de estos comprobantes es que han sido generados en controladores fiscales de tickets, pero son iguales a los comprobantes generados en controladores fiscales de carro ancho, o fiscalizados electrónicamente.

Los informes y consultas de comprobantes de compras considerarán ahora estos nuevos tipos de comprobantes.

En los utilitarios también se realizaron cambios al respecto, y se detallan a continuación:

Utilitario BCS1361

Se le asignan a los nuevos tickets los mismos códigos que a las facturas, notas de crédito y débito A, B, C y M, es decir:

01 tickets-factura A

02 tickets-notas de débito A

03 tickets-notas de crédito A

06 tickets-factura B

07 tickets-notas de débito B

08 tickets-notas de crédito B

11 tickets-factura C

12 tickets-notas de débito C

13 tickets-notas de crédito C

51 tickets-factura M

52 tickets-notas de débito M

53 tickets-notas de crédito M

Utilitario BCS1547

A partir de ahora, este utilitario que permite generar salidas conforme al formato establecido por la resolución general 1547, considera para compras los tickets-factura, tickets-notas de crédito y tickets-notas de débito.

Se le asignan a los nuevos tickets los mismos códigos que a las facturas, notas de crédito y débito A y B, es decir:









92 restantes tickets-factura, tickets-nota de débito y crédito

Utilitario BCS3685

A partir de ahora, la generación de datos de compras considerará tickets-factura, tickets-nota de crédito y tickets-nota de débito.

A estos nuevos comprobantes se les asignarán los siguientes códigos de comprobantes:



111 tickets-factura C




114 tickets-notas de crédito C




117 tickets-notas de débito C


La modificación de datos de compras ahora permite indicar códigos de 3 caracteres.

En la configuración se podrá seguir indicando que, mediante valores de atributos, se consideren como tickets-factura comprobantes que no lo son.

Utilitario BCSCITI

A partir de ahora, este utilitario que permite generar las salidas compatibles conforme al formato de importación establecido por el C.I.T.I. considera los tickets-factura y tickets-notas de débito A y M.

La asignación se realiza del siguiente modo:





Se modifica el código correspondiente a tickets (compra), a partir de ahora se le asignará código 83 en lugar de 81.

Utilitario BCSCITIP

A partir de ahora, este utilitario que permite generar las salidas compatibles conforme al formato de importación establecido por el por el C.I.T.I. Promovidas (CITI Promovidas), considera los tickets-factura y tickets-notas de débito A, B y M.

La asignación se realiza del siguiente modo:









Se modifica el código correspondiente a tickets (compra), a partir de ahora se le asignará código 083 en lugar de 081.

Utilitario BCSIB

A partir de ahora, este utilitario que permite generar salidas compatibles conforme a los formatos de importación establecidos por el importador de ingresos brutos mensual o bimestral de la Provincia de Buenos Aires, considera para las percepciones los tickets-factura y tickets-notas de crédito y débito A, B y C.

Se le asignan los mismos códigos que a las facturas, notas de crédito y débito A, B y C, es decir:

F tickets-factura A, B y C

D tickets-notas de débito A, B y C

C tickets-notas de crédito A, B y C

Utilitario BCSSICORE

A partir de ahora, este utilitario que permite generar salidas compatibles conforme al formato de importación establecido por el sistema de control de retenciones SICORE y S.I.R.E., en las retenciones de órdenes de pago aplicadas a comprobantes M también se consideran los tickets-factura, y tickets-notas de crédito y débito M.

Utilitario BCSSIFERE

A partir de ahora, este utilitario que permite generar salidas compatibles conforme a los formatos de importación establecidos por el aplicativo SI.Fe.Re., considera para las percepciones los tickets-factura, tickets-notas de crédito y tickets-notas de débito.

Se le asignan los mismos códigos que a las facturas, notas de crédito y débito A, B, C y M, es decir:

F tickets-factura A, B, C y M

D tickets-notas de débito A, B, C y M

C tickets-notas de crédito A, B, C y M

Utilitario BCSSIRCAR

A partir de ahora, este utilitario que permite generar salidas compatibles conforme a los formatos de importación establecidos por el importador de ingresos brutos mensual o bimestral de la Provincia de Buenos Aires, considera para las percepciones sufridas (nominativas) los tickets-factura, y tickets-notas de crédito y débito A, B y C.

Se le asignan los mismos códigos que a las facturas, notas de crédito y débito A, B y C, es decir:

001 tickets-factura A, B y C

002 tickets-notas de débito A, B y C

102 tickets-notas de crédito A, B y C

Utilitario BCSSVINC

A partir de ahora, este utilitario que permite generar las salidas compatibles conforme al formato de importación establecido por el Régimen informativo de operaciones en el mercado interno – Sujetos vinculados, considera para compras los tickets-factura, y tickets-notas de crédito y débito A, B y M.

Para tickets-notas de crédito y débito A, B y M se le asignan los mismos códigos que a las notas de crédito y débito A, B y M, es decir:










Y a los tickets-factura A y B se asignan los siguientes códigos:



BCSLCV - Libros de compras y ventas IVA (BOLIVIA)

Se agregan los nuevos comprobantes de compra en la generación del archivo de compras.

Referencia: FX022

2.7. Comprobantes de venta

2.7.1 Facturación a clientes monotributistas

Según el Decreto 337/2021, a partir del 01/07/2021 se deben emitir facturas A a clientes de categoría “Monotributista”.

Para adecuar el uso de BASCS se deben tener en cuenta una serie de consideraciones y tareas que deberán realizarse en el momento previo a la puesta en vigencia del mencionado decreto.

Clientes

Se deben cambiar los tratamientos impositivos asociados a los clientes Monotributistas; indicando “IVA discriminado” donde figura “IVA sin discriminar”.

La Figura 31 muestra un ejemplo de un tratamiento impositivo para un cliente monotributista con emisión de facturas A.



Figura 31

Si a un cliente monotributista se le intenta asociar un tratamiento impositivo como el de la Figura 31 y el cliente tenía asociada una lista de precios con Precios a consumidores finales, aparecerá un mensaje de error informando que no puede utilizarse esa lista de precios (Figura 32). En esos casos, se deben modificar las listas de precios de esos clientes para asociarles listas de precios que no tengan esa característica, ya que no se pueden hacer facturas A utilizando listas que tengan impuestos incluidos.



Figura 32

Notas de débito y crédito

No es posible, ni en BASCS ni en la fiscalización electrónica, registrar notas de crédito y débito A referenciando facturas B. Esta situación puede darse si se registran notas de débito y crédito con posterioridad a la fecha de inicio de este cambio en la facturación, que deben aplicarse a facturas registradas con anterioridad a esa fecha de inicio.

Si se le presenta este caso sugerimos consultar en la AFIP la manera de proceder.

Facturación

Se deben cerrar todos los lotes de facturación antes de la puesta en marcha de estos cambios, porque si se lo hace con posterioridad, los comprobantes se generarán con error.

La generación de facturación automática va a generar facturas A si el cliente tiene un tratamiento impositivo que indica “IVA discriminado”. Si el tratamiento indica “IVA sin discriminar” se van a generar comprobantes B tal como se hacía hasta ahora, y el proceso de cierre de lote hace lo mismo al generar los comprobantes definitivos.

Facturación de remitos y pedidos pendientes

No es posible invocar un pedido B desde una factura A, ya que el tratamiento de los precios es diferente. Lo mismo ocurre con los remitos de egresos de mercadería que se hayan generado a partir de pedidos B. Estos comprobantes deberán volver a registrarse como pedidos de venta de un cliente con tratamiento impositivo que Discrimina IVA.

Importación por ICR y WEBAPI’s

En caso de importar mediante ICR pedidos y/o facturas de venta, se deberán actualizar los formatos de ambos comprobantes ya que a partir de ahora, en lugar de importar comprobantes B, se deberán importar comprobantes A. Los formatos de Mensajes están disponibles en el SAC, en la sección correspondiente a la documentación de BASCS/ICR/Protocolos de comunicación.



Percepciones provinciales

Las percepciones de Ingresos Brutos, en algunas jurisdicciones, se calculan incluyendo IVA y continuarán calculándose de la misma manera. Por lo cual en esos casos, deben asegurarse de tener tildado el campo Incluye IVA en la base imponible para monotributistas. Recordemos que esto puede indicarse accediendo desde el menú a Tablas/Contables e impositivos/Percepciones provinciales/Solapa Parámetros (Figura 33).

Hasta ahora este check sólo actuaba en caso de monotributistas con tratamiento “IVA Sin Discriminar”, pero a partir de ahora actuará independientemente del tratamiento de IVA del cliente.

Figura 33

Retenciones provinciales

Si en retenciones provinciales de una provincia se indicaba el check "Incluye IVA en la base imponible en monotributistas", se consideraban solamente monotributistas de tratamiento impositivo IVA sin discriminar.

A partir de ahora no se tendrá en cuenta el tratamiento impositivo para considerar esta forma de cálculo de la base imponible, sino que se hará cuando la categoría fiscal de proveedor sea M Monotributista.

Cabe recordar además, que solamente se considera el check de la provincia, en caso que las retenciones se calculen en las provincias de los comprobantes aplicados, y eso ocurre cuando el proveedor tiene convenio multilateral en dichas provincias.

Impresión de comprobantes de venta

A partir de ahora, la AFIP requiere, en la impresión de comprobantes A a Monotributistas, incluir la leyenda:

El crédito fiscal discriminado en el presente comprobante, sólo podrá ser computado a efectos del Régimen de Sostenimiento e Inclusión Fiscal para Pequeños Contribuyentes de la Ley Nº 27.618.



Por lo cual, deberán modificarse todos los archivos “qrp's” de formatos de impresión que correspondan a comprobantes A, para incluir esa leyenda.

Se agrega además, la posibilidad de detallar la categoría para controlador fiscal, asociada a la descripción de IVA del tratamiento impositivo del cliente, o sea, en la Figura 31 sería el campo “Descripción de IVA”.

Por tal motivo, en los formatos correspondientes a estos comprobantes (bcsffvi01.qrp y spbffv01.qrp) se agrega el input item Catfiscal que se detalla en el documento de Variables para comprobantes.

Cabe observar que antes de emitir comprobantes, si se usan formatos personalizados, el usuario debe agregar los input ítems indicados, dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak

Impresoras Fiscales

Hasta la fecha no hay impresoras fiscales homologadas que permitan abrir directamente un comprobante A a un cliente Monotributista.

La recomendación hasta tanto existan, y sea avalada por AFIP, es la siguiente:

Emitir un comprobante A a un cliente "IVA Responsable Inscripto".

En el encabezado imprimir la leyenda: “Receptor del comprobante - Responsable Monotributo”.


2.7.2 Comprobante origen

Al ingresar notas de débito autónomas que se fiscalizan según la fiscalización electrónica Argentina, que no sean diferencias de cambio, se podrá indicar en la solapa Más como comprobante origen, un comprobante de ventas del tipo factura de venta, o liquidación de venta.

En el caso de notas de crédito o débito fiscalizables electrónicamente por los servicios de fiscalización argentinos, se podrán asociar como comprobantes origen, comprobantes de venta que tengan indicada la misma opción en cuánto a factura de crédito, o sea las notas de crédito y débito fiscalizables que estén indicadas como facturas de crédito, sólo podrán ser relacionadas con comprobantes de venta que cumplan la misma característica y viceversa. Cabe recordar que la característica de factura de crédito está indicada en el talonario de dichos comprobantes.

Además, a partir de ahora el vendedor asociado debe indicarse en el encabezado del comprobante en lugar de ingresarse en la solapa Más (Figura 34).



Figura 34

2.7.3 Consulta de constancia de CUIT

Hasta ahora solo se ejecutaba la verificación y consulta de CUIT en comprobantes A, a partir de ahora se habilita también el botón de constancia de CUIT si el comprobante que se ingresa tiene una letra distinta de A.

En comprobantes que no son A se habilita el botón para dar posibilidad de consultarlo, pero no se ejecuta la verificación en forma automática.

La verificación de CUIT automática se sigue haciendo como hasta ahora en los comprobantes A, si está habilitada en parámetros de cuentas corrientes la verificación de constancia de CUIT, y si se ingresa un comprobante para un cliente con un documento con método de validación 1.

Referencia: FX007, FX016, FX021, FX022

2.8. Vigencia de talonarios

A partir de ahora será posible definir y utilizar vigencias de los talonarios, es decir, diferentes rangos de fechas en los cuales un talonario está vigente y con un rango de números definido para cada vigencia.

La numeración puede repetirse en diferentes vigencias de un mismo talonario, con lo cual un mismo tipo de comprobante, prefijo y número a partir de ahora podrá repetirse en diferentes fechas.

Es por esto que en algunos procesos o búsquedas donde se solicitaba ingresar un número de comprobante, podrá ser necesario indicar además una fecha.

De la misma forma, en algunos informes o pantallas donde se mostraban datos de comprobantes referenciados, sin mostrar su fecha, se agrega ahora esa fecha para identificar correctamente al comprobante del que se trate en cada caso.

A continuación se detallan los cambios realizados al respecto en diferentes ABMs, ingresos de comprobantes, listados y procesos del sistema.



2.8.1 ABM de Talonarios

Se modifica el nombre de la solapa Rangos que pasa a llamarse Vigencias, y se ubica como la segunda solapa de la pantalla.

En dicha solapa será posible definir a partir de ahora las vigencias de los talonarios. La vigencia de un talonario nos permite definir desde y hasta qué fecha está vigente el mismo, para un rango de números.

La fecha desde de vigencia es obligatoria, así como el rango desde-hasta números. No es obligatoria la fecha hasta, por lo tanto un talonario está vigente hasta la próxima fecha-desde de vigencia del talonario de existir la misma, o sin fecha-hasta si no hay una vigencia posterior definida.

Los rangos de fechas de vigencia definidos no pueden solaparse, pero si los rangos de numeración que incluso pueden repetirse. También está disponible el campo próximo de cada vigencia definida.

Se agrega también el campo serie de la vigencia.

Los datos de número inicial, final y próximo que existían antes en la solapa Comprobantes desaparecen ya que los mismos se sustituyen por los campos de rango de numeración y próximo de la solapa de vigencias, para cada vigencia definida del talonario.

El cambio de versión o la instalación del FX que incluye estas modificaciones realizará la modificación de los datos anteriores del talonario para llevarlos al nuevo esquema de vigencias. O sea, que se generarán automáticamente la/s vigencia/s de los talonarios definidos en el sistema, adecuando los datos del rango de fechas de vigencia, y rango de números que existían anteriormente, así como el próximo número de comprobante para dichas vigencias generadas.

En la Figura 35 se muestra un talonario que tiene 3 vigencias definidas. Si se ingresan por ejemplo, comprobantes en una fecha anterior o igual al 31-12-2020 el próximo número de comprobante que se ingrese será el 1446. Si se ingresan comprobantes de fecha posterior o igual al 01-07-2021 el próximo número de comprobante que se ingrese será el 526. Y si la fecha es por ejemplo 01-06-2021 se ingresará un comprobante correspondiente a la segunda vigencia del talonario.

En este ejemplo como todos los rangos de numeración comienzan en 1, es probable que existan 3 comprobantes de este talonario con número 1 e igual prefijo.



Figura 35

En el caso de modificarse o eliminarse fechas de vigencia, el sistema controlará que no haya comprobantes ingresados o anulados en el sistema que no queden incluidos en ninguna vigencia del talonario definida, y también que no existan comprobantes repetidos en una misma vigencia. En la Figura 36 se muestra el mensaje que aparece indicando que una vigencia no puede ser eliminada.



Figura 36

En el caso que se modifiquen o eliminen las vigencia de un talonario y el mismo tenga talonarios asociados con numeración asociada, el sistema procederá a avisar que se debe revisar la vigencia de dichos talonarios, cuando no existe una vigencia similar a la existente para el talonario principal en los asociados, o el rango de numeración no sea igual.

El campo número de autorización (CAI) no es obligatorio a partir de ahora.

Todos los talonarios deben de tener como mínimo una vigencia definida.

La Figura 37 muestra cómo queda la pantalla sin los datos que se pasaron ahora a la solapa Vigencias. Es importante aclarar, que la opción de garantizar correlatividad por fecha que se indica en la solapa Comprobantes, se aplica a partir de ahora, dentro de cada vigencia definida de un talonario.

En la solapa Alertas desaparece el campo Avisa a partir de, en el que hasta ahora se indicaba una fecha para considerar las alertas por vencimiento del talonario, a partir de ahora se indica cantidad de días anteriores al vencimiento a partir de los cuales el sistema avisa del pronto vencimiento de dicho talonario (Figura 38). Este control también se aplicará utilizando la fecha de vencimiento correspondiente a la vigencia del talonario que corresponda.

El cambio de versión o la instalación del FX que incluye estas modificaciones, calculará este nuevo dato en función de lo ingresado anteriormente.



Figura 37

Figura 38



2.8.2 ABM de tipos de comprobantes

Se modifica el programa para adaptarlo a las vigencias de los talonarios.

Para ello, se agregan columnas para indicar el rango de vigencias del talonario y el rango de numeración. Por defecto el programa muestra para cada tipo de comprobante los talonarios que permiten su ingreso pero sólo para la vigencia actual, y se dispone de una opción para indicar ver todas las vigencias de los talonarios detallados.

La Figura 39 muestra un ejemplo de la pantalla en la cual se seleccionó detallar todas las vigencias.

Figura 39

2.8.3 Ingreso de comprobantes

A partir de ahora al indicar un prefijo interno en el ingreso de comprobantes, el sistema controlará que a la fecha interna del comprobante exista una vigencia del talonario correspondiente al prefijo indicado. El mismo control se realizará si por algún motivo se modifica la fecha del comprobante después de haber indicado el prefijo correspondiente.

Si se encuentra una vigencia pero de rango de fechas anterior a la del comprobante que se quiere ingresar aparecerá un mensaje indicando que el talonario está vencido. Si la vigencia que se encuentra tiene un rango de fechas posterior a la fecha del comprobante que se quiere ingresar aparecerá un mensaje como el de la Figura 40.

De igual forma al indicar un prefijo interno en el ingreso de comprobantes, cuando el método de numeración del talonario asociado sea Automático, inicial, no numero o asociado, al indicar el número del mismo el sistema validará, que no exista un comprobante ya ingresado en el sistema con dicho número, para la vigencia del talonario donde se quiere ingresar el nuevo comprobante únicamente, por lo que se permiten comprobantes con números repetidos siempre que correspondan a vigencias diferentes de dicho talonario. O sea, si el número existe pero en una vigencia diferente, se procederá con el ingreso del comprobante sin dar ningún aviso ni advertencia.

Al grabar comprobantes el sistema validará todo lo dicho anteriormente, pero controlando también los casos en que haya un rango de números de ingreso para talonarios que no numeran, respecto de lo ingresado previamente para dicha vigencia del talonario, ya sea como comprobantes con un solo número o un rango de números.



Figura 40

Referencia a comprobantes

En aquellos lugares donde se puede digitar un prefijo y número para referenciar a un comprobante, es posible que para la misma numeración indicada haya repetidos con diferente fecha. Es decir, puede existir un comprobante con igual tipo, prefijo y número para diferentes vigencias de un talonario.

Por lo tanto, si hay más de un comprobante que responda a esos datos de prefijo y número que se ingresan, se abre una búsqueda genérica para poder seleccionarlo mostrando como datos principales la fecha, el prefijo y el número.

Este mecanismo no se presenta si entre los datos de filtro se puede indicar la fecha, o si el comprobante fue seleccionado a través de la búsqueda correspondiente.

Por ejemplo, la Figura 41 muestra un recibo contado en el que indicamos manualmente el prefijo 0000 y el número de factura contado 6161, como el sistema detecta que ese número de factura existe en diferentes vigencias del talonario, abrirá una ventana que permitirá ver las fechas posibles de esa factura y permitirá seleccionar exactamente la factura que queremos seleccionar. Si salimos de esa ventana sin seleccionar alguna de las 2 facturas posibles aparecerá un mensaje indicando que se debe hacer dicha selección (Figura 42).

Si la misma factura se hubiera seleccionado mediante la búsqueda correspondiente, no hubiera aparecido la segunda ventana porque al seleccionarla ya se está seleccionando también la fecha correspondiente. Tampoco habría aparecido esa segunda ventana de selección, si se hubiera ingresado manualmente una factura cuyo número no haya sido ingresado en diferentes fechas.



Figura 41

Figura 42

En algunos lugares se agrega la fecha del comprobante que se referencia, además del número. Un ejemplo de esto es en los ingresos de facturas de compra, órdenes de pago y recibos de agentes, al indicar el comprobante de rendición de gastos, una vez seleccionada la rendición de gastos, ya sea



mediante una búsqueda o seleccionando manualmente su número, se visualizará la fecha del comprobante.

En otros lugares como por ejemplo, procesos de distribución de carga, edición de carga, cierre de guía y carpetas de importación, se agrega la fecha al mostrar la lista de comprobantes asociados. Hasta ahora sin mostrar esa fecha podíamos saber exactamente de qué comprobante se trataba viendo su prefijo y número, pero ahora puede ser necesario poder observar además su fecha.

Numeración de comprobantes generados automáticamente

Dado que los talonarios pueden presentar ahora diferentes vigencias con diferentes rangos de números, al generar comprobantes automáticamente se obtendrá el número de comprobante a generar utilizando la vigencia que corresponda a la fecha del comprobante que se está generando.

Como cada vigencia tiene asociada un próximo número de comprobante a generar, se utiliza el próximo número que corresponda según la fecha del comprobante al generar.

Algunos de los procesos que se modificaron al respecto son, por ejemplo: Efectivización de órdenes de pago, Efectivización de cheques diferidos, Generación de comprobantes de amortización de bienes de uso, Generación de notas y liquidaciones por diferencia de cambio, Cierre de facturación automática, Cierre de guía, etc.

2.8.4 Informes

En el caso de manejar diferentes vigencias de un talonario, pueden existir a partir de ahora, comprobantes con una numeración repetida en diferentes vigencias de un mismo talonario. Por tal motivo, en los informes que mostraban hasta ahora un prefijo y número de comprobante, y no mostraban la fecha del mismo, se agrega la fecha para poder identificar exactamente al comprobante del que se trata.

En otros listados que ordenaban por números de comprobantes también se hicieron modificaciones referentes al ordenamiento, ya que también tienen que considerarse las fechas de esos comprobantes.

Todas las variables e input ítems que se mencionen en los siguientes informes se detallan en el documento de Variables para informes.

Análisis de ajustes

Se modifica el contenido del input ítem DatosCICC para que incluya la fecha de los comprobantes referenciados por comprobantes internos de cuenta corriente, además de su tipo de comprobante, prefijo y número.

Análisis de cuentas a cobrar/pagar

Se agrega en las emisiones detalladas por vencimiento, la fecha de los comprobantes internos de cuenta corriente en los que se originan los comprobantes que se detallan, para que se muestre junto a los demás datos de esos comprobantes.

Por tal motivo, en los formatos estándar correspondientes al listado (spbcsal4.qrp y spbcsal5.qrp), se agrega el input ítem FechaCICC.

En el informe de cuentas a pagar, si se selecciona listar rendiciones de gastos, se muestra en este mismo dato las fechas de las rendiciones de gastos asociadas a los comprobantes que se detallan. Dicha fecha se muestra junto a los demás datos de los comprobantes de rendición de gastos.

Cabe observar que antes de emitir este listado, si se usan formatos personalizados, el usuario debe agregar el input ítem indicado, dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak.



Auditoría de impresión de comprobantes

A partir de ahora, cuando se ordene por usuario (considerando fechas externas o de registración o de registración de impresión), fecha de registración, fecha de registración de impresión o talonario, dentro de estos ordenamientos los comprobantes con igual prefijo y número se subordenarán por fecha.

Auditoría de ingreso de comprobantes

A partir de ahora, cuando se ordene por usuario (considerando fechas externas o de registración), fecha de registración o talonario, dentro de estos ordenamientos los comprobantes con igual prefijo y número se subordenarán por fecha.

Se modifica el contenido del input ítem CmpAsoc para que incluya la fecha además del tipo de comprobante, prefijo y número.

Auditoría de precios y bonificaciones digitadas

A partir de ahora, cuando se ordene por usuario (considerando fechas de registración) o por ítem (considerando fechas de registración), fecha de registración o talonario, dentro de estos ordenamientos los comprobantes con igual prefijo y número se subordenarán por fecha.

Calendario de recursos

Se agrega la fecha en los casos que se detalle un número de una orden de producción. Por este motivo, en el formato estándar del listado (spbcalr1.qrp) se agrega la variable dtFecha.

Carpeta de importación

Dado que los talonarios pueden presentar ahora varias vigencias, se modifica el contenido del input ítem CmpProrrateo para que incluya la fecha de la orden de compra, además de su prefijo y número.

Cobros y pagos por banco

Se agrega la fecha de los comprobantes de talonarios que se detallan. Por este motivo, en el formato estándar correspondiente a este listado (spbcpb01.qrp), se agrega la variable dtFechaCmp.

Comisiones por ventas

En emisiones detalladas de este informe, considerando ventas cobradas, se modifica el formato estándar (spbcomv2.qrp) para agregar la fecha de los comprobantes internos de cuenta corriente que refinancian a los comprobantes de venta que se listan.

Para esto se utiliza el input ítem FechaCICC que ya estaba disponible para incluirse.

Comprobantes bancarios

Al seleccionar listar liquidaciones de tarjetas, en el formato estándar correspondiente al listado, se mostrará la fecha de las presentaciones de tarjetas asociadas. El dato ya estaba disponible, pero a partir de ahora se mostrará junto a los demás datos de las presentaciones.

Comprobantes de bienes de uso

Se modifica para que la información separe correctamente comprobantes de un mismo talonario, prefijo y número.

Cabe observar que antes de emitir este listado, si se usan formatos personalizados, para que el listado funcione correctamente el usuario debe agregar el corte de control Fecha que hasta ahora no era necesario.



Comprobantes de producción

Al listar órdenes de producción se modifica el contenido de la variable strPedidos para que incluya la fecha de los pedidos además de los prefijos y números.

Por este mismo motivo, al listar partes de producción se agrega, en los casos en que se detalla una orden de producción, la fecha de la misma.

Se agrega en los formatos estándares correspondientes a partes de producción (spbcmpp2.qrp y spbcmpp3.qrp) la variable dtFechaRef.

Comprobantes internos de cuenta corriente a cobrar/pagar


Cabe observar que antes de emitir este listado, si se usan formatos personalizados, para que el listado funcione correctamente el usuario debe agregar un corte de control por Nrotrans entre los cortes de control Talonario y Prefijo.

Comprobantes por lote/carga/guía

Se modifica el informe para agregar la fecha de los comprobantes referenciados por comprobantes que se detallan, para que se muestre dicha fecha junto al tipo de comprobante, prefijo y número de esos comprobantes referenciados.

Por tal motivo, en los formatos estándar correspondientes al listado (spbguco1.qrp, spbguco2.qrp, spbguco3.qrp y spbguco4.qrp), se agrega el input ítem FechaRem. Además, en los formatos correspondientes al informe detallado (spbguco2.qrp, spbguco3.qrp y spbguco4.qrp), se agrega el input ítem FechaRef.

Cabe observar que antes de emitir este listado, si se usan formatos personalizados, el usuario debe agregar los inputs ítems indicados, dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak.

Control de secuencia de comprobantes

Se deben considerar las vigencias de las numeraciones de los talonarios por lo que, para cada talonario que se incluya en el listado, la información se detallará por vigencia.

Por tal motivo, en el formato estándar correspondiente al listado (spbcsc01.qrp), se agrega el input ítem Vigencia.


Se muestra en la Figura 43 un ejemplo de un listado de talonarios con diferentes vigencias, y en cada una puede verse la numeración correspondiente a la vigencia.



Figura 43

Diario general

Se modifica el contenido de la variable strDatosCICC para que incluya la fecha de los comprobantes referenciados por comprobantes internos de cuenta corriente, además de su tipo de comprobante, prefijo y número.

Diferencias de cambio

Se agrega la fecha de los comprobantes referenciados por comprobantes internos de cuenta corriente, para que se muestre también la fecha de esos comprobantes además del tipo de comprobante, prefijo y número.

Por tal motivo, en el formato estándar correspondiente al listado (spbdcamb.qrp), se agrega el input ítem FechaFac2.


Egresos de mercadería

En las emisiones ordenadas por comprobante o destino, se agrega la posibilidad de detallar la fecha del comprobante referenciado.

En particular, en la emisión correspondiente a estos ordenamientos no valorizada, se agrega su detalle junto al tipo, prefijo y número del comprobante referenciado.

Por este motivo, en los formatos estándares correspondientes a estas emisiones (spbcmprc.qrp y spbcegrv.qrp), se agrega la variable dtFechaC.



Etiquetas de clientes/proveedores

A partir de ahora, para todas las formas de emisión (Pantalla, Impresora y Word), se incorpora la posibilidad de detallar la fecha del comprobante.

Por tal motivo, se agrega la variable strFecha en el formato estándar correspondiente a las emisiones por pantalla e impresora (spbetiqu.qrp) y queda disponible fecha para las emisiones Word.

Ingresos de mercadería

Se agrega la posibilidad de detallar la fecha de los comprobantes referenciados.

En particular, en la emisión correspondiente ordenadas por comprobante u origen, se agrega su detalle junto al tipo, prefijo y número del comprobante referenciado.

Por este motivo, en los formatos estándares (spbcmpit.qrp, spbcmpri.qrp, spbing01.qrp y spbing02.qrp), se agrega la variable dtFechaC.

Órdenes de compra

Se modifica para que el total de I.V.A. de comprobantes con igual talonario, prefijo y número se acumule correctamente en los totales generales del listado, considerando además las fechas de esos comprobantes.

Pedidos pendientes


Se modifican el contenido de las variables strOrdenes y strOrdenesTarea para que incluyan la fecha de las órdenes de producción.

Por tal motivo se modifican los formatos estándares correspondientes a las emisiones ordenadas o subordenadas por destino (spbppenc.qrp, spbppen1.qrp y spbppen3.qrp).

Cabe observar que antes de emitir este listado ordenado o subordenado por destino, si se usan formatos personalizados, para que el listado funcione correctamente el usuario debe modificar estos formatos reemplazando el corte de control NroCmp por Trans en el que se debe detallar la información que presentaba el corte de control eliminado.

Permisos de importación

Se agrega la fecha del comprobante mediante el input ítem Fecha.

Cabe aclarar que este input ítem ya existía pero no se detallaba su valor.

Además, el formato estándar correspondiente a este listado (spbpim01.qrp) pasa a ser apaisado.

Productividad de recursos

Se modifica el formato estándar (spbprd01.qrp) para que detalle la fecha de los comprobantes referenciados junto con el prefijo y número del mismo.

Cabe observar que este dato ya estaba disponible mediante el input ítem Fecha y ya se detallaba en las líneas correspondientes a partes de producción pero no en las correspondientes a recursos.

Productos en proceso

Se modifica el contenido de la variable strPedidos para que incluya la fecha de los pedidos que se incluyen, además del prefijo y número de los mismos.



Resumen de cuenta a cobrar/pagar

Se agrega la fecha de los comprobantes internos de cuenta corriente que se detallan, para que dicha fecha pueda mostrarse junto con los demás datos de dichos comprobantes.

Por tal motivo, se agrega en los formatos estándares correspondientes al listado (spbrcta1.qrp y spbrcta2.qrp), la variable dtFechaCICC.

Saldos a cobrar/pagar

Se modifica el contenido del input ítem DatosCICC para que incluya la fecha de los comprobantes referenciados por comprobantes internos de cuenta corriente, además de su tipo de comprobante, prefijo y número.

Valores egresados

En las emisiones en las que no se tilda la opción de Sólo Totales, y se detallan comprobantes origen o destino de los valores, se agrega la fecha de esos comprobantes.

Por este motivo, se agregan en los formatos estándares correspondientes a esas emisiones (spbval01.qrp, spbval02.qrp, spbval03.qrp, spbval04.qrp, spbval05.qrp, spbval06.qrp y spbval07.qrp) las variables dtFechaD y dtFechaO.

Vencimientos a cobrar/pagar

Se agrega en las emisiones detalladas, la fecha de los comprobantes internos de cuenta corriente en los que se originan los comprobantes cuyos vencimientos se detallan, para que se muestre junto a los demás datos de esos comprobantes.

Por tal motivo, en los formatos estándar correspondientes al listado (spbvto01.qrp, spbvto02.qrp, spbvto03.qrp y spbvto04.qrp), se agrega el input ítem FechaCICC.


2.8.5 Emisión de comprobantes

En el caso de manejar diferentes vigencias de un talonario, pueden existir a partir de ahora, comprobantes con una numeración repetida en diferentes vigencias de un mismo talonario. Por tal motivo, en las emisiones que mostraban hasta ahora un prefijo y número de comprobante referenciado por el comprobante que se emitía, y no mostraban la fecha del mismo, se agrega la fecha para poder identificar exactamente al comprobante del que se trata.

Entonces, se agrega a los programas de impresión de pedidos, comprobantes de ventas, facturas de crédito, guías, pedidos internos, requerimientos, órdenes de compra, comprobantes de compra, ingresos y egresos de mercadería, movimientos en el depósito, órdenes de pago, retenciones de IVA, ingresos brutos, ganancias, SUSS, otras retenciones, recibos, comprobantes internos de caja, transferencias entre cajas, depósitos bancarios, asientos de diario, órdenes y partes de producción y comprobantes internos de cuenta corriente la posibilidad de indicar un rango de fechas a considerar para la impresión de un rango de comprobantes. No es obligatorio el ingreso de dicho dato.



Figura 44

El sistema al momento de imprimir verificará si para el rango de números indicado hay comprobantes repetidos en más de una vigencia, avisando al usuario de tal eventualidad sugiriendo indicar un rango de fechas para evitar las repeticiones. Además se consulta al usuario si desea seguir con la impresión o no. La Figura 45 muestra el mensaje que aparece al intentar emitir la factura de la Figura 44.

En caso de continuar con la impresión el sistema imprimirá todos los comprobantes en el rango indicado teniendo en cuenta el rango de fechas indicado aunque haya repetidos, por lo que un mismo número de comprobante podría llegar a imprimirse más de una vez para diferentes vigencias de fechas.

Figura 45

En el caso de que se indique la impresión predefinida y la misma esté definida en el talonario por pdf o se seleccione la opción de impresión por pdf, si el talonario asociado tiene definido más de una vigencia, el nombre del pdf generado incluirá al final separado por un guión la fecha del comprobante, excepto para comprobantes de compra, remitos de ingreso de mercadería, presentaciones de tarjeta y depósitos bancarios, dado que los mismos usan la numeración externa del comprobante para darle nombre al pdf generado.

Todas las variables e input ítems que se mencionen en las siguientes emisiones se detallan en el documento de Variables para comprobantes.

Emisión de comprobantes de compras y ventas

En egresos e ingresos de mercadería, facturas de compra, facturas de venta, pedidos y órdenes de



compra, en la emisión y vista preliminar se agrega la fecha del comprobante referenciado mediante la variable dtFechaRef.

Por otro lado, también para estos comprobantes, se modifica el contenido de las variables strReferenciados, strReferenciadosConCmps y strReferenciadosPrefNum para que incluyan la fecha de junto con los datos de cada comprobante que se detalla.

En particular, para las facturas de ventas, también se modifica el contenido de las variables strReferenciados2, strReferenciadosConCmps2 y strReferenciadosPrefNum2 del mismo modo.

Cabe observar que, para egresos e ingresos de mercadería, pedidos y órdenes de compra, se homogeniza el tipo de contenido de strReferenciados, strReferenciadosConCmps y strReferenciadosPrefNum, es decir, presentarán el mismo tipo de contenido tanto si las medidas se pueden detallar en forma tabular como si no se pueden detallar de ese modo.

Se agrega la nueva variable a los formatos relacionados con estos comprobantes (spbftv01.qrp, spbfim01.qrp, spbfim02.qrp, spbflc01.qrp, spbfoc01.qrp, spbfoc02.qrp, spbfpv01.qrp, spbfpv02.qrp, spbfre01.qrp, spbfre02.qrp, bcsftv01.qrp, bcsfim01.qrp, bcsflc01.qrp, bcsfoc01.qrp, bcsfpv01.qrp y bcsfre01.qrp).

Emisión de órdenes de pago y recibos

En la emisión y vista preliminar de órdenes de pago y recibos, cuando una aplicación corresponda a un comprobante interno de cuenta corriente (CICC) se podrá detallar su fecha.

Por tal motivo, en los formatos relacionados con estos comprobantes (spbfop01.qrp, spbfop02.qrp, spbfrc01.qrp, spbfrc02.qrp, bcsfop01.qrp, bcsfop02.qrp, bcsfrc01.qrp y bcsfrc02.qrp) se agrega la variable dtAplFechaCICC.

En particular para órdenes de pago se agrega detallar la fecha interna del comprobante aplicado.

Por esta razón, en los formatos relacionados con este comprobante (spbfop01.qrp, spbfop02.qrp, bcsfop01.qrp y bcsfop02.qrp) se agrega la variable dtAplFechaInt.

Emisión de pedidos de venta

En la emisión y vista preliminar de pedidos se podrá detallar la fecha de la factura referenciada.

Por tal motivo, en los formatos relacionados con este comprobante (spbfpv01.qrp, spbfpv02.qrp y bcsfpv01.qrp) se agrega la variable dtFactuFecha.

Emisión de comprobantes de retención

En la emisión de comprobantes de retención, se podrá detallar la fecha del comprobante a través de la variable dtFechaT.

Se agrega esta variable a los formatos relacionados con estos comprobantes (spbfrb01.qrp, spbfrg01.qrp spbfri01.qrp, spbfrs01.qrp, spbfr101.qrp, spbfr201.qrp, bcsfrb01.qrp, bcsfrg01.qrp bcsfri01.qrp, bcsfrs01.qrp, bcsfr101.qrp y bcsfr201.qrp).

En particular, para los comprobantes de retenciones de I.V.A., ganancias y S.U.S.S., se podrá detallar la fecha del comprobante aplicado a través de la variable dtFechaF.

Se agrega variables a los formatos relacionados con estos comprobantes (spbfrg01.qrp spbfri01.qrp, spbfrs01. bcsfrg01.qrp bcsfri01.qrp, y bcsfrs01.qrp).

Emisión de comprobantes internos de cuenta corriente

En la emisión y vista preliminar de comprobantes internos de cuenta corriente en las aplicaciones destino se podrá detallar, cuando el comprobante que se está aplicando ya fue refinanciado en otro CICC, la fecha de ese CICC.

Por tal motivo, en el formato correspondiente a este comprobante (spbfcc01.qrp) se agrega la variable



dtAplFechaCICC.

2.8.6 Utilitarios

Utilitarios BCS1361 y BCS3685

En la generación de archivos correspondiente a duplicado electrónico, si en lugar de seleccionar (mediante tecla F3) se digita un prefijo y número, y hay más de un comprobante que responde a esos datos, se abre una nueva búsqueda genérica que permite seleccionar uno mostrando como datos principales la fecha, el prefijo y el número.

Importaciones por ICR y WEBAPI’s

En las importaciones de comprobantes donde se hace referencia a otros comprobantes, es posible que para una misma numeración indicada puedan encontrarse distintos comprobantes, con diferentes fechas.

Por lo tanto, se agrega el dato de la fecha de esos comprobantes para importarla también y poder identificar unívocamente al comprobante que se quiere referenciar. La fecha no es un dato obligatorio.

Las importaciones que sufrieron cambios son: aplicaciones, cancelación de pedidos, inicio y fin de tarea, orden de compra, orden de pago, recibos, revalúos, orden de producción, parte de producción, pedido básico, pedido de venta, refinanciación vencimientos, visitas, comprobantes de compra, comprobantes de venta, remito de egreso y remito de ingreso.

También se modifica la importación de talonarios, acorde con los cambios realizados en las vigencias.

Los formatos de Mensajes están disponibles en el SAC, en la sección correspondiente a la documentación de BASCS/ICR/Protocolos de comunicación.

2.8.7 Ejecución FX021 de BASCS 4.60

La ejecución del FX021 de BASCS 4.60 procederá a la generación de la vigencia o vigencias de los talonarios definidos en el sistema, adecuando los datos del rango de fechas de vigencia y rango de números así como el próximo número para dichas vigencias generadas.

Al terminar de ejecutar el FX en la instalación de BASCS, en la carpeta Utils, se encontrará el archivo TalonariosErrores.sql, que podrá ser ejecutado desde el BASCSUT en el programa Ejecución de comandos Sql con la opción de archivo OEM.

Dicho script hace un control de los talonarios existentes en el sistema, verificando que no queden talonarios sin vigencias definidas, o comprobantes que no tienen definida una vigencia en el talonario correspondiente o talonarios con vigencias donde se encuentran ingresados comprobantes repetidos.

Cualquiera de estas circunstancias detectadas indica que hay talonarios con potenciales problemas que deberán ser verificados y corregidos. El sistema avisa de cualquiera de estos inconvenientes y lista los comprobantes o talonarios involucrados.

En caso que no haya inconvenientes, la ejecución del script indicará que no se detectaron inconvenientes en los talonarios.

Es muy recomendable ejecutar dicho script después de instalar el FX021, en todas las bases de datos involucradas, para detectar posibles inconvenientes que pueden ser solucionados en este momento.

En el caso de que los clientes tengan desarrollos propios relacionados con la numeración de los talonarios o comprobantes, deberán leer atentamente la documentación de este FX para entender los cambios implementados y modificar sus desarrollos según las nuevas características de los talonarios.



Referencia: FX021

2.9. Descripción larga de ítems

A partir de ahora podrá observarse si se desea, la descripción larga de los ítems en los ingresos de comprobantes de compra, comprobantes de venta, y/o en remitos de ingreso y egreso.

Esto puede configurarse en el ABM de parámetros generales en la solapa Comprobantes tal como muestra la Figura 46. Se agrega el grupo "Ver descripción larga de ítems en el ingreso" con los checks:

En comprobantes de venta

En comprobantes de compra

En remitos

Figura 46

Si se marca alguno de estos checks, se muestra la descripción larga en la columna "Descripción" en las líneas de ingreso de ítems de esos comprobantes, si el ítem no tiene descripción larga se muestra la descripción corta. Cabe observar que en el tooltip de la columna Descripción de esos comprobantes siempre se muestra la descripción larga, independientemente de si está tildado el nuevo parámetro o no.

Si se selecciona ver descripción larga en ventas, se observará la misma al ingresar pedidos y facturas de venta. Si se selecciona verla en compras, se observará la descripción larga al ingresar órdenes de compra y facturas de compra. Si se seleccionan remitos, se observará la descripción larga en ingresos de remitos de ingreso, remitos de egresos y en el proceso de control de remitos.



Referencia: FX022

2.10. Egresos de mercadería con stock en consignación

A partir de ahora al ingresar un egreso de mercadería con destino a un depósito que está configurado como depósito de terceros, cuyo titular es un cliente que tiene configurado en BASCSQP, un valor del atributo para franquicias de stock en consignación (Figura 104), se generará el mensaje correspondiente para la sucursal de QuickPos. Lo mismo ocurre al confirmar un egreso controlado.

Generación archivo de egresos

A partir de ahora al seleccionar un egreso con destino a un depósito que está configurado como depósito de terceros, cuyo titular es un cliente que cumple con el valor del atributo para franquicias de stock en consignación, se habilitará el botón que permite generar el mensaje correspondiente para la sucursal de QuickPos.

Referencia: FX022

2.11. Comprobantes en preparación

A partir de ahora, se dispone de un número que identifica a los comprobantes que se graban como comprobantes en preparación.

Este número se podrá incluir en las búsquedas asociadas a comprobantes en preparación.

En la vista preliminar (tecla F2), cuando se usen formatos personalizados, se podrá visualizar a través de la variable nNroprep cuando el comprobante ya fue grabado en preparación, caso contrario no tendrá valor.

Cabe aclarar que esta nueva variable sólo está disponible para los comprobantes que pueden ser guardados en preparación, y que en la emisión de comprobantes no será posible visualizar este valor ya que se considera que esos no son comprobantes en preparación.

Se agrega en todos los formatos asociados a comprobantes en preparación y se detalla en el documento de Variables para comprobantes.

Referencia: FX024

2.12. Cálculo de retenciones de I.V.A

En el cálculo de retenciones de I.V.A en tablas con base mensual o anual se agrega la posibilidad de calcular la retención sin considerar los acumulados pagados y retenidos del mes o año.

El uso de esta operatoria puede parametrizarse desde el ABM de Parámetros Especiales.

En caso de utilizar esta forma de cálculo, los totales pagados del mes y/o año se utilizarán como hasta ahora para determinar si corresponde el cálculo de la retención, la diferencia es que una vez que se determina que corresponde el cálculo, el mismo se realizará utilizando como base imponible el comprobante que se está ingresando.

2.12.1 ABM de Parámetros Especiales

Se agrega un nuevo check para indicar que en retenciones de I.V.A la base de cálculo sea siempre Comprobante (Figura 47).

La opción default es que el nuevo dato no esté chequeado, es decir, que la base de cálculo sea Comprobante, Mensual o Anual según se haya indicado en la definición de cada tabla de retención de IVA.



Figura 47

2.12.2 Cálculo de retenciones de I.V.A en el ingreso de comprobantes

En el momento de efectivizar el cálculo de retención de una determinada tabla, los totales pagados y retenidos mensuales o anuales no intervienen, aunque la tabla tenga indicada una base de cálculo mensual o anual.

Veamos un ejemplo:

Tenemos la tabla de retención 44 que tiene un importe deducible de 20000 y un porcentaje de retención del 10% (Figura 48 y Figura 49).

Ingresamos un pago de una factura a la que corresponde calcularle retención de IVA sobre 19000$ que coincide con el importe aplicado (Figura 50).

En la Figura 51 se observa el cálculo de la retención, como la tabla tiene base mensual y en el mismo mes del pago hay 2000$ ya pagados se determina que corresponde calcular retención porque

19000 (base imponible) + 2000 (acumulado del mes) – 20000 (importe deducible) es > 0

En este momento si en los parámetros especiales se indicó que se calculan retenciones de IVA con esta nueva operatoria, al calcular la retención lo va a hacer sobre 19000 que es el importe sujeto de la orden de pago que se está ingresando.

Si no se utiliza esta nueva opción de cálculo, la base imponible sería 19000 + 2000 = 21000



Figura 48

Figura 49



Figura 50

Figura 51



Referencia: FX026

2.13. Cálculo de percepciones y retenciones provinciales a Exentos

A partir de ahora es posible incluir el importe de IVA en la base imponible de percepción de ingresos brutos para clientes exentos, si la provincia para la que se calcula el impuesto tiene eso indicado.

Es por eso que se modifica el texto del correspondiente check en los ABMs de percepciones y retenciones provinciales, que pasa a ser “Incluye IVA en la base imponible de monotributistas y exentos”.

En los pagos a proveedores Exentos también se incluirá el importe de IVA en la base imponible de retención de ingresos brutos, si la provincia para la que se calcula la retención tiene eso indicado en las retenciones provinciales.

Para determinar la categoría de Exento se mira la Categoría para controlador fiscal del tratamiento de IVA del cliente o proveedor (Figura 52).

Figura 52

Respecto al cálculo de retenciones, cabe recordar, además, que solamente se considera el check de la provincia, en caso que las retenciones se calculen en las provincias de los comprobantes aplicados, y eso ocurre cuando el proveedor tiene convenio multilateral en dichas provincias.

Referencia: FX026

3 Novedades en emisión de comprobantes A partir de ahora, cuando se emitan rangos de comprobantes mediante emisión predefinida (F10) y esta emisión sea PDF, e involucre envío de mails, los errores relacionados con el envío de mails se visualizarán en un sólo aviso al finalizar la emisión de todos los comprobantes involucrados.

Los avisos relacionados con cualquier otro tipo de emisión o error, saldrán como hasta ahora.

Cuando un talonario tenga indicado emisión por PDF y envío a la impresora, si la impresora indicada no está en el equipo, se emitirá el comprobante por la impresora predeterminada.


3.1. Impresión de asientos

Se agrega la variable strRefExt para permitir observar la referencia externa de las imputaciones contables que intervienen en un asiento.

Dicha variable podrá ser incluida en los formatos personalizados de emisión de asientos y se detalla en el documento "Variables para comprobantes".



Referencia: FX004

3.2. Emisión de ingresos de mercadería

Se agregan las siguientes variables a fin de poder observar en el remito de ingreso, el estado de órdenes de compra que le dieron origen, en cuanto a unidades consumidas y unidades pendientes de entregar de cada línea del remito:

nCantUsadaOC: Para indicar la cantidad consumida de la orden de compra referenciada en la línea del remito. Si el ítem no vino de una orden de compra este valor estará en 0. Esta cantidad no incluye la cantidad consumida por la línea del remito que se está imprimiendo. Se expresa en la unidad de medida para comprobantes pendientes del ítem.

nCantPendiOC: Indica la cantidad pendiente de la orden de compra referenciada en la línea del, Si el ítem no vino de una orden de compra este valor estará en 0. Dicha cantidad se mostrará también en 0, si el ítem pertenece a un grupo de compras con un porcentaje de defecto en la entrega que hace que no se considere pendiente la orden de compra. Se expresa en la unidad de medida para comprobantes pendientes del ítem.

Dichas variables podrán ser incluidas en los formatos personalizados de emisión de remitos de ingreso y se detallan en el documento "Variables para comprobantes".

Referencia: FX003

3.3. Impresión de comprobantes que permiten CAI

Se agrega la posibilidad de detallar datos del CAI en la impresión de comprobantes que corresponden a talonarios que permiten CAI.

Los valores disponibles son el número y vencimiento del CAI mediante las variables strNroCai y dtVtoCai que se documentan en el documento de Variables para comprobantes.

Se agregan estas variables en los formatos correspondientes a las impresiones de facturas de venta y egresos de mercadería (bcsffv01.qrp, bcsfre01.qrp, spbffv01.qrp, spbfre01.qrp y spbfre02.qrp).

Referencia: FX006

3.4. Impresión de facturas de venta

Se agrega la posibilidad de detallar el prefijo y el número del comprobante origen en la impresión y vista preliminar de los comprobantes de venta.

Por tal motivo, en los formatos correspondientes a estos comprobantes (bcsffvi01.qrp y spbffv01.qrp) se agregan las variables strPrefijoOrigen y nNumeroOrigen que se detallan en el documento de Variables para comprobantes.

Referencia: FX007

3.5. Observaciones de números de serie

En la vista preliminar y emisiones personalizadas de egresos e ingresos de mercadería, facturas de compra y venta, órdenes y partes de producción, cuando corresponda, se podrán detallar las observaciones de las series asociadas a la línea concatenadas y separadas por el separador de datos complementarios.

Por este motivo, en los formatos correspondientes a esos comprobantes (spbffv01.qrp, spbfim01.qrp, spbfim02.qrp, spbflc01.qrp, spbfpp01.qrp, spbfpr01.qrp, spbfre01.qrp, spbfre02.qrp, bcsffv01.qrp, bcsfim01.qrp, bcsflc01.qrp, bcsfpr01.qrp y bcsfre01.qrp) se agrega la variable strObsSeries que se detalla en el documento de Variables para comprobantes.



Referencia: FX024

3.6. Emisión de comprobantes de retenciones

A partir de ahora, en las emisiones de comprobantes de retenciones de ingresos brutos y otras retenciones se puede detallar el símbolo de la moneda del comprobante.

A tal fin, se agrega la variable strMonedaCmp en los formatos de impresión correspondientes a estas retenciones (bcsfrb01.qrp, bcsfr101.qrp, bcsf201.qrp, spbfrb01.qrp, spbfr101.qrp y spbfr201.qrp).

Esta variable ya estaba disponible para retenciones de Ganancias, I.V.A. y S.U.S.S.

Por otro lado, en las emisiones de retenciones de ingresos brutos se podrá detallar la descripción de la moneda local mediante la variable strDescMoneda, que ya estaba disponible para las restantes retenciones.

Se agrega la variable en los formatos de impresión (spbfrb01.qrp y bcsfrb01qrp).

Además, se modifican los formatos correspondientes a todas las retenciones, en los que se detalla el monto del comprobante que da origen a la retención, para que se detalle el junto a este monto el símbolo de la moneda del comprobante en lugar del símbolo de la moneda local.

Referencia: FX026

3.7. Emisión y vista preliminar de comprobantes

En la emisión y vista preliminar de comprobantes personalizadas, se podrán detallar las fechas desde-hasta y el código de autorización (timbrado) de la vigencia del talonario correspondiente a la fecha del comprobante.

A tal fin, en los formatos que corresponden a las emisiones de los distintos comprobantes, se agregan las variables dtVigenciaDesde, dtVigenciaHasta y strNroAutorizacion.

En particular, en la emisión y vista preliminar de facturas de compras y ventas personalizadas, se podrá detallar también la cantidad de vencimientos asociados al comprobante. Por tal motivo, en los formatos que corresponden a estos comprobantes, se agrega la variable nPagCuotas.

Además, en las emisiones personalizadas, se agrega la posibilidad de indicar el tipo de servicio de fiscalización para comprobantes que fiscalizan y el valor del código QR para comprobantes que requieren fiscalización electrónica.

Esto se podrá hacer, respectivamente, mediante las variables strPrestaservcae y strDatosqrCae que se agregan, según el caso, a los formatos de tales comprobantes.

Estas variables no presentarán contenido en la vista preliminar.

Por otro lado, en las emisiones personalizadas, correspondientes a notas de crédito y débito que fiscalizan se podrán indicar los datos del comprobante asociado.

Por tal motivo, en los formatos que corresponden a estos comprobantes, se agregan las variables dtAsocFecha, strAsocCodcmp, strAsocPrefijo, nAsocNumero, strAsocNroCae y strAsocCodBarras.

Estas variables no presentarán contenido en la vista preliminar.

Todas las variables mencionadas se documentan en el documento de Variables para comprobantes.

Referencia: FX028

Imagen

A partir de ahora, en la vista preliminar y emisiones personalizadas de asientos, comprobantes internos de caja, comprobantes internos de cuenta corriente, depósitos bancarios, egresos e ingresos de mercadería, facturas de compra y venta, órdenes y partes de producción, órdenes de compra, órdenes de pago, pedidos, pedidos internos, presentación de tarjetas, recibos, requerimientos y transferencias



de valores, cuando corresponda, se podrá detallar la imagen asociada al comprobante.

Por este motivo, en los formatos de impresión correspondientes a esos comprobantes (spbfas01.qrp, spbfcc01.qrp, spbfci01.qrp, spbfde01,qrp, spbffv01.qrp, spbfim01.qrp, spbfim02.qrp, spbflc01.qrp, spbfoc01.qrp, spbfoc02.qrp, spbfop01.qrp, spbfop02.qrp, spbfpi01.qrp, spbfpp01.qrp, spbfpr01.qrp, spbfpt01.qrp, spbfpv01.qrp, spbfpv02.qrp, spbfrc01.qrp, spbfrc02.qrp, spbfre01.qrp, spbfre02.qrp, spbreq01.qrp, spbftv01.qrp, bcsfci01.qrp, bcsfde01.qrp, bcsffv01.qrp, bcsfim01.qrp, bcsflc01.qrp, bcsfoc01.qrp, bcsfop01.qrp, bcsfop02.qrp, bcsfpi01.qrp, bcsfpr01.qrp, bcsfpt01.qrp, bcsfpv01.qrp, bcsfrc01.qrp, bcsfrc02.qrp, bcsfre01.qrp y bcsftv01.qrp) se agrega la variable objImagen que se detalla en el documento de Variables para comprobantes.

Referencia: FX026

4 Novedades en emisión de informes Se agrega en todos los informes un nuevo tipo de salida o exportación.

Hasta ahora al seleccionar el botón Exportar en la parte superior de la pantalla, podíamos optar por exportar a Excel o a Tabla de SQL Server.

Ahora, se agregar dentro de las opciones de exportar, la opción "Planilla de cálculo (.xlsx)” tal como muestra la Figura 53. Esta nueva opción permite generar una planilla similar a la generada con un Excel pero sin utilizar dicho programa. Por lo tanto deja de ser necesario tener Excel, ya que los datos pueden exportarse de igual forma al mismo formato.

Figura 53

Además, en las exportaciones a Excel o Planilla de cálculo se agrega un check para indicar si se quiere visualizar el archivo al terminar de generarlo (Figura 54).



Figura 54

En la exportación a Excel este nuevo campo estará siempre habilitado, ya que si se pudo seleccionar esta opción es porque el usuario tiene el programa instalado y el campo se mostrará tildado por default.

Si se está exportando a planilla de cálculo, si el usuario tiene un programa instalado para abrir archivos .xlsx es igual que si se emite por Excel, en caso de no tener el usuario un programa instalado, el nuevo campo se muestra deshabilitado.


4.1. Stock vendido no entregado

En algunos informes de movimiento de materiales, se agrega la posibilidad de mostrar el stock vendido no entregado a la fecha en que se emita el informe.

Además de disponer de una nueva variable que contemple dicho stock vendido no entregado, mediante un nuevo check “No incluir stock vendido no entregado”, se considerará o no dicha cantidad vendida no entregada.

El objetivo es poder restar o no de la cantidad en stock, las unidades que ya están vendidas pero todavía no se entregaron. Mediante el check se indica que se desea restar al stock dichas cantidades. El default del check es desmarcado, por lo que estos informes consideran el stock vendido no entregado como si hubiera sido entregado, esto coincide con lo que hacían los informes hasta ahora, es decir sin el nuevo check.

Los informes que se modifican son:

Stock Físico

Stock Valorizado

Stock Disponible

Rotación de inventario

El cálculo del valor del stock vendido no entregado se obtiene de las líneas de las facturas de venta pendientes de entrega.

La opción de Incluir stock vendido no entregado podrá deshabilitarse de estos informes indicando el check “No calcular stock vendido no entregado”, en los parámetros especiales (Figura 55). Por default, este check no estará habilitado con lo cual la opción podrá habilitarse en los informes de materiales que lo permitan. Si se clickea esta opción no podrá considerarse en los informes, el stock vendido no entregado descripto.



Figura 55

Como el significado y tratamiento de los rangos de fecha no es igual en estos informes veremos cada uno por separado.

4.1.1 Stock físico

En las emisiones en las que el nivel de detalle sea por ítem y que no detallen medidas ni depósitos en forma tabular, se podrá indicar No incluir stock vendido no entregado (Figura 56), para incluir o no el stock vendido no entregado de los items y rangos que se indiquen. Dicho stock no entregado corresponde al stock vendido que aún no fue entregado o que fue entregado en una fecha posterior al hasta fecha.

Recordemos que la opción no se mostrará habilitada para su selección si en los parámetros especiales se indicó No calcular el stock vendido no entregado (Figura 55).

La opción por defecto es incluir el stock vendido no entregado y corresponde a la emisión habitual, caso contrario se resta el valor vendido no entregado de la existencia actual.

En emisiones personalizadas, se podrá detallar el stock vendido no entregado a través de las variables nVendidoNE y nVendidoNE2 que se describen en el documento Variables para informes.

Cabe aclarar que, si no se considera la existencia cero y el usuario indica en el detalle alguna de estas variables en los formatos que utiliza, deberá ajustar las líneas de los formatos que utilice para que detallen los colores y/o medidas que tienen existencia cero pero presentan cantidad vendida no entregada.



Figura 56

4.1.2 Stock valorizado

En las emisiones que no detallan depósitos en forma tabular, se podrá indicar No incluir stock vendido no entregado (Figura 57), para incluir o no el stock vendido no entregado de los items y rangos que se indiquen. Dicho stock no entregado corresponde al stock vendido que aún no fue entregado o que fue entregado en una fecha posterior al hasta fecha.

La opción por defecto es incluir el stock vendido no entregado y corresponde a la emisión habitual, caso contrario se resta el valor vendido no entregado de la existencia actual.


En emisiones personalizadas que no detallan depósitos en forma tabular, se podrá detallar el stock vendido no entregado a través de la variable nVendidoNE que se describe en el documento Variables para informes.

Cabe aclarar que cuando no se incluya existencia cero y no se incluya el stock vendido no entregado se listarán los ítems que aún teniendo existencia cero, tienen stock vendido no entregado.

Por otro lado, en las emisiones que consolidan colores y/o medidas, el valor total puede variar debido a las consolidaciones.



Figura 57

4.1.3 Stock disponible

En este listado no se agrega el nuevo check porque siempre el stock vendido no entregado aparece restando al stock actual, ya que dichas cantidades no están disponibles.

Igualmente dicho stock no se calcula si en los parámetros especiales se indica eso (Figura 55).

Cabe aclarar que, el stock vendido no entregado se detalla en todas las emisiones tipo tabla y Excel a través de la columna VendidoNE, sin embargo, para las emisiones por pantalla e impresora sólo está disponible la variable nVendidoNE en las emisiones personalizadas que no detallan ni medidas ni depósitos en forma tabular.

4.1.4 Rotación de inventario

Al igual que en los otros informes mencionados, se podrá indicar No incluir stock vendido no entregado (Figura 58), para incluir o no el stock vendido no entregado de los ítems y rangos que se indiquen. Dicho stock no entregado corresponde al stock vendido que aún no fue entregado o que fue entregado en una fecha posterior al hasta fecha, las cantidades siempre se calculan con los comprobantes de venta que se incluyan en el rango de fechas pedidas.

La opción por defecto es incluir el stock vendido no entregado y corresponde a la emisión habitual, caso contrario se resta el valor vendido no entregado de la existencia que se muestra.


Además, se modifica en la pantalla el texto del check Sólo ítems con cantidad vendida, por Sólo ítems vendidos (Figura 58).

En emisiones personalizadas que no detallan depósitos en forma tabular, se podrá detallar el stock vendido no entregado a través de la variable nVendidoNE que se describe en el documento Variables



para informes.

Figura 58


4.2. Resumen de cuentas, Listado de Saldos y Listado de Vencimientos a cobrar/pagar

En las emisiones personalizadas que detallan comprobantes de los listados resumen de cuentas, saldos y vencimientos a cobrar/pagar, se agrega la posibilidad de detallar el código de la empresa de cada comprobante, y su nombre.

Por tal motivo, en los formatos estándares correspondientes a estos tipos de emisiones (spbrcta1.qrp, spbrcta2.qrp, spbsac03.qrp, spbsal03.qrp, spbvto01.qrp, spbvt002.qrp y spbvt004.qrp) se agregan las variables nCodemp y strEmpresaT que se describen en el documento de Variables para informes.

Estos valores se detallan en todas las emisiones tipo tabla y Excel que detallan comprobantes.

Referencia: FX007

4.3. Informe de comisiones por ventas - Comprobantes eliminados

A partir de ahora no se mostrarán con la letra E los comprobantes de ventas eliminados o anulados fuera del período que se haya solicitado listar, ya que se considera que el informe siempre es emitido cuando el subdiario de ventas está cerrado, y nada puede eliminarse una vez cerrado el subdiario. Por lo tanto, no aparecerán más los comprobantes de ventas eliminados o anulados, sin importar la fecha en que se haya realizado esa eliminación.

De la misma manera, a partir de ahora no aparecerán restando las eliminaciones o anulaciones que se encuentren en el período a listar, y que correspondan a comprobantes ingresados fuera del período que se lista.



Referencia: FX007

4.4. Mayor

A partir de ahora cuando se liste el diario general indicando la opción de detallar asientos resumidos, si lo que se lista es una línea de un asiento de materiales, se agrega el detalle de los comprobantes que conforman el importe de esa línea del asiento de materiales.

Es decir, se sigue observando la línea del asiento, y lo que se agrega es la información del detalle de los comprobantes (fecha, tipo de comprobante, prefijo y número) o el texto Sin detalle de comprobante, el importe del debe y haber.

Por tal motivo, en el formato que corresponde al informe (spbmay01.qrp), se agrega el input ítem IdAsiento y la variable nEncabezado que se detallan en el documento de Variables para informes.

Cabe observar que antes de emitir este listado, si se usan formatos personalizados, el usuario debe agregar los input ítems indicados, dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak

Además es posible incluir el código y nombre del cliente o proveedor y las observaciones de los comprobantes que conforman el detalle de los asientos del subdiario de materiales. Para ello se utilizan los input ítems ya existentes Codctacte, Nombre y Observaciones.

En la consulta del mayor a pesar de indicar detallar asientos resumidos, se seguirá mostrando como hasta ahora, o sea, sin el detalle de los comprobantes.

En la Figura 60 se ve como al indicar detallar asientos resumidos, se detallan todos los comprobantes que conformaron el importe de los asientos de materiales que se ven en la Figura 59, que muestra como se ve en el mayor la misma cuenta cuando no se selecciona la opción de detallar asientos resumidos. Además, si se indica Incluir observaciones se incluyen las observaciones de los comprobantes de materiales que tengan una indicada.

Figura 59



Figura 60

Además, se agrega la columna saldo por cada transacción en la salida a Excel de dicho informe.

En las emisiones personalizadas del mayor, se podrán detallar el código de empresa y el código de sucursal asociados al comprobante.

Por tal motivo, en el formato estándar correspondiente a este listado (spbmay01.qrp), se agregan las variables nCodemp y nCodsuc.

Referencia: FX007, FX008, FX015, FX022

4.5. Auditoría de compras

Cuando se emita el informe ordenando por fecha, dentro de cada comprobante, se ordenará por ítem y, dentro de cada ítem en caso que corresponda a ítems con colores y medidas, se ordenará por números de línea de color y medida.

Referencia: FX008

4.6. Emisión de listas de precios

Se agrega la opción de agregar impuestos internos al emitir listas de precios. Para ello se agrega un check que permite agregarlos en cada lista de precios que se seleccione en las distintas solapas (Figura 61), al igual que como funciona hasta ahora al agregar el I.V.A.

Para los ítems que tienen impuestos internos fijos se asume que el importe del impuesto interno de cada ítem está expresado en la moneda de la lista de precios, por eso se suma el importe fijo al precio del ítem en la lista.

Para los ítems que calculan impuestos internos según el porcentaje indicado en su tabla de impuestos, se aplicará el porcentaje al precio indicado en la lista.



Figura 61

Referencia: FX008

4.7. Requerimientos y requerimientos por ítem

Se agrega la posibilidad de listar la descripción larga de los ítems.

Por tal motivo, en los formatos estándares (spbreqe.qrp y spbreqi.qrp) se agrega la variable strDescripcionLarga, que se detalla en el documento de Variables para informes.

Referencia: FX022

4.8. Stock físico

En el informe por número de serie, a partir de ahora podrá verse el detalle de dichos números de serie con sus observaciones.

Cuando se indique nivel de detalle por número de serie, se podrá marcar el check Incluir observaciones (Figura 62), si no se marca, para los ítems que tienen series unitarias, el informe muestra los números de serie uno al lado del otro. Si está marcado el check, se muestra a partir de ahora, un número de serie por línea y al lado de dicho campo las observaciones correspondientes.

Por tal motivo, en los formatos estándares del listado (spbexi01.qrp, spbexi02.qrp, spbexi03.qrp y spbexi04.qrp) se agrega la variable nObsSerie, que se detalla en el documento de Variables para informes.



Figura 62

Referencia: FX022

4.9. Comprobantes de producción

A partir de ahora, cuando el listado se emita para partes de producción, se detallarán los revalúos asociados a cada parte, si los hubiere.

Por tal motivo se agrega una sección denominada Revalúos donde se detallarán la fecha, prefijo y número de cada revalúo asociado al parte.

Se agregan, en los formatos estándares correspondientes a la emisión del listado para partes de producción (spbcmpp2qrp y spbcmpp3.qrp), las variables dtFechaRev, strPrefijoRev y nNumeroRev que se detallan en el documento de Variables para informes.

Referencia: FX022

4.10. Listado de movimientos de materiales

A partir de ahora, cuando el listado se detalle ordenado por partidas, se podrá indicar una partida (Figura 63).

Cabe aclarar que en ese caso, las existencias detalladas sólo involucrarán a esa partida.

Por otro lado, cuando se incluyan ítems sin movimientos en el período, no se podrá seleccionar una partida y viceversa.

Por tal motivo, se agrega en los formatos estándares correspondientes al listado (spbmovi1qrp y spbmovi2.qrp), la variable nPartida1 que se detalla en el documento de Variables para informes.



Figura 63

Referencia: FX022

4.11. Saldos a cobrar/pagar y análisis de cuentas de cobrar/pagar

A partir de ahora, en las emisiones personalizadas de los listados de saldos a cobrar y pagar, consolidadas, no ordenadas por imputación contable, detalladas y detalladas por comprobante, en las que no se consolida información en el administrador, en el caso en que el cliente/proveedor sea una sucursal, se podrán detallar el código, razón social y nombre de fantasía del cliente/proveedor que lo administra.

En el listado de análisis de cuentas a cobrar y pagar, también podrá detallarse esta información para los clientes/proveedores que son sucursales, y en caso de no consolidar información en el administrador.

Por tal motivo, se agregan en los formatos estándares correspondientes a la emisión de estos listados (spbsac01.qrp, spbsac02.qrp, spbsac03.qrp, spbsal01.qrp, spbsal02.qrp, spbsal03.qrp, spbcsal04.qrp y spbcsal05.qrp), las variables strAdmCodctate, strAdmNombre y strAdmFantasia que se detallan en el documento de Variables para informes.

Referencia: FX022

4.12. Necesidad de abastecimiento

A partir de ahora, se podrá indicar que se emita considerando sólo los comprobantes autorizados.

Para ello se agrega en la solapa Opciones, el check Considerar solo comprobantes autorizados.

Cabe aclarar que en caso de indicar que sólo se consideren los comprobantes autorizados, se



considerarán los comprobantes que requieren autorización y fueron autorizados, y los que no requieren autorización. Y no se considerarán comprobantes del lote.

Referencia: FX022

4.13. Números de serie

A partir de ahora, se podrá emitir el informe filtrando por rubro, proveedor asociado, y atributos y valores de atributos de ítems.

Debido a estas modificaciones cambia el aspecto de la pantalla de pedido del listado que ahora presenta dos solapas en las que se distribuyen estos nuevos filtros, y los ya existentes (Figura 64 y Figura 65).

Figura 64



Figura 65

Referencia: FX022

4.14. Rentabilidad bruta

Se hicieron algunas modificaciones en este informe respecto a los costos:

Cuando se solicita para cantidades facturadas, el costo de cada cantidad facturada se obtendrá a partir del costo de los remitos asociados a dichos movimientos. Las cantidades facturadas para las cuales no se dispone de un remito asociado, se valuarán al costo según el último cierre del subdiario de materiales registrado en el sistema.

Cuando se solicita para cantidades remitidas el valor de venta de dichos remitos se obtendrá a partir de los comprobantes de venta asociados. No se considerarán las cantidades remitidas que no tienen comprobantes de venta asociados.

Se agrega la opción de incluir remitos de pedidos no facturados, que se habilita cuando se selecciona considerar cantidades Entregadas. Esta opción incluirá las cantidades de los remitos que no tienen comprobantes de venta asociados, pero referencian a un pedido de venta o de devolución según se trate de un remito de egreso o de ingreso. Por el lado del costo de dichos remitos solo se considerará la parte del costo asociada a las cantidades facturadas.

Referencia: FX022

4.15. Pedidos pendientes

A partir de ahora, en la variable strTranspCodigo se detallará el código del transportista del pedido y, de no existir, se mostrará el que se detallaba hasta ahora, es decir, el transportista del domicilio principal del cliente.



Referencia: FX024

4.16. Listado de Estado de órdenes de Compra

Este nuevo informe se ubica en el submenú Administración de compras del menú Informes (Figura 66).

Figura 66

El listado permite observar el estado de cada orden de compra, con los diferentes comprobantes de compra o cancelación que la referencian, con sus importes, y calculando el saldo que va quedando pendiente en la orden a medida que se detallan los comprobantes (Figura 67).

Figura 67

Se puede establecer un período a considerar e indicar si se incluyen órdenes de compra expiradas, como así también filtros por proveedor, comprador, prefijo, número de orden de compra y empresas/sucursales a considerar.



También se puede seleccionar ordenar por Proveedor u Orden de compra.

Cabe aclarar que si una orden de compra presenta saldo pendiente pero se encuentra cumplida (no está pendiente de entrega), y todos los remitos de ingresos referenciados a la misma se encuentran facturados, entonces se muestra una línea con la observación “Orden de compra cumplida y facturada / cancelada”. De esta forma la orden de compra queda con saldo cero ya que en el estado no se consideran las entregas que no se encuentran facturadas.

En la Figura 68 se ve un ejemplo de dos órdenes de compra entregadas y facturadas, la primera facturada a un precio mayor al de la orden de compra, y la segunda a un precio menor, en ambos casos, la orden de compra tiene un saldo pero como ya está cumplida, el saldo se muestra en cero.

Figura 68

El saldo se muestra en la moneda de cada orden de compra. Al final del listado se informan los totales de saldos de órdenes de compra discriminados por moneda. Si el ordenamiento elegido es por proveedor, se observan además los totales de saldos por proveedor.

El formato estándar que corresponde al listado es SPBOCEST.QRP y se detalla en el documento de Variables para informes.

Referencia: FX024

4.17. Informe de conciliación bancaria

En la exportación a Excel se agregan las columnas Destino y DestinoNombre, que contiene los datos del destino de los cheques.

Por tal motivo, en el formato de emisión estándar (spbconc1.qrp) se agregan las variables strDestino y strDestinoNombre, que se detallan en Variables para informes.doc.

Referencia: FX026

5 Novedades en Consultas y Búsquedas

5.1. Consultas

A partir de ahora se limita la información que brindan las consultas, a las empresas y sucursales habilitadas para informes, para el usuario que la solicita.

Cabe recordar que por defecto un usuario puede utilizar todas las empresas y sucursales habilitadas para el grupo de usuarios al que pertenece, y el grupo por default podrá utilizar todas las empresas y sucursales ingresadas en el sistema.

Por lo tanto, si un usuario no tiene una configuración específica, usará la del grupo de usuarios al que pertenece pero si se indica alguna restricción, sólo podrá consultar información en las que participen las empresas y sucursales habilitadas para informes.

Esta restricción se observa en las siguientes consultas:



Al querer acceder a un comprobante a través de un hipervínculo, se mostrará una ventana indicando que el comprobante no se puede visualizar debido a que el usuario no está habilitado para informes en la empresa/sucursal del comprobante.

Consulta de clientes y Proveedores: en la solapa Estado de cuenta, al hacer click en los campos de saldos (vencido, A vencer y Total) se observa el detalle de los comprobantes que conforman el saldo, detallando aquellos comprobantes de empresas/sucursales habilitadas para el usuario, y de existir comprobantes de empresas/sucursales no habilitadas para el usuario, se mostrará una última fila indicando 'De otras sucursales' sumando los importes de esos comprobantes.

Consulta de ítems de ventas y compras: A partir de ahora en la solapa Existencias se observan las cantidades de los depósitos que pertenecen a empresas/sucursales que el usuario tiene habilitadas para informes. Para el caso de depósitos de empresas/sucursales no habilitadas, se mostrará una última fila indicando “Otros depósitos” sumando las cantidades de esos depósitos, y sin poder acceder al detalle de comprobantes que conforman dicha cantidad.

Con respecto a la solapa Disponibles, sólo se considerarán los depósitos de empresas/sucursales habilitadas para informes para el usuario. Esta restricción se verá tanto en las cantidades como en el detalle de los comprobantes que las conforman.

Con respecto a la solapa Partidas/Despachos al acceder desde la partida o el despacho al detalle de los comprobantes, a partir de ahora, se observarán aquellos cuya empresa/sucursal esté habilitada para informes para el usuario y de existir comprobantes cuya empresa/sucursal no esté habilitada para informes para el usuario, se mostrará una última fila indicando “De otras sucursales” sumando las cantidades de esos comprobantes.

En el caso del detalle de cantidades, se observarán detalladas las cantidades de depósitos y plantas de empresas/sucursales habilitadas para el usuario. Y se mostrará una última fila indicando “Otros depósitos” sumando las cantidades de depósitos y plantas de empresas/sucursales no habilitadas para el usuario.

Además, en el caso de la consulta de ítems de compra en la solapa Precios, no se detallarán los comprobantes de compra o cotizaciones cuyas empresas/sucursales no se encuentran habilitadas para informes para el usuario, y se observará al pie de la grilla el texto "Hay comprobantes de otras sucursales" en caso de que existan comprobantes con esas condiciones.

Consulta de depósitos/plantas: Las solapas Existencias, Exist. en ubic. (se hace visible si el depósito administra múltiples ubicaciones), Ult. Movimientos y Ordenes de Producción (se hace visible si se consulta una planta) se habilitarán si el usuario tiene permiso para informes para la empresa/sucursal a la que pertenece el depósito o planta indicada para consultar.

Consulta de comprobantes – Consulta de estado de autorizaciones: Ya sea a través de la búsqueda o ingresando algún filtro, solo se observan los comprobantes cuya empresa/sucursal esté habilitada para informes para el usuario.

Consulta de producción en proceso: Se consideran las plantas de empresas/sucursales habilitadas para informes para el usuario. Y dentro del hipervínculo Insumos donde se pueden filtrar depósitos, se podrán seleccionar aquellos de empresas/sucursales habilitadas para informes para el usuario.

Referencia: FX028

5.2. Consulta de comprobantes

Se agrega poder visualizar el nombre de los centros de apropiación a continuación de sus respectivos códigos, en las grillas de detalle de ítems de las consultas de órdenes de compra, comprobantes de venta y compra, pedidos, requerimientos, órdenes de producción, partes de producción, ingresos y egresos de mercadería, débitos y créditos bancario, y revalúos de materiales.



Referencia: FX021

5.3. Consulta de comprobantes de venta

Se agregan los datos de prefijo y numero del comprobante de origen, en la solapa Más de la consulta de comprobantes de venta, pudiendo acceder además a la consulta de dicho comprobante a través del hipervínculo.

Referencia: FX007

5.4. Consulta de Listas de comprobantes y Producción en proceso

Se agrega en estas consultas la posibilidad de exportación a planilla de cálculo, además de la que ya existía a Excel. Al igual que lo explicado en el punto de Novedades en emisión de informes, esta nueva opción permite generar una planilla similar a la generada con un Excel pero sin utilizar dicho programa. Por lo tanto deja de ser necesario tener Excel, ya que los datos pueden exportarse de igual forma al mismo formato.

Al indicar alguna de estas dos opciones de exportación se solicita al usuario el nombre del archivo a generar y si se desea visualizar el mismo al terminar la emisión, tal como se muestra en la Figura 54.

Cabe aclarar que en el caso de la consulta de Producción en proceso en su exportación a Excel, se observan como últimas columnas el código de ítem de producto terminado o insumo y su descripción, columnas que no se visualiza en la grilla de dicha consulta.

Referencia: FX011

5.5. Consulta de Proveedores

Se agrega a la grilla que se encuentra en la solapa de Últimos movimientos (Figura 69), una columna para visualizar la fecha interna de los comprobantes.

Figura 69



Referencia: FX016

5.6. Consulta de ítems de ventas y compras

En la solapa Generales de estas consultas, se agrega al lado de la imagen del producto, un botón para poder ver esa imagen ampliada. El botón en esta situación, muestra un dibujo de dos flechas hacia la derecha (>>).

Al hacer click en él, se expande el formulario y se puede observar la imagen más grande.

La imagen puede permanecer ampliada y visible mientras se accede a las diferentes solapas que se encuentran en la consulta de ítems. Lo mismo al pasar de un ítem a otro si hay varios ítems seleccionados para consultar, o al indicar un nuevo código.

Si se desea cerrar la imagen ampliada se utiliza el mismo botón empleado anteriormente que en este caso muestra un dibujo de dos flechas hacia la izquierda (<<).

Por ejemplo, la Figura 70 muestra cómo puede mantenerse visible la imagen del producto mientras se accede a otras solapas distintas a la solapa Generales.

Figura 70

Referencia: FX022

5.7. Consultas de clientes, proveedores e ítems

Se agrega una nueva solapa con el título Emp-Suc donde es posible indicar las empresas y sucursales a tener en cuenta como filtro para las siguientes consultas:

Clientes: Estadística de ventas, Últimos Movimientos, Productos vendidos y Pendientes.

Proveedores: Estadística de compras, Últimos Movimientos, Productos comprados y Pendientes.

Ítems de compra y venta: Últimos Movimientos y Pendientes.

Por defecto se muestra la lista con todas las empresas y sucursales habilitadas para el usuario que está efectuando la consulta, y en esa lista se ofrecen todas las empresas y sucursales como seleccionadas.

Tanto para la selección de empresas como para la de sucursales, se dispone de botones que permiten agilizar la selección. También se puede realizar la selección marcando la empresa y/o sucursal desde la grilla.

Dentro de cada solapa de consulta de las mencionadas, se observa una etiqueta con la selección de empresas y sucursales. De estar todas seleccionadas se indica 'Todas'. Y los movimientos que se



consideren en estas consultas, corresponderán a las empresas y sucursales que se indiquen.

La Figura 71 muestra un ejemplo de selección de empresas en la consulta de proveedores.

Figura 71

Referencia: FX022

5.8. Búsquedas

Se agrega en todas las búsquedas la posibilidad de exportación a planilla de cálculo, además de la que ya existía a Excel.

Al seleccionar el botón Exportar en la parte superior de la pantalla, se puede optar por Excel o Planilla de cálculo (xlsx) tal como muestra la Figura 72.

El comportamiento es igual al explicado en el punto de Novedades en emisión de informes.

En caso de emitir a planilla de cálculo, a diferencia de la emisión a Excel, no se mostrará el nombre de la búsqueda o la fecha de emisión del archivo en la planilla de cálculo.



Figura 72

Referencia: FX011

6 Novedades en aplicación de comprobantes En todos los ingresos de comprobantes que permiten la aplicación de dicho comprobante a otros comprobantes, se puede a partir de ahora indicar en la ventana de aplicación que se desean incluir comprobantes saldados e indicar un rango de fechas de vencimientos a considerar para dichos vencimientos saldados.

En caso de no incluirse comprobantes saldados (valor por defecto) se mostrarán para aplicar solamente comprobantes aplicables con saldo pendiente, tal como ocurría hasta ahora.

La información ingresada puede ser guardada además como un modelo de dicha ventana. La Figura 73 muestra un ejemplo de la ventana que aparece al pulsar el texto que aparece como hipervínculo a continuación del texto Ver de la ventana de Aplicación de comprobantes.

Cabe destacar que al indicar la opción de comprobantes saldados solo se incluirán comprobantes o vencimientos de comprobantes saldados, de tal forma que dicho comprobante al aplicarse al comprobante a ingresar, ve trasladado el saldo de dicho comprobante a su vencimiento y por tanto incrementa su saldo, dado que no se pueden aplicar comprobantes que provoquen que el saldo de alguno de sus comprobantes quede en negativo.

Esto permitirá por ejemplo que se pueda ingresar una nota de débito y aplicar la misma en su ingreso a un vencimiento de una factura de venta que tiene saldo cero, dado que dicha aplicación salda la nota de débito pero traslada su saldo a la factura aplicada incrementándolo.



Figura 73

La Figura 74 muestra un ejemplo de cómo se vería la lista de comprobantes posibles de aplicar al seleccionar incluir comprobantes saldados del año actual en el ingreso de una nota de débito de ventas. Ahí se puede observar que las dos primeras facturas de la lista tienen saldo 0, y aparecen porque así se indicó en la nueva ventana.

Figura 74

Ahora bien, si lo que se ingresa es una nota de crédito, utilizando las mismas opciones de comprobantes saldados de la Figura 73, las dos facturas saldadas observadas anteriormente no aparecen en este caso, porque aplicar la nota de crédito a esas facturas provocaría un saldo negativo de las mismas, o sea que sobre esas facturas esas opciones de comprobantes saldados no actúan. La



Figura 75 muestra este ejemplo de aplicación de la nota de crédito.

Figura 75

Referencia: FX016

7 Novedades en el proceso de valuación contable

Nuevo método de valuación contable

Se agrega un nuevo método de valuación contable denominado “Precio de compra”. Por tal motivo, se realizan modificaciones en la parametrización de ítems, en la definición de bienes, servicios y listas de precios, en informes y en el proceso de valuación que se realiza al cerrar subdiarios de materiales.

Parámetros de ítems

Se agrega en la solapa de valuación la posibilidad de indicar el nuevo método de valuación “Precio de compra”, que a su vez podrá ser seleccionado como método de valuación contable por defecto (Figura 76).



Figura 76

Bienes

Se agrega en la solapa Contable la posibilidad de indicar el nuevo método de valuación precio de compra si el mismo se encuentra habilitado (Figura 77).

Este método sólo se podrá indicar para los bienes que no administran stock, o sea que a partir de ahora, dichos bienes podrán valuarse por:

Costo última compra

Lista de precios

Precio de compra



Figura 77

Servicios

Se agrega en la solapa Contable el método de valuación contable de los servicios (Figura 78). Este campo sólo tiene sentido para los servicios que se valúan, que son los servicios que tienen un tipo de valor Cantidad (Figura 79). Para el resto de servicios siempre se mostrará en blanco.

Por lo tanto, los métodos de valuación permitidos para los servicios de tipo de valor cantidad son:

Lista de precios

Precio de compra

Figura 78



Figura 79

Generación de listas de precios

A partir de ahora se podrá generar la lista de precios tomando como precio base el nuevo método de valuación precio de compra (Figura 80).

Si se selecciona como precio base Estimación de costos, el nuevo método podrá indicarse también como método de valuación de dicha estimación.

Figura 80

Informes valorizados

Los siguientes informes podrán emitirse seleccionando el nuevo método de valuación “Precio de compra”, siempre que dicho método se encuentre habilitado en el sistema:



Detalle de movimientos valorizado

Stock valorizado

Rentabilidad bruta

Rotación de inventario

Control de inventario

Estimación de costos

Comprobantes de egreso

Comprobantes de ingreso

Comprobantes de producción

En el informe de Detalle de movimientos valorizados, cuando se pide por método de valuación precio de compra o método contable, para los bienes que no administran stock y servicios de tipo cantidad que tienen método de valuación precio de compra, se agrega el detalle del ingreso que le da costo.

Proceso de valuación

A partir de ahora el proceso de valuación incluye la valuación de los movimientos de materiales según el nuevo método de valuación Precio de compra, si el mismo se encuentra habilitado en el sistema.

Cabe indicar que dicha valuación sólo se realizará para los bienes que no administran stock o servicios de tipo cantidad, que lo tengan indicado como método de valuación contable. Para el resto de bienes o servicios que no lo tengan indicado como método de valuación contable el valor del costeo por ese método siempre será cero.

La diferencia de este método de valuación respecto de los otros se basa en la valuación de los egresos de mercadería. Los mismos ya no se valúan al costo hasta el momento o al costo de las partidas FIFO o LIFO o según la última compra o una lista de precios, sino según el valor de la compra asociada.

Por ejemplo, los egresos por consumo se valúan siempre al valor del ingreso que les dio origen. El resto de egresos que aún no tengan habilitada la forma de indicar qué ingreso o compra les dio origen, tendrán un costo cero según este nuevo método.

Los posibles ajustes del ingreso o compra relacionada con un egreso por consumo, también repercuten sobre los costos de dicho egreso por consumo.

Cierre operativo del subdiario de materiales

A partir de ahora se permitirá realizar el cierre operativo del subdiario de materiales con errores de valorización si el subdiario no realiza asiento en el cierre, es decir, si en la definición del subdiario de materiales se indicó esa opción.

Si posteriormente por algún motivo se modifica dicha característica del subdiario, el sistema controlará los errores de valorización en subsiguientes cierres, para permitir dicho cierre, pero controlando que no haya errores de valuación en el período comprendido entre el último cierre que no generó asiento de materiales y el cierre actual.


Proceso de valuación

Se modifica el proceso de valuación en el caso de ingresos de un período sin costo propio asociado, como por ejemplo, ingresos por devoluciones de clientes, tal que el ingreso ocurre en un mes donde no hay otros ingresos y el stock al inicio del período es cero.

En estos casos no se puede asumir el costo al final del período, por eso a partir de ahora, se asumirá el costo de la última nota de crédito de compras del período si hubiera, y si no, el costo del último egreso anterior al período considerado.

Ante modificaciones por ajustes del costo asumido para dichos ingresos, los mismos serán también



ajustados en consecuencia.

Referencia: FX026

7.1. Bienes de Uso

Se realizan algunos cambios para realizar el ajuste por inflación en bienes de uso que se afectan una vez transcurrida total o parcialmente su vida útil.

A partir de ahora estos bienes podrán afectarse por su valor total, ajustado a la fecha de la afectación, y podrá indicarse en el mismo momento el importe de amortizaciones acumuladas, ajustado a la misma fecha.

Cuando se realice el cierre del subdiario de bienes de uso, se realizará el asiento correspondiente a esas amortizaciones acumuladas informadas, y ese importe quedará asociado al bien de uso afectado, por lo que será tenido en cuenta en los posteriores procesos de ajuste y amortización.

Para esto se realizan modificaciones en los ABMs y procesos involucrados que se detallan a continuación:

7.1.1 Grupos de bienes de uso

Se agrega la posibilidad de indicar una imputación contable para las amortizaciones previas a la afectación, que será utilizada cuando un bien de uso del grupo, ya tiene vida útil transcurrida. Dicha imputación contable no puede ser presupuestaria y tiene que tener subcuentas de tipo nada o centros de apropiación (Figura 81).

Figura 81

7.1.2 Afectación de bienes de uso

Se agrega la posibilidad de indicar cuando un bien de uso tiene vida útil transcurrida, el importe de las amortizaciones previas a la afectación, en moneda local y moneda de contabilización adicional. El monto indicado no puede ser mayor al valor de origen indicado en cada moneda, y se puede indicar



en el momento de afectar al bien (Figura 82).

Este valor tiene que corresponder al valor ajustado de dichas amortizaciones previas, a fin del mes de la fecha de la afectación si la amortización es mensual, o a fin del mes de cierre si la amortización es anual, y si la cuenta indicada para amortizaciones previas a la afectación, en el grupo de bienes de uso, se ajusta por valor corriente y/o inflación en moneda local o por moneda de contabilización adicional.

Figura 82

La primera vez que se realice un cierre de subdiario de bienes de uso desde el momento de la afectación del bien en cuestión, se generará un asiento por dichas amortizaciones previas, imputando la cuenta de amortización acumulada y usando como contrapartida la nueva cuenta para amortizaciones previas a la afectación.

El valor de origen indicado en caso de indicar el importe de las amortizaciones previas a la afectación, también tiene que corresponder al importe del inventario ajustado a fin del mes de la fecha de la afectación, para que se haga correctamente el asiento correspondiente en el cierre del subdiario de materiales y se muestre correctamente en el anexo de bienes de uso. Dicho valor debe ser el utilizado para realizar la compra del bien que luego se afectará a bienes de uso, o sea el valor de origen tiene que coincidir con el costo de la compra de dicho bien.

Hasta ahora como no se podía indicar en el sistema el valor de las amortizaciones anteriores, lo que se hacía era indicar el valor de origen real del bien e indicar un valor de compra correspondiente al valor restante de dicho bien de uso al momento de la afectación en el sistema. Además, era necesario ingresar un asiento de diario imputando la cuenta de amortizaciones acumuladas por el valor de las amortizaciones previas a la afectación e imputando la cuenta de bienes de uso por el valor de dichas amortizaciones también, que luego debía revertirse al momento de la desafectación.

Con el nuevo mecanismo el sistema al afectar el bien de uso y cerrar el subdiario de materiales ya imputa correctamente el importe del bien de uso a la cuenta de bienes de uso (valor de compra) y



genera el asiento por las amortizaciones acumuladas previas a la afectación, por tanto no es necesario ingresar un asiento complementario y si el bien se desafecta, las cuentas de bienes de uso y amortizaciones acumuladas son revertidas correctamente hasta el valor restante del bien de uso.

7.1.3 Modificación y Desafectación de bienes de uso

A partir de ahora, es posible visualizar en la solapa de amortización, el valor de las amortizaciones previas a la afectación indicadas. Este valor no puede ser modificado en este momento, al igual que los demás datos y valores del inventario.

7.1.4 Cierre del subdiario de bienes de uso

A partir de ahora el subdiario de bienes de uso podrá cerrarse siempre mensualmente, aunque se hagan amortizaciones anuales. Si el cierre coincide con el mes de cierre de las amortizaciones anuales el sistema generará las amortizaciones necesarias. Si el cierre no coincide con el mes de cierre de las amortizaciones anuales el sistema sólo generará las amortizaciones previas de los inventarios afectados, que aún no hayan sido generadas, por lo que es recomendable hacer siempre el cierre mensual del subdiario de bienes de uso.

7.1.5 Ajuste de bienes de uso

A partir de ahora si al momento de afectar un bien de uso con vida útil transcurrida, se indica el valor de las amortizaciones previas a la afectación, y la cuenta de amortización acumulada se ajusta por valor corriente y/o inflación en moneda local o en moneda de contabilización adicional, el sistema generará los ajustes correspondientes en los meses subsiguientes a la afectación de ser necesario para dichos valores y los mismos aparecerán contabilizados en el anexo de bienes de uso correspondiente.

Hasta ahora como dichos valores se ingresaban en un asiento aparte, se podían ajustar por el proceso de asientos de ajuste pero no se veían reflejados dichos ajustes en el anexo de bienes de uso, si en los informes contables que incluyeran dicho asiento del diario.

Los bienes de uso sin vida útil transcurrida, o que no tienen indicados valores para las amortizaciones previas, se seguirán ajustando como hasta ahora.

7.1.6 Anexo de bienes de uso

Si se emite el anexo correspondiente al período en que se hizo una afectación de bienes con valores de amortizaciones previas, el valor de la afectación aparece en la zona “Valor de incorporación” en la columna “Al inicio”, y el valor indicado para las amortizaciones previas a la afectación en la zona “Amortización”, en la columna “Al inicio”.

En el caso de la Figura 83 se lista sin detallar inventarios por lo tanto los valores que se muestran suman los valores de todos los inventarios del grupo 1.

Figura 83

7.1.7 Informe de comprobantes de bienes de uso

Se agrega un nuevo dato para mostrar el importe ingresado como valor de las amortizaciones previas a la afectación.



Por tal motivo, en el formato que corresponde al informe (spbcmpbu.qrp), se agrega el input ítem Amortizacion que se detalla en el documento de Variables para informes.

Cabe observar que antes de emitir este listado, si se usan formatos personalizados, el usuario debe agregar los input ítems indicados, dado que si no lo hace la emisión va a exhibir un cartel indicando que el formato está desactualizado y que intentará actualizarlo y guardar el original con extensión .bak.

La Figura 84 muestra un informe con algunos inventarios con amortizaciones previas ingresadas.

Figura 84

7.1.8 Consulta de afectaciones de bienes de uso

Se agregan dos nuevas columnas a la grilla ubicada en la solapa Ítems que muestran el importe de las amortizaciones previas a la afectación, en moneda local y moneda de contabilización adicional.

7.1.9 Consulta de modificaciones y desafectaciones de bienes de uso

A partir de ahora es posible visualizar en la solapa Amortización el valor de las amortizaciones previas en moneda local y moneda de contabilización adicional.

Referencia: FX011

8 Novedades en ABMs

8.1. Imputaciones contables

Se agranda de 25 a 60 caracteres el nombre de la imputación contable.

Por este motivo, se modifican la impresión de comprobantes, los informes, las consultas, y todas las pantallas de ABMs, procesos y pedidos de informes, que muestran este dato, para ampliar el espacio reservado a dicho nombre.

Cabe aclarar que en todos los lugares donde se muestra el nombre de la cuenta, ya sea en una columna de una grilla o no, y no se llegue a ver el mismo en su totalidad, se puede observar en el tooltip el nombre completo situando el mouse sobre el dato o ampliando la columna en caso de ser una grilla.

En los siguientes utilitarios también se amplía el nombre de las imputaciones contables: BASCS/QuickPos (motivos de cobranza), BascsUT (verificador de saldos de cuenta corriente), BcsStock



(exportación de stock) y BcsTarje (exportación de tarjetas).


8.2. Talonarios

Se amplían a cinco dígitos los códigos de los talonarios, permitiéndose indicar hasta un valor máximo de 32000 para dicho código.

Este cambio se refleja en todos los lugares del sistema donde es posible ingresar un talonario o mostrarlo.

Referencia: FX007

8.3. Empresas

Se agranda de 32 a 60 caracteres el campo Usuario que se indica en los parámetros para envío de mail de la solapa Datos generales.

Referencia: FX022

8.4. Sucursales

Se agrega en la solapa Ventas la posibilidad de indicar un talonario para egresos de mercadería que será utilizado en la importación de egresos de mercadería vía ICR o BasCSWebApi cuando los egresos que se importen no estén numerados.

Este dato es opcional y si no se indica, el mecanismo de numeración vía ICR y BasCSWebApi seguirá siendo el mismo que hasta ahora.

Cabe aclarar que este talonario no debe tener método de numeración asociado (Figura 85).



Figura 85

Referencia: FX022

8.5. Plantillas de e-mail

En los campos Para, CC y CCO del e-mail que se envía con una plantilla, se podrá indicar el vendedor del comprobante como destinatario del mail (Figura 86).



Figura 86

En el cuerpo del mail se agrega la posibilidad de indicar los campos correspondientes a Nuestro código de proveedor (para clientes), y Nuestro código de cliente (para proveedores). Esto se puede realizar seleccionando, mediante la tecla F3, el código “Nuestro cliente/proveedor” que aparece entre las palabras claves posibles.


8.6. Tipos de comprobantes

Se agrega la posibilidad de ordenamiento en la grilla de talonarios, por las columnas disponibles (Figura 87). Al clickear sobre Ordenamiento, se abre una ventana que permite seleccionar el tipo de ordenamiento deseado (Figura 88).

Además, posicionando el cursor en una línea de la grilla en la columna de Talonario y oprimiendo F4 es posible acceder rápidamente al programa de Talonarios precargando el talonario de la línea en cuestión.



Figura 87

Figura 88



Referencia: FX010

8.7. Programación de alertas

8.7.1 Partidas a vencer

Este nuevo programa permite la programación de las alertas de partidas próximas a vencer.

Al acceder al punto del menú Tablas / Configuración se observa una pantalla como la de la Figura 89 en la cual es posible programar y configurar estas alertas.

Se puede indicar para qué atributos y valores de atributos de ítems se desea alertar sobre sus partidas vencidas, desde cuantos días antes del vencimiento se desea enviar una alerta, a qué usuarios se les avisará de cada alerta, y también se puede indicar para cada alerta el nombre de una carpeta para organizar los avisos en la agenda de dichos usuarios.

Las partidas de ítems que tengan valores de atributos que no estén contemplados en las distintas filas de atributos, no serán alertadas.

Figura 89

Pulsando el botón "Programar trabajo" de la Figura 89 aparecerá una pantalla que permitirá configurar la programación periódica de la alerta.

Según la programación, se enviará un mail con el asunto "Vencimiento de partidas" con un archivo adjunto que contendrá los ítems con partidas próximas a vencer.

Una vez que pasa la fecha de vencimiento de la partida se dejará de enviar la alerta.

En la Agenda, dentro de la carpeta "Alertas" se agrega la carpeta "Partidas a vencer".

Referencia: FX026

9 Novedades en el proceso de fiscalización electrónica

9.1. Fiscalización de Recibos A, B y C

A partir de ahora será posible fiscalizar según el servicio de Fiscalización electrónica, los comprobantes de venta del tipo Facturas A, B y C de BASCS como Recibos A, B y C de la AFIP.

Para ello es preciso indicar qué talonarios modifican su comportamiento a la hora de informar el código



de comprobante para su fiscalización, insertando manualmente, por el momento, los datos de dichos talonarios en la tabla TALONARIOSCMPSINAFIP.

Los datos a ingresar son el código de la empresa, el código del talonario, el código del comprobante para la AFIP que se venía fiscalizando actualmente para el código del comprobante de BASCS y el sinónimo por el que hay que modificar dicho código para la fiscalización de dicho comprobante ante la AFIP.

Por el momento sólo se permitirá indicar como código de comprobante para la AFIP 1, 6 y 11 que corresponden a Facturas A, B y C respectivamente, y como sinónimo para dichos código 4, 9 y 15 que corresponden a Recibos A, B y C. Cualquier otra opción indicada en los dos campos de códigos de comprobantes generará un error al usuario.

Esto solamente está habilitado para la Fiscalización RG 2485.

Referencia: FX002

9.2. Administración de comprobantes electrónicos

Se agrega al administrador de comprobantes electrónicos, un botón en la parte inferior derecha, que permite consultar un comprobante fiscalizado en la AFIP. Para que se visualice este botón es necesario que la base tenga configurado alguno de los siguientes servicios de fiscalización:

Fiscalización de Argentina

Fiscalización detallada

De exportación

Bienes de capital

Al oprimir el botón de Consulta se habilita una pantalla donde es posible indicar un talonario que fiscalice según los métodos anteriormente mencionados (Figura 90), al indicar el talonario se precarga automáticamente el prefijo de dicho talonario, un tipo de comprobante y un número a consultar entre los comprobantes fiscalizados en la AFIP. Si no se indica el número la solicitud responde con el último comprobante fiscalizado en la AFIP para los datos indicados de talonario y tipo de comprobante.

Eventualmente puede aparecer una ventana que avisa que se está procesando la solicitud de consulta, indicando el estado del servicio y las solicitudes pendientes de procesar, pudiendo cancelar la espera del resultado de dicha consulta.

Cuando se termina de procesar la consulta el sistema mostrará una ventana con los datos del comprobante consultado, que serían la fecha, tipo de comprobante, prefijo, número, CUIT de la cuenta corriente del comprobante, total del comprobante, número de CAE y vencimiento del CAE, en caso que los datos indicados existan entre los comprobantes que obran en poder de la AFIP, en caso de consultar un comprobante inexistente se mostrará un texto que avisa de dicha eventualidad.

La ventana de resultados de la consulta dispone también de un botón de Archivo que al oprimirse abre un Bloc de notas con la respuesta en formato XML de la AFIP a dicha consulta. Este archivo puede ser luego persistido para su posterior envío.

Las solicitudes de consulta son procesadas por el servicio de fiscalización, y los resultados de dicho proceso pueden observarse en la solapa de seguimiento del administrador de comprobantes electrónicos. Así mismo el servicio de fiscalización eliminará automáticamente las solicitudes de consultas que tengan más de un mes de vigencia.

Además, se dispone en el administrador de comprobantes electrónicos de una nueva solapa Historial de consultas que muestra ordenadas por fecha de solicitud desde la más nueva a la más vieja, todas las consultas realizadas para la empresa actual en el sistema. Para ello se dispone de un botón de precarga, que al oprimirlo muestra la lista de solicitudes existentes, pudiéndose ver los datos del talonario, comprobante, resultado de la consulta, fecha y usuario que la realizó (Figura 91).

Se dispone de un tooltip en la columna de Resultado que permite ver los resultados de la consulta de



dicho comprobante mencionados anteriormente. Haciendo click en una fila de dicha columna de Resultados, aparecerá a la derecha de dicha columna un botón con puntos suspensivos, que permite acceder a la ventana de resultados de la consulta, que a su vez permite generar el archivo con la respuesta XML de la AFIP. La Figura 92 muestra un ejemplo de la pantalla que aparece al pulsar el botón en una de las filas y en la columna Resultados.

Para el correcto funcionamiento de todo lo explicado es necesario que el servicio de fiscalización se corresponda con el disponible en el FM006 o posterior.

Figura 90



Figura 91

Figura 92

Referencia: FX007

9.3. Fiscalización electrónica de Argentina

Se modifica el comportamiento del servicio de fiscalización electrónica argentino para el caso de talonarios con numeración preimpresa, para que en el caso de un error con un comprobante en su



fiscalización, no se intenten fiscalizar comprobante sin numerar posteriores, hasta que el que tuvo problemas no se fiscalice.

Este nuevo comportamiento evita errores de numeración que podían ocasionarse en caso de errores inesperados en la fiscalización de AFIP.

Además, se agrega la generación del código QR asociado a la fiscalización exitosa de comprobantes electrónicos argentinos, para su posterior impresión.

Dicho código QR podrá ser incorporado a la impresión de los comprobantes mediante el uso de la variable objImagenqrCae, descripta en el documento “Variables para comprobantes”.

Se agrega también, en la instalación, el archivo “afip3.bmp” (logo de AFIP) para incorporarlo a los “qrp's” propios, si fuese necesario. Dicho archivo queda disponible en el directorio “Programs” de la instalación de BAS CS.

Se modifica para que al numerar tenga en cuenta el esquema de vigencias del talonario y utilice el próximo número de talonario según la vigencia del talonario correspondiente a la fecha del comprobante.

Y también se modifica el fiscalizador para considerar los datos de fiscalización en excepción de ser necesario, en la fiscalización de notas de débito, débito autónomas, y notas de crédito.

Referencia: FX008, FX012, FM014, FM016

9.4. Fiscalización electrónica de Paraguay

Fiscalizador electrónico de Paraguay

Los requerimientos de infraestructura necesarios para el correcto funcionamiento de este fiscalizador son los siguientes:

Es necesario instalar el mismo en una PC Windows 10 o Windows Server, que tenga instalado el runtime de .NET 6.0. (https://dotnet.microsoft.com/en-us/download). Además debe tener salida habilitada a Internet para su comunicación con la SET.

El servidor SQL Server donde esté instalada la base de datos de BASCS debe poder acceder vía HTTP a la computadora donde está instalado el fiscalizador de Paraguay.

La base de datos de BASCS y los puestos tienen que tener instalado como mínimo el FX028 de BASCS 4.60 o posteriores.

El fiscalizador electrónico de Paraguay permite la correcta fiscalización de comprobantes de venta o compra ingresados con talonarios que tienen indicado dicho servicio de fiscalización. También permite la fiscalización de comprobantes pertenecientes a diferentes emisores o diferentes empresas de un mismo emisor.

El programa que realiza la fiscalización se llama BASFISCALIZADORPY.exe y puede ser ejecutado manualmente o instalarse como servicio.

Cada emisor necesita disponer de un certificado digital emitido por cualquiera de los prestadores de servicios de certificación habilitados por el Ministerio de Industria y Comercio de Paraguay. El mismo se utiliza para el proceso de conexión y comunicación con la SIFEN, así como para la firma digital de los mensajes, y tiene un plazo de validez.

El certificado debe ser incorporado al almacén de certificados del equipo donde se va a instalar el servidor de fiscalización. Haciendo doble click en el archivo del certificado, se accede al asistente para importar certificados. Hay que indicar como ubicación del almacén el equipo local, el nombre del archivo y su contraseña.

Una vez incorporado al almacén, hay que acceder al programa de administrador de certificados del equipo y ubicar en las carpetas dicho certificado. Haciendo doble click en el mismo se accede a la ventana de Propiedades. De la solapa de detalles hay que obtener el dato correspondiente a la Huella

https://dotnet.microsoft.com/en-us/download



digital o Thumbprint del mismo, que se precisará asociar con posterioridad al emisor en el programa de administración del fiscalizador.

La instalación del servidor de fiscalización se realiza descomprimiendo el contenido del FM018 en una carpeta del equipo local donde se desee instalar dicho servicio.

Para el correcto funcionamiento del proceso de fiscalización es necesaria la configuración de algunos datos en el fiscalizador, relativos al emisor, usuarios o sinónimos.

Dichos datos son almacenados en una base de datos del tipo SQLyte. Hay que configurar el nombre y la carpeta dentro del equipo local donde se va a almacenar dicha base de datos. Para ellos hay que editar el archivo appsettings.json que se encuentra en la carpeta de instalación del servicio y ubicar la clave ConnectionStrings y la subclave FiscalizaciónPYSqlite. En dicha subclave hay que indicar la ruta de acceso completa y el nombre de la base de datos SQLite (entre comillas). La ruta es relativa al directorio de instalación. El nombre de la base debe terminar con una extensión de archivo del tipo db.

Ejemplo:

"ConnectionStrings": {

"FiscalizacionPYSqlite": "datos\\FiscalizacionPY.db"

También hay que indicar si se desea acceder al ambiente de homologación o producción de la SET. Para ello hay que indicar en el archivo appsettings.json nombrado anteriormente los valores para las claves BaseAddressUriSOAP y BaseAddressUriQR.

Los valores posibles son:

Ambiente de homologación:

"BaseAddressUriSOAP": "https://sifen-test.set.gov.py/de/ws/",

"BaseAddressUriQR": "https://ekuatia.set.gov.py/consultas-test/qr",

Ambiente de producción:

"BaseAddressUriSOAP": “https://sifen.set.gov.py/de/ws/”

"BaseAddressUriQR": https://ekuatia.set.gov.py/consultas/qr

El fiscalizador requiere operar con una licencia instalada en el BasCoreAdmin accesible. En caso de no disponer de ella el sistema es operable pero con tiempos de respuesta mayores. Para el uso en producción se recomienda tener una licencia.

La ubicación del BasCoreAdmin se indica también en el archivo appsetting.json como se ve en el siguiente ejemplo:

"LicenseServiceParameters": {

"BaseUrl": "http://bascoreadmin3:9012",

"User": "[email protected]",

"Password": "1158712",

"Attribute": "Fast"

},

El fiscalizador precisa de un proceso de autenticación tanto para su administración como para su funcionamiento como fiscalizador. Esto se realiza mediante la definición de usuarios y sus roles correspondientes según la tarea a realizar.

Por defecto el servicio se entrega con el usuario “admin” que pertenece al role SystemAdmin con contraseña “password”.

Lo aconsejable sería definir un nuevo usuario administrador, o modificar la contraseña provista por el sistema en su arranque.

Los roles disponibles en la aplicación son el rol SystemAdmin necesario para realizar las tareas de

https://ekuatia.set.gov.py/consultas/qr



administración del fiscalizador, y el rol User necesario para realizar las tareas relacionadas con la fiscalización de los comprobantes.

Es necesario como mínimo para operar el sistema disponer de un usuario con rol SystemAdmin y otro con rol User. Cabe destacar que un mismo usuario puede cumplir uno o más roles. El alta o modificación de usuarios se puede realizar desde el programa de administración del fiscalizador o desde Swagger.

Cada empresa que desee fiscalizar con este sistema debe ser definida en el mismo como un Emisor. Todos sus datos deben tener contenido obligatoriamente, en la mayoría de los casos deben coincidir literalmente con la información que figura en la SET. Uno de los datos a incluir corresponde al dato de la huella digital o Thumbprint del certificado obtenido anteriormente.

Habiendo configurado todo lo anteriormente indicado se puede realizar una prueba de conexión, mediante una consulta de RUC en el administrador del fiscalizador o mediante Swagger.

Además, es necesario definir los sinónimos de algunas entidades. El mecanismo de definición de los sinónimos, permite definir sinónimos para un origen de información (empresa que fiscaliza) indicando número de cliente de Buenos Aires Software, familia de producto (LEN o LES), origen de datos (en este caso nombre_servidor.nombre_base_de_datos) y código de empresa en BASCS.

En caso de no indicar el dato de código de empresa, dicho sinónimo es aplicable a todas las empresas definidas en dicha base de datos. En caso de no indicar el origen de datos, dicho sinónimo es aplicable a todos los sistemas de la familia de producto indicado para el número de cliente de Buenos Aires Software.

Se precisan sinónimos para las siguientes entidades (muchos de ellos responden a tablas que se encuentran en https://ekuatia.set.gov.py/portal/ekuatia/documentacion/documentaciontecnica archivo CODIGO DE REFERENCIA GEOGRAFICA.xlsx):

Tarjetas de crédito: Hay que definir un sinónimo para cada código de tarjeta de BASCS. Cada código debe ser transformado según la siguiente lista:

1= Visa

2= MasterCard

3= American Express

4= Maestro

5= Panal

6= Cabal

99= Otro

Localidades: Hay que definir un sinónimo para cada localidad de BASCS.

Países: Hay que definir un sinónimo para cada país de BASCS.

Monedas: Hay que definir un sinónimo para cada código de moneda de BASCS. Cabe destacar que la moneda local se identifica para este programa con el código 0. Referencia: https://www.currency-iso.org/en/home/tables/table-a1.html.

Tipo de documento: Hay que definir un sinónimo para cada tipo de documento de BASCS. Cada código debe ser transformado según la siguiente lista:

1= “Cédula paraguaya”

2= “Pasaporte”

3= “Cédula extranjera”

4= “Carnet de residencia”

5 = “Innominado”

6= “Tarjeta Diplomática de exoneración fiscal”

https://ekuatia.set.gov.py/portal/ekuatia/documentacion/documentaciontecnica



Unidades de medida: Hay que definir un sinónimo para cada unidad de medida de BASCS. Referencia: tabla 5 del Manual Técnico Versión 150.pdf.

Prefijos: Para cada prefijo hay que indicar su correspondiente identificador de presencia según la siguiente lista:

1= Operación presencial

2= Operación electrónica

3= Operación telemarketing

4= Venta a domicilio

5= Operación bancaria

6= Operación cíclica

9= Otro

Provincias: Hay que definir un sinónimo para cada código de provincia de BASCS.

Parámetros de la fiscalización electrónica

Se agrega al programa de parámetros de fiscalización una nueva solapa con el nombre FE Paraguay (Figura 93), que permite indicar que el sistema va a utilizar la fiscalización electrónica de comprobantes de Paraguay. Para eso hay que chequear la opción de fiscalización existente y completar los datos que se habilitan.

Los datos a completar son:

URL donde se encuentra instalado el servicio de fiscalización.

Código de cliente de Buenos Aires Software del emisor de los comprobantes.

Usuario y clave definido en el fiscalizador electrónico de Paraguay, que tiene que tener el rol adecuado habilitado para poder fiscalizar.

Código de un atributo de clientes que va a identificar el dato “tipo de operación” que se realiza con dicho cliente, dato necesario para la posterior fiscalización del comprobante. Se debe indicar un atributo que debe tener los siguientes valores como mínimo:

Valor: 1 – Descripción: B2B

Valor: 2 – Descripción: B2C

Valor: 3 – Descripción: B2G

Valor: 4 – Descripción: B2F

Los clientes involucrados en comprobantes que se fiscalizan electrónicamente en Paraguay tienen que tener siempre un valor indicado para dicho atributo entre los informados anteriormente.



Figura 93

ABM de Talonarios

Al indicar que un talonario requiere fiscalización electrónica, se agrega la posibilidad de indicar como servicio la Fiscalización Paraguay.

Para dicha fiscalización es necesario indicar en el campo Tipo, el tipo de transacción para la registración de comprobantes de dicho talonario, entre las opciones de Venta de mercadería (Bienes), Prestación de servicios (Servicios), o Mixto-venta de mercadería y servicios (Otros).

Los tipos de comprobantes habilitados para la fiscalización de Paraguay son los siguientes:

Liquidación de compras A y B (Autofactura)

Facturas de venta A, B y C

Notas de débito A, B y C

Notas de crédito A, B y C

Este tipo de fiscalización no exige garantizar correlatividad por fecha, aunque es aconsejable.

En el caso de requerir fiscalización electrónica de Paraguay el talonario no puede tener método de numeración Preimpreso.

Es necesario para la correcta fiscalización de los comprobantes que la empresa tenga definido un formato para el prefijo del tipo 000-000, y que dicho formato sea el aplicado a los prefijos definidos para los talonarios.

En la solapa Vigencias, hay que indicar siempre en la columna Nro de autorización (CAI) el número de timbrado asociado al talonario, dato obligatorio para su posterior fiscalización. Además podría ser necesario en algún caso indicar el dato Serie (alfabético de 2 caracteres), en caso de haberse completado ya la numeración completa del timbrado. La fecha-desde de inicio de la vigencia debe corresponder exactamente con la fecha de inicio de vigencia del timbrado.

Ingreso de comprobantes de ventas y compras

Se agregan los siguientes controles respecto a talonarios que fiscalizan electrónicamente según la Fiscalización de Paraguay:

Tienen que tener definido el número de timbrado en el talonario.

Tienen que tener definido el país en los datos del domicilio del cliente o proveedor.



Tienen que tener definida la unidad de medida de venta u compra según corresponda, de todos los ítems de tipo bienes involucrados en el comprobante.

Y para las liquidaciones de compra:

El comprobante no puede incluir importe de IVA.

Tiene que tener indicado el país en los datos del domicilio de la empresa emisora del comprobante.

Tiene que tener indicado el domicilio, localidad y provincia en los datos del domicilio del proveedor del comprobante.

Cabe destacar también que el número de documento del emisor y receptor del comprobante (cliente u proveedor) en el caso de corresponderse con un RUC, tiene que tener indicado siempre al final del mismo el dígito verificador.

Los comprobantes de venta que se fiscalizan electrónicamente en Paraguay solo deberían incluir impuestos del tipo IVA para tasas del 5 o 10 %.

En el caso de la registración de notas de débito o crédito es obligatorio que las mismas estén asociadas a una factura de venta. Dependiendo de las características de la nota el sistema ya obtiene dicho dato para su fiscalización según los siguientes criterios:

Nota de crédito de devolución, se considera como comprobante asociado, la factura de venta a la que hace referencia.

Notas de débito o crédito por diferencia de cambio, se considera como comprobante asociado, la factura sobre la que se genera la diferencia de cambio.

Si la nota tiene un método de pago en cuenta corriente, se considera como comprobante asociado la primera factura aplicada a dicha nota.

Para el resto de los casos se considera el comprobante de origen que se indique en la solapa Más.

Para la correcta fiscalización electrónica de las notas de débito y crédito en Paraguay, el comprobante asociado debe tener indicado el número de timbrado en su talonario, en el caso que dicho comprobante no sea un comprobante electrónico.

El proceso de fiscalización se puede resumir en los siguientes pasos:

1) BASCS envía el comprobante al fiscalizador de Paraguay.

2) El fiscalizador de Paraguay envía el comprobante a la SET.

3) El fiscalizador espera una respuesta de aprobación del comprobante durante un tiempo que puede ser parametrizado.

4) El fiscalizador responde a BASCS el resultado de la operación.

Es importante hacer notar que en todos los casos independientemente de la comunicación con la SET, el fiscalizador provee todos los datos necesarios para la impresión del comprobante. En la fiscalización de Paraguay no es imprescindible ningún dato generado por la SET para realizar dicha impresión.

Administrador de comprobantes electrónicos

Se adecua el programa para mostrar los comprobantes pendientes de fiscalizar de talonarios que fiscalizan con el servicio de fiscalización de Paraguay. También se podrá observar en el estado del servicio si el mismo se encuentra operativo, no operativo o sin conexión con SIFEN.

Emisión de comprobantes

Hay que destacar que la impresión de comprobantes electrónicos fiscalizados en Paraguay debe cumplir con las normas establecidas por la SET a tal fin (KuDE), en lo que respecta a sus características (información impresa) y funcionalidades, dado que debe permitir la consulta pública del DTE en la



página Web de la SIFEN, ya sea con el llenado de la información impresa del CDC o con la lectura del código QR impreso.

Consulta de comprobantes

En la solapa Fiscaliz. electrónica, a partir de ahora, se observarán los datos del valor del QR e Id (CDC). Este último solamente para la fiscalización electrónica en Paraguay.

Referencia: FM018, FX028

9.5. Fiscalizador de comprobantes de Uruguay

Se modifica el fiscalizador para que en el caso de la fiscalización de comprobantes que corresponden a un talonario con numeración preimpresa, la numeración después de la fiscalización de comprobante, tenga en cuenta el esquema de vigencias de dicho talonario y utilice el próximo número de talonario según la vigencia del talonario correspondiente a la fecha del comprobante.

A partir de ahora, además, el sistema controlará en el ingreso de comprobantes de venta y remitos de egreso, que se fiscalicen según la fiscalización electrónica de Uruguay, que estén indicados para el emisor los datos del domicilio, localidad y provincia y para el receptor los datos del domicilio y localidad.

En el caso de tratarse de comprobantes de venta de exportación o remitos de egreso de exportación, también se controlará para el receptor la existencia de los datos de la provincia y el sinónimo del país.

Referencia: FM015, FX026

9.6. Fiscalización de facturas de crédito

ABM de Empresas

Se agrega en la solapa de Fiscalización electrónica en la información asociada a factura de crédito, la posibilidad de indicar el sistema de depósito por defecto para facturas de venta.

Se puede optar por “Sistema de Agentes de Depósito Colectivo” o “Sistema de Circulación Abierta” (Figura 94).



Figura 94

Ingreso de comprobantes de ventas

Al ingresar comprobantes de venta con un talonario que fiscalice electrónicamente según fiscalización argentina o importe CAE, y corresponda a facturas de crédito MiPymes, se habilitará en la solapa Más, el campo correspondiente al sistema de depósito (Figura 95). Este campo estará deshabilitado en el resto de los talonarios, y para los talonarios descriptos mostrará por defecto el método de depósito que se haya seleccionado para la empresa en la cual se ingresa el comprobante, pudiéndose cambiar el mismo si fuera necesario.

Si el pago de realiza por “Sistema de Agentes de Depósito Colectivo” las facturas se pagan por transferencia al Agente de Depósito Colectivo (Caja de Valores). El comprador obligado al pago, recibirá en el Domicilio Fiscal Electrónico una comunicación informando sobre la mencionada transferencia de la factura de crédito electrónica "MIPyME" a la 'Caja de Valores'.

El Sistema de Circulación Abierta de Facturas de Crédito Electrónicas (FCE), les permite a las micro, pequeñas y medianas empresas (MIPYMES) que sean proveedoras de grandes empresas, acceder a un mecanismo que les brinde mayores alternativas de financiamiento.

Este nuevo dato se agrega al envío de datos de fiscalización de facturas de venta definidas como facturas de crédito.

La consulta de comprobantes de venta también muestra a partir de ahora en la solapa Más, el dato de sistema de depósito si corresponde.



Figura 95

Cierre del lote de facturación automática

Si se indica en el cierre del lote de facturación automática un talonario para facturas de venta que fiscaliza electrónicamente según fiscalización argentina o importa cae, y que además es factura de crédito, el sistema procederá a asignar como sistema de depósito el indicado para la empresa en la cual se realiza el cierre del lote.

Envío a QuickPos de facturas pendientes de remitir

A partir de ahora no viajarán QuickPos las facturas que no estén fiscalizadas al momento del envío.

Si el talonario de la factura requiere fiscalización, la factura deberá estar fiscalizada. Si el talonario no requiere fiscalización entonces viajarán normalmente las facturas de ese talonario, como lo hacían hasta ahora.

En el caso de novedades automáticas para reducir el tiempo de procesamiento, se puede insertar un nuevo parámetro SIP_MesesControl en la tabla PARAMETROSCOD indicando en el campo PARMINT un número que corresponderá a una cantidad de meses.

Al enviar las facturas, si existe el parámetro se tomarán movimientos pendientes de esa cantidad de meses para atrás. Si no existe el parámetro se considerarán todos los comprobantes pendientes.


9.7. Fiscalización en excepción

Esta nueva forma de fiscalización puede habilitarse y utilizarse en los ingresos de notas de débito, notas de débito autónomas, y notas de crédito que no sean diferencias de cambio.

Para poder utilizar esta fiscalización debe habilitarse la fiscalización por excepción en el sistema, y además el talonario del comprobante de ventas que se ingresa, debe requerir fiscalización electrónica.



Parámetros de la fiscalización electrónica

Se agrega en los parámetros de la fiscalización de argentina un nuevo check para indicar que se va a utilizar fiscalización en excepción (Figura 96).

Figura 96

Ingreso de comprobantes de venta

Se agrega una nueva solapa de fiscalización en excepción, que se verá habilitada cuando esté habilitada la fiscalización en excepción en el sistema y se ingrese una nota de crédito o débito para un talonario que requiera fiscalización electrónica de argentina.

En dicha solapa (Figura 97) se permite indicar un rango de fechas, o un comprobante de origen asociado a la fiscalización del comprobante a ingresar. Dichos datos serán usados en la fiscalización siempre que no se indique un comprobante de origen en la solapa Más, o el comprobante a ingresar ya esté aplicado a otro comprobante de ventas, en cuyo caso esos son los datos que se usarán para su posterior fiscalización.



Figura 97

En caso de no indicarse ninguno de los datos anteriormente mencionados, ni los nuevos datos de la solapa, el sistema emitirá un aviso recordando que no se indicó ni un período ni un comprobante asociado para la fiscalización, y preguntando al usuario si quiere continuar con la grabación del comprobante, tal como muestra la Figura 98.

Figura 98

En caso de indicar un período hay que indicar la fecha desde-hasta. En caso de indicar un comprobante de origen, hay que indicar los datos del tipo, fecha, prefijo y número y dicho comprobante puede no existir en el sistema.



La fecha hasta del período indicado no puede ser posterior a la fecha de emisión del comprobante, así como la fecha del comprobante asociado indicado tampoco puede ser posterior a la fecha de emisión del comprobante.

Cierre del lote de facturación automática

Se agrega en la opción de notas de crédito la posibilidad de indicar un período en la fiscalización por excepción. Dicha opción estará habilitada según lo indicado anteriormente, cuando se indique un talonario para la generación de las notas de crédito A y/o B que requieran fiscalización electrónica argentina.

En este caso la única opción disponible es indicar un período asociado. Los controles sobre las fechas son iguales a los indicados anteriormente.

La Figura 99 muestra la pantalla de un cierre de lote con la opción de fiscalización en excepción habilitada por haber indicado un talonario para notas de crédito que requiere fiscalización electrónica, y además está habilitada dicha fiscalización en los parámetros correspondientes (Figura 96).

Figura 99

Consulta de comprobantes de venta

Se agrega una nueva solapa para mostrar los datos de la fiscalización en excepción que se hayan indicado al ingresar el comprobante que se consulta.



En dicha solapa se observan el detalle del comprobante de origen (comprobante, fecha y número) o el rango de fechas si se indicó fiscalización por período.

Referencia: FX022

10 Novedades en los procesos de importación

10.1. Importación de exenciones impositivas

Hasta ahora al importar exenciones impositivas, los registros en los que el campo tipo era G, I, B, y S correspondían a retenciones (de Ganancias, IVA, Ingresos Brutos y SUSS respectivamente), y los registros en los que el campo tipo era N, V y R correspondían a percepciones (de Ganancias, IVA e Ingresos Brutos respectivamente).

A partir de ahora se podrá indicar que un mismo registro se ingrese como exención de percepciones y de retenciones al mismo tiempo. Esto es útil en los casos en que un mismo CUIT se asocia a un cliente y a un proveedor y se quiere ingresar para ambos un mismo porcentaje de exención.

Por esto se agregan los siguientes valores posibles al campo TIPO:

A Para indicar que el registro se ingresa como exención de percepción y de retención de Ingresos Brutos.

C Para indicar que el registro se ingresa como exención de percepción y de retención de Ganancias.

Y Para indicar que el registro se ingresa como exención de percepción y de retención de IVA.

Si se indica alguno de estos valores para un CUIT que no se repite en clientes y proveedores, el registro se ingresará como exención de percepción si el CUIT existe en clientes, y como la exención de retención que corresponda, si el CUIT corresponde a proveedores.

Referencia: FX008

10.2. Importación de padrones de Ingresos Brutos

A partir de ahora será obligatorio informar que se eliminen coeficientes anteriores, para evitar resguardar innecesariamente la información de los padrones de Ingresos Brutos que generalmente tienen un tamaño considerable y pueden ocasionar un crecimiento de la base de datos.

El valor default será de 3 meses permitiendo modificarlo. Si se informa resguardar una cantidad mayor de meses se advertirá tal situación, permitiendo continuar igualmente con la importación.

También será obligatorio a partir de ahora el procesamiento por lotes, ya que los archivos de padrones son muy grandes y el procesamiento es más óptimo de esa forma. Lo que habrá que indicar es la cantidad de registros a procesar en cada lote. Por default, se ofrece procesar de a 10000 registros, pudiéndose modificar ese valor.

La Figura 100 muestra un ejemplo del mensaje de advertencia que aparece al indicar conservar más de 3 meses de padrones.



Figura 100

Debido a la necesidad de algunos usuarios de importar un solo archivo de padrones en un proceso, o sea, percepciones o retenciones, a partir de ahora se permite eso, sin tener que indicar un archivo vacío para los porcentajes que no se desear importar. Por lo tanto, el check de percepciones a partir de ahora se muestra habilitado y puede tildarse para importar un archivo de sólo percepciones, o un archivo con percepciones y retenciones tildando además el check de retenciones de la parte superior de la pantalla.

En caso de querer importar sólo retenciones, se debe destildar el check de Percepciones, y tildar Retenciones en la parte inferior de la pantalla para indicar allí los datos del archivo de retenciones a importar, y ya no es necesario indicar un archivo de percepciones vacío en este caso.

Al comenzar el proceso, aparecerá una barra color azul en la parte inferior de la pantalla, que irá mostrando el porcentaje de avance del proceso.


10.3. Importación de padrones de Ingresos Brutos mediante BAS Padrones

A partir de ahora es posible utilizar la importación de padrones de ingresos brutos mediante la nueva api BAS Padrones.



BAS Padrones permite habilitar las Agencias (provincias, municipios, etc.) e importar los padrones de retenciones y percepciones correspondientes a cada una de ellas, mediante una interfaz Web. La aplicación expone APIs que pueden ser consultadas por cualquier programa, y en particular, por BASCS.

Mediante estas APIs es posible obtener los coeficientes de retención y de percepción a aplicar para un determinado CUIT, en determinado período, para todas las Agencias que se hayan definido. BAS Padrones se ejecuta en un servidor, en el cual se levantan los padrones y éstos quedan disponibles para todas las empresas.

A continuación se detalla la parametrización y cambios realizados en BASCS para hacer uso de la aplicación.

10.3.1 Parámetros de cuentas corrientes

Para habilitar este mecanismo en BASCS se debe indicar el nuevo check "Obtener porcentajes mediante BasPadrones", y si se indica esa opción, se debe indicar el URL base correspondiente (Figura 101).

Se debe tener en cuenta que para poder realizar modificaciones a estos nuevos datos, el usuario debe pertenecer al role SYSADMIN, y además para poder utilizar BAS Padrones, se debe utilizar Sql Server 2016 o posterior.

Figura 101



10.3.2 Sinónimos para códigos de padrones

Si se indica en los parámetros de cuentas corrientes que se obtienen porcentajes de padrones de ingresos brutos mediante BAS Padrones, en este nuevo punto del menú de Clientes y Proveedores, se pueden indicar sinónimos de padrones para esa importación.

Los porcentajes en BAS Padrones se importan de Agencias, entonces aquí se debe indicar la relación entre los padrones utilizados y esas agencias, indicando para cada padrón de qué agencia obtiene los porcentajes, a eso se refieren estos sinónimos.

También se puede indicar que se utilizan los códigos de padrones como códigos de agencias, en cuyo caso la tabla con el detalle de sinónimos se blanquea, ya que no se indican sinónimos en ese caso porque los códigos de agencias coinciden con los códigos de padrón.

Al comenzar a definir sinónimos, o durante la carga de los mismos, mediante el hipervínculo "Obtener agencias" se obtienen los códigos de las agencias importadas en BAS Padrones y dichos códigos a partir de ese momento pueden utilizarse como sinónimos de padrones.

Si una agencia con sinónimos indicados deja de existir en BAS Padrones, la próxima vez que se indique "Obtener agencias", esa agencia dejará de ser válida en BASCS y deberá indicarse otra agencia como sinónimo, si se desea. Y si en BAS Padrones se agregan nuevas agencias, la próxima vez que se obtengan las mismas, se actualizarán dichas agencias en BASCS y podrán ser utilizadas como sinónimos.

No es obligatorio indicar todos los padrones, los padrones que no tengan agencia asociada, continuarán utilizando los porcentajes de ingresos brutos obtenidos mediante la importación de padrones de BASCS utilizada hasta ahora, y podrán seguir importándose de esa manera.

Si no se utiliza BAS Padrones para obtener porcentajes de ingresos brutos, los campos de esta pantalla se muestran deshabilitados.

Por ejemplo, en la Figura 102 se indican códigos de agencia para los padrones utilizados en BASCS, en la Figura 103 cada código de padrón se va a corresponder con una agencia, es decir que las agencias utilizadas en BAS Padrones serán la 001, 002 y 008.

Figura 102



Figura 103

10.3.3 Cálculo de percepciones y retenciones de ingresos brutos

En todos los lugares donde se calculan percepciones y/o retenciones de ingresos brutos, si se utiliza BAS Padrones, se utilizarán los porcentajes indicados allí.

En el momento de realizar un cálculo, se obtiene de esa aplicación el porcentaje de percepción o retención, para el CUIT y fecha en la que se realiza el cálculo. Si en ese momento no se encuentra un valor de porcentaje, se utiliza el porcentaje ya existente en BASCS, si lo hay, que puede haber sido obtenido en un cálculo anterior, o en la importación de padrones de BASCS que también puede seguir utilizándose como hasta ahora.

Cabe destacar que en el momento del cálculo no se importarán porcentajes de percepción o retención que el usuario pueda haber ingresado o modificado manualmente para un determinado CUIT y fecha, desde el ABM de tasas por CUIT.

Durante el ingreso de un comprobante con percepciones o retenciones de ingresos brutos, si ocurre un error en la obtención de los porcentajes a través de BAS Padrones, se informa el error y no se podrá continuar con el ingreso o registración del comprobante.

10.3.4 Tasas por CUIT

En este ABM que permite dado un padrón y un CUIT, ver y modificar los porcentajes de percepción o retención del padrón para las distintas fechas, si se utiliza la API BasPadrones, se mostrarán los porcentajes de BasPadrones actualizados al momento de indicar el padrón y el CUIT que se desea consultar o modificar, y se verán dichos porcentajes tal como estén ingresados en la API en ese momento.

Debe tenerse en cuenta que si un porcentaje se modifica en forma manual desde este programa, y luego se importan los padrones desde la API BasPadrones, no se sobreescribirán esos porcentajes modificados en forma manual desde este programa.




11 Novedades en Utilitarios

11.1. Fecha impositiva en Compras

En los utilitarios BCS1361, BCS3685, BCSCITI, BCSCITIP, BCSIB, BCSIVAGAN, BCSSIFERE, BCSSIRCAR y BCSSVINC, para los comprobantes de compras se considerará la fecha impositiva en los filtros de fechas que se soliciten.

Cabe aclarar que este cambio no involucra modificación alguna respecto a las fechas que se detallan en los registros.

En los utilitarios BCS1361 y BCS3685, si el usuario cambió la fecha impositiva de algún comprobante de compras y, previo a esta modificación, generó los datos para el período correspondiente a la fecha del mismo, deberá eliminar los datos de ese período si éste, por su fecha impositiva, se incluirá ahora en otro período. Si para ese período no se eliminan los datos generados, la generación de datos mostrará un mensaje de error informando “clave duplicada”.

Referencia: FX001

11.2. Utilitario BASCSQP - Comunicación BASCSQP - QP Router

11.2.1 Empresas

Se modifica el programa de configuración de empresas en la solapa de Clientes (Figura 104).

El grupo de envío de remitos que había actualmente se renombra como “Franquicias”, así como el valor del atributo de clientes que había actualmente que se renombra como Stock propio.

Se agrega otro valor del atributo para las franquicias con stock en consignación. Ambos valores no pueden ser iguales.



Figura 104

Los egresos de mercadería que se generen en BASCS con destino a un depósito de terceros con un titular tenga un valor del atributo para franquicias de stock en consignación, generarán los mensajes correspondientes para las sucursales de QuickPos correspondientes.

11.2.2 Sucursales

En la solapa Ventas(3), dentrol del grupo "Tickets de cambio" en el campo "Emitir por", se agrega la opción "Dispositivo conectado".



Figura 105

Referencia: FX001

11.2.3 Parámetros generales

Según el Decreto 337/2021, a partir del 01/07/2021 se deben emitir facturas A a clientes de categoría “Monotributista”.

Mediante este nuevo programa del menú de Configuración, se podrá indicar una fecha a partir de la cual se generan desde BASCSQP comprobantes A para los clientes monotributistas (Figura 106).

Figura 106

Referencia: FX021

11.3. Utilitario BCSICORE

A partir de ahora, este utilitario permite generar salidas compatibles con el formulario 2005 “Certificado de retenciones/percepciones del impuesto al valor agregado” del S.I.R.E.



Para emitir estas salidas, en exportación de retenciones y percepciones se debe tildar I.V.A. e indicar un formato adecuado para las mismas (Figura 107).

Cabe aclarar que el script SIRE_RetencionesIVA.sql permite generar el formato no estándar 988 (S.I.R.E. - Retenciones de I.V.A.) para estas salidas.

De la misma forma podrán generarse los archivos correspondientes a sujetos y/o comprobantes considerando retenciones y/o percepciones de Ganancias.

Esta modificación no altera los formatos ya existentes.

Para ambos archivos podrán indicarse archivos de preproceso (.awk).

Figura 107


11.4. Novedades en importaciones mediante ICR y BASCS WebApi

11.4.1 Importación de comprobantes

Se modifica la aplicación para que el ICR controle la consistencia de los datos de importe, importe gravado e IVA de las líneas de bienes y servicios de los comprobantes de compras, ventas, pedidos y



órdenes de compra que se importen.

Dicho control en caso de ser necesario puede ser deshabilitado ingresado en la tabla PARAMETROSCOD el valor 1 para el código de parámetro NOCONTROLIMP.

Referencia: FX004

11.4.2 Manejo de ExtraCash

ABM de Parámetros Generales

A partir de ahora en la solapa Comprobantes, dentro del nuevo grupo Tarjetas, se podrá indicar un plan para retiro de efectivo (Figura 108).

No se validará que el mismo corresponda a un plan de tarjeta existente, es decir, el plan podrá ser ingresado posteriormente en las tarjetas que se desee.

Se dispone de una búsqueda que permitirá seleccionar un plan de tarjeta definido en el sistema.

Dicho plan de tarjetas permitirá en futuras versiones y en las importaciones de comprobantes que lo requieran, registrar las partes de cupones de tarjetas que correspondan al retiro de efectivo. Este plan es único para todas las tarjetas del sistema que permitan retiro de efectivo.

Figura 108

Importación de Comprobantes de venta contado, órdenes de pago, recibos, comprobantes internos de caja y transferencias entre cajas

Se modifican las importaciones de estos comprobantes ya que a partir de ahora, en el medio de pago Tarjeta, podrá informarse un importe denominado ExtraCash (retiro de efectivo).



A tal efecto, se agrega el tag "ExtraCash" en la sección Tarjetas.

En caso de incluir en una tarjeta un importe de ExtraCash, el campo importe del cupón de tarjeta que se indique (tag "Importe") deberá incluir el importe de ExtraCash.

Presentaciones y Liquidaciones de tarjetas

Se modifican las importaciones de estos comprobantes ya que a partir de ahora, podrá informarse un importe denominado ExtraCash (retiro de efectivo).

A tal efecto, se agrega el tag "ExtraCash" en la sección Cupones de ambas importaciones.

En las presentaciones, en caso de necesitar informar en un cupón un importe de ExtraCash, el importe del cupón que se indique deberá incluir el importe de ExtraCash (tag "ImporteCupon").

En las liquidaciones, en caso de necesitar informar un importe de ExtraCash, el importe de la cuota de la presentación a liquidar deberá incluir el importe de ExtraCash (tag "ImporteCuota").

Es decir que en ambos casos, el importe de retiro de efectivo, se informa con el nuevo tag y además se informa sumado al importe del cupón o cuota.

Se controla que si hay un importe de extracash informado, esté definido en Parámetros de BASCS cuál es el plan que se utiliza para retiro de efectivo (Figura 108).

Para presentar o liquidar cupones que hayan ingresado a BASCS con importe de extracash, el comprobante deberá importarse sin informar un plan en el encabezado. Si se informa plan no podrá indicarse importe de extracash.

Si no se quiere presentar o liquidar la parte de extracash de un cupón, eso se puede hacer indicando el plan correspondiente en el encabezado y no indicando la parte de extracash en el cupón o cuota.


11.4.3 Manejo de advertencias

En los comprobantes que pueden manejar advertencias durante la grabación de los mismos, se agrega la opción de indicar que se ignoren esas advertencias y se importe el comprobante, si en el json correspondiente se indica en 1 el nuevo dato "Ignorar advertencias".

Los comprobantes en los cuales se agrega esta opción, y cuyos protocolos se modifican, son:

Pedido de venta

Pedido básico

Pedido interno

Factura de venta

Factura de compra

Orden de compra

Orden de producción

Las advertencias pueden ser del tipo "Se excedió el presupuesto de compras", "Se agotó la existencia del ítem...", "El recurso no está disponible", etc.

Debe tenerse en cuenta que este mecanismo se aplicará si la advertencia en cuestión está indicada como tal en los parámetros de BASCS, si el control dice que se prohíbe o que no se controla, el tratamiento será prohibir o no controlar como hasta ahora. Esto se aplicará para los controles que estén indicados en BASCS como advertencias.



Referencia: FX027

11.5. Utilitarios BCS1361 y BCS3685

En los utilitarios BCS1361 y BCS3685 deja de estar disponible el ABM Rangos por talonario que estaba ubicado en el menú Configuración de cada uno de ellos. A partir de ahora, para cada talonario y empresa esa información se podrá establecer en la solapa Rangos del ABM Talonarios de BASCS cuando éstos permitan CAI.

En la generación de datos de ambos utilitarios los datos que se completaban con los valores establecidos en esos ABM ahora se completarán con lo indicado para cada talonario y empresa en BASCS.

Referencia: FX006

11.6. Utilitario BCS3685

A partir de ahora, debido a que las salidas correspondientes al IVA digital requieren los importes en la moneda del comprobante, cuando se generen datos, se podrá indicar si se calculan los importes en moneda del comprobante o no, indicando por el no que los importes se calculan en moneda local, como se hacía hasta ahora.

La Figura 109 muestra la pantalla con el nuevo check agregado.

Cabe aclarar que cuando se consoliden comprobantes que presenten totales menores a un importe dado, cualquiera sea la moneda del comprobante, el análisis del total se realizará en moneda local.

Por otro lado, el usuario debe tener presente que si genera los datos en la moneda del comprobante y las salidas requieren los importes en la moneda local, éstas presentarán los datos en la moneda del comprobante. En forma análoga, si los datos se generan en moneda local y las salidas requieren los importes en la moneda del comprobante, éstas presentarán los datos en la moneda local. Por eso se debe ser consistente en este punto.



Figura 109

11.6.1 Generación de archivos

En la generación de archivos de comprobantes de compras y alícuotas de compras, para comprobante con soporte Comprobante electrónico de crédito, se modifica el sinónimo del tipo de comprobante que le será asignado, agregando un dos (2) adelante:

En lugar de 01 se asignará 201






Cabe observar que en la modificación de datos de compras no se observará el cambio efectuado ya que esta asignación se realizará en el proceso de generación de archivos.

En la modificación de datos de compras todos los comprobantes con dicho soporte presentarán una E en la columna Fiscal, sin embargo, se debe tener en cuenta que de acuerdo a lo indicado en los parámetros generales para los tipos de comprobantes a algunos de éstos les puede corresponder un sinónimo de tipo de comprobante distinto a los indicados previamente.

11.6.2 Libro de I.V.A. digital

A partir de ahora, cuando se generen los archivos de registros de cabecera de compras según el Libro de IVA digital, los registros de cabecera correspondientes a comprobantes aduaneros con despachos



se incluirán en otro archivo, es decir, ya no se incluirán en el archivo de registros de cabecera de compras.

Este nuevo archivo se denomina:

LIBRO_IVA_DIGITAL_IMPORTACION_BIENES_CBTE_AAAAMM.txt

Correspondiendo AAAAMM al año y mes del período considerado.

Cabe aclarar que los restantes archivos no sufren modificaciones como tampoco los archivos que no se generan según el Libro de IVA digital.

Por otro lado, cuando se generen archivos de compras o ventas según el Libro de IVA digital, los registros que presenten igual fecha, sinónimo de tipo de comprobante, prefijo y número y que correspondan a distintos comprobantes se ordenarán además por CUIT del cliente o proveedor.

Cuando se generen los archivos de registros de cabecera de compras según el Libro de IVA digital, en el archivo correspondiente a despachos los registros de cabecera se ordenarán por despacho. No se modifica el ordenamiento de los registros correspondientes a alícuotas de despachos. Además en los archivos de registros de cabecera de compras, no se incluirán los registros correspondientes a sinónimos de tipo de comprobante 19 a menos que la operación asociada a los mismos sea 'Z' (importación de zona franca).

Cuando se generen los archivos de registros de cabecera de compras e importación de bienes, se asignará como crédito fiscal computable el IVA determinado por la generación de datos.

Referencia: FX006, FX009, FX011, FX013, FX016, FX024

11.7. Utilitario BCS2181

Este nuevo utilitario permite generar salidas conforme al formulario 2181 de Uruguay.

A través de éste, se podrá exportar información sobre importes de I.V.A. de comprobantes de compras y ventas, e importes exentos de compras para un período y empresa dados.

Se deberá indicar un conjunto de tasas y códigos que determinarán los importes de los comprobantes a considerar. Cabe aclarar que sólo se considerarán los comprobantes que, para el período y empresa indicados, presenten alguna de dichas tasas.

También se podrá indicar si se incluyen las ventas a consumidores finales o no.

En caso de indicarse mínimos, el archivo sólo contendrá información de registros que presenten importes mayores que el mínimo indicado para el tipo de registro.

Todos los importes se expresarán en moneda local.

La Figura 110 muestra la pantalla de solicitud de estas salidas.



Figura 110

Referencia: FX015

11.8. Utilitario BCSModifQrp

Este nuevo utilitario permite modificar, en formatos personalizados correspondientes a la emisión de comprobantes, el tipo de dato de input ítems y variables correspondientes a prefijos numéricos como también las fórmulas en las que figuran.

Los formatos personalizados deben corresponder a BASCS 4.5.0 y se modifican, mediante el utilitario, para poder ser utilizados en BASCS 4.6.0.

Es requisito esencial no haber emitido, en la versión de BAS C/S 4.6.0, ningún comprobante con estos formatos personalizados.

No se debe utilizar, si es que tiene un formato personalizado, para el que corresponde al menú de facturas de crédito (no vigentes) ya que en este caso el prefijo sigue siendo numérico.

Tampoco se debe utilizar para modificar formatos personalizados que no correspondan a la emisión de comprobantes.

Cada uno de los formatos personalizados se debe revisar y luego se deben copiar en cada una de las máquinas en las que se los usa y están copiados.

El proceso de revisión recorre los input ítems y variables del formato indicado y convierte los que corresponden a prefijos numéricos a alfanuméricos, además reemplaza las fórmulas en las que éstos aparecen adicionándoles el texto '_nueva' al nombre, por ejemplo, si la fórmula se denomina PrefijoNumero se reemplaza por PrefijoNumero_nueva.

Antes de pasar el formato, por si fuese necesario recuperarlo, genera un .bak y luego lo procesa.

Sin embargo, si el formato sólo estuviese habilitado para lectura avisa que no se puede grabar y genera un archivo temporal indicando su nombre y que luego debe ser renombrado, en este caso no se genera el .bak debido a que el formato es sólo de lectura.



Referencia: FX007

11.9. Utilitario BCSIBRea

A partir de ahora, a fin de poder completar los datos que requieren las salidas de percepciones de la provincia de San Luis, en los formatos de retenciones y percepciones de este utilitario, se pueden indicar los códigos:

Domicilio

Localidad

Provincia

C.Postal

El utilitario BCSARCiBA ya no está disponible, se debe utilizar el utilitario BCSIBRea para generar las salidas correspondientes al ARCiBA.

A través del punto Usuarios se debe indicar en el punto del menú correspondiente al S.I.Ap ARCIBA, el utilitario bcsibrea.exe.

Referencia: FX022

11.10. Utilitario BCSTesaka

En este nuevo utilitario que se utiliza para generar la exportación de los datos de retenciones de IVA, necesarios para importar en el aplicativo Tesaka de Paraguay, se realizan algunas modificaciones.

En los sinónimos de tipos de documentos se agrega la columna código del sinónimo, que se usa para los códigos de tipos de identificación, al generar los archivos.

En el menú de exportación se agrega el punto Marangatu, que es el programa que permite emitir la salida del Marangatu para la DGI de Paraguay (Figura 111).

Los datos a indicar son la empresa, el período (mes y año), si la salida es de ventas o compras, y el nombre del archivo donde se almacenará dicha salida.

Figura 111

Las salidas que se generen al pulsar el correspondiente botón, tienen la siguiente información:



Ventas:

Código de identificación del comprador: se manda el Número de RUT, sin el último dígito verificador. En caso que venga un guion en el número, se manda hasta el mismo y si no hay guion, se mandan los primeros 8 dígitos.

Número de timbrado: se manda el CAI del talonario, según la vigencia que le corresponde al comprobante.

Imputa al IVA: se manda S.

Imputa al IRE: se manda S.

Imputa al IRP-RSP: se manda N.

Número de comprobante de venta asociado: Sólo se envía para notas de débito y crédito.

Para las notas de crédito de devolución o diferencias de cambio, se envían los datos del comprobante asociado.

Para los comprobantes en cuenta corriente, los datos del comprobante aplicado.

Para las notas de crédito o débito contado, que no son diferencias de cambio, se mandan los datos del comprobante de origen.

Timbrado del comprobante de venta asociado: Sólo se envía para notas de débito y crédito. Se manda el CAI del talonario, según la vigencia que le corresponde al comprobante asociado.

Compras

En el campo código del proveedor/Vendedor se manda el Número de RUT, sin el último dígito verificador. En caso que venga un guion en el número, se manda hasta el mismo y si no hay guion, se mandan los primeros 8 dígitos.

Número de timbrado: se manda el CAI indicado en el comprobante.

Imputa al IVA: se manda S.

Imputa al IRE: se manda S.

Imputa al IRP-RSP: se manda N.

Número de comprobante de compra asociado: Sólo se envía para notas de débito y crédito.

Para las diferencias de cambio, se envían los datos del comprobante asociado.

Para los comprobantes en cuenta corriente, los datos del comprobante aplicado.

Para los comprobantes de contado por el momento no se está indicando nada, y el usuario tendrá que modificar el archivo manualmente para completar el dato.

Timbrado del comprobante de compra asociado: Sólo se envía para notas de débito y crédito. Se manda el CAI del comprobante asociado.

Referencia: FX027

11.11. Utilitario BCSCOT

Se modifica para que, tanto para el formato configurable como para el formato fijo, complete los datos relacionados con la provincia destino, considerando la provincia del depósito destino cuando los registros correspondan a transferencias.

Referencia: FX027

Documentación FX BAS CS 4.6

Documents

Transcript of Documentación FX BAS CS 4.6