Categorías de clientes

• Categoría (campo BCGCOD)

Es la categoría asociada al cliente.
Una categoría de cliente permite:

• disponer de una clasificación adicional de los clientes;
• disponer de valores por defecto en la creación;
• asignar una numeración automática de los clientes en función de un contador asociado a la categoría de cliente.

Una categoría de cliente también se puede asociar a untercero o a uncliente potencial, ya que los clientes potenciales pueden hacerse clientes posteriormente.

• Descrip. corta (campo SHOAXX)

• Contador cliente (campo REFCOU)

• Modo creación (campo CREMOD)

• País (campo CRY)

Este código permite identificar, entre otros, el País de un tercero.
Es un dato importante asociado a ciertas características útiles para controlar información relacionada, en particular:

• el formato del número de teléfono;
• el formato del número que permite identificar una sociedad o una actividad (NIF, CNAE), y si es o no obligatorio;
• el formato del código postal de la ciudad, el código de la subdivisión geográfica, y si son o no obligatorios;
• si el número de IVA de esta comunidad es o no obligatorio;
• el formato del número de cuenta bancaria.

• Idioma (campo LAN)

• Divisa (campo CUR)

Este código permite identificar la divisa de una planta, de un tercero, etc. Se controla en la tabla de divisas.
 Se aconseja utilizar la codificación ISO para la creación de una nueva divisa.

• Tipo de cliente (campo BPCTYP)

El tipo de cliente puede tomar los siguientes valores: Normalo Varios.
Si seleccionas el tipo Varios, se abre automáticamente una ventana para introducir una dirección en todos los documentos comerciales (se considera que estos son un conjunto de clientes sin diferencias en contabilidad).
La categoría por defecto es Normal.

• Tipo de cambio (campo CHGTYP)

Este campo se controla con un menú local modificable y puede tomar los siguientes valores: cambio día, cambio mes, cambio medio, cambio DEB.
Hay que elegir el tipo de cambio que se va a utilizar para convertir los importes en divisa.
El tipo de cambio por defecto es el de la cabecera.

• campo TSCCOD

Código controlado en las tablas de familias estadísticas que permite asociar una familia estadística al cliente.

• Control crédito (campo OSTCTL)

Selecciona el tipo de control que quieres realizar sobre el importe del crédito del cliente:

• Controlado. Este control se ejecuta en tiempo real en la entrada del pedido, durante la asignación y la entrega, con respecto al importe del crédito autorizado. Se pueden realizar entregas al cliente si su crédito es inferior al autorizado. El control se puede realizar:
• Por sociedad o por dossier, en función del valor del parámetro general de "Ventas" OSTCTL - Nivel ctrl. crédito cliente (capítulo TC, grupo OST).
• Con respecto a cambio histórico o actualizado, en función del valor del parámetro general de "Datos base" OSTCHGTYP - Origen cambio ctrl. crédito (capítulo TC, grupo OST).
  Si se realiza un control de un cambio actualizado, el tipo de cambio que se utiliza es el del parámetro OSTTYPCUR - Tipo cambio ctrl. cambio act. (capítulo TC, grupo OST).
  Cuando se realiza un control de crédito a nivel del dossier, siempre se realiza en función del cambio actualizado, independientemente del valor del parámetroOSTCHGTYP - Origen cambio ctrl. crédito.

El crédito se controla con respecto al tercero de riesgo asociado al cliente. Si varios clientes comparten el mismo tercero de riesgo, el crédito de cada cliente se controlará de la misma manera con respecto a dicho tercero, acumulando en este el conjunto de movimientos de los distintos clientes.
Cuando el cliente está asociado a un tercero de riesgo diferente, no se puede acceder al importe del crédito autorizado. Se puede consultar en la ficha del tercero de riesgo. El crédito mostrado corresponde al tercero de riesgo.

• Libre. Siempre se pueden realizar entregas al cliente.
• Bloqueado. Ya no se pueden realizar entregas al cliente.

• Crédito autorizado (campo WOSTAUZ)

Importe del crédito máximo autorizado para este cliente. Se utiliza cuando el cliente está definido como "Controlado" en el campo Control crédito. Este importe se expresa:

