NODUM - ERP / COMERCIAL
Procedimiento para facturar un pedido con entregas parciales
Tengo que pasar un pedido el cual se va a facturar y después se va a estar enviando parcialmente la mercadería con remito, Que pasos debo realizar?
Cuando se requiere emitir una factura por la totalidad de un pedido y luego realizar la entrega de la mercadería en forma parcial, debe seguirse el siguiente procedimiento:
1. Carga del pedido
-
Se ingresa por ejemplo Pedidos Ventas Plaza
-
Cargar el pedido utilizando el documento de emisión "Factura y Remito".
Importante: tener en cuenta que este proceso requiere sí o sí generar el pedido antes de emitir la factura.
Este tipo de documento permite emitir la factura por la totalidad del pedido, y luego realizar la entrega en partes mediante remitos.
2. Emisión de la factura
-
Una vez autorizado el pedido, se debe acceder al formulario Factura de Pedido Anticipada.
-
Allí se relaciona el pedido previamente generado, lo que permite emitir la factura anticipadamente.
3. Entregas parciales y emisión de remitos
Luego de emitida la factura:
-
Se pueden generar reservas y despachos parciales sobre ese mismo pedido.
-
A medida que se arma cada carga, se selecciona qué artículos y cantidades se van a entregar en esa instancia.
-
Por cada entrega se emite un remito de pedido (formulario: Remitos de Pedido).
-
Las cantidades restantes permanecen como saldo pendiente del pedido.
Ejemplo práctico:
-
Se factura un pedido de 20 unidades.
-
Se realiza una reserva y se despachan 5 unidades.
-
Se emite un remito por esas 5 unidades.
-
Las 15 unidades restantes quedarán pendientes hasta su entrega o anulación.
Observaciones
-
El circuito posterior a la factura puede variar según la configuración del sistema (reserva, carga, despacho, etc.).
-
Es fundamental respetar el orden del proceso para garantizar una correcta trazabilidad entre factura, remito y entregas parciales.
¿Cómo hacer para que se vuelva un pedido del "Facturador Masivo" a la aplicación "Generación Mensual Contratos Recurrentes"?
Se debe eliminar el registro del formulario "Solicitud Facturación Recurrente" y ahí aparece nuevamente en la Aplicación "Generación Mensual Contratos Recurrentes".
TransAct configuraciones básicas
En Mantenimiento Transacciones TransAct
Cada terminal (pos) debe tener su propio sitio de facturación para cada sucursal en la que se pretende facturar.
Cada terminal tiene su código propio y se ve cada vez que se le aprieta el botón verde (T0000N).
La relación es 1 sitio de facturación 1 terminal.
Además, cada usuario debe estar en:
La sucursal de empresa del sitio de facturación recién nombrado.
El sitio de facturación especifico del registro de mantenimiento transacciones TransAct.
La caja que se está utilizando.
Otros:
Se debe tener configurada la Parametrización de documentos a emitir, para que se vinculen los sitios de facturación con los documentos que puede usar.
La computadora necesita tener instalado el software de getnet, transact Bridge. Para comprobar si lo tienen, deben buscar en su servidor por algún programa llamado TransAct.
En caso de no tener la aplicación, se debe instalar con autorización de administrador (user y password), así que se debe tener a la gente autorizada disponible. Este punto calculo que lo debería ver TransAct.
¿Cuáles son los posibles estados de cliente en el maestro de clientes?
Existen tres posibles estados para un cliente en el maestro de clientes:
- H si el cliente está habilitado.
- S si el cliente está suspendido, implica que no se puede ingresar un pedido al cliente.
- C si el cliente es controlado, se pueden ingresar pedidos al cliente pero irán siempre a autorización comercial.
Trazabilidad de Pedidos
- Objetivo del reporte: Lista todos los pedidos para un cliente y período determinado, detallando que es lo que ocurrió con cada uno de los pedidos ingresados para el cliente.
- Filtros posibles: Empresa como dato obligatorio. Período de fechas, Cliente, Tipos de Pedidos o Números de pedidos como datos opcionales.
- Salidas Posibles: Por cada cliente lista todos los pedidos de venta ingresados, y para cada línea de los pedidos, el status del pedido, detallando cantidad, estado y documento de referencia si corresponde.
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Consulta Estado de Pedidos
- Objetivo del reporte: Es una consulta que, dado un número de pedido de ventas, permite saber qué fue lo que ocurrió con el pedido.
- Filtros posibles: Como único dato se solicita el número de pedido de ventas.
- Salidas Posibles: La consulta refleja tanto la situación histórica como la situación actual del pedido si corresponde:
- Detalle de Pedido Cargado: se lista el detalle del pedido tal cual fue ingresado al sistema.
- Estado Pedido Actual: lista las líneas del pedido que aún a hoy están pendientes, pudiendo estar en distintos estados.
- Facturas del Pedido: lista todas las facturas emitidas por la empresa (cabezales de la factura) que estén asociadas al pedido ingresado.
- Detalle de lo Facturado: lista las líneas del pedido facturadas
- Remitos del Pedido: lista todos los remitos emitidos por la empresa (cabezales) que estén asociados al pedido ingresado.
- Detalle de lo Remitido: lista las líneas del pedido remitidas.
- Trazabilidad del Pedido: lista todos los movimientos asociados a cada línea del pedido.
Estado de Cuentas - Vendedores
- Objetivo del reporte: Reporte disponible en el Portal Nodum para uso por parte de los vendedores de la empresa. Muestra el estado de cuentas de un cliente dado un período de tiempo.
- Filtros posibles: Período, Cliente, Empresa
- Salidas Posibles: Estado de cuentas del cliente de los documentos asociados al mismo.
Performance Gestión de Pedidos
- Objetivo del reporte: Calcula indicadores asociados a pedidos de venta, específicamente la cantidad de pedidos facturados y cantidad de pedidos ingresados.
- Filtros posibles:Empresa, Sucursal y Rango de fechas desde y hasta en la que se quiere calcular el indicador.
- Salidas Posibles: Retorna los siguientes indicadores:
- Cantidad total de pedidos facturados en el período, empresa y sucursal
- Cantidad de pedidos ingresados en el período, empresa y sucursal
- Por cada día del período: cantidad de pedidos ingresados, enviados a preparar, preparados y facturados
Inventario de Documentos - Vendedores
- Objetivo del reporte: Reporte disponible en el Portal Nodum para uso por parte de los vendedores de la empresa. Muestra el inventario de documentos que un cliente tiene pendientes.
- Filtros posibles: Cliente, Empresa
- Salidas Posibles: detalle por documento, número, vencimiento y monto de todos los comprobantes que el cliente tiene pendientes para con la empresa.
Orden de Picking Consolidado
- Objetivo del reporte: Lista el detalle de artículos que se enviaron preparar en una misma “corrida” que en Nodum se identifica con un número de Picking. Cada número de picking puede contener n pedidos de clientes distintos. Este reporte, a diferencia del reporte de Orden de Picking, consolida toda la información independientemente de los pedidos-clientes incluidos en el picking. Es de utilidad cuando la empresa pickea de forma consolidada, es decir, busca todos los artículos de una misma corrida sin discriminar en ese momento la apertura por pedido, para luego en un segundo paso, discriminar lo ya pickeado por cada pedido.
- Filtros posibles: Diversidad de filtros posibles, todos asociados a clientes o datos asociados a la preparación de pedidos de venta.
- Salidas Posibles: Agrupa por deposito, listando los artículos (detallando ubicación, lotes y cantidades) que hay que pickear.
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Orden de Picking de Reservas
- Objetivo del reporte: Lista el detalle de artículos que se enviaron preparar en una misma “corrida” que en Nodum se identifica con un número de Picking. Cada número de picking puede contener "n" pedidos de clientes distintos. Este reporte, agrupa la información por cada pedidos-clientes incluidos en el picking. Es de utilidad cuando la empresa, al momento de pickear, ya va discriminando lo que va para cada pedido-cliente. A diferencia del reporte Orden de Picking, este reporte muestra solo lo pendiente de pickear al momento de emitir el informe (no el detalle original del picking generado). Es decir, si un picking contenía dos artículos y uno ya fue pickeado, solo muestra el articulo que aún está pendiente de pickear.
- Filtros posibles: Diversidad de filtros posibles, todos asociados a clientes o datos asociados a la preparación de pedidos de venta.
- Salidas Posibles: Agrupa por pedido-cliente, lista los artículos (detallando ubicación, lotes y cantidades) que hay que pickear.
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Control de Preimpresos Documentos Venta
- Objetivo del reporte: Lista todos los comprobantes emitidos en determinado sitio.
- Filtros posibles: Empresa, sucursal, sitio y período.
- Salidas Posibles: Detalle por fecha, tipo de comprobante, número de comprobante, serie y estado.
Las salidas pueden ser: Pantalla, Exportar e Impresora.
Facturación Diaria DGI
Reporte que saca la facturación diaria (no solo los importes de ventas sino los descuentos e impuestos). Además, muestra el estado del documento a efectos de facturación electrónica con DGI.
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Informe de Ventas a Excel
- Objetivo del reporte: Listar las ventas de la empresa para un período de tiempo, agrupadas por mes-año, familia, subfamilia y articulo.
- Filtros posibles: Empresa, período
- Salidas Posibles: Salida a Excel con el siguiente detalle: familia, subfamilia, articulo, nombre, Mes, Año, unidades vendidas, importe en moneda nacional, importe en moneda traducida.
Margen Ventas - Costo Última Compra
- Objetivo del reporte: Mostrar el margen de venta por cada artículo, suponiendo como costo de venta, el costo unitario de la ultima compra de ese artículo. A diferencia del reporte Margen de Ventas, que es necesario tener el proceso de costos corrido porque el costo unitario lo obtiene del costo contable, en este caso, el costo unitario se asume de la ultima compra.
- Filtros posibles: Empresa, período como filtros obligatorios.
- Salidas Posibles: Articulo, precio promedio, precio de lista, cantidad vendida, monto neto vendido, costo unitario según ultima compra, % margen.
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Ranking de Ventas por Artículo Base
- Objetivo del reporte: Listar los artículos “más vendidos” ordenando por importe o por cantidad en un período de tiempo.
- Filtros posibles: Empresa, período como datos obligatorios. Opcionalmente se puede filtrar por sucursal. Se indica si el ranking se realiza en base al importe vendido o a las cantidades vendidas. Se indica si el ranking se realiza por familia de artículos o sin agrupación.
- Salidas Posibles: Detalle de articulo, cantidad vendida, monto en moneda nacional y traducida vendida, y el % de incidencia del artículo en el total de la venta. El listado lo muestra ordenado por importe o cantidad según se indico en los filtros.
- Agrupado por familia de artículos
- Listado general
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Ranking de Ventas por Familia Express
- Objetivo del reporte: Listar los artículos base “más vendidos” ordenando por importe o por cantidad en un período de tiempo.
- Filtros posibles: Empresa, período como datos obligatorios. Opcionalmente se puede filtrar por sucursal. Se indica si el ranking se realiza en base al importe vendido o a las cantidades vendidas. Se indica si el ranking se realiza por familia de artículos o sin agrupación.
- Salidas Posibles: Detalle de articulo, cantidad vendida, monto en moneda nacional y traducida vendida, y el % de incidencia del artículo en el total de la venta. El listado lo muestra ordenado por importe o cantidad según se indico en los filtros.
- Agrupado por familia de artículos
- Listado general
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
INE cambió el cálculo base para el IPC y ahora los valores paramétricos son otros, ¿cómo podemos cambiarlos para que el sistema calcule según el nuevo criterio?
Se debe consultar con su referente de soporte para actualizar los valores de los índices por base de datos.
¿Se puede hacer una factura con fecha futura?
DGI acepta facturas con cualquier fecha futura con límite hasta 60 días de la fecha actual.
Debido a que contablemente Nodum graba los asientos en la moneda de la factura, moneda nacional y moneda traducida, es necesario cargar el tipo de cambio estimado para la fecha futura que se quiera utilizar.
Una vez llegada la fecha, y se sepa el tipo de cambio real para ese día, se puede ingresar un asiento diario afectando la factura para corregir el importe en moneda traducida.
Interfaz FW - Software de ruteo
Se adjunta el documento de cambios y descripción de la interfaz en la base de COUSA
Parametros Generacion Pedido Servicios M
Se cargan los parametros para la ejecucion de la aplicacion de Generacion de Pedidos de Servicios Masivo. La aplicacion genera y graba automaticamente y de forma masiva pedidos que luego pueden ser facturados por el Facturador Masivo. En los parametros se define cada operacion a ser procesada por la aplicacion, que tienen asociados atributos que se detallan a continuacion.
Destinatarios Ordenes Servicios
Se definen los destinatarios de las Ordenes de Servicio.
Consulta Límite de Crédito Clientes
- Objetivo del reporte: Lista todos los clientes que tienen fijado un límite de crédito entre un monto desde y hasta, para determinada fecha de vigencia hasta.
- Filtros posibles:
- Vigencia hasta: cada cliente tiene parametrizado en el Mantenimiento de Clientes, un límite de crédito fijado con una fecha de vigencia tope o hasta establecida. La consulta filtra todos los clientes con límite de crédito fijado hasta la fecha la fecha indicada.
- Moneda: cada cliente tiene parametrizado en el Mantenimiento de Clientes, la moneda en que está reflejado el límite de crédito fijado. La consulta permite filtrar todos los clientes que tienen límite de crédito en una moneda determinada, o también se puede filtrar en todas las monedas.
- Limite de Crédito Desde – Hasta: monto de crédito otorgado desde y hasta a filtrar para listar los clientes.
- Salidas Posibles: Listado exportable a Excel que detalla los clientes que cumplen las condiciones de los filtros con sus datos principales (código, número legal, nombre) y los datos crediticios (limite de crédito, moneda, vigencia y calificación crediticia)
Se emitió factura por pedido, que se pickeo pero no desconsolidó y luego ajustar unos precios, para esto hicieron NC directa sin stock y refacturaron con factura de servicios para dejar bien los precios. Ahora quieren cancelar todo y liberar el reservado
En estos casos se debe hacer anulación de pedidos y nota de crédito por la factura de servicios.
¿Cómo o por cuál formulario se puede anular una factura y que reviva el pedido afectado para volver a facturarlo?
Si la factura te la anuló DGI o la rechazo el proveedor de factura electrónica, entonces es posible usar el formulario "Anulación Doc. Ventas Generados" (Fig 1).
Este formulario borra los impactos contables, de stock y de pedidos de la factura.
Se recomienda usar principalmente si la factura llegó a DGI y fue anulada.
Trae los documentos dependiendo del año/ mes de la fecha ingresada
¿Cómo hacer para primero facturar un pedido y en un paso posterior remitirlo impactando el stock?
En el ingreso de pedido, se debe cambiar el campo Doc. Emisión poniendo “Factura y Remito” (Fig 1).
Si el pedido ya fue ingresado con otro Doc. Emisión y ya no es posible editarlo, se puede cambiar este campo en la transacción “Edición Datos Pedidos en Curso”.
De esta forma, el paso siguiente es facturar el pedido mediante el Facturador Masivo, se debe elegir en el filtro "Generar" la opción "Facturas Anticipadas Pedidos".
Una vez que el pedido fue facturado, se pueden asignar y confirmar las unidades del pedido facturado. Por último se emite el remito.
¿Por qué puede ser que la transacción de certificación de servicios me de error, cuando ya pude hacerlo para otras monedas?
Es necesario verificar la imputación contable de documentos para el documento "certserv", y la moneda de la certificación que da problemas. Es probable que falte la parametrización para esta moneda en particular (Fig 1).
Lista Precios por Grupo
Muestra los precios de lista y mínimos vigentes detallados por artículo agrupando por cada grupo de lista de precios y por moneda.
Lista de Precios Promocionales
Muestra las listas de precios que se definieron como promocionales en el sistema. Se puede visualizar la lista de precios promocional general para la empresa o por sucursal. Se agrupa por fecha de vigencia de la promoción desde - hasta, detallando artículo, precio y precio mínimo.
Precio Por Articulo
Muestra agrupando por artículo, todos los precios a que la empresa vende cada artículo detallando: grupo lista precio, moneda, precio, precio mínimo.
Precio por Cliente
Muestra agrupando por cliente a que precio se le vende a cada cliente los artículos que se venden en la empresa (sea de la lista general, o particular o promocional, muestra la que aplique en ese momento). Se puede filtrar por moneda, cliente, artículo e incluir o no los precios promocionales. Se detalla la lista de precios de la cual se tomó el precio.
Reporte Reglas Comerciales
Muestra el detalle de reglas comerciales definidas en el sistema. Hay tres vistas: por cliente, por artículo, por regla. Se puede filtrar por artículo, cliente, regla y forma de pago.
Pedidos Ingresados
Muestra los pedidos tal cual se ingresaron originalmente, independientemente del status en que estén en la actualidad.
Status de Pedidos
Muestra el status de los pedidos a la fecha en que se emite el reporte.
Orden de Picking
- Objetivo del reporte: Lista el detalle de artículos que se enviaron preparar en una misma “corrida” que en Nodum se identifica con un número de Picking. Cada número de picking puede contener n pedidos de clientes distintos. Este reporte, agrupa la información por cada pedidos-clientes incluidos en el picking. Es de utilidad cuando la empresa, al momento de pickear, ya va discriminando lo que va para cada pedido-cliente. A diferencia del reporte Orden de Picking de reservas, este reporte muestra el detalle original de la orden de picking, independientemente de si ya realmente se pickeó o no cada item.
- Filtros posibles: Diversidad de filtros posibles, todos asociados a clientes o datos asociados a la preparación de pedidos de venta.
- Salidas Posibles: Agrupa por pedido-cliente, lista los artículos (detallando ubicación, lotes y cantidades) que hay que pickear.
Las salidas pueden ser: Excel, Exportar, Impresora, Mail y Pantalla.
Facturación Diaria
Reporte que saca la facturación diaria (no solo los importes de ventas sino los descuentos e impuestos).
Ficha Artículo
Muestra las ventas diarias por artículo (agrupando siempre por articulo), con filtros: empresa, sucursal, moneda, día desde -día hasta, cliente, articulo, tipo de pedido, negocio. 2 vistas: acumulado diario o acumulado por el periodo ingresado.
Ficha Cliente
Muestra las ventas diarias agrupando por cliente y detallando por artículo. Se puede sacar en una vista detallada por día o acumulada por artículo.
Ranking de Ventas por Artículo
Muestra el Ranking de venta de artículo para una empresa y sucursal, para un periodo de tiempo dado, mostrando detalle de Artículo, Cantidad, Importe MN, importe TR y porcentaje de incidencia del artículo sobre el total de las ventas. Se puede ordenar por monto o por cantidad.
Ranking de Ventas por Cliente
Muestra el ranking de clientes de la empresa y sucursal, para un periodo dado, mostrando el cliente, el importe en MN y MT y el porcentaje de incidencia del cliente (por el cual ordena).
Totalizador de Ventas
Muestra acumulado por día las ventas en Moneda Nacional y Traducida (con descuentos sin impuestos).
Ventas Mensuales por Artículo
Muestra agrupado por artículo las ventas detalladas por cada mes-año con detalle de Cantidad, importe MN e Importe TR (importes con descuentos pero sin impuestos).
Ventas Mensuales por Cliente
Muestra agrupado por cliente las ventas detalladas por cada mes-año con detalle importe MN e Importe TR (importes con descuentos pero sin impuestos).
Ventas por Artículo
Muestra por empresa y sucursal las ventas para el periodo de los filtros con detalle: articulo, cantidad, importe MN, importe TR, precio unitario promedio MN y precio unitario promedio TR.
Ventas por Canal
Muestra las ventas por empresa y sucursal para un periodo, haciendo grupo por "grupo de canales", detallando Canal, importe MN, importe MT y poniendo la incidencia en % de cada canal en las ventas y por grupo.
Ventas por Cliente
Muestra las ventas para una empresa y sucursal, para un periodo dado, de las ventas agrupadas por cliente con detalle de Cliente, Importe MN, importe MT, promedio de venta MN y promedio venta MT (importes con descuentos sin impuestos).
Clasificación Contable de Ventas
Esta definición sirve para parametrizar los asientos de ventas automáticos que genera el sistema al momento de emitir un comprobante de ventas.
Definir un asiento de ventas implicar definir qué cuentas de resultados (ventas, descuentos, costo, etc.), qué cuentas de deudores y qué dimensiones contables (centro de costo, actividad, etc.) deben imputarse al registrar un comprobante de ventas automáticamente. Esta definición se realiza para tres dimensiones: moneda (en que se emite el documento), documento (factura, boleta, nota crédito, etc.) y clasificación contable de ventas. Es decir, para cada una de estas tres variables se define un asiento de ventas. Ver Mantenimiento: Definición de asientos de ventas.
La clasificación contable de ventas es una agrupación de artículos y servicios que afectan las mismas cuentas de ventas. Esta clasificación se asocia a cada artículo-servicio definido en el sistema. En el sistema se lo podrá ver también bajo el nombre de "grupo de contabilización".
Ejemplo: Si emito una factura, en moneda nacional, con el detalle de un artículo X debe existir una definición de asiento de ventas para el documento "factura", para la moneda "nacional" y para la clasificación contable de ventas que tiene el artículo X asociado.
Definicion de Asientos de Ventas
Se parametrizan los asientos de ventas automáticos que genera el sistema al momento de emitir un comprobante de ventas.
Definir un asiento de ventas implicar definir qué cuentas de resultados (ventas, descuentos, costo, etc.), qué cuentas de deudores y qué dimensiones contables (centro de costo, actividad, etc.) deben imputarse al registrar un comprobante de ventas automáticamente. Esta definición se realiza para tres dimensiones: moneda (en que se emite el documento), documento (factura, boleta, nota crédito, etc.) y clasificación contable de ventas (agrupación de artículos y servicios que afectan las mismas cuentas de ventas). Es decir, para cada una de estas tres variables se define un asiento de ventas.
Ejemplo: Si emito una factura, en moneda nacional, con el detalle de un artículo X debe existir una definición de asiento de ventas para el documento "factura", para la moneda "nacional" y para la clasificación contable de ventas que tiene el artículo X asociado.
El asiento de la ventas se realizará al momento de registar el documento tomando las cuentas aquí parametrizadas mientras que el asiento de costo de ventas se registra mediante el Proceso de Costos del sistema que se procesa mensualmente, tomando la cuenta de costo de ventas aquí definida y la cuenta de inventario asociada al artículo.
Registro Documentos Re-Impresos
Se deben ingresar los números de documentos internos que fueron reimpresos por algún motivo con su correspondiente preimpreso. Se aplica en los casos en que se registró el documento (se grabó) y al salir la impresión quedó mal impreso. En este caso hay que anular el preimpreso por el formualrio de "Registro Formularios Anulados" y luego registrar en este mantenimiento la relación documento-preimpreso nuevo.
Asignación Resma a Sitio de Facturación
Se asigna cada resma al sitio de facturación en el cual se va a imprimir y se parametriza la fecha desde la cual se comienza a utilizar.
Cantidad de Vias
Se cargan la cantidad de vías (original, copia contaduría, etc.) que se debe emitir por cada documento. Se asocian a los clientes. Este mantenimiento NO es obligatorio. Por defecto, el sistema toma la cantidad de vías del Mantenimiento "Parametrizacion de Documentos a Emitir", pero, si algún cliente tiene un manejo especial, entonces se asocian las vías en el Mantenimiento de Clientes y el sistema toma esta última parametrización.
Docum Ventas x Tipo de Empresa
Se carga la relacion entre los documentos de venta (los documentos que la empresa emitira) y los tipos de empresa (iva) asociados a los clientes. Este mantenimiento SOLO es necesario cargar si se define en los Parametros Comerciales que la forma de inicializacion de documentos de venta es la numero 2. Solo en Argentina aplica la condicion 2 y por ende debe cargarse este mantenimiento.
A modo de ejemplo, para el caso de Argentina, un cliente de tipo Responsable Inscripto se le asocian los documentos de tipo A.
Documento de Emisión
Es una definición interna del sistema que se sugiere no modificar. Se trata de las posibles combinaciones de documentos que se pueden dar en una venta (solo factura, remito y factura, solo remito, otro comprobante).
A cada cliente se le asocia un documento de emisión. Al ingresar un pedido en el sistema se inicializirá automáticamente el documento de emisión, el cual definie el circuito por el que se procesará la venta del cliente (solo factura, se remite y luego se factura, etc.).
Existen pedidos especiales que tienen un documento de emisión fijo que no se inicializa del cliente y no se puede modificar. Por ejemplo los pedidos ingresados bajo el circuito de prefacturación en el que solo se debe remitir y no facturar por que la factura se emitió anteriormente.
Documentos de Impresión
Es una definición interna del sistema que se sugiere no modificar. Sirve como imput del Mantenimiento de Documentos de Emisión.
Parametrización de Documentos a Emitir
Se carga la parametrización asociada a la emisión e impresión de los documentos de ventas. De esta parametrización se deduce la serie y le numero de documento, la cantidad de copias que se emiten por cada registro de factura, la cantidad de líneas por factura que se pueden imprimir, etc.
Resmas
Se definen las resmas de documentos preimpresos pertenecientes a una empresa del sistema. Se paramatrizan datos de la resma como el número de preimpreso inicial y final, tipo de numeración, serie, así como el vecimiento de los preimpresos.
Sitios de Facturación
Se cargan los sitios de facturación asociados a cada empresa y sucursal deifnidas en el sistema. Al iniciar cada transacción de emisión de documentos comerciales, se pedirá la empresa, la sucursal de la empresa y el sitio de facturación con los que se va a trabajar. Se validará que el usuario que ingresa a la transacción este asociado a ese sitio de facturación.
Formas Inicializacion Doc Ventas
Este Mantenimento viene predefinido por Nodum y no debe ser modificado. En este mantenimiento estan cargadas las posibles formas de inicializacion de documentos de venta en el proceso comercial. La forma de inicializacion deseada debe cargarse en los Parametros Comerciales. Para Argentina se debe cargar la forma 2 predefinida, mientras que para los demas paises debe cargarse la forma 1.
La forma 1 depende de la condicion de venta (credito, contado) y la clase de documento que se esta procesando (factura, nota de credito, etc.), no depende del cliente. La forma 2 en cambio depende del cliente, en especial del tipo de empresa iva, ya que el documento a emitir varie segun el cliente al que se le esta vendiendo.
Parámetros Comerciales
Se cargan los parámetros generales del proceso comercial. Se ingresan datos importantes que son claves para el correcto funcionamiento del proceso.
Perfiles Acceso Monitores Comerciales
Se cargan los perfiles de acceso al monitor de ventas de ventas y al monitor de pedidos. Son un conjunto de personas (usuarios) que tienen el mismo nivel de permisos para visualizar información en el monitor de ventas/monitor de pedidos.
Los perfiles ya vienen predefinidos por Nodum. Se deben asociar los usuarios a cada perfil.
Los perfiles de usuarios son tres. Un perfil "Global" que tiene acceso a ver la información de una o más sucursales de forma individual o consolidada. Un perfil "Por Empresa-Sucursal" que tiene acceso a ver la información de la empresa-sucursal que los usuarios del perfil están asociados. Por último, un perfil "Por vendedor" que solo podrá visualizar la información de la cartera de clientes del vendedor (las ventas/pedidos de los clientes que el vendedor maneja).
Canales
Se cargan los canales comerciales. Los canales son asociadas a los clientes. Son utilizadas como clasificadores de clientes para luego poder sacar informes por canal comercial.
Clientes
Se cargan los clientes de la empresa. Los clientes son titulares en el sistema y se utilizan en los procesos de comercial, reclamos de clientes, cobranza y cuentas deudoras y otros procesos chicos que formas parte de la gestión de clientes del sistema.
Grupo de Canales
Se cargan grupos de canales comerciales. Es una clasificación de canales. A cada canal se le asocia un grupo de canal. Los canales son asociadas a los clientes. Son utilizadas como clasificadores de clientes para luego poder sacar informes por canal y grupo de canal.
Grupos de Compra
Se cargan grupos de compra o holdings. Los grupo de compras son conjuntos de clientes asociados. Se define cada cliente individual y a cada uno se le asocia el grupo de compra o holding al que pertenece. De esta manera se pueden sacar estadíticas de ventas por grupo de clientes o grupo de compras.
Mercados
Se cargan mercados de acuerdo a la categorización que la empresa desee. Los mercados son asociadas a los clientes. Son utilizadas como clasificadores de clientes para luego poder sacar informes por mercado.
Parámetros Calificación Crediticia
Se carga la parametrización asociada a la calificación crediticia de clientes. Es utilizada en el sistema de control crediticio de los clientes. El sistema permite tener niveles (grupos) distintos de clientes en cuanto al control crediticio que se debe realizar. Por ejemplo un grupo A que no tiene problemas crediticios, un grupo B que tiene a veces problemas crediticio por lo tanto hay que controlarlos a nivel general y un grupo C que siempre tiene problemas crediticios y que por ende hay que controlarlos en detalle. A cada cliente se le asocia un grupo aquí definido.
El control crediticio es efectuado al ingresar un pedido. El sistema evalúa las condiciones crediticias de acuerdo al grupo que pertenece el cliente. Si el cliente esta OK entonces el sistema deja automáticamente el pedido autorizado crediticiamente, mientras que si no esta OK, el sistema deja automáticamente el pedido rechazado crediticiamente y el mismo pasa a una autorización crediticia.
SISTEMA CONTROL CREDITICIO
El sistema de control crediticio prevé una serie de parámetros y condiciones que definen el status crediticio del cliente.Si alguna de las condiciones no se cumple, el pedido del cliente es rechazado crediticiamente y por ende va a autorización crediticia. Estos parámetros son:
a) Cada cliente tiene un status crediticio pre-definido (Mantenimiento Clientes). Si el status es distinto a H (habilitado), el pedido es rechazado.
b) Se definen grupos de calificación crediticia. En cada grupo se establece si se quiere controlar si el cliente tiene deuda vencida. Si se establece que sí, entonces el sistema rechazará el pedido si el cliente tiene deuda vencida. Si se establece que no, el sistema dejará autorizado el pedido aún cuando el cliente tenga deuda vencida.
c) Cada cliente debe ser calificado crediticiamente y fijarle su límite de crédito con su vigencia y la moneda en que se fija (Mantenimiento Clientes). Si el límite de crédito está vencido, el pedido es rechazado.
d) Para cada grupo de calificación crediticia, se establecen qué cuentas-auxiliares se deberán auditar en el control crediticio. Para cada cuenta contable se establece: una tolerancia de días para la deuda vencida (esto quiere decir que el sistema considere que un documento imputado a la cuenta en cuestión está vencido si la fecha de vencimiento del documento + la tolerancia en días es menor a la fecha del día de ingreso del pedido; un parámetro que indica que si existe saldo en la cuenta en cuestión, se rechace automáticamente.
e) Si el límite de crédito es menor al crédito en uso, entonces el pedido es rechazado.
En base a esta parametrización, la fecha valor del pedido y los saldos pendientes en módulo de cuentas corrientes se decide si el pedido es rechazado o aprobado crediticiamente. En la autorización crediticia el usuario podrá anular definitivamente el pedido o autorizarlo.
Zonas Comerciales
Se cargan zonas comerciales. Las zonas comerciales son asociadas a los clientes. Son utilizadas como clasificadores de clientes de acuerdo a las zonas que comercializa la empresa para luego poder sacar informes por zona comercial.
Expresos (Agencias Transporte)
Se cargan los expresos o agencias de transporte con los que trabaja la empresa para el reparto de mercadería. Los expresos se asocian a los clientes-sucursales. Esta parametrización sirve para optimizar el circuito de reparto.
Modo de Entrega
Se cargan los modos de entrega. Los modos de entrega se asocian a los clientes. Esta parametrización sirve para optimizar el circuito de reparto.
Tipos de Entrega
Se cargan los tipos de entrega. Es una tipificación de los modos de entrega. En general se suele definir: entrega propia, entrega con terceros, retira. Se sugiere no modificar esta tipificación.
Zonas de Entrega
Se cargan las zonas de entrega. Las zonas de entrega se asocian a los clientes-sucursales. Esta parametrización sirve para optimizar el circuito de reparto.
Acciones de Lineas Pedidos
Se cargan las acciones que se podrán tomar respecto al stock la momento de ingresar un pedido. Estas acciones se asocian a cada tipo de pedido en el Mantenimiento de Tipos de Pedidos. Por ejemplo si un tipo de pedido se quiere que siempre quede en pendiente por más que haya stock disponible, se define una acción que sea "siempre disponible" y se asocia esta acción al tipo de pedido. Cuando el usuario ingresa un pedido, la acción se inicializa automáticamente. Si otro tipo de pedido se quiere reservar si hay stock disponible se define otra acción que sea "reserva si disponible" y se asocia al pedido. Se podrán asociar más de una acción a un tipo de pedido. En ese caso, el usuario que ingresa el pedido elije la acción que quiere. A cada acción se le asocia un estado de stock que será el estado en que quede el pedido una vez ingresado.
Agrupaciones de Facturas
Se cargan criterios para agrupación de los pedidos comerciales a la hora de emitir la factura. Es decir, si un pedido comercial tiene artículos con código de agrupación "1" y a su vez tiene artículos con código de agrupación "2", se emitirán dos facturas, una para cada código de agrupación.
Formulario Valoriza Pedido
Es un mantenimiento que debe ser cargado solamente por consultores de Nodum. Se cargan los formularios que implican una valorización o un cambio en la valorización de un pedido (por ejemplo una anulación parcial de un pedido). Los formularios que estén aquí parametrizados son los que el sistema tomará en cuenta para valorizar (calcular monto del pedido) cuando se ingresa un registro en los mismos y así tener actualizada la posición de titulares - pedidos.
Tipos de Pedidos
Se cargan los tipos de pedidos. Cada subproceso comercial tiene un tipo de pedidos asociado. Cada tipo de pedido tiene atributos que identifican al subproceso asociado. Es una identificación de los pedidos que permite identificar qué pedidos pertenecen a qué subproceso de comercial (pedido ventas plaza, pedido consignación, pedido de acopio, etc.). Los tipos de pedidos vienen predefinidos en el sistema y se sugiere mantenerlos.
Clases de Reclamo de Clientes
Se cargan los tipos o clases de reclamos que pueden tener los clientes asociados a la gestión comercial de la empresa. Esta clasificación de reclamos es utilizada en el proceso de gestión de reclamos de clientes del sistema.
Armado Composicion de Servicios
Se cargan las composiciones o combos de servicios que comercializa la empresa. Es utilizado en el proceso de Ordenes de Servicios. Sirve especialmente a empresas con servicios como taller, reparaciones, servicios humanos. Se pueden predefinir "servicios tipo" que se conforman a su vez de otros servicios o artículos definidos en el sistema. Es una similitud a las fórmulas productivas pero asociado a servicios. Al ingresar un pedido, se selecciona un servicio predefinido y de acuerdo a la composición que tenga el mismo se define el precio y se disparan ordenes de trabajo.
Vendedores
Se cargan los vendedores que tiene la empresa. Los vendedores son titulares en el sistema y son utilizados para identificar la persona que gestionó cada pedido de venta y el dato se arrastra hasta la factura de manera de poder sacar informes de comercial por vendedor.
Tengo un mismo pedido y salió en dos facturas separadas en el facturador. ¿Por qué puede haber pasado eso?
Existe un atributo en la definición de los artículos, Agrupación de Facturas, que se utiliza para separar artículos de un mismo pedido en diferentes facturas. Esto es necesario en laboratorios donde existen restricciones y ciertos artículos no se pueden facturar juntos. El dato se encuentra en la pestaña comercial de los diferentes mantenimientos de artículos.
Habitualmente esto se deja en cero y no es utilizado por la mayoría de los clientes. Este dato se puede dejar vacío pero dejarlo vacío puede generar que algunos pedidos queden en dos facturas de un mismo pedido y no se entienda el por qué de la separación.
¿Qué reporte de ventas puedo usar si quiero ver las ventas con impuestos?
Para ver la información de ventas con impuestos, tenemos dos opciones:
- El reporte "Facturación diaria". Muestra la facturación detallada por día con acceso a la transacción origen de cada documento. Se puede exportar, y seleccionar el formato en el que se quiere guardar, sino, se puede obtener en pantalla y en excel. Estas opciones de salida se seleccionan desde el combo "Destino"
- "Reporte venta detallada". Muestra directamente un excel (única salida) con el detalle de todos los documentos de ventas incluyendo la columna "impuestos"
¿En los sitios de facturación manuales el usuario debe digitar el número de comprobante que desee usar en los formularios?
Sí, un sitio de facturación manual asume que uno está ingresando con la libreta luego de haber emitido.
¿Cuál es la diferencia para generar un anticipo entre usar la transacción "Registro Anticipo Clientes a Recibir" y el bloque "Generar Anticipo" del Recibo Cobranza?
La transacción "Registro Anticipo Clientes a Recibir" (TvntAntiCli) no impacta contabilidad, simplemente genera saldo a nivel de documentos del anticipo.
Tanto la transacción "Recibo de Cobranza" (TcbnCbzaGralMM) como "Ingreso Cobranzas Contado" (TcbnCbzaContaMM) en la grilla de anticipos a afectar se netea el saldo en documentos del anticipo y se impacta contablemente contra la cuenta de anticipos clientes correspondiente. Al utilizar el bloque "Generar Anticipo" desde la sección de anticipos, se genera el impacto contable a la cuenta de anticipos clientes, sin ningún impacto a nivel de documentos.
Están apareciendo ventas con vendedor 0, ¿Cómo se resuelve?
No existe un procedimiento en el sistema para realizar esto. Para resolverlo se deberán actualizar los datos en la tabla de facturas para que luego la información se vea correctamente. Para realizar esto conectarse con su referente en el equipo Nodum.
Además de esto se debe revisar al cliente en el mantenimiento de cliente y asociar un vendedor correcto.
¿Existe forma de sacar listado de proveedores y listado de clientes? por ejemplo a formato pdf
No. Como reporte estándar de Nodum pero se puede exportar el panel de registros como en cualquier panel de registros.
Configuran las columnas que quieren generar. Le dan Archivo, Imprimir.
Allí sí se puede sacar como Excel o como PDF.
Fig.1
Fig.2
Si eso no está bien explicado acá:
Necesito ver para proveedores y para clientes el detalle de las facturas pendientes de pago. ¿Cómo los puedo ver?
Se debe sacar un inventario de detallado de documentos. También se puede sacar del navegador contable pero el reporte puede incluir varias cuentas y tener más de una visión.
¿Por qué el documento emisión debe ser Remito y Factura para poder hacer la asignación de stock de un pedido en curso?
La afirmación hecha en la pregunta no es correcta. Un pedido en curso SI puede ser asignado para cualquiera de los documentos de emisión disponibles en el sistema, siempre que el pedido este en estado autorizado y las líneas del pedido este en estado “res” (reservado).
¿Cómo hacer funcionar una lista de precio por cliente?
Listas de Precios
Existen tres tipos de listas de precios:
La general: La lista de precio general aplica a todos los clientes por igual y debería contener los precios de todos los artículos o productos terminados que se puedan facturar.
La de clientes: La listas de precio por clientes, se utilizan para registrar aquellas excepciones o precios especiales que se les desee hacer a un cliente en particular, para determinado artículo. Es individual por cliente.
Las de grupo de clientes: Los grupos de listas de precios es una forma de agrupar clientes de modo de asignarles el mismo precio en determinados artículos. Es una lista de precios que le aplica a un grupo de clientes.
Ver figura 1
Por lista de precio se cargan los siguientes datos:
- el precio en la moneda en que se cargó la lista de precios
- la moneda en que se cargó el precio en la lista de precios
- el precio valorizado a la moneda del pedido
- la fecha de vigencia del precio
- el precio mínimo cargado en la lista de precios valorizado en la moneda del pedido
Creación de Lista de Precios
Para crear una lista general, una lista de precio por grupo o una por cliente existe una transacción para cada una de estas acciones.
Actualización Listas de Precios
Para actualizar las listas de precio existen cuatro transacciones:
- Actualización de un precio de artículo en una lista
- Actualización de precios por artículo
- Agregar un artículo a una lista
- Anular un precio en determinada lista
En cuanto al funcionamiento de la inicialización de la Lista de Precios en el sistema, depende de la combinación de tres variables: el cliente, el articulo y la moneda.
La lógica es la siguiente:
Con el código de cliente, el sistema busca si existe una lista de precios cargada con el mismo código de lista de precio que el código de cliente. Si existe y el articulo está en esa lista, toma el precio vigente de esa lista.
Si en el paso 1) no existe precio para el articulo, busca si existe precio vigente del articulo cargado para el código de lista de precios asociado al cliente en el Mantenimiento Clientes. Si existe, toma el precio vigente de esa lista.
Si en el paso 2) no existe precio para el artículo, busca el precio vigente para el articulo en la lista de precios general de la empresa.
Si en ninguno de los tres niveles se encuentra precio vigente cargado, se inicializa el precio con 0.
Si en alguno de los niveles se encuentra precio vigente cargado en la MISMA moneda que el pedido, se inicializa el precio encontrado en el primer nivel encontrado.
Si en alguno de los niveles se encuentra precio vigente cargado en DISTINTA moneda que el pedido, dependerá de la parametrización del sistema (en los parámetros comerciales), que se indica si el sistema busca precios por moneda estricta o no. Si es por moneda estricta y la moneda del precio vigente coincide con la moneda del pedido, inicializa el precio encontrado en el primer nivel encontrado. Si la moneda no coincide, inicializa el precio en 0. Si NO es por moneda estricta, inicializa el precio encontrado en el primer nivel encontrado convirtiendo el precio de la lista a la moneda del pedido (al TC fijado en los parámetros comerciales).
Error ejecutando servicio IniAsientoVtaExU o IniAsientoVtaExp
El error que se ve en el log es NULL y lo que ocurrió en este caso es que se actualizó el formulario de definición de asientos de Venta (MAsientoVtas), se importó el formulario de la express y esto creó varios campos nuevos en la tabla ct_asientovtas. Como los campos nuevos quedaban en Nulo todos los asientos que se querían realizar daban error por tener la cuenta nula.
Los campos que se detectó que estaban en nulo son:
cod_cta_retgtia, cod_cta_dart, cod_ctad_dart, cod_cta_dadic, cod_ctad_dadiccod_cta_dart, cod_ctad_dart, cod_cta_dadic, cod_ctad_dadic.
En caso de ocurrir algo así contactarse con su referente en el equipo Nodum.
Como se componen las estadísticas de ventas en Nodum? ¿De donde toma los datos la sa_gescliart que a su vez se utiliza en el reporte de Margen Ventas?
Las estadísticas de ventas en Nodum se componen de:
- Información de las ventas desde que se inició con Nodum. Es el detalle de la facturación.
- Información de la estadística histórica que el cliente puede cargar, con las ventas anteriores al inicio de Nodum. No es una carga obligatoria. Se carga mediante el formulario “Carga Histórico de Ventas (Estadisticas)”.
¿Qué diferencia hay entre los tipos de certificados de IVA (existen tipo A, tipo B, tipo C, tipo D)?
Desde el punto de vista del sistema Nodum, son todos documentos para poder utilizarse en la contabilidad y no tienen ningun tratamiento especial.
¿Es posible aplicar descuentos por pronto pago a clientes en el proceso de cobranza?.
Si. En el sistema existen tres formas de realizar descuentos financieros o por pronto pago:
- En el propio comprobante. En el formulario “Formas de Pago para Ventas” se puede definir para cada forma de pago, el porcentaje de descuento financiero que se debería aplicar al emitir el comprobante. En este caso no se realiza nada en el recibo de cobranzas ya que la factura ya esta para cobrar neta de descuento.
- Al momento de la cobranza, realizando el descuento en el propio recibo: En el formulario “Formas de Pago para Ventas” se puede definir para cada forma de pago, la forma de aplicación del descuento por pronto pago (en este caso sería la opción RECIBO) y el porcentaje a aplicar.
- Al momento de la cobranza, generando una Nota de Crédito por el descuento a realizar: En el formulario “Formas de Pago para Ventas” se puede definir para cada forma de pago, la forma de aplicación del descuento por pronto pago (en este caso sería la opción NOTACREDITO) y el porcentaje a aplicar. Al procesar el recibo, se lanza una tarea en el WF para generar la Nota de Crédito correspondiente.
¿Si a un cliente le cargue una regla comercial de descuento puede ser que lleve siempre autorización comercial el pedido? porque tengo unos clientes que siempre me van a autorización y justo tienen descuento.
Para que un pedido quede auto-aprobado o no desde el punto de vista comercial depende de las siguientes condiciones:
- Que el status del cliente esté en estado “habilitado” (ct_clientes.status_cli=H, Formulario: MClientes) o
- Que la forma de pago que se seleccione en el pedido sea una de las parametrizadas como formas de pago o condiciones de venta posibles para el cliente (ct_condxcli, Formulario: MClientes) o
- Que la forma de pago sea contado (está quemado en el formulario de pedidos)
- Que alguna de las líneas del pedido quede con el precio neto (de descuentos) menor al precio mínimo definido en la lista de precios.
Si no se cumplen alguna de estas condiciones, el pedido no queda auto-aprobado, por lo que debe autorizarse.
Por ende, el hecho de que el cliente tenga una regla comercial definida NO implica por el solo hecho de tenerla, que el pedido quede autorizado o no autorizado del punto de vista comercial. Seguramente al aplicar el descuento de la regla, el precio neto final quede MENOR al precio mínimo de la lista de precios y es probable que por ese motivo, el pedido queda pendiente de autorización comercial.
(p1 y p2) - Quedaran registros en la cps_pedidos y sa_pedidos inconsistentes
Existe en la wiki otra respuesta que detalla todos los controles de pedidos: Nodum Wiki (nodumsoftware.com)
Básicamente lo que se controla en este caso es la consistencia en las tablas de pedidos, cps_pedidos y sa_pedidos. Si por algún motivo no se encuentran consistentes para alguno de los artículos de la transacción que se está realizando el sistema da este error.
¿Qué controles hace cmr_control_pedido?
Cada vez que un formulario definido como transacción impacta por carpetas la tabla cps_pedidos o la tabla cpt_exploped se dispara este procedimiento.
Los controles que realiza son tres:
- Consistencia entre sa_pedidos y cps_pedidos, es decir, entre tablas de pedidos. El mensaje de error es: '(p1 y p2) - Quedaran registros en la cps_pedidos y sa_pedidos inconsistentes'.
- Consistencia entre sa_pedidos y sa_estados, es decir, entre saldos de pedidos y saldos de stocks asociados a pedidos. El mensaje de error es: '(p3) - Quedaran inconsistentes el stock con los pedidos'
- Consistencia entre sa_pedidos y cabezales de pedidos, no pueden existir saldos de pedidos que no tengan un cabezal de pedidos asociado. El mensaje de error es: '(p4) - Quedaran saldos de pedidos sin cabezal de carpeta'
Los dos primeros controles aplican únicamente para artículos que se están utilizando en la transacción que se está ejecutando.
Ante un problema específico se deben realizar las consultas del Stored Procedure de cada implementación, si bien en la enorme mayoría de los clientes las consultas son exactamente iguales no siempre lo son.
En caso de tener un problema un problema y no lograr identificarlo contactarse con su referente en el equipo Nodum.
¿Cuál es el criterio que considera el Asignador masivo para asignar el stock a los depósitos?
El criterio que utiliza la aplicación “Asignador de Stock Masivo” depende de la parametrización que se haya configurado en el sistema, que básicamente de la combinación de:
- El criterio de asignación configurado: las opciones en el sistema siempre son FEFO o REGLA. El criterio FEFO implica asignar el stock bajo el concepto “el primero que vence es el primero que se asigna”. El criterio FEFO implica asignar también con FEFO pero a su vez considerando cierta parametrización de reglas basadas en los sectores de stock del depósito y del atributo categoría de picking que tenga el articulo configurado. En este ultimo caso, solo es aplicable cuando existen ubicaciones.
- El tipo de cálculo de disponibilidad a utilizar: define cuales son los depósitos y estados que se deben considerar para obtener el conjunto de stock que se puede asignar.
El criterio de asignación que toma la aplicación:
- Por defecto se toma la Parametrización a nivel de Tipo de Pedido. En el formulario “Tipos de Pedidos” se parametriza el Criterio de Asignación.
- Se puede configurar en los parámetros de aplicaciones Java para la aplicación, que el usuario pueda seleccionar cada vez que corre el proceso un criterio de asignación.
El tipo de calculo de disponibilidad que toma la aplicación:
- Cuando el criterio de asignación es FEFO toma la Parametrización a nivel de Tipo de Pedido. En el formulario “Tipos de Pedidos” se parametriza el tipo de cálculo de asignación.
- Cuando el criterio de asignación es REGLA toma la parametrización asociada a la categoría de picking que tenga configurado el articulo y la configuración de reglas de picking realizada (basada en los sectores de stock)
- Se puede configurar en los parámetros de aplicaciones Java para la aplicación, que el usuario pueda seleccionar cada vez que corre el proceso el tipo de calculo de disponibilidad que quiere utilizar.
Ejemplo:
Lote A – vencimiento 12/21 – deposito XX
Lote B – vencimiento 12/22 – deposito YY
Lote C – vencimiento 12/23 – deposito YY
Bajo el criterio FEFO, el sistema asignara primero el lote A, siempre que el depósito este configurado en el tipo de calculo de disponibilidad.
Bajo el criterio REGLA, y suponiendo que los dos depósitos se configuraron en los sectores de stock de la regla de stock para la categoría de picking artículo, pero con orden primero YY y luego XX, primero va a tomar los lotes del depósito YY aun cuando los vencimientos sean posteriores, y dentro del YY aplica FEFO por lo que primero toma el lote B.
Cuando existen dos reglas de Bonificados que se aplican en el mismo momento, el formulario de Pedidos sólo permite seleccionar una de ellas y no las dos. Los artículos bonificados en este caso son diferentes en cada regla pero el que bonifica es el mismo.
El sistema deja seleccionar sólo uno de los artículos bonificados en caso de que haya más de uno. En la línea del pedido de venta, nunca se puede seleccionar más de un artículo bonificado.
Si se quiere agregar otro bonificado asociado a esa línea, se debe agregar manualmente en la grilla de artículos bonificados, luego de haber terminado de ingresar todas las líneas del pedido.
¿Cómo puedo identificar todas las impresoras que utilizan para Remitos y Facturas y su nombre exacto en NODUM?
Las impresoras se definen en el mantenimiento Parametrizacion de Documentos a imprimir. Nodum no define los nombres de las impresoras, esto lo define el instalador de dichas impresoras en la red (o en la máquina del usuario). El nombre que tenga la impresora en Nodum depende de cómo se haya definido en la red (o en la máquina del usuario).
Se puede ver y también que se pueden realizar consultas a la ct_sitios y ct_numfactur para investigar un poco más sobre el nombre que llevan.
Ver fig. 1
¿Cuándo se indica dentro de la ficha de un cliente consolida pedidos en un remito esto implica que junta todos los pedidos del mismo cliente en un mismo remito. Este remito sería el equivalente a un pedido principal que contenga varios pedidos?
El atributo Consolida Pedidos en un Remito sirve para que el Facturador Masivo intente agrupar los pedidos del cliente en un único remito. Pero también se debe cumplir que el parámetro Consolida Pedidos en un Remito del tipo de pedido también esté en S. En cualquier otro caso no se agruparán los pedidos.
La agrupación se hará por los campos:
sucursal de pedido, modo de entrega, expreso, documento de emisión, titular de facturación, sucursal de facturación (sólo en caso de que el atributo del cliente "Consolida distintas sucursales en una factura" esté en S), moneda de facturación, vendedor y dirección de entrega.
Además, si el parámetro java faturXPick está en S y el campo nro_picking es clave en la sa_pedidos, también se agrupará por nro de picking, en cualquier otro caso no se agrupará por nro de picking.
Las facturas no salen impresas.
Existen varias posibilidades, desde problema con la impresora hasta temas de configuración. En este caso lo mejor es descartar problemas de hardware ( impresora, cables, conexiones) y luego contactar a soporte Nodum.
¿Cuántas líneas aceptan las Notas de Crédito?
Las notas de crédito de ticket aceptan 700 líneas, mientras que las notas de crédito de E – Factura aceptan un máximo de 200 líneas.
¿Cómo se utilizan las descripciones variables en los contratos recurrentes?
A nivel de línea en el ingreso de los contratos recurrentes se detalla la descripción variable que se desea utilizar. Cuando el sistema genera el pedido asociado al contrato combina la descripción variable con el texto fijo asociado al servicio de venta. Eso se transforma en la especificación del pedido y es lo que viaja a la factura en la línea como especificación de ventas.
Las variables existentes están ingresadas en el formulario Variables Contratos Recurrentes (MVariablesFR).
Surge de imprevisto un negocio en el exterior, ¿qué parametrizaciones y transacciones se necesitan para realizar exportaciones?
En términos de exportación existen un set de datos requeridos para la facturación electrónica, que se describen en esta otra respuesta de la wiki, Nodum Wiki (nodumsoftware.com).
Si la operativa es imprevista y puntual debería poder canalizarse en una factura directa pero tomando en cuenta las configuraciones que requiere una e-factura de exportación.
¿Cómo modificar un numerador en Nodum?
Primero deben identificar el numerador que quieren correr, para eso deben conocer el código de documento el cuál tiene mal la numeración. En el formulario de Parametrización de Documentos a Emitir podrán ver que numerador está parametrizado para el documento en cuestión.
Ruta : [MDocEmitir]: Modelo Express / Comercial / 00. Parametros / Emision e Impresión
Una vez identificado en el formulario anterior el código del numerador, nos dirigimos al formulario Numerador para modificar el valor del mismo.
El valor asignado de numerador siempre será un numero menos que el numero inicial del CAE ya que incrementa en 1
¿Se puede ingresar un pedido en una moneda y lo facturarlo en otra? ¿Cómo son los cálculos?
Sí, se puede hacer cambiando la moneda a la hora de emitir la factura. El sistema asume que el precio del pedido viene expresado en la moneda del pedido y la hora de facturarlo hace un arbitraje entre el precio del pedido, el tipo de cambio de la moneda del pedido y el tipo de cambio de la moneda de la factura.
El cálculo que hace es:
(Precio Original / Tipo de Cambio Moneda Pedido ) / Tipo de cambio Moneda Factura.
¿Cómo hacer para revivir una factura anulada por error?
Un usuario final no tiene forma de realizar esto. Deberá solicitarlo a Nodum.
¿Cómo se implementan listas de precios promocionales?
Las listas de precios promocionales NO vienen incluidas en el modelo Express. Si requiere implementarlo contactarse con su referente.
Error al grabar en un Pedido de Ventas. Se repite mucho cargar líneas repetidas y que dé error de Violation Primary key pero no es claro para el usuario
Verifica que no hayas ingresado dos líneas en el pedido con el mismo artículo, especificación, precio, descuento y fecha de entrega. El sistema no lo permite.
Lo podés solucionar:
- Juntando las dos líneas en una sola.
- Cambiando alguno de los campos que se repiten, por ejemplo la especificación o la fecha de entrega.
¿Cómo hago para hacer una NC afectando una factura del sistema anterior?
Primero debes verificar que la factura del sistema anterior que quieres afectar fue cargada en el sistema Nodum. Esto lo puedes corroborar en la transacción Ingreso
Facturas Anteriores Sistema, ruta: Modelo Express / Comercial / 08. Emision Documentos / 8.2 Emision Facturas / Facturas Administrativas.
Si la factura esta cargada:
- Utilizas la transacción Nota Crédito Directa si es una nota de crédito que afecta unidades.
- Utilizas las transacciones Nota Crédito por Diferencia Precio o Nota Crédito por Descuento si no afecta unidades.
Si la factura no está cargada:
- Utilizas la transacción Nota Crédito Directa sin Factura si es una nota de crédito que afecta unidades. Luego, contablemente puedes afectar la nota de crédito con la factura a nivel contable por la transacción Afectación de Documentos.
- Utilizas la transacción Nota Crédito Servicios si no afecta unidades. Luego, contablemente puedes afectar la nota de crédito con la factura a nivel contable por la transacción Afectación de Documentos, o puedes utilizar la pestaña de afectación de facturas en la propia transacción.
¿Cómo hago un pedido que es para un Cliente, pero se lo facturo a otro?
En todas las transacciones asociadas a ingreso de pedidos vas a ver dos campos en el cabezal de la transacción:
- Cliente pedido y Sucursal Cliente pedido: es el cliente a quien se le entrega la mercadería.
- Cliente factura y Sucursal Cliente factura: es el cliente a quien se le factura el pedido.
¿Cómo hago para que un pedido siempre se tenga que autorizar?
Si siempre quieres que los pedidos se autoricen comercialmente, podes cargar todos los clientes con el atributo Status Cliente en C (Controlado). Esto se hace en el mantenimiento Clientes, pestaña “Inf.Comercial”.
Si siempre quieres que los pedidos se autoricen crediticiamente, podes cargar todos los clientes con el atributo Status Crediticio en C (Controlado). Esto se hace en el mantenimiento Clientes, pestaña “Inf. Financiera/Crediticia”.
¿Cómo elimino o anulo un pedido de ventas?
Los pedidos de venta no se eliminan, se anulan. Para anularlos, se utiliza el formulario “Anulación de Pedidos”
-Comercial / 04. Pedidos / 4.7 Anulación de Pedidos
Depende de la versión que se tenga de Nodum ERP, se podrán anular pedidos que aun no fueron autorizados. De todas maneras, siempre se puede visualizar el status de un pedido en la aplicación Monitor de Pedidos. En esta aplicación se visualizar para cada pedido, el status en que se encuentra y si tiene tareas pendientes.
¿Cómo le puedo facturar a un Cliente específico con IVA exento?
La forma en que puedes facturar un artículo exento de IVA a un cliente determinado, aun cuando el articulo NO está exento de IVA, es poniéndole al cliente una excepción a nivel de impuestos. Esto lo realizas en el mantenimiento Clientes, sección Impuestos. En el bloque Impuestos debes agregar el impuesto IVA en la grilla, tasa 0, e chequeando la columna EXENTO.
¿Cómo hacer para no permitir que se reserve stock de un depósito pero que si se pueda facturar?
Si lo que queres es facturar es un pedido de ventas, no es posible que se facture si previamente no se reserva y se asigna del deposito que queres facturas.
Si lo que queres es facturar mediante una factura directa, lo que podés hacer es cambiar el tipo de calculo di disponibilidad asociado al documento factura (ecredito, credito, eticket). Esto lo haces en el mantenimiento Documentos de Movimientos de Stock, buscando la parametrización del documento de factura que vas a emitir, cambiando el campo Tipo Calculo en la pestaña “Origen/Destino”.
¿Como se le carga precio a un artículo? ¿Como cargo un precio? ¿Como agrego un precio a una lista de precios?
Si utilizas precios sin impuestos, debes ir a la transacción Agregar Artículo a Lista de Precios, ruta:
Modelo Express / Comercial / 02. Listas de Precios / 2.1 Lista Precios sin Impuesto / 2.1.2 Cambios
Si utilizas precios con impuestos incluidos, debes ir a la transacción Agregar Artículo a Lista C/Imp, ruta:
Modelo Express / Comercial / 02. Listas de Precios / 2.2 Lista Precios con Impuesto / 2.2.2 Cambios
¿Cómo el cambio la moneda a un precio? Por error se cargó un precio en la moneda que no era?
Primero, debes anular el precio en la moneda incorrecta. Para ello debes ir a la transacción Anulación Artículo en Lista de Precio (si utilizas precios sin impuestos) o a la transacción Anulación Artículo en Lista C/Imp (si utilizas precios con impuestos).
Segundo, debes agregar el precio en la moneda correcta a la lista de precios con la transacción Agregar Artículo a Lista de Precios (si utilizas precios sin impuestos) o con la transacción Agregar Artículo a Lista C/Imp (si utilizas precios son impuestos).
¿Cómo saco un reporte de precios? ¿Cómo listo los precios? ¿Cómo saco del sistema el precio vigente de un artículo?
- Si quieres saber el precio vigente de un artículo en especial, utiliza el Reporte Precio Por Articulo.
- Si quieres listar los precios vigentes por una lista de precios en particular, utiliza el Reporte Lista Precios por Grupo.
- Si quieres listar los precios vigentes para un cliente en particular, utiliza el Reporte Precio por Cliente.
- Si quieres listar todos los precios vigentes para todas las listas de precios, utiliza la consulta de Nodum Query llamada Precios Vigentes.
El nombre del artículo se corta en la factura. En el impreso de la factura no se ve el nombre del artículo. No sale bien el nombre del artículo en la factura.
El nombre del articulo por requisito de DGI puede tener solamente 80 caracteres.
La dirección de la empresa está mal. La dirección que sale en la factura no está bien. La dirección de la empresa en el impreso no está bien.
La dirección que se muestra en el impreso de los comprobantes electrónicos es la cargada en el Mantenimiento Sucursales de la Empresa. Verifica que este correctamente escrita.
En la aplicación de contratos recurrentes me genera un ajuste distinto al esperado.
Verifica en el contrato, en la transacción Contratos Recurrentes x Periodicidad o Contratos Recurrentes x Cuotas según sea el caso, los parámetros de la pestaña “Paramétrica”:
- Verifica el campo Tipo de Ajuste:
- Si tenes ingresado FIJO, el sistema toma el monto del contrato original y hace: valor del índice (mes-año que se corre el proceso menos meses de desfasaje)/valor del índice definido en la grilla de paramétrica del contrato (campo Valor Índice Revalúa).
- Si tenes ingresado VARIABLE, el sistema toma el ultimo monto ajustado y hace: valor del índice del (mes-año que se corre el proceso menos meses de desfasaje)/valor del índice del mes-año ULTIMO AJUSTADO.
- Para cualquiera de las dos opciones anteriores, verifica que tenes ingresado en el campo “Ajusta si el ajuste da negativo”. Tene en cuenta que si el ajuste da negativo (los índices bajaron en vez de subir), puede que no te ejecute el ajuste si este campo esta en N, o puede que el monto te de menor al anterior si este campo esta en S.
- Verifica el valor de los índices cargados en la Transacción Valores Mensuales Índices Ajuste para el mes/año correspondiente al ajuste, para todos los índices cargados en la pestaña “Paramétrica”, en DETALLE DE LA PARAMETRICA.
¿Cómo actualizar el límite de crédito de los clientes?
Si queres actualizar el limite de crédito de un cliente en particular, debes buscar el cliente en el Mantenimiento Clientes, y con la operación Edición, en la pestaña “Inf. Financiera/Crediticia” podes cambiar el límite de crédito, moneda y vigencia del mismo.
También podes utilizar la transacción Actualización Límite de Crédito Clientes. Esta transacción actualiza el dato cargado en el Mantenimiento Clientes.
Si queres actualizar masivamente (para todos los clientes o varios clientes) el limite de crédito, podes utilizar la transacción Actualización Masiva Límites de Crédito.
¿Si se define el límite de crédito en USD los pesos también van a computar para ese límite no?
Si, el sistema convierte el límite de crédito fijado en el cliente, los documentos pendientes y los pedidos en curso en la moneda en que se está cargando el pedido, al TC de la fecha de ingreso del pedido.
¿Por dónde se anula un recibo?
- Para anular un recibo que no llegaste a ingresar al sistema, registralo en la transacción Anulación Recibos No Emitidos.
- Para anular un recibo que ya fue ingresado en el sistema, debes ir a la transacción “Anulación Recibos Emitidos”.
Tenemos un descuento aplicado a un cliente que no sabemos de dónde surge…. Nos queda para autorizar, pero no lo podemos autorizar con este descuento ni tampoco permite modificarlo.
Si el descuento es un descuento en la línea del pedido, podes utilizar la consulta de Nodum Query “Reglas Comerciales por Cliente”. Te va a listar todas las reglas comerciales en las cuales participa el cliente. En una de ellas debería estar el artículo de la línea al que se le aplica el descuento.
Si el descuento es un descuento que aparece en el cabezal del pedido como “Descuento Cliente”, debes verificar si el cliente tiene cargado descuentos x Cliente. Lo podes visualizar en la consulta de Nodum Query Clientes con Descuento Comercial General.
Factura no aparece en el estado de cuenta del proveedor.
Debes verificar:
- Que la factura efectivamente fue cargada con el titular de pago el proveedor que deseas.
- Que la fecha de ingreso de la factura esta dentro de los rangos de fecha del reporte de estado de cuenta
Si aun así no te aparece, comunícate con el departamento de soporte que te ayudaremos.
Tenemos una N/C de seguros sura x la venta de un vehículo de la empresa Y no sabemos cómo pasarla ya que la misma nos afecta varios procesos de cuando ingresamos el contrato del seguro al comienzo y no hay un formulario especifico que sea para N/C Proceso
Puedes ingresar la Nota de Crédito contra una cuenta puente. Luego por asiento diario realizas las afectaciones contra los documentos/cuentas que quieres cancelar.
¿Si el límite de crédito está ingresado en una moneda, toma también los pedidos ingresados en otras monedas?
Si, el sistema convierte el límite de crédito fijado en el cliente, los documentos pendientes y los pedidos en curso en la moneda en que se está cargando el pedido, al TC de la fecha de ingreso del pedido.
¿Cómo anular una lista de precios?
Debes tener en cuenta que anular una lista de precios determinada significa en Nodum anular cada uno de los artículos incluidos en la lista.
Si utilizas precios sin impuestos, debes ir a la transacción Anulación Artículos en Lista de Precio, ruta:
Modelo Express / Comercial / 02. Listas de Precios / 2.1 Lista Precios sin Impuesto / 2.1.2 Cambios
Si utilizas precios sin impuestos, debes ir a la transacción
Anulación Artículos en Lista C/Imp, Modelo Express / Comercial / 02. Listas de Precios / 2.2 Lista Precios con Impuesto / 2.2.2 Cambios
¿Cómo actualizar el precio de un artículo?
Si utilizas precios sin impuestos, debes ir a la transacción Actualización Masiva x Articulo, ruta:
Modelo Express / Comercial / 02. Listas de Precios / 2.1 Lista Precios sin Impuesto / 2.1.2 Cambios.
Si utilizas precios con impuestos incluidos, debes ir a la transacción
Actualización x Articulo C/Imp, ruta: Modelo Express / Comercial / 02. Listas de Precios / 2.2 Lista Precios con Impuesto / 2.2.2 Cambios.
¿Cómo actualizar la lista de precios?
Si lo que quieres es actualizar todos o algunos de los precios de los artículos de una lista de precios en particular, debes utilizar la transacción Actualización Masiva x Lista de Precio (si utilizas precios sin impuestos) o la transacción Actualización x Lista C/Imp (si utilizas precios con impuestos).
¿Cómo usar la toma de inventario con fecha de cierre?
La idea es que puedas hacer una toma de inventario sin parar los movimientos de stock durante la toma. Al comenzar la toma, anotas el día y hora en que comienzas. La toma de inventario puede demorar horas o días. Una vez finalizada la toma, anotas el día y la hora de cierre de toma. Al ingresar los datos al sistema, toma el saldo de stock que había al monto del inicio, toma el saldo del stock al final, hace la diferencia y regulariza la diferencia con los movimientos que hubo entre la fecha de inicio y la fecha fin. El resultado de esa ecuación es la diferencia real de stock.
El precio que me carga no es el correcto.
La fijación del precio en el sistema depende de la combinación de tres variables: el cliente, el articulo y la moneda. Realiza las siguientes verificaciones:
Emite el reporte Precio Por Articulo para el artículo que estas utilizando.
- Verifica que el precio vigente es el correcto en la lista de precios general para descartar problema en la vigencia del precio.
- Verifica la moneda en que está cargado el precio y compárala con la moneda del pedido para descartar que el problema sea por conversión de monedas.
- Si el articulo esta en más de una las listas de precios, debes corroborar cual de todas esas listas de precios es la que le aplica a tu cliente. Para ello, emite el reporte Precio por Cliente. También debes fijarte el grupo de lista de precios que tiene asociado el cliente en el Mantenimiento Clientes.
Recuerda que:
- si el articulo tiene cargado un precio vigente con el código de lista de precio igual al código de cliente, este será el precio que te cargue el pedido.
- Si el punto anterior no aplica, pero el articulo tiene cargado un precio vigente con el código de lista de precios igual al grupo de lista de precios asociado al cliente en el Mantenimiento Clientes, este será el precio que te cargue el pedido.
- Verifica que no estés utilizando listas de precios particulares como por ejemplo en un pedido de licitación.
- Verifica que no este cargada una lista de precios promocional.
¿Por qué no me trae el descuento de un artículo por regla comercial?
La determinación de un descuento por regla comercial depende de la combinación de tres variables: el cliente, el articulo y la forma de pago. Realiza las siguientes verificaciones:
Verifica lo siguiente:
- Que exista una regla cargada en el sistema para el articulo que estas utilizando.
- Que la regla comercial NO esta vencida.
- Que la regla comercial NO esta inactiva.
- Que al cliente que estas utilizando le aplique la regla comercial asociada al artículo.
- Que la forma de pago que estas utilizando está habilitada para la regla comercial.
Esta información podés visualizarla en el reporte Reporte Reglas Comerciales.
¿Cómo es la lógica que tiene el sistema para inicializar el precio?
La fijación del precio en el sistema depende de la combinación de tres variables: el cliente, el articulo y la moneda. La lógica es la siguiente:
- Con el codigo de cliente, el sistema busca si existe una lista de precios cargada con el mismo código de lista de precio que el código de cliente. Si existe y el articulo esta en esa lista, toma el precio vigente de esa lista.
- Si en el paso 1) no existe precio para el articulo, busca si existe precio vigente del articulo cargado para el código de lista de precios asociado cliente en el Mantenimiento Clientes. Si existe, toma el precio vigente de esa lista.
- Si en el paso 2) no existe precio para el artículo, busca el precio vigente para el articulo en la lista de precios general de la empresa.
Si en ninguno de los tres niveles se encuentra precio vigente cargado, se inicializa el precio con 0.
Si en alguno de los niveles se encuentra precio vigente cargado en la MISMA moneda que el pedido, se inicializa el precio encontrado en el primer nivel encontrado.
Si en alguno de los niveles se encuentra precio vigente cargado en DISTINTA moneda que el pedido, dependerá de la parametrización del sistema (en los parámetros comerciales), que se indica si el sistema busca precios por moneda estricta o no. Si es por moneda estricta y la moneda del precio vigente coincide con la moneda del pedido, inicializa el precio encontrado en el primer nivel encontrado. Si la moneda no coincide, inicializa el precio en 0. Si NO es por moneda estricta, inicializa el precio encontrado en el primer nivel encontrado convirtiendo el precio de la lista a la moneda del pedido (al TC fijado en los parámetros comerciales).
¿Cómo hago una Nota de devolución Contado en el sistema?
Utiliza la transacción Devolución Contado,
ruta: Modelo Express / Comercial / 08. Emisión de Documentos / 8.3 Notas de Crédito & Débito / Notas Crédito.
¿Por qué no puedo asignar el stock de un pedido?
Realiza las siguientes verificaciones:
- Verifica que el pedido que estés asignar este en estado “res” (Reservado ventas).
- Verifica que el pedido este autorizado comercial y crediticiamente.
- Verifica que tu como usuario estés asociado al Tipo de Pedido, en el Mantenimiento Tipos de Pedidos.
- Verifica que tu como usuario estés asociado a la sucursal de entrega del pedido, en el Mantenimiento Sucursales de Entrega.
- Verifica que tu como usuario estés asociado al negocio asociado al pedido, en el Mantenimiento Usuarios por Negocio.
¿Cómo hacer para remitir primero un pedido y luego facturarlo?
En el ingreso de pedido, debes cambiar el campo Doc. Emisión poniendo “Remito y Factura”.
Si el pedido ya fue ingresado con otro Doc. Emisión y ya no podes editarlo, podes cambiar este campo en la transacción “Edición Datos Pedidos en Curso”.
De esta forma, una vez que el pedido es confirmado, el paso siguiente es la Emisión del Remito, que se puede emitir desde las transacciones disponibles en la ruta Comercial / 08. Emisión Documentos / 8.1 Emisión de Remitos.
Luego de emitido el remito se realiza la factura por las transacciones disponibles para ello en la Comercial / 08. Emisión Documentos / 8.2 Emisión Facturas / Facturas de Remitos
Estamos facturando y resulta que al momento de generar las facturas, sale un mensaje diciendo que hubo un problema al generar la factura. Ahora no la veo por ningún lado, incluso si quiero aplicar el contrato nuevamente ya no aparece. Me pueden ayudar
Este es un caso muy especifico, hay que verlo directamente con soporte.
No me aparece el documento para facturar en el formulario de Nodum.
Enviar a soporte@nodum.com.uy una captura del formulario con los datos que se están ingresando.
No funciona el control crediticio al ingresar el pedido.
Hay 2 escenarios posibles:
- Rechaza siempre a un cliente.
- Autoriza siempre a un cliente.
Para analizar el punto 1, hay dos parametrizaciones a revisar en la pestaña "Inf. Financiera/Crediticia" del mantenimiento "Clientes":
- Si el status del cliente es distinto de H, entonces todos los pedidos de ese cliente van a ser rechazados.
- El límite de crédito tiene una fecha de vigencia máxima, si se ingresa un pedido para ese cliente luego de la fecha máxima, entonces el sistema toma 0 importe límite, y va a rechazar el pedido.
Para analizar el punto 2, hay que ver el mantenimiento "Parámetros Calificación Crediticia" y revisar la calificación crediticia que se le asignó al cliente.
El control crediticio solo va a controlar las cuentas que estén definidas en esta parametrización.
Quiero facturar un pedido y no me lo muestra para facturar.
Hay 3 posibles motivos a analizar, todos se pueden ver desde el reporte "Consulta Estado de Pedidos":
- El pedido ya fue facturado. Esto se puede ver en la pestaña "Facturas" del formulario de reporte.
(Fig.1)
- El pedido no tiene líneas en estado confirmado. Esto se puede ver en la pestaña "General", hay una grilla con título "Estado actual del pedido" donde deberían verse unidades en estado "conf".
(Fig.2)
- El pedido aún no fue autorizado. Esto se puede ver en la pestaña "General", en el mismo bloque del formulario donde se elige el pedido a ver, muestra el status crediticio y comercial, así como el status del pedido. Los tres deberían figurar con status "A".
(Fig.3)
Usuario no puede acceder a los monitores comerciales.
Hay 2 posibilidades:
- El usuario no tiene acceso al nodo del monitor, desde el Administrador de Seguridad.
- El usuario no tiene permisos de acceso a los monitores comerciales.
No me muestra un cliente al ingresar un pedido.
La selección de clientes excluye clientes que estén suspendidos comercial y crediticiamente.
Quiero facturar un articulo nuevo y no me deja, ¿cómo lo puedo configurar?
Para facturar un articulo hace falta tener asiento de ventas para la clasificación contable de ventas del articulo, también hace falta tener definido los impuestos del articulo, tener cuenta de inventario y si es activo stock hace falta tener stock.