manual de partidas y talles - btb softproducto en una factura o en un remito de compras. las...
TRANSCRIPT
MANUAL DE
PARTIDAS Y TALLES
1
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
INDICE
1. INFORMACION GENERAL 2
2. CONFIGURACION 3
3. PARTIDAS 7
4. TALLES 10
5. ALTAS Y BAJAS 12
5.1. Altas y Bajas en Movimientos Internos 16
5.1.1. Talles 16
5.1.2. Partidas - Entradas 17
5.1.3. Partidas - Salidas 18
6. CONSULTAS 18
6.1. Movimientos de Stock 19
6.2. Saldos de Stock 20
7. LISTADOS 21
7.1. Saldos de Productos 21
7.2. Saldos de Partidas 22
8. PROCESOS AUXILIARES 22
8.1. Recálculo de Saldos 22
8.2. Control de Partidas 24
8.3. Pase de Productos a Partidas 25
1. INFORMACION GENERAL 2
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
1. INFORMACION GENERAL
Este módulo es complementario al módulo de Stock. Permite el ingreso y salida de las
unidades de ciertos productos dentro de lotes diferenciados por su código y descripción.
Las Consultas en listados y pantallas que reflejan los movimientos de unidades de un lote de un Producto, son consistentes con los movimientos que aparecen en las Consultas de Stock del mismo Producto.
Los lotes de productos pueden ser:
Permanentes (Talles): En este caso el lote identifica un talle o color del Producto en el cual se pueden producir ingresos y salidas por compra, venta, etc. sin límite de tiempo.
El código del Producto agregado al código de Talle opera en la práctica como un Sub-Producto permanente (por ejemplo Camisas Modelo X - Talle 40, Talle 42, etc.), lo que permite un control de stock más detallado.
Transitorios (Partidas): es el caso de un producto ingresado con un despacho de aduana o como un lote de fabricación, donde el control dura hasta la extinción del saldo del producto en esa Partida.
El código de Partida no refleja diferencias físicas en el producto (salvo una eventual fecha de vencimiento) sino más bien una clasificación ´contable´ de las existencias.
Una Partida puede contener varios productos (por ejemplo un despacho de aduana donde se importan varios productos) o bien representar una sola unidad de producto de alto valor, que requiere descripciones especiales y se extingue cuando se vende esa unidad (por ejemplo automotores, máquinas, etc.).
Estas dos opciones en la forma de los lotes son excluyentes en una misma Empresa.
En la misma Empresa que opera con Partidas (o Talles) puede haber Productos que NO utilizan Partidas (o Talles). La conversión de un producto de uno a otro estado no es posible si
ya existen movimientos de stock, excepto lo indicado más abajo en este Manual.
En el contexto del módulo de Stock, un Producto puede tener stocks independientes en varios Depósitos, cuyos saldos sumados representan el stock total del producto en la Empresa.
Cuando se agrega el módulo de Partidas, una Partida o Talle de un mismo producto puede tener stocks independientes en varios Depósitos, cuyos saldos sumados representan el stock total de esa Partida o Talle en la Empresa.
A su vez, la suma de los saldos de las distintas partidas del Producto en un Depósito, representa el stock total del producto en ese Depósito. Por consiguiente la suma de los saldos de las distintas Partidas o Talles de un producto en el conjunto de los Depósitos, representa el stock total del producto en la Empresa.
2. CONFIGURACION 3
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
2. CONFIGURACION
El check Habilitar Módulo activa un check y una solapa especial en el registro de cada Producto,
que permiten establecer si ese Producto en particular opera o no con Partidas o Talles. Un Producto que opera con Partidas o Talles sólo puede ingresar o dar salida a sus unidades indicando el código de la/s Partida/s o Talle/s donde se produce el movimiento.
Este check no puede ser modificado mientras haya Productos que operan con Partidas o Talles en la Empresa.
La Forma de Operar determina si la Empresa utiliza
Partidas: es el caso de productos ingresados con un despacho de aduana o como un lote de
fabricación, donde se espera que el saldo del producto dentro de ese código de Partida llegue a cero en algún momento. Esta forma de operar requiere Partidas transitorias.
El código de Partida no refleja diferencias físicas en el uso del producto (salvo una eventual fecha de vencimiento) sino más bien su situación legal.
Una Partida puede contener varios productos (por ejemplo un despacho de aduana donde se importan varios productos) o bien representar una sola unidad de producto de alto valor, que requiere descripciones especiales y se extingue cuando se vende esa unidad (por ejemplo automotores, máquinas, etc).
Talles: es el caso de un producto que se compra, fabrica o vende en distintos talles o colores. El código de la Partida identifica un talle o color en el cual se pueden producir ingresos y salidas en forma ilimitada. Esta forma de operar requiere Partidas permanentes.
2. CONFIGURACION 4
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
El código del Producto agregado al código de Talle opera en la práctica como un Sub-Producto permanente (por ejemplo Camisas Modelo X - Talle 40 , Talle 42, etc.) que permite un control de stock más detallado.
La opción de usar Talles o Partidas en una Empresa es excluyente, y las pantallas y listados
presentan modificaciones de acuerdo al criterio que se eligió.
Sólo en el caso de Partidas (transitorias) se agregan varias opciones:
A - Para los ingresos al Stock
Impedir (Avisar - Aceptar Siempre) el ingreso del Producto en una Partida que no lo contiene.
En el proceso de creación de una Partida, es posible indicar los Productos que se espera ingresar. Esta opción permite hacer obligatorio el procedimiento, impidiendo (o avisando) el ingreso de los productos que no figuran en esa Partida.
Esta modalidad se utiliza para mejorar el control en operaciones de importación, donde la creación de la Partida puede ser anterior al ingreso físico de los productos o para agregar la fecha de vencimiento de un Producto ingresado en la Partida.
Días de Partida Abierta
Normalmente se ingresan unidades a la Partida una sola vez. Sin embargo, existe la
posibilidad de mantener abierta la Partida para entradas parciales durante un período determinado.
Esta opción se aplica a las Partidas agregando días a su fecha de origen. La fecha de
Cierre resultante es modificable en cada Partida en particular.
Permite dar de alta una Partida al ingresar el producto
El proceso de creación de una Partida se hace habitualmente en un sector distinto del que se utiliza para ingresar los productos que contiene.
En ciertas actividades es conveniente poder crear la Partida en el momento en que se ingresa el producto. En ese caso, al ingresar unidades de un producto que se definió como ´con Partidas´ se habilita un botón que permite crear la Partida en ese momento.
B - Para las salidas del Stock
Método de Descarga
El ingreso de las unidades de un producto se produce básicamente en un solo movimiento por vez (por ejemplo cuando ingresa una importación del exterior). En cambio, en las salidas, existe la posibilidad de tener que elegir entre las múltiples partidas que tienen saldo de un mismo producto.
El sistema permite seleccionar en forma Manual las unidades que se extraen de cada partida disponible, pero ofrece también dos formas de selección automática, basada en la Fecha de Origen de cada Partida:
o FIFO (First in first out) aplica las unidades disponibles de las Partidas más antiguas, hasta que su saldo sea cero (0).
2. CONFIGURACION 5
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
o LIFO (Last in first out) aplica las unidades disponibles de las Partidas más nuevas,
hasta que su saldo sea cero (0).
La opción elegida en la Configuración es la que se aplica por omisión a los productos que operan con Partidas, pero puede ser modificada para cada Producto en particular, en cualquier momento..
Impedir (o Avisar) el uso de productos de una Partida Vencida
Estas opciones permiten crear excepciones a la norma de que las unidades de un Producto contenidas en una Partida vencida (para ese Producto) no se deben utilizar.
En los comprobantes de la Empresa (facturas, remitos, etc.), puede ser necesario ver la descripción de las Partidas o Talles a los que pertenecen las unidades recibidas o entregadas del Producto.
Esa necesidad puede tener motivos comerciales (por ejemplo cuántas unidades de cada talle se están entregando) o legal (por ejemplo con qué despacho/s de aduana ingresaron las unidades vendidas).
Estos procedimientos de visualización e impresión NO están disponibles en las pantallas de Movimientos Internos de Stock. En ese caso, si bien se ejecutan todos los procesos
relacionados con la registración y control de los Talles y Partidas, la única forma de ver los movimientos generados en el documento es llamando a la Minuta.
En el caso de Talles estos procedimientos están disponibles en los comprobantes de Presupuestos y Pedidos (los Talles son versiones del producto conocidas de antemano) pero eso no sucede con las Partidas (no es posible prever cuál de ellas será entregada)
2. CONFIGURACION 6
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Los ítems disponibles son el Código, Nombre y texto del Detalle de la Partida, el Vencimiento y la cantidad de unidades de producto en esa Partida. También es posible intercalar prefijos aclaratorios y variar la extensión de los textos.
Las Partidas se pueden describir de dos formas:
Como un texto global que detalla todas las partidas a las que pertenecen los productos contenidos en el comprobante. Ese texto se coloca al pie del comprobante y no incluye la cantidad de unidades por Partida.
Esta modalidad es usual en Partidas transitorias (datos del despacho de importación) con productos de poco valor y mucha rotación.
Como un texto individual por cada Producto, que acompaña al renglón impreso del mismo (donde se especifica la cantidad total, el precio unitario, etc.) e incluye la cantidad de unidades de cada Partida. Se utiliza especialmente en el caso de Talles (partidas
permanentes).
Esta opción permite una línea de detalle por cada Talle (por ej. en el Producto ´Camisas´ un renglón para Talle 42 Azul, otro para Talle 42 Blanco, etc) o bien un solo texto por producto,
donde los Talles y sus cantidades se enumeran en forma correlativa. Esta última forma reduce mucho la cantidad de renglones en el comprobante.
La información disponible es la misma; la segunda opción permite ahorrar espacio en el comprobante.
Importante:
En el caso de Impresoras Fiscales, suelen existir limitaciones al uso de ciertas opciones de impresión (cantidad de renglones de texto, tamaño de los mismos, etc), por lo cual es
conveniente que consulte a su proveedor de la Impresora Fiscal.
3. PARTIDAS 7
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
3. PARTIDAS
La creación de nuevas Partidas se efectúa desde el Menú – Stock – Partidas /Talles.
Si lo indica la Configuración, también es posible crearlas desde los registros de alta de un producto en una factura o en un remito de compras.
Las Partidas son depósitos transitorios, que permiten el ingreso (por única vez o durante un
período determinado) y el egreso de unidades de productos y la obtención de saldos dentro de un lote hasta que el mismo se extinga. Las unidades contenidas en una Partida no reflejan diferencias físicas con las unidades que se mueven en otros lotes.
La función de la Partida (salvo una eventual Fecha de Vencimiento de las unidades que contiene) es reflejar la situación legal de esas unidades.
Es el caso de productos ingresados con un despacho de aduana o como un lote de fabricación, donde se espera que el saldo del producto dentro de ese código de Partida llegue a cero en algún momento.
La Partida tiene los campos siguientes:
Código (lo genera el sistema)
Nombre
Fecha de Origen: es la fecha inicial en que se da por existente la Partida. Se utiliza como
referencia para varios temas, por ejemplo en los procesos donde se dan de baja las unidades por el método FIFO o LIFO.
Detalle (texto extendido)
3. PARTIDAS 8
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Partida de un solo Producto: Esa Partida en particular contiene y se relaciona con un solo Producto (que puede contener una o varias unidades).
Esta opción se utiliza cuando se desea que la Partida identifique, por ejemplo, una Orden de Fabricación específica o para productos de alto valor, que se dan de alta o de baja de a una unidad por vez y en los cuales el Detalle de la Partida contiene datos de identidad como Nº de motor o chassis (ver Productos con el check ´Opera por Unidad´).
Vencimiento Global: permite asignar una Fecha de Vencimiento única a los Productos de la Partida que tengan activo el check Partidas con Vencimiento. El dato es modificable en cada Producto en particular.
Partida Abierta Hasta: Normalmente se ingresan unidades a la Partida una sola vez. Sin embargo, la Configuración permite mantener abierta la Partida para entradas parciales, durante un período determinado.
Esta opción agrega días a la Fecha de Origen de la Partida, pero la fecha resultante es modificable. Si la Configuración no indica la cantidad de días, esta Fecha coincidirá con la Fecha de Origen.
Esta solapa permite efectuar las altas y bajas de los Productos contenidos en la Partida cuando no se trata de una partida de un solo Producto. Sólo se pueden incluir Productos cuyos legajos indican que operan con Partidas. .
El uso de esta solapa es optativo. La Configuración puede permitir que los productos se incluyan
libremente en las Partidas en las altas de remitos, movimientos internos, etc., pero esta modalidad es necesaria en ciertos casos:
para indicar el Vencimiento de la Partida en los productos que tienen esa característica.
para mejorar el control en operaciones de importación, donde la creación de la Partida puede ser anterior al ingreso físico de los productos.
3. PARTIDAS 9
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Las Altas se pueden agregar hasta la fecha indicada en Partida Abierta Hasta.
Las Bajas sólo se pueden concretar si no hubo movimientos del Producto en la Partida afectada.
La Fecha de Vencimiento es obligatoria en los Productos que operan con Vencimiento. En los restantes casos, el campo queda vacío.
La opción Opera sólo Manualmente define que en las salidas del Producto (si bien tiene un procedimiento de descarga de stock propio. FIFO o LIFO o Manual) las unidades de esta Partida en particular deben ser seleccionadas en forma manual.
Los Productos se pueden agregar o eliminar de la Partida en forma individual o utilizando la pantalla que aparece al presionar el botón {Carga Múltiple}, donde se marcan los registros y se
mueven con las flechas hacia la derecha (agregar) o hacia la izquierda (eliminar).
4. TALLES 10
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
4. TALLES
Los Talles permiten el ingreso y egreso permanente de unidades de productos y la obtención de
sus saldos dentro de un lote determinado. Usualmente, las unidades contenidas en un Talle reflejan diferencias físicas (tamaño y/o color) con las unidades que se mueven en otros Talles.
El alta de nuevos Talles se hace desde Módulos – Stock – Partidas y Talles
El código de Talle opera en la práctica como un Sub-Producto permanente (por ejemplo Camisas Modelo X - Talle 40 , Talle 42, etc). Por ejemplo, al importar el Maestro de Productos de una Empresa a otra, los Talles existentes se importan también.
Cada Talle tiene los campos siguientes:
Código (lo asigna el sistema)
Nombre
Detalle (texto extendido)
Orden: Cuando se debe elegir los Talles a los que se da de alta o de baja, este campo permite
presentarlos al operador (cuando genera un remito o una factura) en el orden requerido por los usos comerciales de la Empresa. Una modificación en este orden no se transmite a los productos cuyos Talles ya fueron ingresados, pero el mismo es modificable para cada Producto en particular.
Es necesario declarar los Productos que utilizan cada Talle. Eso se puede hacer desde la pantalla de Talles.
Sólo se pueden incluir Productos que operan con Talles.
4. TALLES 11
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
También es posible declarar los talles de cada producto desde la pantalla del Producto.
Las Bajas sólo se pueden concretar si en el Talle no hubo movimientos de unidades del Producto.
Los Productos se pueden agregar o eliminar en el Talle en forma individual o utilizando la pantalla que aparece al presionar el botón {Carga Múltiple}, donde se marcan los registros y se
mueven con las flechas hacia la derecha (agregar) o hacia la izquierda (eliminar).
5. ALTAS Y BAJAS 12
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
5. ALTAS Y BAJAS
En este capítulo se toman como ejemplos las pantallas de Movimientos Internos de Stock.
El funcionamiento de estas pantallas es similar al que se observa en Facturación o en Remitos y Pedidos, con las siguientes excepciones:
En las pantallas relacionadas con documentos de o hacia terceros que se encadenan entre sí (Presupuestos – Pedidos – Remitos) , las unidades no tienen movimientos únicos de entrada o salida sino que muestran columnas separadas con un formato ´PREVISTO – CUMPLIDO - PENDIENTE´
Este formato se observa también para los productos que tienen Partidas, para cada Partida o Talle por separado.
La visualización de los Talles o Partidas registradas en el documento, que NO pueden ser observadas directamente en Movimientos Internos.
Como alternativa, si dispone del módulo de Remitos, Pedidos y Presupuestos, es posible documentar con un Remito oficial a una Transferencia de productos entre Depósitos
(por ejemplo en un envío en consignación a un cliente). Ese procedimiento produce los mismos efectos sobre el stock que una Transferencia hecha como Movimiento Interno y permite visualizar los Talles o Partidas registrados.
La posibilidad de crear una nueva Partida al dar de alta un producto (tecla F3) en
facturas o remitos de compras.
Esta pantalla de Movimientos Internos permite crear la cabecera de una operación de Entrada, Salida o Transferencia (entre depósitos) referida a uno o varios productos. Esa
5. ALTAS Y BAJAS 13
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
operación se denomina 'Interna' porque no hace referencia a facturas o remitos emitidos por la empresa o terceros.
En el caso de Partidas (no en Talles), existe una operación adicional, en la solapa ´Pase Partidas´ que opera para los productos dentro de un mismo Depósito y permite:
a. Trasladar unidades que pertenecen a varias Partidas de un Producto a otra Partida, sin alterar los saldos de Stock.
5. ALTAS Y BAJAS 14
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
b. Trasladar unidades de muchos Productos que pertenecen a una sola Partida a otra Partida, sin alterar los saldos de Stock. Esta operación funciona sólo en un Alta (no en una Modificación) utilizando el botón [F11] Transferir Partida.
En el caso de Partidas la solapa de Transferencias entre Depósitos (en el Alta, no en la Modificación) tiene como opción adicional el botón [F11] Partida Completa, que permite transferir de un Depósito a otro el saldo completo de todos los productos contenidos en la misma Partida, sin necesidad de detallarlos. Por ejemplo, si los productos de una importación se transladan físicamente desde el Depósito Fiscal al Depósito de la Empresa. Esta opción no está disponible en Talles.
Cualquier modificación posterior al contenido de una de estas operaciones, debe realizarse desde estas mismas pantallas.
Los Movimientos Internos de Stock pueden ser registrados en comprobantes diseñables por el usuario, con numeración correlativa controlada desde el Punto de Venta. Las normas de
diseño son similares a las que se usan para comprobantes como la Orden de Pago o la Factura.
Estos procedimientos se tratan aquí especialmente para los productos que operan con Partidas o Talles. Los productos que NO operan de esa manera, utilizan estas pantallas tal como se explica en el Manual de Stock.
5. ALTAS Y BAJAS 15
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
El código de Depósito de entrada y/o salida es obligatorio, porque el sistema no admite movimientos de unidades de productos desde un Depósito Cero (0).
Si la Empresa opera con Partidas (no con Talles) en la cabecera de la pantalla de Entradas existe la posibilidad de declarar una Partida por omisión (´Ingresar por Partida Nº´), en la que el
sistema ingresará las unidades de los productos que operen con Partidas, salvo que el usuario lo modifique manualmente en cada caso.
La Partida por Omisión no afecta a los productos que no operan con Partidas y que se incluyen
en el documento.
Esta opción depende en su funcionamiento de la Configuración de Partidas, en cuanto a que las unidades de un Producto que no fue previsto originariamente en la Partida por omisión serán aceptadas (incluyendo el Producto en la Partida para el futuro) o rechazadas.
La Partida por omisión no puede ser del tipo que opera con un solo Producto, para evitar
que, si lo admite la Configuración de Partidas, se acepte el alta de unidades de un Producto que no fue previsto originariamente en la Partida.
En la pantalla donde se cargan los productos, los datos a ingresar son:
Código del Producto,
Unidades (entradas, salidas o transferidas según el caso). En el caso de un Producto que NO opera con Talles o Partidas, este dato se ingresa manualmente.
Cuando contiene Talles o Partidas, el sistema muestra automáticamente las Unidades a partir del Total en las pantallas siguientes, a las que se accede con la tecla F3. En ese
caso, hay dos posibilidades:
1. Si el Producto indica que su forma de Descarga es Manual (en el caso de Talles siempre es así) se debe ingresar en la pantalla mencionada, en forma obligatoria,
5. ALTAS Y BAJAS 5.1. ALTAS Y BAJAS EN MOVIMIENTOS INTERNOS 16
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
para indicar las unidades entradas o salidas en los Talles o Partidas que corresponda. Para eso se utiliza la tecla [F3 - Partidas] o [F3 - Talles].
2. Si el Producto indica que su forma de Descarga es FIFO ó LIFO (es una opción en el caso de Partidas), se puede indicar en forma manual el total de Unidades que salen y el sistema se encarga de descargarlas de las Partidas que corresponda.
Lo mismo sucede en el caso de Altas cuando se aplica la Partida por omisión.
En ambos casos, siempre es posible modificar las asignaciones hechas por el sistema, utilizando la tecla [F3 - Partidas] o [F3 - Talles] para entrar en la pantalla siguiente.
Precio Unitario optativo (por omisión el que indique la Lista de Precios indicada en la cabecera), que ocupa en los listados la misma ubicación que el Precio Unitario Neto de Impuestos de un movimiento de producto en una factura.
5.1. Altas y Bajas en Movimientos Internos
En las pantallas siguientes, es posible indicar manualmente la Cantidad de unidades que entran o salen en cada Talle o Partida del Producto.
En todos los casos, el total de Unidades indicadas en la Pantalla se traslada automáticamente al campo de Unidades de la pantalla anterior.
5.1.1. Talles
Tanto en las Altas como en las Salidas, se mencionan todos los Talles que utiliza el Producto, tengan o no Saldo positivo en el Depósito en el que se está operando.
5. ALTAS Y BAJAS 5.1. ALTAS Y BAJAS EN MOVIMIENTOS INTERNOS 17
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Los datos que contiene la pantalla son:
Nombre del Talle
Sólo en el caso de Salidas o Transferencias, el saldo del Producto en el Talle (en el Depósito que se está operando).
Cantidad de unidades
La posibilidad de ejecutar Salidas o Transferencias cuando el Talle no tiene Saldo suficiente en el Depósito, depende de la Configuración de Productos.
5.1.2. Partidas - Entradas
En las Altas se mencionan todas las Partidas ´Abiertas´ (o sea que pueden recibir
unidades). Un check al pie de la pantalla da acceso a las Partidas restantes, aunque su uso está restringido (según sea el caso) de acuerdo a la configuración del sistema.
Los datos que contiene la pantalla son:
Código y Nombre de la Partida
Indicación de si la Partida contiene actualmente el Producto
Indicación de si la Partida está Abierta.
Cantidad de unidades
6. CONSULTAS 5.1. ALTAS Y BAJAS EN MOVIMIENTOS INTERNOS 18
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
5.1.3. Partidas - Salidas
Esta pantalla aparece en las operaciones de Salidas, Transferencias y Pase de Partidas.
Si mencionan únicamente las Partidas con Saldo positivo del Producto en el Depósito en el que se está operando (el sistema no acepta Salidas o Transferencias cuando la Partida
no tiene Saldo suficiente en el Depósito).
El contenido de la pantalla es el siguiente:
Código y Nombre de la Partida
Saldo disponible del producto en la Partida, existente en el Depósito en el que se está operando.
Vencimiento del Producto en esa Partida (si es un producto con Vencimiento)
Cantidad de unidades
6. CONSULTAS
El módulo de Talles y Partidas es complementario al módulo de Stock. Permite el ingreso y
salida de las unidades de ciertos productos dentro de lotes diferenciados por su código y descripción.
6. CONSULTAS 6.1. MOVIMIENTOS DE STOCK 19
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Las Consultas en listados y pantallas que reflejan los movimientos de unidades de un lote de un Producto, son consistentes con los movimientos que aparecen en las Consultas de Stock del mismo Producto.
6.1. Movimientos de Stock
Los movimientos (por facturas, remitos, movimientos internos o cualquier otro comprobante) producidos en el stock de un Talle o Partida de un Producto -y el saldo resultante- se pueden consultar en pantallas que contienen todos los movimientos producidos en el período o bien sólo los que se efectuaron en un Depósito en particular.
Esta pantalla muestra todos los movimientos del producto en el Talle o Partida elegido, ordenados por fecha, incluyendo las unidades entradas o salidas así como el saldo después de cada movimiento, en otro color y entre paréntesis si es negativo.
A la derecha de la pantalla hay información complementaria sobre las características y origen del movimiento.
En la pantalla con la Información General, las transferencias de unidades entre Depósitos, aparecen como un doble movimiento con signos opuestos, referenciados a los Depósitos de
entrada y de salida.
El motor calcula los saldos automáticamente al abrir cualquier pantalla (productos, depósitos, etc.) y se actualiza con la tecla F6.
La información exacta en materia de saldos en estas pantallas depende del Recálculo de Saldos, ya que se calcula directamente sobre cada movimiento que afecta al stock. Si hubo movimientos posteriores al último recálculo, los saldos de fechas posteriores a esos movimientos aparecen en blanco.
6. CONSULTAS 6.2. SALDOS DE STOCK 20
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
6.2. Saldos de Stock
Esta pantalla muestra los saldos actuales de las distintas Partidas (Talles) de un Producto en cada Depósito ordenadas por Depósito o por Partida (Talle)
Existe una pantalla que contempla solamente los saldos actuales de todas las Partidas (Talles) de un Producto en un Depósito específico y otra que muestra los saldos actuales de una Partida (Talle) de un producto en cada uno de los Depósitos.
Los saldos que aparecen en estas pantallas se obtienen desde un archivo especial, que
modifica sus datos al detectar cualquier movimiento positivo o negativo de stock, sea que se origine en facturas de compras o ventas, en movimientos internos, etc. Esta información (si se produce un error) se corrige con los saldos reales que surgen del Recálculo de Saldos de Stock.
7. LISTADOS 7.1. SALDOS DE PRODUCTOS 21
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
7. LISTADOS
7.1. Saldos de Productos
Los Listados de Saldos de Productos (Consultas – Stock – Listados de Saldos) en todas sus variantes (General, por Depósito, etc) contienen en forma optativa los saldos de los Talles o Partidas que componen los saldos de cada Producto.
El sistema no tiene listados de Movimientos de Partidas (los movimientos de productos se pueden referir a varias partidas). Esa información se puede obtener desde la pantalla respectiva.
8. PROCESOS AUXILIARES 7.2. SALDOS DE PARTIDAS 22
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
7.2. Saldos de Partidas
Estos listados (Consultas – Stock – Listados de Saldos – Partidas) muestran los saldos de los productos que forman parte de una Partida o Talle a una fecha determinada.
1. Ordenados por depósito / producto
2. Ordenados por producto / depósito con el Saldo de cada producto en cada uno de los
depósitos y el total del Producto.
8. PROCESOS AUXILIARES
8.1. Recálculo de Saldos
Cada renglón de las pantallas anteriores muestra el saldo de unidades de la partida o talle del producto hasta ese movimiento inclusive.
8. PROCESOS AUXILIARES 8.1. RECÁLCULO DE SALDOS 23
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
El sistema no recalcula automáticamente los saldos de partidas o talles cuando se producen movimientos en los mismos. Esto se debe a que el sistema fue diseñado para operar en procesos que producen efectos sobre otros procesos (por ejemplo las facturas afectan al Stock), situación en la cual el recálculo automático no es seguro ni a veces posible.
Los saldos son confiables únicamente si son anteriores a cualquier agregado, baja o modificación en los archivos. Por ese motivo, la aparición de un movimiento con su saldo en blanco (cuando el mismo no es cero) indica que el registro es nuevo y fue leído por el sistema, pero no se recalculó su saldo.
El sistema permite tanto el (a partir del primer movimiento recálculo completo de saldosdisponible) como el recálculo parcial de saldos (a partir de la fecha más antigua de una modificación producida desde el último recálculo completo), de esta base de datos en cada uno de los órdenes que contempla (fecha, depósito, etc.).
El sistema ejecuta un recálculo parcial automático cuando se ingresa en estas pantallas.
El botón {Actualizar Saldos} (tecla [F6]) en la pantalla genera una actualización de saldos parcial (sólo para la partida o talle del producto con el que se está trabajando) y muestra los movimientos (originados por otro usuario) ingresados en ese stock mientras la pantalla se encontraba abierta.
El procedimiento de Recálculo de Saldos general de Stock, recalcula también los saldos de las Partidas (Talles) en forma automática.
Cada renglón de las pantallas anteriores muestra el saldo del producto (general o por Depósito) hasta el último movimiento inclusive.
En este sistema, el cálculo de saldos no es instantáneo con cada movimiento. Por lo tanto los saldos (tanto generales como por Depósito) son confiables únicamente si son anteriores a
cualquier agregado, baja o modificación en los archivos.
Los saldos que no son confiables no aparecen en la pantalla (la columna respectiva se ve vacía). Por el contrario, si los saldos se ven, puede confiar en ellos. El proceso de recálculo de saldos, opera de dos maneras:
a) Parcial: desde la fecha del agregado, baja o modificación más antigua.
b) General: desde el primer movimiento que exista en los archivos. Este procedimiento solamente es necesario si existen dudas sobre la integridad de los archivos.
8. PROCESOS AUXILIARES 8.2. CONTROL DE PARTIDAS 24
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
8.2. Control de Partidas
Las pantallas siguientes (ubicadas en el Menú de Consultas de Stock) controlan la consistencia de los movimientos y saldos de las Partidas.
Este proceso verifica la consistencia de los saldos de cada Producto con los saldos de las Partidas o Talles que lo integran, tanto en sus totales como en cada Depósito.
Se emiten listados con las diferencias que se detecten.
8. PROCESOS AUXILIARES 8.3. PASE DE PRODUCTOS A PARTIDAS 25
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Este proceso verifica que los movimientos de stock de cada Producto con partidas coinciden con los movimientos de las partidas respectivas.
Se emiten listados con las diferencias que se detecten.
8.3. Pase de Productos a Partidas
Este procedimiento se encuentra en el programa Procesos Auxiliares (icono ´O´ del sistema) - Procesos Especiales – Partidas. Es necesario porque el sistema no admite que un Producto sin partidas se convierta a Partidas cuando ya tiene movimientos de Stock.
El proceso produce una BAJA del saldo del stock de cada Producto en cada Depósito como movimiento ´sin partidas´, seguido por un ALTA de esa misma cantidad como movimiento ´con partidas´. Además coloca la marca de Usa Partidas en el registro del Producto.
La distribución posterior (si es necesaria) de esos saldos iniciales entre varias Partidas se puede ejecutar desde Movimientos Internos - Pase de Partidas.´
Un efecto importante de este proceso, es que no se pueden modificar los comprobantes anteriores que movieron Stock. Esto se debe a que cancelar (por ejemplo) un Remito que se
movió ´sin partidas´ devolvería el producto ´sin partidas´, lo que no es consistente con el estado de la información (que a esa fecha opera ´con partidas´).
La forma de resolver estas situaciones es aplicar otras formas de ajuste (Notas de Crédito, transformar el Remito en ´Sin cargo´, Movimientos Internos, etc.) que no alteren el comprobante original.
En cambio, un Remito a Facturar que contiene productos sin partidas, se transmitirá sin problemas a la Factura, cualquiera sea la fecha en que suceda ese evento, porque no implica un nuevo movimiento de Stock.
Importante:
8. PROCESOS AUXILIARES 8.3. PASE DE PRODUCTOS A PARTIDAS 26
SISTEMAS BTB - SQL 8.10 / WIN 9.10 PARTIDAS Y TALLES
Este procedimiento no es aplicable al caso de Talles, porque en ese caso el procedimiento busca un control efectivo del stock de cada Talle, se basa en la selección manual de los Talles en cada movimiento de entrada o salida (no existe un FIFO o LIFO automático) y los Presupuestos y Pedidos operan desde un inicio con Talles ya definidos.
Si es necesaria una implementación especial para este caso, consultar con BTB Soft.