• En la divisa del dossier, si el control se realiza a nivel del dossier.
• En la divisa de la planta de "Datos base" del usuario, si el control se realiza a nivel de la sociedad.

• campo XCUR

• Categoría ABC (campo ABCCLS)

Código que permite identificar la categoría ABC del tercero.
La categoría ABC permite clasificar los terceros en función de su importancia en el volumen de negocio, por ejemplo.
Se puede introducir con valores comprendidos entre A y D. Durante su creación, el tercero no dispone de ningún dato estadístico y se clasifica por defecto en la categoría D.

• Imp. mín. pedido (campo WORDMINAMT)

Importe sin impuestos mínimo, expresado en la divisa del dossier, por debajo del cual no se registran los pedidos del cliente.

• campo XCUR

• Autor. cierre pedido (campo ORDCLE)

Esta información, inicializada con el cliente del pedido, permite autorizar o no el saldo de una línea o del pedido. Si la transacción lo permite, se puede modificar en la entrada del pedido.

• Autorización préstamo (campo LNDAUZ)

Indicador que permite definir si se autoriza o no un préstamo de mercancía a este cliente.

• 1 pdo por entrega (campo ODL)

Esta información, inicializada con el cliente del pedido, permite prohibir la agrupación de varios pedidos en una misma entrega. Si la transacción lo permite, se puede modificar en la entrada del pedido.

• Entrega parcial (campo DME)

Esta información, inicializada con el cliente del pedido, permite indicar el modo de entrega del mismo. Hay tres valores posibles:

• Autorizada significa que el pedido se puede entregar de forma parcial.
• Línea completa significa que el pedido se puede entregar de forma parcial si se entrega la línea completa.
• Pedido completo significa que el pedido debe entregarse por completo en una sola entrega.

También significa que no se puede realizar una asignación parcial en una línea de pedido o en un pedido cuando el stock es insuficiente para cubrir la línea o el pedido por completo. En el pedido o en las opciones de asignación en masa debe aparecer la opción Asignaciones parciales.Cuando se introduce la cantidad que se va a asignar a la línea o se realiza una Asignación manualen la línea y la entrega es parcial, aparece un mensaje de aviso.

Nota:Cuando seleccionas Línea completa o Pedido completo, puedes ignorar el mensaje de aviso y forzar la entrega parcial.

• Tipo precio / importe (campo PRITYP)

El valor de este campo (AI o II) viene definido por el parámetro general SALPRITYP - Tipo de precio/Importe (capítulo TC, grupo INV).

Si el parámetro general NOTATI - Precio/Importe AI y II (capítulo TC, grupo INV) tiene asignado el valor No, no puedes modificar esta información.

• Facturación porte (campo FREINV)

Indicador que permite determinar si el porte se factura al cliente o si está exento. Esta exención puede ser incondicional o aplicarse a partir de un importe límite sin o con impuestos.
El porte se calcula a partir de la tarifa del transportista y se integra en el momento de la entrega mediante un elemento de facturación dedicado.
Para obtener más información, consulta el parámetro general FRENUM.
Los límites se definen en la ficha transportista.

• Modo facturación (campo IME)

Esta información se inicializa con el cliente del pedido y permite definir el modo de facturación del cliente. Este modo de facturación se utiliza posteriormente para facturar los documentos de entrega o los pedidos de facturación directa agrupándolos o dividiéndolos. Esta información se emplea en los procesos de facturación automática y en la función de facturación manual (donde se realiza un control de la información).

Los modos de facturación disponibles y su impacto en la facturación de las entregas son los siguientes:  

