Formalizar la venta de productos o servicios entre las partes involucradas (proveedor y cliente), y de esta forma establecer los productos o servicios vendidos asociados a las condiciones comerciales en las cuales se realiza la venta y que incluye, precios practicados, descuentos, condiciones de pago, etc.
Con base en el Pedido de ventas también se establecen las reglas de comisión de los vendedores y se obtiene la información que permite el correcto cálculo de los impuestos y que son atribuidos a la propia venta.
La inclusión del Pedido de ventas es una etapa obligatoria cuando involucra Documentos de salida y ventas corporativas (facturación). De este también se generan otros documentos de salida, como por ejemplo Devoluciones de compras, Complemento de impuestos, etc.
En este diagrama conozca la información que considera las funcionalidades de la rutina.
Verifique también cuáles son las condiciones previas requeridas por la rutina así como también la configuración de los parámetros.
Al incluir un pedido de venta en el sistema, este aún no estará listo para ser facturado, o para generar el documento de salida. Para que esto ocurra, el Pedido de venta debe estar liberado y esta liberación se realiza por la rutina Liberación de pedidos.
Operaciones para Pedidos de venta
A continuación describimos las operaciones relacionadas con los Pedidos de venta:
La inclusión de un Pedido de venta vinculado a un contrato es posible si el parámetro MV_CNPEDVE está configurado con .T. (True/Verdadero), de esta manera es posible realizar todo el proceso de medición de forma automática, a partir de los datos incluidos en el Pedido. Sin embargo el sistema requiere que esté registrado así como también vigente, un Contrato de venta sin control de pertinencia.
Con el cursor marque el campo Cliente y haga clic en la tecla F9, después de lo cual, siga los procedimientos que se describen a continuación:
Al acceder a la rutina vemos los Pedidos de venta registrados y rápidamente identificamos su condición por la Leyenda .
Vea también las funcionalidades generales con acceso en Otras acciones.
Para efectuar la inclusión de un Pedido de venta con grilla de producto, es necesario configurar los parámetros, tal como se describe:
MV_GRADE configurado con .T. (True/Verdadero);
MV_MASCGRD configurado con la máscara de la grilla.
MV_GRDMULT configurado con el programa que utiliza la grilla multicampo, permite utilizar valores diferentes para los productos de grilla y con lista de precio.
Importante
Digite los pedidos de venta referentes a poder de terceros o devolución de compras, ítem por ítem (rutina de grilla no implementada para este tipo de pedido).
En el caso de trazabilidad, utilizando la grilla, el programa siempre realizará FIFO, o si el usuario quisiera definir el número del lote, digite el producto ítem por ítem.
En un mismo pedido de venta pueden existir ítems con referencia de grilla e ítems con productos que no tienen grilla.
2. Complete los datos de acuerdo con la orientación del help de campo, con atención al código del producto, este debe ser un código de referencia de grilla.
3. El sistema muestra una ventana para seleccionar las cantidades para cada ítem de la grilla del producto, permitiendo de esta manera la baja correcta del material en el stock.
4. Si hubiera divergencia en la cantidad informada, el sistema muestra un mensaje de advertencia con la diferencia, y la cantidad del ítem se actualiza con la suma de los puntos de la grilla.
5. En la interfaz de la grilla de productos, verifique también las opciones:
Buscar
Curvas de características
6. Verifique los datos y confirme la inclusión del pedido de venta.
Importante:
Utilice el parámetro MV_PVRECAL configurado con .F. para actualizar los precios, después de modificar un pedido con una nueva Lista de precios.
Ajuste la información de acuerdo con las orientaciones descritas en el ítem Principales campos.
Vea también las funcionalidades generales con acceso en Otras acciones.
Con el cursor marque el ítem y para proseguir haga clic en Visualizar.
Vea también las funcionalidades generales con acceso en Otras acciones.
Otras acciones / Borrar / Borrar
Después de crear un Pedido de venta el borrado es posible, siempre y cuando aún no se haya facturado o liberado.
Importante
Para poder borrar un Pedido de venta, primero borre la liberación del pedido.
Los pedidos que tengan Facturas generadas no pueden borrarse, a menos que se anulen las facturas correspondientes.
Vea el estatus de los pedidos por el color indicador de la leyenda.
Para utilizar la opción siga estas orientaciones:
Otras acciones / Borrar / Residuo
Para utilizar la opción siga estas orientaciones:
Después de seleccionar el Pedido de venta y activar esta opción el sistema borra el residuo existente y para el sistema este Pedido de venta constará como finalizado.
Importante:
La configuración del parámetro MV_RSDOFAT determina el aprovechamiento de ítems eliminados por residuo.
Otras acciones / Cód.Barra
Con esta opción varios productos pueden incluirse en secuencia, sin que se informe toda la información de cada ítem. Después de incluir los ítems, informe los otros datos obligatorios de cada ítem, para la confirmación del pedido.
Para utilizar la opción siga estas orientaciones:
Otras acciones / Cód.Barras /Incluir
Para utilizar la opción siga estas orientaciones:
3. Complete los campos que están faltando, tales como Código de TES, entre otros.
4. Verifique la información y confirme.
Otras acciones / Cód.Barras / Modificar
Para utilizar la opción siga estas orientaciones:
Otras acciones / Copiar
Permite incluir un nuevo Pedido de ventas basado en el contenido de un pedido registrado, estando este pendiente o no.
Verifique la cumplimentación de los parámetros MV_TIPCPDT y MV_PEDFREZ, para el mejor resultado de esta opción.
Para utilizar la opción siga estas orientaciones:
Otras acciones / Devolver
El objetivo de esta opción es acelerar la inclusión de un Pedido de devolución de compras o Devolución de mejora, basado en los documentos de entrada existentes. De esta manera, al utilizar esta opción se muestra una lista con los documentos de entrada.
Realiza una devolución de compras o Envío/Devolución de poder de terceros para facturas de entrada del tipo N o del tipo B.
En la actualización de la devolución del Pedido de ventas, el sistema selecciona el TES referente al campo TES de Devolución, de acuerdo con el TES informado en la Factura de entrada.
Para utilizar la opción siga estas orientaciones:
Otras acciones / Prep.doc.salida
Esta opción facilita el proceso de generación de documentos de salida, permitiendo la preparación de los documentos de forma automática, a partir del Pedido de venta, desde su liberación para la Facturación hasta la generación de las facturas.
Para que este proceso funcione debidamente, no pueden existir restricciones de crédito para el cliente y/o de stock para los ítems del pedido.
Este proceso actualiza automáticamente las tablas de datos relacionadas a los procesos de:
Es posible efectuar la Contabilidad del pedido de venta, siendo necesario configurar los parámetros de preguntas Contabilidad On-Line y Muestra asiento, con Sí y crear los Asientos estándar.
Para utilizar la opción siga estas orientaciones:
Importante
Consulte la cumplimentación de los parámetros MV_TPNRNFS y MV_MUDANUM configurado con .T. para poder editar o incluso informar el número de la factura.
13. Seleccione la serie/factura que quiere facturar y haga clic en Ok.
14. En esta próxima pantalla configure los parámetros para generar el Documento de salida.
La pregunta ¿Agrup.Ped.Iguales? informada con Sí, permite agrupar Pedido de ventas similares en un mismo documento de salida.
La pregunta Fch. Ref. Conversión permite seleccionar la fecha de referencia para conversión de la moneda utilizada en el Pedido de ventas, Documento de salida y atención Televentas, de acuerdo con la RESOLUCIÓN Nº 25 DEL 27/11/2008 SECRETARÍA DE COMERCIO EXTERIOR - SECEX PUBLICADO EN EL DOU (DIARIO OFICIAL DE LA UNIÓN) EN LA PÁG. 00236 El 28/11/2008.
15. Configúrelos y confirme. Se genera el Documento de salida y el Pedido de ventas se finaliza.
Otras acciones / Tracker Contable
Esta consulta solamente está a disposición en la visualización del Pedido de ventas. Permite rastrear este documento y sus ítems, mostrando los principales entes relacionados con el Pedido de ventas.
Para utilizar la opción siga estas orientaciones:
Otras acciones / Leyenda
Los pedidos generados obedecen a una clasificación que identifica la situación actual del pedido en el sistema, siendo:
Pedido de venta pendiente
El pedido está apto para ser liberado.
Pedido de venta finalizado
Este estatus aparece después de la preparación del documento de salida, indicando que el pedido está finalizado.
Pedido de venta liberado
Este pedido está listo para ser evaluado por crédito y stock, antes de la preparación del documento de salida.
Pedido de venta con bloqueo de regla
El pedido fue bloqueado por regla de negocio. Ocurre si los ítems y el encabezado del pedido de venta no están de acuerdo con la definición del archivo de Reglas de negocio.
Pedido con bloqueo de recurso
El pedido fue bloqueado por recurso de venta. Ocurre en el análisis del recurso, cuando el sistema verifica si el descuento concedido en los ítems del pedido es superior al permitido por la empresa. La diferencia entre lo permitido por la regla y lo concedido en el pedido de venta se descontará del saldo del recurso de venta, si tuviera saldo. Si no tuviera saldo suficiente, el pedido será bloqueado por recurso.
Otras acciones/ Relacionadas
Esta opción vincula al Pedido de venta archivos como: figuras, textos, planillas o cualquier tipo que contiene información relevante para el sistema.
Para utilizar la opción siga estas orientaciones:
Otras acciones / Clientes (Situación de clientes)
Muestra información importante sobre la relación con el cliente, como:
Para utilizar la opción siga estas orientaciones:
Otras acciones / Formas (Formas de pago)
Esta opción permite definir las formas de pago específicas para el pedido, e informa los porcentajes de prorrateo entre estas.
La forma de pago es diferente de la condición, pues, esta solamente es un registro informativo indicando el medio, como por ejemplo, efectivo o cheque y la condición indica la distribución del valor en cuotas, de acuerdo con las reglas de negocio y por consecuencia los vencimientos de los títulos en el financiero, si hubiera integración.
Otras acciones / Planilla (Planilla financiera)
Esta opción muestra una previsión del cálculo de los impuestos que deben incidir sobre el Documento de salida y de los Títulos por cobrar que deben generarse (valores y vencimientos).
Otras acciones / Anticipo (Cobranzas anticipadas)
Disponible para Brasil,
Para utilizar la opción siga estas orientaciones:
Esta opción permite relacionar anticipos (Títulos de tipo RA) al Pedido de venta para utilización en el descuento de los pagos del pedido por generar.
Otras acciones / Simulación
Esta opción se habilita si se utiliza la integración del módulo SIGAOMS con TOTVS GFE.
Consulte este contenido en Integraciones.
Otras acciones / Formación
Para utilizar la opción siga estas orientaciones:
Otras acciones / Vínculo FactS
Para utilizar la opción siga estas orientaciones:
Pie de página
Por estándar, los valores del pie de página solamente se actualizarán en el momento que se incluya una nueva línea en la grid de ítems del pedido.
Importante
El help A410NAOREG es una devolución de cuando el pedido no se generó, la causa puede estar relacionada a n factores, ya sea por alguna falla en la grabación del pedido, en la integración vía mensaje único o por alguna inconsistencia generada por personalizaciones en el sistema, por ejemplo.
La información que define la función del Pedido de ventas y su tipo son tratados individualmente a continuación:
N = Normal
Tipo de de factura que se encuadra en la situación estándar de venta.
Ejemplo:
Tipo de registro | Contenido del campo |
---|---|
Tipo de pedido | Normal |
Tipo cliente |
Solidario |
Reg TES | Calculando ICMS |
D = Devolución
Si fuera necesario, digite ítem por ítem, los Pedidos de venta referentes a la Devolución de compras o de mercaderías (el Movimiento de grilla no está implementada para este tipo de pedido).
El código fiscal no necesariamente debe referirse a devoluciones. En este caso el Pedido de ventas no se generado para el Cliente, y sí para el Proveedor, pues se refiere a una Factura de entrada.
Devolución sin cantidad, solamente de valor
C = Complemento de precio / Cantidad
P = Complemento de IPI
Este tipo de factura es necesaria cuando la alícuota o el valor del IPI de la factura se registró menor a lo debido.
El valor del IPI siempre es el total del pedido.
Al utilizar este tipo de Factura, la rutina muestra una pantalla de selección para el usuario con la siguiente información: Complemento de impuesto - Informar Cliente (Complemento de impuesto normal) o Provedor (Complemento de impuesto de devolución)
I = Complemento de ICMS
Este tipo de factura es necesaria cuando la alícuota o el valor del ICMS de la Factura se registró menor a lo debido.
El valor del ICMS siempre es el total de la factura, independientemente de la definición de la pregunta Calcula ICM (S/N) del Registro de TES. En esta situación el valor do IPI no se calculará.
En el Libro fiscal el valor del ICMS se presenta en la columna Tributado, independientemente de lo que estuviera definido en la pregunta Libro fiscal ICM del Registro de TES. No genera factura de crédito
El procedimiento de cumplimentación debe ser:
Al utilizar este tipo de Factura, la rutina muestra una pantalla de selección para el usuario con la siguiente información: Complemento de impuesto - Informe Cliente (Complemento de impuesto normal) o Proveedor (Complemento de impuesto de devolución)
Nota
Existe una limitación de compras efectuadas por clientes no inscritos en el cadastro de contribuyentes del Estado de Alagoas, de acuerdo con la configuración del parámetro MV_LIMFTAL.
Para liberar estos pedidos bloqueados, utilice la Liberación de reglas.
B - Mejora - Utiliza proveedor y Operación mejora
Devolución o Envío en Poder de terceros (de acuerdo con el TES utilizado).
Envío en la entrada es un envío de su cliente, utilice:
Envío en la salida es un envío a su proveedor, utilice:
Devolución en la entrada es una devolución de envío realizada a su proveedor, utilice:
Devolución en la salida es una devolución de envío realizada por su cliente, utilice:
Operación mejora
Cuando se envía un determinado producto para protección/arreglo/mejora en terceros, el sistema pone a disposición un control sobre estas cantidades.
Para realizar el control de poder de terceros es necesario que los entornos de Facturación, Compras y Stock/Costos estén implantados.
El sistema controla la cantidad de terceros en poder de la empresa y la cantidad de la empresa en poder de terceros.
En poder de terceros tenemos dos situaciones básicas:
1 - Con movimiento de stock: En poder de terceros con movimiento de stock, el sistema realiza un movimiento de costos, dependiendo de la operación, es decir:
a) Para operaciones de terceros, el costo será igual al costo de entrada.
b) Para operaciones en terceros, el costo será la media ponderada.
2 - Sin movimiento de stock: Para poder de terceros sin movimiento de stock, el sistema graba el saldo neto del producto de la empresa que está en poder de terceros, pero que aún pertenece al stock de la empresa.
El procedimiento de cumplimentación debe ser: tiene un TES con poder terceros = (R=Envío) o (D=Devolución de envío), de acuerdo con la necesidad de la mejora.
Si la opción fuera igual a (D=Devolución) y si la factura de origen no se digitara o seleccionara por medio de la tecla [F4] sobre el campo Cantidad (C6_QTDVEN) de la rutina Pedidos de venta, el Sistema mostrará las facturas de envío que tuvieran saldo por devolverse, debiendo seleccionarse la factura y pulsarse [Enter].
Importante
En la generación de un pedido de venta con tipo (B=Mejora) y TES con (D=Devolución) en el campo Poder Terc (F4_PODER3), al activar el documento de origen por medio del campo Cantidad (C6_QTDVEN) con la tecla F4, si el origen tuvo Facturas de complemento de cantidad se creará una línea de ítem en el pedido de venta para cada factura de complemento de cantidad generada.
Por ejemplo:
Al emitir un Pedido de venta que involucre la prestación de servicios, verifique si el producto (servicio) tiene código de servicio registrado en su registro.
Si no hubiera, puede realizarse el registro en el propio Pedido de ventas, utilizando el campo Cód.Serv.ISS del Archivo de productos.
El código de servicio es importante, pues los libros de Registro de ISS realizan las totalizaciones de cálculo, basados en este código (D2_CODISS), de acuerdo con la legislación vigente.
La Reducción en la base de cálculo de ICMS es un beneficio fiscal dado por el gobierno, de acuerdo con el Tipo de producto.
Las ventas hacia afuera del Estado a las cuales se aplica la reducción de la base de cálculo de ICMS pueden, o no, sujetarse a la misma reducción en la base de cálculo del ICMS solidario (retenido).
Importante: El sistema pone a disposición el parámetro MV_BASERET que define si la reducción de la base de ICMS también se aplica a la base de cálculo del ICMS Solidario (Retenido)
Ejemplo:
Observe el ejemplo de la Factura de venta con reducción del 30% en la base de cálculo de ICMS y en el cálculo de la Sustitución tributaria, donde el proveedor y el cliente están ubicados en São Paulo, siendo que el margen de ganancia para cálculo del ICMS Solidario es del 35%.
% Red. del ICMS (S0_BASEICM) = 41,66
Agrega valor (F4_AGREG) = S
En Archivo de pedido de venta se grabó un pedido con los siguientes datos:
Valor de la mercadería = 1.000,00.
% Base reducida = 41,66%.
Alícuota de ICMS = 18%.
Valor de la base de cálculo = 1000,00 x 41,66/100 = 416,60.
Valor de ICMS = 416,60 x 18/100 = 83,988.
En la generación de facturas se calcula el valor del impuesto de CSSR (Aporte de seguridad social rural), y se almacena en el Archivo de encabezado de facturas de venta – SF2 (Campo – F2_CONTSOC).
Para emisión de la Factura de venta al productor rural es necesario configurar:
MV_CONTSOC. Este parámetro indica el porcentaje que se calculará para el CSSR (Aporte de seguridad social rural). Siendo: Persona física (2,2). Asegurado especial (2,3). Persona jurídica (2,7).
MV_DIAFUN. Indica el día que se generará el título de Aporte de seguridad social (FUNRURAL).
F: Persona física
J: Persona jurídica
L: Asegurado especial (trabaja con el grupo familiar, de acuerdo con el Bol. IOB Legislación laboral previsional 48/94).
Este campo se configura automáticamente por el sistema como campo en blanco, lo cual significa que la empresa no se sujeta al pago del FUNRURAL. Al completarse, está directamente relacionado al parámetro MV_CONTSOC.
Importante:
El Producto debe contener la información de la Incidencia del aporte de seguridad social rural (FUNRURAL) en su registro.
Después de la configuración de los datos citados anteriormente, se calcula el valor del Aporte de seguridad social se genera en el Cuentas por pagar, entorno Financiero, el título del tipo TX para el pago de la tasa.
En las operaciones de salida en las que debe aplicarse el pago de Seguridad social rural (FUNRURAL), cuando se trate de una empresa Jurídica o Física (M0_PRODRUR = J o F) y el cliente fuera persona Física (A1_TIPO = F), se genera un título por pagar para la Federación, pues la responsabilidad del pago es de la empresa. Si el cliente fuera persona Jurídica (A1_TIPO=R), se generará un título de descuento para el cliente, pues el pago es de su responsabilidad.
Para mantener la integridad entre los archivos de la orden de servicio y del Pedido de venta, se realizaron algunos ajustes para bloquear la edición de apuntes de una orden de servicio, cuando hay un pedido de venta pendiente.
Para eso se creó el parámetro MV_LIBVINC, que se verifica al realizar la edición de los ítems del pedido de venta.
El contenido Falso (.F.), bloquea la edición y la inclusión de nuevos ítems y si se informa con Verdadero (.T.), permite la edición y la inclusión de nuevos ítems.
Esta opción es posible después de incluir un Documento de salida del tipo Devolución.
Esta situación ocurre cuando existe la recepción de alguna mercadería por medio de un Documento de entrada, pero que debe devolverse utilizando una nota de devolución y tener un TES que mueva el stock. De esta manera, el Pedido de compra queda a disposición para reutilizarse con la cantidad devuelta.
Entre los campos que deben completarse en la carpeta Adm/Fin/Costo del archivo de Tipos de entrada y salida, es importante considerar los siguientes criterios:
La generación del Documento de salida se realiza a partir del Pedido de venta. Cuando se libera el Pedido de compra, parcial o totalmente, el campo Ctd. Entrada prevista se actualiza.
Después de la inclusión del Documento de salida del tipo devolución, el Pedido de compra puede cambiar su estatus a:
Ejemplo
Mercadería | Cantidad |
---|---|
Pedido de compra | 100 |
Documento de salida - Devolución | 100 |
Pedido parcialmente atendido (leyenda en color amarillo): solamente se devuelve una parte de la mercadería.
Ejemplo
Mercadería | Cantidad |
---|---|
Pedido de compra | 100 |
Documento de salida - Devolución | 50 |
Después de cada movimiento es necesario observar el saldo del producto, es decir, el contenido de los campos Saldo actual y Ctd. Entrada prevista.
El proceso que describimos atiende el siguiente orden:
Este procedimiento permite establecer la Base de cálculo para la Tasa de procesamiento de gastos públicos (TPDP) para los:
Después de realizar los registros necesarios en el Cliente y Producto con SÍ e informar la alícuota del impuesto, el Sistema realiza los movimientos de Facturas normalmente.
Nota
Devoluciones de ventas
Cuando existe devolución de mercaderías, si los títulos por pagar de la TPDP, generados por la emisión de la Factura de venta aún no se hubieran dado de baja en el módulo Financiero, es responsabilidad del cliente administrarlos, efectuando la baja manual.
Sin embargo, si los títulos por pagar de la TPDP se hubieran dado de baja, resultando en la devolución de la mercadería, es responsabilidad del cliente buscar la información ante el Estado con el propósito de ser indemnizado o compensado por los valores pagados indebidamente, esta acción puede ser por medio de un Proceso administrativo.
Nota
El sistema valida las siguientes condiciones para el cálculo de la TPDP:
No es un hecho generador de la TPDP el procesamiento de pago formalizado por acreedores de Organismos de administración pública directa e indirecta, Autarquías, Fundaciones y Sociedades de economía mixta del estado, en razón de:
I - pagos inferiores a R$ 100,00 (cien reales).
El valor de R$ 100,00 también se utilizó en la generación de los Títulos por pagar en cuotas, si el valor de las cuotas no alcanzaran el valor mínimo de R$ 100,00 este no se genera.
Ejemplo:
Los títulos generados en el Financiero para el Cuentas por pagar (referente al pago de la tasa) tiene sus vencimientos marcados a tres días anteriores al del título en el Cuentas por cobrar (referente a la Factura) y cuenta con una validación de días hábiles.
El parámetro MV_ICMPAUT define la forma de composición de la base del ICMS retenido, cuando existe tarifa de ICMS informada en la operación.
Si el parámetro estuviera con el contenido igual a .T. (Verdadero): El cálculo de la base del ICMS retenido comenzará por el valor de la tasa, aunque el precio de venta sea mayor o menor que el valor de la tasa.
Si el parámetro estuviera con el contenido igual a .F. (Falso): El valor del precio de venta fuera menor que el valor de la tasa, entonces el cálculo de la base del ICMS retenido será por el valor de la tasa, sin embargo, si el valor del precio de venta fuera superior al valor de la tasa, el cálculo de la Base del ICMS retenido se obtiene por el valor del precio de venta.
Ejemplo:
Composición del Cálculo de la base del ICMS retenido de acuerdo con la configuración del parámetro y varios precios de venta diferentes.
Incluyendo un Pedido de ventas utilizando un producto con margen solidario del 30% y una excepción fiscal con alícuota interna del 12% e ICMS TASA de R$ 9,60.
El parámetro MV_ICMPAUT = .F. y el valor de venta MENOR ( R$ 8,00 ) que el valor de la tasa.
Base de ICMS = 8,00 * Alícuota ICMS = 12% = Valor ICMS = 0,96
Base ICMS Retenido = 12,48 Composición (9,60 + 30% margen)
El parámetro MV_ICMPAUT = .F. y el valor de venta MAYOR (R$ 10,00) que el valor de la tasa.
Base de ICMS = 10,00 * Alícuota ICMS = 12% = Valor ICMS = 1,20
Base ICMS Retenido = 13,00 Composición (10,00 + 30% margen)
El parámetro MV_ICMPAUT = .T. y el valor de venta MENOR ( R$ 8,00 ) que el valor de la tasa.
Base de ICMS = 8,00 * Alícuota ICMS = 12% = Valor ICMS = 0,96
Base ICMS Retenido = 12,48 Composición (9,60 + 30% margen)
El parámetro MV_ICMPAUT = .T. y el valor de venta MAYOR ( R$ 10,00) que el valor de la tasa.
Base de ICMS = 10,00 * Alícuota ICMS = 12% = Valor ICMS = 1,20
Base ICMS Retenido = 12,48 Composición (9,60 + 30% margen)
Esta opción permite en Pedidos de venta y Documento de salida, la generación automática de los Formularios nacionales de pago (GNRE) del ICMS Propio así como la generación de los títulos por pagar en el módulo Financiero, para cada factura de salida emitida para otro Estado/Prov/Reg.
¿Genera Título ICMS propio?
¿Genera Formulario ICMS propio?
2. Utilice un TES configurado para el cálculo del ICMS Propio junto con el archivo de Cliente, Modalidad (SA1) y Producto (SB1):
F4_ICM = Sí.
F4_LFICN = T.
3. Confirme la grabación de la Factura de salida.
4. Visualice la generación del Formulario nacional de pago GNRE y se genera un título de prefijo ICM en el Financiero (SIGAFIN).
El sistema considera el cálculo de diversos aportes, vea algunos de estos a continuación y haga clic en el enlace correspondiente, si desea más información.
El Fondo estatal de transporte y habitación (FETHAB) es el aporte destinado a financiar la planificación, la ejecución, el seguimiento y evaluación de obras y servicios de transportes y habitación en todo el territorio mato-grossense.
El Fondo de apoyo al cultivo de la soya (FACS) es el aporte destinado a financiar acciones dirigidas al apoyo y desarrollo del cultivo de soya y organización del respectivo Sistema de producción, por medio de entidades representativas del referido segmento.
El Fondo de apoyo al desarrollo de la bovinocultura (FABOV) es el aporte destinado a financiar las acciones dirigidas al apoyo y desarrollo de la bovinocultura de corte y organización del respectivo Sistema de producción, por medio de entidades representativas del referido segmento.
Cálculo de impuestos en las Facturas de salida, para considerar la base de cálculo de tributos y aportes referentes a operaciones con vehículos usados.
Atiende empresas que tienen Archivo de contribuyentes inmobiliarios (CCM) y la Factura es de servicios NFS.
En el módulo Configurador utilice la Tabla 60 (Código de servicios de ISS) y los códigos de los servicios que presta la empresa.
Archivo de productos: Configurar los campos
Cód.Serv.ISS (C6_CODISS) se refiere al código respectivo al servicio prestado, utilizado para detallar la operación ante el Municipio tributador.
Aliq.ISS (B1_ISS) informe la alícuota de cálculo de ISS. Si el contenido de este campo estuviera en blanco, el sistema utiliza la información contenida en el parámetro MV_ALIQISS.
Archivo de TES Observe los siguientes campos:
L.Fiscal ISS (S0_LFISS) informe cómo se clasificará la Factura de servicio en los Libros fiscales de ISS (columna Tributada, Exenta, Otras o No clasificada)
Calcula ISS (S0_ISS) informe Sí en este campo (si la empresa no fuera responsable por el pago del impuesto)
En el Archivo de clientes se informó el campo Paga ISS (A1_RECISS) con Sí (vincula la modalidad financiera con la prestación de servicio). La Fact. emitida tiene cálculo de ISS y título generado en el Cuentas por pagar (Financiero).
En esta situación, la cobranza del ICMS-ST es anticipada. Muchas veces el impuesto se paga con base en una estimativa de precios que se practicará en la venta al consumidor final.
Este tipo de ICMS Solidario se cobra en la factura de clientes que comercializan productos de difícil fiscalización, como: cigarros, discos, piezas, bebidas, combustibles, derivados de petróleo, carnes, etc.
En el Libro fiscal, el valor de ICMS Solidario se coloca en la columna de Observaciones. En la estadística de ventas este debe considerarse de forma análoga al Flete. Hay un mapa que lista estos valores retenidos del ICMS.
Para clientes tipo S, el programa calcula el ICMS Solidario por medio del margen de ganancia, informado el el archivo de Productos.
Se aplica sobre el valor total del ítem, el margen de ganancia, que calcula el ICMS solidario con la alícuota de ICMS estándar del Estado del cliente.
Para obtener el ICMS solidario, se sustrae el ICMS normal del ICMS (con margen de ganancia). El sistema tiene el campo Agrega Solid. En el Archivo de TES (Tipo de entrada y salida) en el cual podrá indicarse S o campo en blanco para que el valor de ICMS retenido se considere en el valor total de la Factura o N para que no se considere.
Configuración para uso:
Para emisión de la Factura de venta con sustitución tributaria, es necesario configurar:
Campo Agrega Solid. (F4_INCSOL) con Sí para definir que se agregará el valor de ICMS Solidario en el Total de la factura.
Campo Bs ICMS ST (F4_STDESC) con Valor bruto o Valor neto para definir si la Base de cálculo de la substitución tributaria considera el Valor bruto o neto, es decir, si se concede un Descuento al cliente, qué valor se considerará para la Base de cálculo, Valor de la mercadería o Valor de la mercadería - Descuentos.
Existen algunas especificaciones para facturas generadas para la Zona Franca de Manaus. Se identifica la venta si el cliente tiene el código Suframa (Superintendencia Zona Franca de Manaus) y en la generación de la factura, el sistema concede un descuento del 7% en el precio unitario.
El valor del descuento se graba en el campo propio, en el archivo Ítems de las facturas de salida, y puede detallarse en la factura, dependiendo del script de impresión de la factura.
Para emisión de la Factura con descuento en casos de ventas para la Zona Franca de Manaus es necesario configurar:
Suframa (A1_SUFRAMA): Código del cliente en Suframa.
Ins. Estat. (A1_INSCR): Inscripción estatal del cliente.
Estado/Prov/Reg (A1_EST): Estado/Prov/Reg del cliente (Debe formar parte del contenido del parámetro MV_NORTE).
Desc. p/ Sufr. (A1_CALCSUF): Este campo determina si debe, o no, calcular el descuento para la Zona Franca de Manaus (Cálculo de ICMS = 7 % para clientes con Suframa);
Cód. Mun. ZF: de acuerdo con la definición de la tabla S1 - Tabla de municipios para la Zona Franca de Manaus y Libre comercio, tópico Tablas, en el entorno Configurador.
Imp. Z Franca = No o en blanco (permitiendo el descuento).
Exemplo prático:
Observe el ejemplo de la Factura de venta para la Zona Franca de Manaus, en la cual el proveedor está ubicado en el Estado de São Paulo y el cliente está ubicado en Ceará.
3. En el Archivo de pedido de venta se grabó un pedido con los siguientes datos:
4. Se liberó el pedido para facturación.
5. Se liberó el crédito.
6. Se liberó el stock.
7. Se emitió la factura por medio de la rutina Documento de salida.
8. Después de la emisión de la factura, es posible consultarla y observar su cálculo:
Campo |
Descripción |
||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Número |
Esta cumplimentación puede ser Automática y/o Manual. Ejemplo: FAT001 |
||||||||||||||||||||||||
Tipo pedido |
Utilice la flecha indicadora y seleccione entre las opciones disponibles: N-Normal C-Compl.Precio/Cantidad. I-Compl.ICMS. P-Compl.IPI. D-Dev.Compras. B-Utiliza proveedor. |
||||||||||||||||||||||||
Cliente / Tienda |
Ejemplo: Armarinhos Sandra. |
||||||||||||||||||||||||
Tipo de cliente |
Este campo influye en el cálculo de los impuestos incidentes sobre la operación de salida. Se carga automáticamente al completar el código del cliente basado en la información presente en el Archivo de clientes, pero puede modificarse manualmente si la operación del pedido lo exigiera. Seleccione entre las siguientes opciones puestas a disposición:
|
||||||||||||||||||||||||
Cli. Entrega |
Código identificador del cliente de la entrega. Se utiliza cuando el local de la entrega está ubicado en un Estado/Prov/Reg diferente del adquiriente, afectando de esta manera el cálculo de impuestos, principalmente el ICMS. Este campo no es solamente informativo. Utilice la consulta estándar accesible por la lupa que está al lado del campo, o por la tecla F3. Ejemplo: 000002 OBSERVACIÓN: Los campos C5_CLIENT y C5_LOJAENT permiten la modificación del orden de campos, sin embargo, para su correcto funcionamiento, es necesario que siempre estén juntos y después los campos C5_CLIENTE y C5_LOJA. Ejemplo: C5_CLIENT - Ordem 10 y C5_LOJAENT - Orden 11 |
||||||||||||||||||||||||
Cond.Pago |
En este campo informe la condición de pago para generación de los títulos en el entorno Financiero, y se considerará de acuerdo con la definición de las reglas definidas en el Escenario de ventas. La fórmula para definición de la condición de pago se informa en el archivo Condiciones de pago. Utilice la lupa o la tecla F3 para acceder a la consulta estándar para seleccionar el ítem deseado. Vea más información sobre las Condiciones de pago accediendo a esta FAQ. Ejemplo: 001 - 2 Cuotas |
||||||||||||||||||||||||
Tabla |
En este campo se determina la lista de precios que se utilizará para el Pedido de venta, sin embargo, si la tabla no se informara, el sistema trae el precio de venta informado en el Archivo de productos. Es importante observar que este campo se considera, de acuerdo con las reglas definidas en el Escenario de ventas. Utilice la lupa o la tecla F3 para acceder a la consulta estándar para seleccionar la tabla deseada. Ejemplo: 001 - Tabla estándar |
||||||||||||||||||||||||
Estatus |
Se utiliza para Activación e Desactivación de Registros. El objetivo del campo es permitir la activación o la desactivación de registros, evitando que los inactivos queden en uso en la aplicación. Utilice la flecha indicadora y seleccione entre las siguientes opciones disponibles: 1-Inactivo o 2-Activo. Si el contenido del campo estuviera Inactivo, significa que el registro está bloqueado y la visualización en el browse tiene un color diferente. |
||||||||||||||||||||||||
Tipo obra |
Campo que permite informar el tipo de obra dirigido a la construcción civil en la emisión de FactS. Utilice la flecha indicadora y seleccione entre las siguientes opciones disponibles:
|
||||||||||||||||||||||||
Estatus Ecom |
Utilice la flecha indicadora y seleccione entre las siguientes opciones disponibles:
|
||||||||||||||||||||||||
Tipo Compl. |
Utilice la flecha indicadora y seleccione entre las siguientes opciones disponibles:
|
||||||||||||||||||||||||
Empresa de transporte |
Este campo indica el responsable por el transporte de la mercadería que consta en el Pedido de venta. Al informarse la empresa de transporte y el tipo de flete (CIF o FOB), al generar el documento de salida, el sistema realiza el tratamiento de los valores referentes al flete. Estos valores pueden verificarse en la consulta a las Facturas de salida. Utilice la consulta estándar accesible por la lupa que está al lado del campo, o incluso por la tecla F3. Ejemplo: FAT001 - Transportadora dois irmãos. |
||||||||||||||||||||||||
Descuento de 1 a 5 |
Informe el porcentaje de descuento que incide en cascada, aplicándose sobre el precio de lista del producto (Archivo de productos o Lista de precios). Si no hubiera un precio de lista, el descuento no se aplicará. El porcentaje de descuento es referente al encabezado del pedido. Los descuentos en cascada se aplican acumulativamente y no sumados, es decir, si se informaran los campos Desc 1 y Desc 5 con el 10% cada uno, el porcentaje resultante será el 19%. Ejemplo Considerando que el precio de venta del ítem es $ 100,00: Descuento 1 = 10% Precio de venta = $ 90,00 Descuento 2 = 10% El sistema aplicará el 10% sobre $ 90,00 = $ 81,00. |
||||||||||||||||||||||||
Cuota de 1 a 4 y Vencimiento de 1 a 4 |
Estos campos se informan si la condición de pago de la venta fuera del tipo 9 (condición en la cual el usuario informa los valores y cuotas de los títulos). Se utiliza esta condición si no hay reglas determinadas previamente, y la información de las cuotas y vencimientos se realiza de forma manual en el Pedido de venta. Como estándar el sistema pone a disposición hasta cuatro campos de cuotas y cuatro campos para los vencimientos. Es posible ampliar la cantidad de cuotas a un máximo de 26, siempre y cuando se modifique el parámetro MV_NUMPARC. Al utilizar este recurso es necesario crear campos de cuotas y vencimientos en la tabla SC5, coherente con lo definido en el parámetro. La creación de los campos se realiza en el módulo Configurador Para utilizar los campos Cuotas como porcentajes por dividirse en el archivo Condición de pago, el campo Cond. Pago debe contener el símbolo % o 0, para que las cuotas se consideren en valor moneda. Ejemplo: Porcentaje 1 - 10%. Porcentaje 2 - 10%. Porcentaje 3 - 15%. Porcentaje 4 - 8%. Para los vencimientos de 1 a 4, utilice el calendario del lado del campo para definir estas fechas. |
||||||||||||||||||||||||
Tipo flete |
Utilice la flecha indicadora y seleccione entre las siguientes opciones disponibles: C - CIF. F - FOB. T - Por cuenta terceros o S - Sin flete. Este campo indica el tipo de flete detallado en la Fact, de esta forma el valor informado se considera en la base de cálculo de los impuestos, como ICMS y en el valor del documento de salida, independientemente del tipo de flete informado. Al informarse la empresa de transporte y el tipo de flete en la generación del documento de salida, el sistema realiza el tratamientos de los valores referentes al flete. Estos valores pueden verificarse en la consulta a las Facts. de Salida. Consulte material explicativo en Flete - Concepto de flete - CIF y FOB |
||||||||||||||||||||||||
Flete / Seguro / Gasto |
Estos campos No deben utilizarse como informativo. Flete El prorrateo o la distribución del valor del flete entre los ítems del pedido está definido por la configuración del parámetro MV_RATDESP . La distribución de los valores de flete puede afectar el cálculo de los impuestos en el documento de salida.
ICMS: se tributa por la mayor alícuota de la factura, siendo que es de los productos involucrados. IPI: Se tributa por una alícuota proporcional a los pesos de los ítems. Si no hubiera peso, el cálculo es proporcional al valor. En la estadística de ventas, el flete se muestra separadamente. Seguro El valor informado se considera en la base de cálculo de los impuestos, como ICMS y en el valor total del documento de salida. Al emitir la factura con valor de seguro en la mercadería, por el transporte o manejo de los productos, informe este campo con el valor atribuido a este seguro. Esta información se detalla en la factura y el cálculo de los impuestos ocurre de acuerdo con el campo Flete. Gasto Informe el valor de los gastos que formen parte del valor de la Factura. Esta información se detalla en la factura y el cálculo de los impuestos ocurre de acuerdo con los campos Flete y Seguro. El prorrateo de los gastos (flete/seguro/gastos) en los ítems del Pedido de venta se realiza de acuerdo con el contenido del parámetro MV_RATDESP, que puede ser:
Ejemplo: Considerando un pedido de 1.000 kg, siendo que el primer producto pesa 800 kg y el otro 200 kg, y que el parámetro MV_RATDESP se configure para peso, con valor de flete de $ 500,00. El sistema realiza el siguiente cálculo: 80% de 500,00 para el flete del 1º ítem 20% de 500,00 para el flete del 2º ítem |
||||||||||||||||||||||||
Flete autónomo |
El transportista autónomo se clasifica como no contribuyente. El flete autónomo ocurre cuando una persona física realiza el transporte de mercadería y el responsable por el pago de ICMS sobre el flete es el emisor de la factura, aunque el flete sea contratado por el destinatario. Cuando la factura se emite con este tipo de transportista, el valor de ICMS debe ser pagada por la empresa que adquiere el servicio. En la preparación de la factura, el valor del ICMS sobre el flete autónomo se calcula aumentado del valor de la factura. Para ejemplificar esta situación, observe:
Observe que en este tipo de operación, solamente el ICMS sobre el flete se cobra del cliente, ya que el flete es contratado por el destinatario y el responsable por el pago es el emisor. Concepto de flete de terceros El flete de terceros ocurre cuando el destinatario contrata el flete para transporte de la mercadería, sin embargo, el emisor de la factura es el responsable por el pago del ICMS-ST (por Sustitución tributaria) sobre el flete. En este tipo de operación, agregue el valor del flete de terceros a la base de cálculo del ICMS-ST. Para ejemplificar esta situación, observe:
Tratamiento del ICMS o ICMS-ST en el campo Flete autónomo De acuerdo con la cumplimentación del campo Flet.Aut. (F4_FRETAUT) del Archivo de TES, se indica si el valor del flete autónomo informado en este campo es referente al ICMS o ICMS-ST, donde:
De esta manera, el sistema considera la información del campo Flet. Aut. del Archivo de TES y el valor informado en el campo Flete autónomo del Pedido de venta para formar parte del total de la factura. |
||||||||||||||||||||||||
Moneda |
Se refiere a la moneda del Pedido de venta. Esta información determina en qué moneda se expresan los valores del pedido (consulte el archivo de Monedas). De esta manera, al optar por pedido en Dólar (U$) en la generación del documento de salida, los valores se convierten a la moneda actual (moneda 1), utilizando la tasa definida en el archivo de monedas para la fecha base del sistema. Los valores de flete y seguro pueden expresarse en moneda actual o moneda del pedido, de acuerdo con la configuración del parámetro MV_FRETMOE. Ejemplo: 1 (Real) |
||||||||||||||||||||||||
Volumen de 1 a 4 / Clase de 1 a 4 |
Volumen de 1 a 4/ Clase de 1 a 4En los campos Volumen de 1 a 4 informe los volúmenes referentes a las clases de los productos pertenecientes al pedido de venta.Ejemplo: Volumen 1: 10 Clase 1: Cajas Estos datos se llevan a la generación del Documento de salida.Para imprimir el informe Etiqueta de volúmenes es necesario que estos campos estén completados. |
||||||||||||||||||||||||
Indemnización / % Indemnización |
Se especifican en estos campos el descuento en valor (indemnización) o porcentaje (% indemnización) cuando ocurra indemnización. El contenido de los campos se calculan en la generación de la factura y no se consideran en la liberación del crédito. La indemnización puede ser concedida, por valor, o por porcentaje, siendo que el sistema no verifica los dos al mismo tiempo. Cabe resaltar que el sistema considera el límite de crédito, es decir, aún habiendo indemnización, el cliente no puede comprar sobre el valor de su límite de crédito. Ejemplo: Suponiendo que el Cliente X tenga la siguiente situación:
En este caso, el sistema bloquea el crédito del cliente, pues el valor, incluso con la indemnización, supera su límite de crédito. |
||||||||||||||||||||||||
Aumento financiero |
Este campo muestra el porcentaje del aumento financiero informado en la Condición de pago. Si la condición no tuviera aumento financiero, la información puede realizarse en este campo. Este porcentaje se agrega al precio de venta en la generación del Documento de salida. Ejemplo:
|
||||||||||||||||||||||||
ISS incluido |
Este campo es sugerido por el Archivo de clientes, campo ISS en el Precio, e informa al sistema si el valor del ISS está incluido en el precio. Si no está, al informar No en este campo el sistema incluye el valor del ISS en el total. Utilice la flecha indicadora para seleccionar entre las opciones: S- Sí o N-No |
||||||||||||||||||||||||
Carga |
Utilice la flecha indicadora para seleccionar entre las opciones: 1- Utiliza, monta la carga y entra en la unitización (cuando divide la carga en varios unitizadores; pallet, contenedores). 2- No utiliza, el pedido no entra en el montaje de carga. Este campo indica si el pedido entra en el mapa de carga del módulo OMS. |
||||||||||||||||||||||||
¿Paga ISS? |
Utilice la flecha indicadora para seleccionar entre las opciones: 1 - Sí o 2- No. Utilice este campo para indicar en el registro del Pedido de venta, si el ISS se retiene en la operación, independientemente de la configuración registrada en los archivos de Clientes / Proveedores. De esta manera, si el campo Paga ISS del Archivo de clientes está informado con 2=No y el campo Paga ISS del encabezado del Pedido de venta está configurado con 1=Sí, el Sistema desconsidera la información del Archivo de clientes. Esto ocurre con el Archivo de proveedores. |
||||||||||||||||||||||||
Distancia de entrega /Flete tarifa |
En el campo Dist. Entrega, informe la distancia de entrega, de acuerdo con lo informado en el Archivo de tarifa de flete. Al informar este campo, automáticamente el sistema calcula el valor del Flete de tarifa. Ejemplo: 120 Km |
Campo |
Descripción |
---|---|
Producto |
Código identificador del producto o servicio objeto de la venta. Ejemplo de producto con grilla: PANTALONES_VAQUEROS, que contiene las variaciones de color (AM, AZ, NG y VD) y tamaño (40, 42, 44 y 44). |
Cantidad |
En el campo (C6_QTDVEN) informe la cantidad original del producto, de acuerdo con el movimiento, sea este Venta, Devolución de compra, Envío o Devolución de poder de tercero. Puede digitarse la cantidad que el usuario determine, sin embargo, si no existiera la cantidad en stock, se libera el pedido, pero posteriormente se bloquea por stock insuficiente. Sin embargo existe también la posibilidad de liberar el stock, sin embargo el valor es negativo. Si un pedido estuviera relacionado a un movimiento de Poder de terceros (de acuerdo con el TES), el Sistema permite la consulta de los saldos, al activar la tecla ENTER + F4. |
Precio unitario |
Informe en este campo (C6_PRCVEN) el Precio unitario neto. Precio de lista con aplicación de descuentos y aumentos financieros. Este precio puede venir de una Lista de precio o del Archivo de productos, y el sistema evalúa las reglas de descuento definidas. Cuando se trate de una devolución de compra, puede consultarse la Fact. Original. Después de consulta, este campo se carga de acuerdo con el precio de la Fact. de Entrada. Ejemplo Para que ocurra esto, el pedido de venta debe tener las siguientes características: a. Tipo B -> campo Tipo pedido (C5_TIPO) = B. b. Selección del producto. c. En el campo FACT. ORIGINAL (C6_NFORI), digite ENTER + F4. Todos los datos de la Factura original pueden consultarse. Al confirmar este campo, el sistema actualiza el campo Precio unitario, de acuerdo con los datos de la consulta. |
Cantidad liberada |
Informe la cantidad liberada del producto para el pedido. Para consultar la cantidad en stock, pulse la tecla [F4]. Al informar el campo Ctd. Liberada, el sistema realiza las verificaciones debidas y libera el pedido para facturación, siempre y cuando no hayan restricciones de crédito del cliente ni stock del producto. Es importante observar que la cantidad liberada no puede ser mayor que la cantidad vendida, sin embargo, las cantidades también pueden ser liberadas parcialmente. Si ocurriera esto, el pedido queda pendiente, esperando el saldo por facturar. Este campo puede completarse automáticamente por el sistema con el saldo remanente por liberar, si la pregunta Sugiere cantidad liberada, mostrada al pulsar F12 en la pantalla principal de la rutina, esté marcada con SÍ. Este es un campo accesorio, es decir, después de la confirmación de la grabación y liberación del ítem del pedido, su contenido vuelve a cero. De esta manera, este campo no almacena la cantidad liberada del pedido. |
Cantidad liberada 2ª Unid. Medida |
Este campo requiere que se aplique el mismo concepto del campo Cantidad liberada, sin embargo el tratamiento se realizará para la 2ª unidad de medida, configurada en el Archivo de producto. Informe la cantidad por liberar en la segunda unidad de medida. Este campo puede informarse si el producto tuviera segunda unidad de medida y factor de conversión informados en el Archivo de productos. De esta manera el sistema obtiene la cantidad por liberar en la unidad de medida estándar. Ejemplo: Considerando el registro de un producto donde cada caja contenga 100 unidades, y la 1ª unidad de medida fuera Unidad y la 2ª unidad de medida fuera Caja, al informar 2 en la segunda unidad de medida, el sistema considera 200 en la 1ª unidad, y viceversa. |
Segunda UM |
Actualización realizada de acuerdo con lo informado en el campo correspondiente del Archivo de productos. Ejemplo: Cajas |
Tp. Operación |
Este campo es utilizado por el TES inteligente, para cumplimentación automática del campo C6_TES, facilitando de esta manera la cumplimentación del Pedido de venta. Ejemplo: Venta de mercadería. |
Tipo salida |
Tipo de salida utilizada, registrada en la tabla de Tipos de entradas y salidas (TES). Este campo es de cumplimentación obligatoria, y permite la selección del Tipo de entrada y salida para el pedido de venta. El tipo de salida define varios aspectos de la operación de salida, indicando si la operación actualiza el stock y genera facturas de crédito, influyendo en el cálculo y registro de varios impuestos (ICMS, IPI, ISS, PIS y COFINS). Si fuera necesario vea más información en el archivo de Tipos de entradas y salidas (TES). Ejemplo: 555 TSS Zona Franca |
Cantidad vendida 2ª unidad de medida |
Informe la cantidad vendida en la segunda unidad de medida. Este campo puede informarse si el producto tuviera segunda unidad de medida y factor de conversión informados en el Archivo de productos. De esta manera el sistema obtiene la cantidad en la unidad de medida estándar. Ejemplo: 100 unidades |
Almacén |
Informe el código del almacén en el que se realizará el movimiento de stock, si el ítem estuviera configurado para mover stock. En caso de que el pedido de ventas tenga más de un ítem y utilice almacenes diferentes, si uno de los almacenes estuviera bloqueado, será necesario verificar otro almacén disponible. Para los ítems que están con almacén sin bloqueo, estos podrán facturarse por medio de la rutina Prep.Docs en el programa MATA461(Documentos de salida). Es posible revertir los ítems a liberado en el Pedido de ventas por medio de la rutina "Rever. Docs", contenido en la rutina MATA461(Documentos de salida). |
Código fiscal |
Informe en este campo el Código fiscal de la operación (CFO). Los CFO están registrados en la tabla 13 (trece) del diccionario SX5. Normalmente este código se completa automáticamente, basado en el contenido del Tipos de entradas y salidas (TES) informado, pero puede modificarse si la operación lo exige. Utilice la consulta estándar accesible por la lupa o por la tecla F3. Ejemplo: 1101 - Compra para industrialización |
% Descuento / Valor descuento |
Informe en estos campos el porcentaje o valor de descuento del ítem del pedido de venta. El porcentaje se aplica sobre el precio unitario, que no exige que el producto tenga precio de lista, pero si existiera, el descuento se aplica sobre el precio de lista. El descuento se calcula en cascada, si el descuento de encabezado se hubiera completado. Ejemplo: Suponiendo que el producto X tenga el precio de venta = 1000, y que en el encabezado del pedido de venta se hubiera concedido el descuento 1 del 10% y el descuento 2 del 5%. Además del descuento del encabezado, se concedió un descuento del 10% en el ítem. El precio del producto será de 769,50. Cabe resaltar que el porcentaje de descuento puede ser determinado en las Reglas de descuento El valor del descuento es el valor total del descuento referente al ítem. De esta manera el monto informado se divide por la cantidad para calcular el descuento por unidad, que se aplica al precio unitario. El valor del descuento no exige que el producto tenga precio de lista, pero si existiera, el descuento se aplica sobre el precio de lista. El sistema necesita obtener un nuevo precio unitario válido al informar el descuento, de esta manera, si el nuevo precio unitario no pudiera expresarse utilizando el número de decimales disponibles, el sistema recalcula el descuento del ítem a un valor coherente. |
Entrega |
Este campo sugiere la fecha base del sistema e indica la fecha de entrega del ítem del Pedido de venta. El sistema permite que el pedido se facture parcialmente y por este campo, determina fechas de entrega especiales para cada ítem. Por el parámetro MV_DPDTEMI es posible visualizar, por la Planilla financiera, los títulos separados por la fecha de entrega de cada ítem, o por la fecha de emisión del pedido:
Ejemplo: 25/XX/2XXXX |
Precio de lista |
Este campo muestra el precio de lista del producto, de acuerdo con la información del Archivo de productos o de la Lista de precios informada en el encabezado del pedido. Es importante observar que todos los Descuentos / Aumentos se aplican al Precio de venta, y el precio de lista permanece inalterable. Ejemplo: $ 100,00 |
Identificador Poder de terceros |
El sistema completa este campo si el Pedido de venta se refiere a una operación de Devolución de poder de terceros. Ejemplo:
a. El producto referente a la operación de devolución. b. El TES. c. Y en el campo Cantidad, digite ENTER + F4 para visualizar los datos de la Fact. Original. Al confirmar este campo, el sistema completa el identificador de poder de terceros. |
Bloqueo |
Se refiere al bloqueo manual del ítem del pedido. Esto impide que el pedido se libere automáticamente si el campo Ctd. Liberada estuviera informado, además de controlar la Reserva de productos. Para liberar el pedido, la pregunta ¿Considera pedidos bloqueados? debe responderse con S (Sí). De esta forma, el pedido estará disponible para liberación. El pedido puede estar bloqueado, utilizándose los siguientes códigos: · S = Bloqueado Si fuera necesario bloquear un ítem manualmente, seleccione esta opción. · N = Sin bloqueo · R = Bloqueo de residuo Se utiliza para borrado de residuo del ítem de pedido. Es posible visualizar la causa del bloqueo por Acciones relacionadas / Blq. Regla. Con esta finalidad configure el parámetro MV_VEBLQRG con el contenido en .T.. |
Factura original |
Corresponde al número del documento fiscal de origen. Informe este campo en los tipos de pedido de devolución de compra, complemento de precio, complemento de ICMS y complemento de IPI (Programa de integración social). Si el tipo fuera igual a D (devolución), es imprescindible que se complete. Para que este campo se informe es necesario: a. que el pedido de venta tenga el campo Tipo pedido (C5_TIPO) = D (Devolución de compras). b. en los ítems del pedido de venta debe seleccionarse el producto, y a continuación, en el campo Fact. Original, debe activarse la tecla ENTER + F4. El sistema lista las facturas de origen que se devolverán. Este campo también debe informarse si el pedido fuera referente a un complemento de precio o de ICMS/IPI de una Factura. |
Serie / Ítem original |
El campo Serie original se completará cuando se seleccione la factura original. Informe este campo en los tipos de pedido de devolución de compra, complemento de precio, complemento de ICMS y complemento de IPI (Programa de integración social). El campo Ítem Fact. Original indica cuál es el ítem de la factura original que se está devolviendo, aunque en la factura actual el ítem sea diferente. Informe este campo en los tipos de pedido de devolución de compra, complemento de precio, complemento de ICMS y complemento de IPI (Programa de integración social). Si se informa este campo, es obligatorio que la factura exista en el sistema. |
Cód. Serv. ISS |
Este campo muestra el código de ISS de acuerdo con la información del campo Cód. Serv. ISS de la carpeta Impuestos en el Archivo de productos. Ejemplo: 1401 Servicio FactS |
Grilla / Ítem grilla |
Estos campos son completados por el sistema cuando el producto informado forma parte de una grilla de productos. |
Lote/ Sublote/ Validez |
Cuando el producto seleccionado en el ítem del Pedido de venta tiene control de trazabilidad (informado en el Archivo de producto), este campo permite que se seleccione de qué lote se retira el producto vendido. De esta forma, utilizando este campo, el usuario puede seleccionar que se venda un ítem que tenga una fecha de validez menor (controlada en el lote del producto). Ejemplo: 1. El producto por utilizar debe tener el campo Rastro (B1_RASTRO) completado con Lote o Sublote. 2. El parámetro MV_RASTRO debe estar completado con Sí. 3. Es necesaria la inclusión de un Documento de entrada. 4. En la emisión del Pedido de venta, identifique el producto, y a continuación, en el campo Lote, active la tecla Enter + F4. Al confirmar, los campos sublote y validez se completan automáticamente. |
Opcional P.V. |
Este campo muestra los opcionales del producto, de acuerdo con la estructura registrada. Para más detalles, consulte el Archivo de Grupo de opcionales. |
Ubicación |
Este producto identifica la ubicación del producto en el almacén, si tuviera ubicación física. Para que el producto tenga ubicación física es necesario: · En el Archivo de productos, el campo Contr. Ubicac. (B1_LOCALIZ), debe indicar si el producto utiliza control de ubicación. · El Parámetro MV_LOCALIZ debe estar informado con Sí. |
Número de serie |
Informe este campo si el producto tuviera ubicación física y tenga número de serie. En este caso, la cantidad del producto debe ser igual a 1 (1 unidad), pues el número de serie es controlado para cada producto. Este campo también se utiliza en el módulo Field Service - Asistencia técnica, para control del producto en una base instalada, desde que el campo Actual. Técn. del Archivo de TES esté configurado para tratar la situación. |
Número / Ítem O.P. |
Estos campos son completados por el sistema cuando se genera la orden de producción para el producto, a partir de los entornos Stock/Costos y PCP. |
Situación tributaria |
Este campo muestra la situación tributaria del producto en el Pedido de venta, de acuerdo con la suma del contenido de los siguientes campos: · Archivo de productos - Campo: B1_ORIGEM · Archivo de TES - Campo F4_SITTRIB Ejemplo: Considerando que en el Archivo de productos el campo B1_ORIGEM esté completado con 0 y en el Archivo de TES el campo F4_SITTRIB esté completado con 10, en el Pedido de venta, el campo Situación tributaria estará completado con 010. |
Número / Ítem contrato |
Estos campos muestran el número y el ítem del contrato de asociación generado en el Archivo de contrato de asociación. |
Tipo O.P. |
Este campo permite identificar el tipo de la Orden de producción por generar a partir del Pedido de venta, que puede ser: · Firme - Este tipo de orden de producción es aquella que efectivamente se producirá, es decir, O.P. Real. · Prevista - Este tipo se utiliza para realizar una previsión de producción para planificación y control da materia prima que se utilizará de la disponibilidad de los recursos para producción. El campo se utiliza en la generación de la O.P. Y es realizada por el área de Ventas. |
Revisión estructura |
Cuando el producto tiene revisión de estructura, este campo se completa en el Pedido de venta que originó la Orden de producción, en la generación de la OP por Venta. |
Servicio |
Este campo se utiliza cuando existe integración con el entorno WMS, y tiene como objetivo informar qué tipo de servicio se realizará en la Ejecución de servicio. Ejemplo: Recepción. |
Ubicación destino |
Este campo identifica la ubicación destino del producto después que el servicio se haya ejecutado. Se utiliza cuando existe integración con el entorno WMS, en la Ejecución de servicio. Ejemplo: Almacén 1 - Compras |
Estructura física |
Este campo indica el tipo de estructura física de la ubicación hacia a donde se envían los productos, como por ejemplo, dársenas para expedición. Se utiliza cuando existe integración con el entorno WMS, en la Ejecución de servicio. Ejemplo: Galpón interno sector B con 2000 m2 |
Nº/Tipo/Ítem contrato |
La cumplimentación de estos campos se realiza automáticamente por el sistema al generar un Contrato de asociación. |
Código del proyecto/ EDT / Tarea |
En estos campos se informan los códigos del proyecto, EDT (Estructura de descomposición del trabajo) y tarea por vincular al documento de salida. El vínculo con el documento de salida al proyecto tiene dos funcionalidades definidas por el campo Mov. Proy. (F4_MOVPRJ), del Archivo de TES: · 1 - Gasto (Agregar costo al proyecto) - Este caso se utiliza en las situaciones en la que el ítem del producto sale del stock y se envía al proyecto, y su costo se agregará a una tarea del proyecto. Observación: Los gastos solamente pueden vincularse a las tareas. Cuando el vínculo se hace a una EDT, el Sistema no la considera. · 2 - Ingreso - Este caso se utiliza en las situaciones en las que el ítem del producto es parte integrante de la facturación del proyecto, generando de esta manera, los ingresos del proyecto. Obs.: Los ingresos del proyecto pueden vincularse a las tareas o las EDT. |
Potencia |
Este campo muestra el contenido informado en el Archivo de movimientos internos, campo D3_POTENCIA, e indica la potencia del lote para el producto |
Vendedor 1 a 5/Comisión 1 a 5 |
Informe el(los) vendedor(es) que participaron de la venta y que recibirán comisión sobre las ventas. El sistema permite definir hasta cuatro vendedores para un mismo pedido y las comisiones se calculan sola mete si el pedido genera facturas de crédito. Porcentaje de comisión con relación a los vendedores de 1 a 4 respectivamente. La comisión se muestra automáticamente al informarse en el Arch. de Vendedores, o manualmente. Ejemplo: La empresa puede promover los productos que están hace algún tiempo en stock, suministrando comisión a los vendedores sobre el ítem, además de la comisión sobre el total del pedido. |
Para acceder a estos parámetros de configuración, es necesario acceder a la rutina y pulsar la tecla F12 para visualización y configuración.
Campo | Descripción |
---|---|
¿Sugiere Cant Liberada? |
Determina que la cantidad liberada se considere en el filtro. Seleccione entre Sí o No. |
¿Prc. venda c/Sustit.? |
Determina que los precios de venta con sustitución se consideren en el filtro. Seleccione entre Sí o No. |
¿Op. Triangular? |
Determina que las operaciones triangulares se consideren en el filtro. Cliente -> Proveed1 -> Proveed2 -> Cliente Seleccione entre Sí o No. |
¿Planilla financiera? |
Informe Saldo para considerar el saldo restante del pedido de ventas, lo que se facturó y se eliminó, residuo o Total. Seleccione entre Saldo o Total. |
¿Contabiliza On-Line? |
Indica si la contabilidad será on-line, es decir, en el momento de hacer efectiva la transacción, el proceso se contabilizará, o si se contabilizará 0ff-line, donde todos los registros no efectuados on-line se contabilizan en un proceso en lote. Seleccione entre Sí o No. |
¿Agrupa Asiento Contable? |
Indica si los registros deben agruparse en una única línea, si las cuentas, centro de costo, ítem y clase de valor fueran iguales en los registros efectuados. Seleccione entre Sí o No. |
¿Muestra registro? |
Indica si el asiento contable debe mostrarse, si la contabilidad fuera on-line. Seleccione entre Sí o No. |
Para atender la demanda de los procesos de Releases incrementales, el fuente MATA410 (Pedidos de venta) se dividió, de acuerdo con la siguiente secuencia de nomenclaturas:
De esta manera ahora están fraccionados por procesos y tipos de acción, y para facilitar la identificación, están separados por siglas.
Ejemplos:
MATA410 (fuente estándar existente) = BASE - reúne las operaciones que pueden realizarse por la aplicación, por ejemplo: inclusión, modificación, operación, visualización y borrado, definición de visiones y gráficos, browse de la rutina e interfaz(interfaces).
N = Negocio: Reúne los procesos de grabación de registros y reglas de negocio en general.
V = Validación: Reúne validaciones previas y posteriores de formularios, líneas, etc.
I = Integración: Reúne los procesos de integración entre los sistemas.
En algunos casos también se utilizaron las siglas de división de fuentes para organizar mejor los procesos.
Vea:
MATV410 |
Validaciones estándar del formulario |
---|---|
MAT |
Nombre del fuente existente. |
V |
Tipo (V=Validación). |
410 |
Numeración existente. |
MATV410A |
Validaciones pertinentes al mercado internacional |
---|---|
MAT |
Nombre del fuente existente. |
V |
Tipo (V=Validación). |
410 |
Numeración existente. |
A |
Sigla de división de fuente. |
De esta manera, la división de los fuentes de Pedidos de venta (MATA410) ocurre de la siguiente forma:
MATA410 - Base (EXISTENTE)
MATA410B - Mensaje único (EXISTENTE)
MATV410 - Validación (Encabezado, Folders del encabezado, Opcionales de menú y Procesos de otros módulos) (NUEVO)
MATV410A - Validación de los ítems (NUEVO)
MATN410 - Reglas de negocio que involucran el módulo Facturación. (NUEVO)
MATN410A - Reglas de negocio que involucran la Gestión de suministros. (NUEVO)
MATN410B - Reglas de negocio que involucran Control de tiendas, Fiscal, Logística, Software de terceros Otros módulos. (NUEVO)
MATN410C - Reglas de negocio para incluir pedidos vía código de barras. (NUEVO)
Para adecuar el Sistema Protheus® la Ley general de protección de datos fue necesaria la adaptación de la presentación de los datos de esta rutina, para realizar el tratamiento de los datos sensibles y/o personales, con la utilización de los procesos de Control de acceso y Log de Auditoría.
Define si el usuario o un grupo de usuarios tiene el permiso para acceder/visualizar los datos sensibles y/o personales disponibles en las pantallas de las rutinas y/o informes, si fuera el caso.
El Administrador del sistema es el responsable por establecer si las reglas de control de la información se aplicarán a un único usuario o a un grupo de usuarios. La configuración de este acceso de los usuarios y/o grupo de usuarios a los datos sensibles y personales está a disposición en el módulo Configurador (SIGACFG) por medio de los accesos 192 y 193 (Lista de accesos vs. Rutina).
Para más detalles sobre la Política de seguridad, haga clic aquí.
Permite auditar las actualizaciones del Diccionario de datos y del Archivo de usuarios, las autenticaciones de acceso a las rutinas que tienen campos sensibles y/o personales, así como los posibles rechazos de acceso a dichos datos.
Para más detalles, consulte el capítulo Reglas de auditoría en la Política de seguridad.
El Sistema Protheus® pone a disposición algunas rutinas para la generación de los Logs de auditoría. Los procedimientos para la configuración y generación de estos informes pueden obtenerse por medio de las Rutinas de Log y Auditoría.