• 1 factura/doc. entrega. Este modo de facturación requiere una factura para cada una de las entregas creadas.
• 1 factura/pedido saldado. Este modo de facturación solo permite facturar las entregas asociadas a un pedido cuando este está saldado, todas las entregas asociadas al pedido están validadas y las entregas forman parte de la selección de facturación automática. Se generará una sola factura agrupando todas las entregas del pedido.
• 1 factura/pedido. Este modo de facturación permite crear una factura para todas las entregas validadas del pedido cuando se ejecuta el proceso de facturación. Se generará una sola factura agrupando todas estas entregas.
• 1 factura/cliente destinatario. Este modo de facturación permite crear una sola factura para todas las entregas del mismo cliente destinatario cuando se ejecuta el proceso de facturación automática. También se realiza un control cuando se facturan manualmente las entregas.
• 1 factura/periodo. Este modo de facturación permite crear una factura para todas las entregas en función de la periodicidad de facturación definida por el cliente. Por ejemplo, si la periodicidad es semanal, todas las entregas de la semana 32 (relativas a la fecha de expedición o de entrega en función del parámetro INVREFDAT - Fecha origen para facturación) se agruparán en una misma factura. Existe una particularidad sobre la periodicidad de facturación cuando su valor es A petición.Las entregas con una periodicidad de este tipo se agrupan. También se controla la facturación manual de las entregas para permitir únicamente la agrupación de las entregas con un modo de facturación por periodo y manual.
• Facturación manual. Este modo de facturación no se tiene en cuenta en los procesos de facturación automática. La facturación se realizará manualmente al introducir la factura.

Consecuencias del modo de facturación en la generación de entregas: los pedidos con un modo de facturación "1 factura/pedido" o "1 factura/pedido saldado" nunca se agruparán en una misma entrega.

Aparte de estos modos de facturación, existen datos que, si varían de una entrega a otra, no permiten agrupar dos entregas. Consulta la ayuda sobre la facturación automática de entregas.

Las consecuencias de los modos de facturación en los pedidos de facturación directa son:

• 1 factura/doc. entrega. Este modo de facturación requiere una factura para cada uno de los pedidos de facturación directa. No obstante, un pedido solo se puede facturar de forma parcial mediante la función de facturación automática cuando el modo de entrega del pedido no es Pedido completo.Si el modo de entrega del pedido es Pedido completo, todas las líneas del pedido deberán facturarse (las líneas de pedido gestionadas en stock deberán asignarse). De lo contrario, la factura no se generará. En la facturación manual de un pedido de este tipo, no hay restricción en cuanto al modo de entrega. Se podrá crear una factura parcial aunque el modo de entrega sea Pedido completo.
• 1 factura/pedido saldado. Este modo de facturación requiere una factura para cada uno de los pedidos de facturación directa. No obstante, hay que tener en cuenta por completo un pedido para poder facturarlo mediante la función de facturación automática. Solo habrá una factura para este pedido. En la facturación manual, se puede infringir esta regla facturando parcialmente un pedido de este tipo.
• 1 factura/pedido. En los pedidos de facturación directa, este modo de facturación corresponde al que se ha descrito anteriormente: 1 factura/doc. entrega. 1 factura/doc. entrega.
• 1 factura/cliente destinatario. Este modo de facturación permite crear una sola factura para todos los pedidos de facturación directa del mismo cliente destinatario cuando se ejecuta el proceso de facturación. Si en un mismo pedido hay líneas que se refieren a distintos clientes destinatarios, habrá tantas facturas como direcciones de entrega en las líneas. También se realiza un control cuando se facturan manualmente los pedidos.
• 1 factura/periodo. Este modo de facturación permite crear una factura para todos los pedidos en función de la periodicidad de facturación definida por el cliente. Por ejemplo, si la periodicidad es semanal, todos los pedidos de la semana 32 (relativos a la fecha de entrega solicitada en la cabecera del pedido) se agruparán en una misma factura. Existe una particularidad sobre la periodicidad de facturación a petición.Los pedidos con una periodicidad de este tipo se agrupan.
• Facturación manual. Este modo de facturación no se tiene en cuenta en los procesos de facturación automática. La facturación se realizará manualmente al introducir la factura.

Aparte de estos modos de facturación, existen datos que, si varían de un pedido a otro, no permiten agrupar dos pedidos. Consulta la ayuda sobre la facturación automática de pedidos.

• Periodicidad factura (campo INVPER)

Indicador que permite definir la periodicidad de facturación del cliente.
Esta facturación puede ser diaria, semanal, cada diez o quince días, cada mes o a petición.

• Condición de facturación (campo INVCND)

Este campo te permite indicar una condición de facturación. Esta información es opcional.
Se utiliza para inicializar esta información en el pedido del cliente cuando dicho pedido contiene un artículo con una categoría de tipo Servicio o Genérico y con un flujo de tipo Vendido y No entregable.

• Origen vencimiento (campo DUDCLC)

Fecha que sirve de base para el cálculo de vencimientos y que puede tomar el valor "Fecha de factura" o "Fecha de entrega".

• Categoría comisión (campo COMCAT)

Categoría de comisión que permite seleccionar la tasa de comisión de la ficha del representante para el cálculo de la comisión.

• campo REP

Código del representante asociado al cliente y controlado en la tabla de representantes. El representante del cliente solicitante tiene prioridad sobre el representante del cliente destinatario.
Un código de actividad permite definir el número (2 como máximo) de representantes que se propone por defecto en el pedido.

• campo MORREP

• N.º (campo NOLIG)

• Descripción (campo SHO)

• % o importe (campo INVDTAAMT)

Los valores corresponden al pie de facturación. Estos datos pueden proceder directamente de la parametrización de los elementos del pie de facturación o de la ficha del cliente correspondiente.
 Para mayor información, consulte la documentación sobre los elementos de facturación.
Los valores de los elementos del pie se pueden modificar. Los importes con y sin impuestos del documento se ven afectados directamente por estos valores.
Particularidades de la intersociedad
Si el pedido se ha generado a partir de un pedido de compra intersociedad o interplanta y la parametrización intersociedad estipula que los elementos de facturación proceden de Compras, estos se inicializarán con los valores indicados en el pedido de compra original.

• Tipo de valor (campo INVDTATYP)

• Divisa (campo WWCUR)

• Impr. ARP (campo OCNFLG)

Indicador que permite decidir si los acuses de recibo del pedido se deben imprimir o no.

• Código modelo (campo TPMCOD)

Este campo permite indicar la referencia de un modelo de impresión enumerando los informes prioritarios que utilizar (y el número de ejemplares) con los documentos de gestión comercial. También se pueden individualizar informes y reservarlos para algunos terceros.

Para activar la facturación electrónica en la legislación portuguesa, hay que seleccionar un código de modelo de impresión PDF o un informe de factura compatible con esta legislación. El destino del archivo del modelo PDF se define con el parámetro EFATPRT - Cuenta analítica por defecto (capítulo LOC, grupo POR).

• Código contable (campo ACCCOD)

Este campo permite indicar el código contable de la planta.
El código contable es un valor por defecto que se utiliza en la creación de asientos contables.
Hace referencia a una tabla que contiene un cierto número de elementos (cuentas de control, cuentas o partes de cuentas), que se utilizan para determinar los asientos contables que se van a contabilizar.

• Esquema de cuentas (campo DIA)

El esquema de cuentas no es obligatorio.
Si se indica un esquema, se propone para su aplicación al crear una factura de cliente (una vez indicado el importe sin impuestos de la factura).

• Rég. impuesto (campo VACBPR)

Es el código controlado en la tabla de regímenes de impuestos que permite indicar el régimen de impuesto por defecto asociado al tercero.
En la ficha de este tercero, en la pestaña Tercero/Sociedad, se puede definir un régimen de impuesto diferente en función de la sociedad. Cuando existe un valor para una sociedad, éste se propone con prioridad.

• Factor (campo FCTNUM)

Si las facturas de los clientes del grupo se deben ceder a un factor, indicar el código del factor que debe encargarse de su cobro.

• Condición pago (campo PTE)

Código asociado por defecto al tercero actual, que permite definir las condiciones de pago.
Este código determina el modo de pago, el tipo de vencimiento y el escalonamiento de los pagos (uno o varios vencimientos al contado, 30 días, fin de mes, etc.).
En la gestión de esta tabla, se pueden simular las reglas de cálculo que se aplicarán en la entrada.

• Descuento (campo DEP)

Código que se utiliza por defecto para el tercero en curso con el objetivo de identificar una serie de tasas de descuentos y recargos (hasta 12) para aplicar a un pago, en función de un número de días de adelanto o retraso con respecto a la fecha de vencimiento.

• Banco pago (campo PAYBAN)

Si se completa este campo, el proceso de propuesta automática de pago asignará automáticamente esta cuenta bancaria a todos los pagos de este tercero.
 Este código se controla en la tabla decuentas bancarias.

• Grupo (campo GRP)

Grupo de reclamación al que está asociado el cliente.

El grupo de reclamación permite definir un conjunto de normas de gestión aplicables en el lanzamiento de las cartas de reclamación.
Los campos Tipo de reclam. y Mínimos reclamación se recuperan por defecto del grupo de reclamación al crear un registro , pero no se reinicializan si se asignan a un grupo de características diferente.
Si estos dos campos son diferentes, toman prioritariamente los valores de la ficha cliente, por encima de los del grupo o la categoría.
Un cliente que no está vinculado a un grupo de reclamación no se tiene en cuenta.

• Tipo de reclam. (campo FUPTYP)

Tipo de proceso de reclamación del cliente.

 El tipo (y el límite) de reclamación que se tiene en cuenta en el informe de reclamación es el que aparece en la ficha del cliente (y no el del grupo de reclamación, que solo sirve en la inicialización).

• Este campo se controla con un menú local y puede tomar los siguientes valores: 
  Sin reclamación:
  El cliente nunca recibe cartas de reclamación.
• Reclamación por factura:
  El cliente recibe tantas cartas de reclamación como facturas atrasadas.
• Reclamación global:
  El cliente solo recibe una carta de reclamación por todas las facturas atrasadas.
• Reclamación global por nivel:
  Los vencimientos se agrupan por mismo nivel y el cliente recibe, como máximo, una carta de reclamación por nivel. Cada carta de reclamación contiene todos los vencimientos de un nivel determinado.
• Global por plazo: Los vencimientos se agrupan por rangos de atraso (por ejemplo, todos los vencimientos atrasados desde 30 a 60 días).

El cliente recibe una carta de reclamación por rango de atraso (o más si el grupo de reclamación lo considera).
Cada carta de reclamación contiene todos los vencimientos de un rango de atraso determinado. Los valores de estos plazos se pueden modificar mediante parámetros.
De esta manera, un cliente puede pasar de una carta de reclamación de nivel 1 a una carta de reclamación de nivel 3 si el número de días de espaciamiento lo justifica.

• Imp. mín. recl. (campo FUPMINAMT)

Importe mínimo por debajo del cual no se emite la carta de reclamación para ese cliente.
Este importe se expresa en la divisa definida en el parámetro CURSHRFLD.
Este importe mínimo se refiere al importe mínimo del vencimiento o al importe mínimo global de la carta de reclamación. Se elige una u otra de estas opciones al parametrizar los grupos de reclamación.

• campo FUPCUR

Este campo muestra la divisa del umbral de reclamación en función del valor del parámetro CURSHRFLD - Divisa campos comunes.

• Tipo de extracto (campo SOIPER)

Indicador que permite determinar la periodicidad de los extractos de vencimientos de este cliente.
La frecuencia de estos extractos puede ser semanal, cada diez o quince días, mensual o a solicitud.

• Eje (campo DIE)

La tabla "Analítica" se precarga en función de la parametrización de los ejes por defecto según la entidad (clientes, proveedores, artículos, etc.).

• Sección (campo CCE)

La parametrización determina si se pueden modificar las secciones analíticas. Se inicializan de acuerdo con la parametrización de la sección por defecto.

Si, en modo creación, no se ha introducido ninguna línea de pedido y se modifica el código de proyecto, las secciones analíticas se reinicializan de acuerdo con la parametrización de las secciones por defecto.

Si, en modo creación y modificación, se introduce una línea de pedido y se modifica el código de proyecto, las secciones analíticas no se reinicializan.

• campo REPDLV

Código del representante asociado al cliente y controlado en la tabla de representantes. El representante del cliente solicitante tiene prioridad sobre el representante del cliente destinatario.
Un código de actividad permite definir el número (2 como máximo) de representantes que se propone por defecto en el pedido.

• Doc. preparación (campo NPRFLG)

Testigo que indica si los vales de preparación deben imprimirse o no para este cliente.

• Doc. entrega (campo NDEFLG)

Testigo que indica si los albaranes deben imprimirse o no para este cliente.

• Planta expedición (campo STOFCY)

Es el código de la planta de almacenamiento desde la que se suele realizar la entrega al cliente. Esta planta se controla en la tabla de plantas y debe estar definida como almacén.

Solo se puede acceder a esta información si el pedido es de tipo interplanta o intersociedad. Permite especificar la planta de expedición de las mercancías que va a utilizar la sociedad de venta identificada por el proveedor interplanta/intersociedad. Posteriormente, servirá para inicializar la planta de expedición de todas las líneas del pedido de compra. Por lo tanto, en este contexto es obligatoria.

La planta de expedición se inicializa por orden de prioridad de la siguiente manera:

• planta de expedición habitual definida en la dirección de entrega, identificada por la planta de recepción calculada anteriormente. Debe pertenecer a la sociedad del proveedor;
• planta identificada por el proveedor, si es una planta almacén.

Si después de esta búsqueda aún no se ha identificado la planta, habrá que introducirla manualmente. Se realiza un control para verificar que la planta introducida pertenece a la misma sociedad que la planta del proveedor y que se trata de una planta de almacenamiento. El menú Accionespermite visualizar todas las plantas disponibles para la selección.

Particularidades de los pedidos de compra generados automáticamente: si después de seguir estos pasos aún no se ha identificado la planta de expedición, esta se inicializa con la primera planta de almacenamiento que se encuentra, por orden alfabético, en la lista de plantas de almacenamiento de la sociedad identificada por el proveedor.

Al generar el pedido de venta asociado, esta será la planta de expedición de la cabecera.

• Modo de entrega (campo MDL)

Introduce el código que permite definir la información relativa al transporte y a la entrega. Este código se controla en la tabla de modos de entrega.

• Transportista (campo BPTNUM)

Este campo indica el código de identificación del Transportista encargado de la entrega de la mercancía.

• Incoterms (campo EECICT)

Los códigos Incoterm, establecidos por la Cámara de Comercio Internacional, están destinados a homogeneizar los términos comerciales más empleados en comercio internacional. Estos definen, con un término único que todo el mundo pueda interpretar de la misma forma, las obligaciones respectivas del vendedor y del comprador establecidas en un contrato de venta.

El código Incoterm, controlado en la tabla de Incoterms, se utiliza principalmente en la declaración de intercambio de bienes. También se puede utilizar en la definición de tarifas.

• Lugar transporte (campo EECLOC)

El lugar de transporte es necesario para la declaración Intrastat. Se combina con el código Incoterm para determinar las condiciones de entrega recuperando las disposiciones relativas al contrato de venta, que especifican las obligaciones respectivas del vendedor y del comprador.

Esta información no se utiliza en la declaración francesa.

• Incremento Intrastat (campo EECINCRAT)

Este campo está sujeto al código de actividad DEB - Declaración Intrastat.

Este coeficiente de aumento se utiliza en la declaración de intercambio de bienes. Se utiliza en las facturas de proveedor y se aplica al valor fiscal de la línea de artículo para obtener el valor estadístico.
Se inicializa con el coeficiente de aumento indicado en la ficha Artículo-proveedor o, en su defecto, en la ficha Proveedor.

• Lunes (campo UVYDAY1)

Este indicador permite identificar los días de la semana en los que ha trabajado el cliente.
Si el día se considera laborable, el cliente puede recibir entregas ese día.
Cuando el resultado del cálculo de la fecha de entrega es un día no laborable, esta fecha pasa automáticamente al primer día disponible.

• Martes (campo UVYDAY2)

• Miércoles (campo UVYDAY3)

• Jueves (campo UVYDAY4)

• Viernes (campo UVYDAY5)

• Sábado (campo UVYDAY6)

• Domingo (campo UVYDAY7)

• Periodo indisponibilidad (campo UVYCOD)

Código controlado en la tabla de periodos de indisponibilidad que permite indicar los periodos durante los que el tercero no es disponible (periodo de permiso por ejemplo). Este código de indisponibilidad permite, al realizar el pedido, aplazar automáticamente la fecha de entrega a la primera fecha disponible.