Recepciones

• Planta recepción (campo PRHFCY)

El código de la planta es obligatorio. Se inicializa por defecto con el código de la planta de stock asociada a su código de usuario. Para modificarlo, haga clic en el icono de Selecciónpara mostrar la lista de plantas autorizadas.

Las plantas no se ven sometidas a ninguna restricción para permitir que los artículos no gestionados en stock se puedan recepcionar en plantas que no tienen un perfil de almacenamiento. Puede ser el caso de suministros varios.

Puede elegir los pedidos o entregas que quiere procesar en las listas Selección pedidos y Selección entregas del panel de selección.

Para restringir la propuesta de pedidos o entregas:

• Introduzca más datos en la cabecera.
• Haga clic en Criterios picking en el panel de acciones para introducir filtros adicionales.

• Interplanta (campo BETFCY)

Esta información indica si la recepción es de tipo interplanta y no se puede modificar.

Si el proveedor introducido es de tipo interplanta, esta casilla se marca automáticamente y deja de estar accesible en cuanto se selecciona una entrega interplanta/intersociedad.

Para realizar recepciones de proveedor de este tipo, primero hay que haber asignado un rol a las distintas plantas establecidas:

• El proveedor que ha originado la recepción debe definir una planta de venta (en la pestaña Gestiónde la ficha Proveedor, la casilla intersociedad debe estar marcada y el proveedor debe tener asociada una planta de venta. Por motivos de legibilidad, se recomienda asociar el código de la planta al código del proveedor).
• La planta de recepción debe identificar una dirección de entrega (planta de recepción en una dirección de entrega de cliente) de un cliente identificado como planta de compra.

Una recepción de proveedor se considera automáticamente de tipo interplanta/intersociedad si el proveedor está identificado como planta. La diferencia entre interplanta e intersociedad reside en si la planta del proveedor pertenece o no a la misma sociedad jurídica que la planta de recepción. Si las plantas pertenecen a sociedades diferentes, la recepción es de tipo intersociedad e interplanta. De lo contrario, solo es de tipo interplanta.

Las recepciones interplanta/intersociedad se procesan de un modo normal. La única diferencia es que las recepciones interplanta no se pueden facturar.
La creación de una recepción de este tipo, además de la actualización efectiva de stocks (aumento del stock físico) y la inscripción de los movimientos de entrada en el diario de stocks, actualiza las acumulaciones de stock En transferencia (para la planta que ha realizado la expedición) y En tránsito (para la planta de recepción).
Cuando se registra una recepción de este tipo, puede ser objeto de una devolución de proveedor en la planta de expedición que ha originado la recepción.
Cuando se recepciona una entrega de venta de este tipo, los datos de stock se recuperan automáticamente de la entrega de cliente (lote, sublote, número de serie).

Observación:
En una recepción interplanta, el cálculo del coste de compra y de stock no tiene en cuenta ni el importe de la línea, ni los impuestos no deducibles ni los elementos de facturación.
En el cálculo del coste de stock, se pueden tener en cuenta los elementos de facturación. Para ello, hay que asignar el valor "Sí" al parámetro BETFCYCST - Incluir elementos facturación (capítulo ACH, grupo COS).

• Intersociedad (campo BETCPY)

Esta información indica si la recepción es de tipo intersociedad y no se puede modificar.
Cuando la recepción incluye un proveedor intersociedad (planta de una sociedad distinta), la recepción se puede facturar.

• Recepción (campo PTHNUM)

El número de recepción se genera automáticamente después de validar la creación de la recepción en función de la parametrización del contador asociado al asiento de recepción. Si dicho contador se introduce de forma manual, este se puede introducir de forma manual.
En las recepciones interplanta, puede definir otro contador para identificarlas.

• Proveedor (campo BPSNUM)

Introduce el proveedor que ha originado la recepción. De esta forma, se filtran las listas de selección de los pedidos y entregas interplanta/intersociedad que se pueden recepcionar y se limitan a las de este proveedor.

Desde el icono de Selección, puedes:

• Seleccionar un proveedor en la lista de proveedores activos.
• Según sus habilitaciones, acceder a la ficha proveedor y, si es necesario, crear un nuevo proveedor.

• Fecha recepción (campo RCPDAT)

La fecha de recepción se inicializa por defecto con la fecha del día, se puede modificar. Puede introducir una fecha de recepción anterior a la fecha del día para introducir una recepción que no se pudo introducir en el sistema el día de la recepción física. Sin embargo, no puede introducir una fecha posterior a la fecha del día.

Esta fecha se tiene en cuenta como fecha de imputación para generar los movimientos de stock en la creación de la recepción. Se realiza un control con respecto al fichero de periodos para garantizar que el movimiento se puede realizar en esta fecha (noción de cierre de stock).
Una vez que se crea la recepción y se realizan los movimientos de stock, puede modificar la fecha de recepción, pero los movimientos de stock asociados no se actualizan. Aparecerá un mensaje de advertencia.

• Documento entrega proveedor (campo BPSNDE)

Indique el número del albarán de entrega del proveedor. Es un campo de texto libre y opcional.
Se realiza un control no bloqueante para verificar que el número de entrega no existe ya para este proveedor en otra recepción.

Cuando la recepción procede de una entrega interplanta/intersociedad, se muestra el número de entrega original y no se puede modificar.
Si se seleccionan dos entregas de este tipo, el campo se vacía y se puede completar.

• Fecha doc. entrega proveedor (campo NDEDAT)

Esta fecha se inicializa por defecto con la fecha del día. Puede modificarla para introducir la fecha del albarán de entrega indicada en el albarán de entrega del proveedor asociado a la mercancía.

Cuando la recepción procede de una entrega interplanta/intersociedad, la fecha del albarán de entrega se inicializa con la fecha de entrega de la entrega interplanta/intersociedad y el campo deja de estar accesible. Si se seleccionan dos entregas de este tipo, el campo muestra la fecha del día y se puede modificar.

• Divisa (campo CUR)

La divisa que se propone por defecto es la que está asociada al proveedor introducido en la cabecera de la recepción. Se puede modificar mientras no se introduzca ninguna línea de recepción. Si se ha seleccionado un documento por picking y no se ha introducido ninguna línea de recepción, la divisa de recepción se inicializa con la divisa del documento seleccionado.

Desde este campo, puede introducir directamente un código de divisa, cuya existencia se controla en la tabla de divisas, o utilizar el icono Accionespara:

• Seleccionar una divisa en la tabla.
• Crear, según sus permisos, un código de divisa en la tabla,

Las líneas de recepción directas o procedentes de otro documento recuperan esta divisa. En las líneas procedentes de otro documento, los importes se convierten a la divisa de recepción.

Si se crea una recepción de subcontratación, ya no se puede modificar la divisa.

• Tipo cambio (campo CHGTYP)

El tipo de cambio que se propone por defecto es el que está asociado al proveedor que ha originado la recepción. Un tipo de cambio permite determinar un cambio de divisa en la tabla de cambios teniendo en cuenta la fecha de recepción o la fecha del pedido original, en función del valor del parámetro PTHCURDAT - Fecha cambio divisa recepción (capítulo ACH, grupo CUR).

En una recepción, esta información permite:

• Determinar los precios y descuentos de una recepción directa, en función de las tarifas que permiten convertir las divisas.
• Valorar la recepción de stock, cuando el modo de valoración del Artículo-planta es "Precio orden".

Esta información se puede modificar mientras no se introduzca ninguna línea de recepción.

Si se crea una recepción de subcontratación, no se puede modificar el tipo de cambio.

• Almacén (campo WRHE)

La presencia de este campo está sujeta al código de actividad WRH.
Es el depósito del movimiento, propuesto por defecto en todas las líneas del documento.
Si está definido como obligatorio en la transacción de entrada, es obligatorio.
Se alimenta prioritariamente con el depósito que ha definido el usuario. Si no se parametriza a nivel del usuario, se inicializa con el depósito definido por defecto para este tipo de movimiento, a nivel de la planta.

• Ubi. Muelle (campo SRGLOCDEF)

Este campo aparece cuando la transacción de entrada permite las recepciones en muelle. Permite introducir la ubicación de tipo muelle que se va a utilizar por defecto en las entradas de stock. Una ventana de selección permite elegir las ubicaciones de tipo muelle definidas en la planta de recepción. La ubicación de tipo muelle introducida debe estar asociada al depósito, si se ha indicado.

Una ubicación de tipo muelle corresponde a una ubicación de tipo "En espera de ordenación". Permite recepcionar rápidamente la mercancía para después identificarla y ordenarla con mayor precisión en el stock. Esta ordenación se realiza mediante la función Plan de Ordenación. Los datos detallados del stock (número de contenedor, lote, sublote, número de serie) no hay que introducirlos de forma inmediata. No obstante, en este caso, los datos obligatorios de los artículos gestionados en stock son la unidad de recepción, la cantidad y el estado del stock.
Cuando se introduce un número de contenedor interno, hay que introducir todos los datos detallados de la línea de stock (lote, sublote, número de serie). De esta forma, aunque la ubicación sea de tipo "Muelle", ya no se podrá acceder a la línea desde el Plan de ordenación, puesto que ya se considera ordenada.

• Proyecto (campo PJTH)

Este campo permite introducir un código de proyecto.
La gestión de este código depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio (capítulo TC - grupo MIS).

• Cuando el valor es No, puede ser un código elegido libremente.
• Cuando el valor es Sí, se realiza sistemáticamente un control de existencia del código de proyecto introducido.
  Puede utilizar el icono Selecciónpara visualizar la lista de los códigos de proyecto disponibles.

Las modalidades de gestión de este campo dependen del valor del parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC, grupo MIS).

• Cuando tiene asignado el valor Sí, la gestión multiproyecto está prohibida.
  El código de proyecto siempre es el mismo en la cabecera del documento y en las líneas.
  En una creación directa, el código de proyecto introducido en la cabecera se traslada sistemáticamente a las líneas del documento y no se puede modificar.
  Si se transforma un documento, se utiliza el código de proyecto introducido en la cabecera para filtrar los documentos propuestos en picking y en selección. Si no se introduce ningún código de proyecto, se carga automáticamente con el del primer documento seleccionado. Si deja de seleccionar este documento, el código de proyecto no se elimina.
  Si modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a todas las líneas.
  
• Cuando el parámetro tiene asignado el valor No, la gestión multiproyecto está permitida.
  En una creación directa, el código de proyecto introducido en la cabecera del documento se utiliza para inicializar el código de proyecto de las líneas del documento y se puede modificar.
  Si se transforma un documento, el código de proyecto introducido en la cabecera solo se utiliza como valor por defecto en las líneas sin código de proyecto.
  
  Si modifica el código de proyecto de la cabecera del documento, se abre un cuadro de diálogo proponiendo trasladar dicho código a las líneas del documento. Existen las siguientes opciones:
• Sí: el código de proyecto se traslada a todas las líneas.
• No: el código de proyecto no se traslada a las líneas.
• Sí si mismo valor: el código de proyecto solo se traslada a las líneas asociadas al antiguo código.

Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto, tanto en la cabecera como en la línea, conlleva la reinicialización del código de sección en dicho eje. Se reinicializan de acuerdo con la parametrización de las Secciones por defecto.

Particularidades de la interplanta/intersociedad: en una recepción interplanta, el código de proyecto se alimenta automáticamente con el de la entrega de venta, no con el del pedido de compra. No obstante, en una recepción intersociedad, el código de proyecto procede del pedido de compra de origen.

• Doc origen (campo TYPVCR)

• Número CAI (campo CAI)

• Fecha validez CAI (campo DATVLYCAI)

• Pedido (campo POHNUM)

Es el número del pedido de compra que ha originado la línea de recepción.
Si quiere realizar una recepción de proveedor con respecto a un pedido de origen sin utilizar la ventana de selección de pedidos, introduzca el número del pedido de destino.
De lo contrario, haga clic en el icono de selección para seleccionar un pedido de la lista del proveedor. Si es necesario, también puede hacer clic en el icono Acciones para acceder al pedido.
Si el parámetro PTHDIR - Recepción directa (capítulo ACH, grupo REC) permite introducir recepciones de proveedor directas, el número de pedido no es obligatorio.
En función de la transacción de recepción utilizada, puede trasladar el número de pedido y el número de línea al final de la línea de recepción. En ese caso, ya no están accesibles, pero continúan alimentándose. Por lo tanto, los pedidos solo se pueden seleccionar mediante el panel de selección.

• Línea (campo POPLIN)

Es el número de la línea de pedido de compra que ha originado la línea de recepción.
Una línea de recepción solo hace referencia a una línea de pedido. Por lo tanto, si se ha introducido un número de pedido, hay que introducir el número de la línea correspondiente. Utilice el icono Acciones para seleccionar una de las líneas del pedido elegido.
Una vez que se ha introducido la línea de pedido, algunos campos se inicializan automáticamente en función de los datos indicados a nivel de la línea de pedido. Puede modificar algunos campos y/o introducir datos adicionales.
Si el parámetro PTHDIR - Recepción directa (capítulo ACH, grupo REC) permite introducir recepciones de proveedor directas y no se ha introducido ningún número de pedido, el número de la línea de pedido no es obligatorio.

• Artículo (campo ITMREF)

Esta información es obligatoria. Es el código de artículo para el que se registra la recepción. Si se elige una línea de pedido o una línea de entrega, se completa automáticamente. En ese caso, ya no estará accesible.

Desde este campo puede:

• Seleccionar un artículo activo.
• Acceder a la ficha artículo (en función de sus habilitaciones) para crear el artículo, si es necesario.

Una vez que se ha introducido la línea, ya no puede acceder a este campo.

• Descripción (campo ITMDES)

Es la descripción traducida al idioma del proveedor. Cuando la recepción procede de un pedido o una entrega, la descripción traducida se recupera de la línea de pedido de compra de origen.

Esta descripción se trasladará, con las posibles modificaciones, a la factura del proveedor. Esta descripción se imprime en el albarán de recepción interno.

Haga clic en el icono Acciones de este campo para acceder a la ficha Artículo.

• Descripción std (campo ITMDES1)

Es la descripción introducida en el idioma del proveedor. Cuando la recepción procede de un pedido o una entrega, la descripción estándar se recupera de la línea de pedido de compra de origen.

Esta descripción se trasladará, con las posibles modificaciones, a la factura del proveedor.

Haga clic en el icono Acciones de este campo para acceder a la ficha Artículo.

• Tipo de artículo (campo ITMKND)

No puede introducir el tipo de artículo:

• En el picking de pedidos, el tipo de artículo procede del documento Estándar, Servicioo Subcontratación.
• En una recepción directa, el artículo puede ser Estándar o Servicioe. No puede seleccionar un artículo de tipo Subcontratación.

Un artículo Estándares un artículo "físico", esté o no gestionado en stock. Un artículo Servicioes un artículo no gestionado en stock cuya categoría es Servicio.

La presencia de este campo depende de la transacción de entrada utilizada.

• Unidad (campo UOM)

Cuando la recepción procede de un pedido o una entrega, la unidad de recepción propuesta por defecto es la unidad introducida en el documento de origen.
Cuando la recepción es directa, la unidad propuesta es la unidad de compra del proveedor o, si no se ha definido la ficha Artículo-proveedor, la unidad de compra.
La unidad de recepción propuesta se puede modificar. El icono de selección propone la lista de unidades que agrupa la unidad de stock, las unidades de envase del artículo, la unidad de compra del artículo y las distintas unidades definidas por el proveedor.
También se puede introducir una misma línea de recepción en varias unidades. Para ello, hay que detallar la línea en la ventana Entrada detalle de cantidades. Esta ventana se abre automáticamente si faltan datos de stock al final de la entrada de la línea. Si no es el caso, hay que abrirla mediante el icono Acciones de la línea de documento. Cuando una línea de recepción se distribuye en varias unidades, el campo Unidadde la línea de documento se alimenta con la unidad de stock.
Una vez que se ha registrado la recepción y se han realizado los movimientos de stock, ya no se puede modificar directamente esta información. Hay que utilizar la función de modificación de entradas.

• Cantidad (campo QTYUOM)

Este campo contiene la cantidad recibida en unidad de recepción. La cantidad propuesta por defecto corresponde:

• A la cantidad total pedida o entregada, en una recepción procedente de un pedido o de una entrega.
• A la cantidad expedida, en una recepción de expedición.

Puede modificar la cantidad mientras no se cree la recepción.
Una vez creada la recepción, también puede modificar esta cantidad, pero solo en los artículos no gestionados en stock. En los artículos gestionados en stock, no se puede modificar la cantidad recepcionada en este campo, puesto que ya se han realizado los movimientos de stock. Hay que utilizar la función Modificación entradas, a la que se accede desde el icono Acciones de la línea de recepción.
Observaciones importantes sobre las líneas de recepción de subcontratación con o sin OF:

• Si la cantidad recepcionada es inferior a la cantidad pedida del artículo lanzado y recepcionado o de los materiales consumidos vinculados al artículo subcontratado, debe identificar manualmente las líneas de los materiales consumidos correspondientes. Haga clic en Salidas orden subcont. desde el icono Acciones para mostrar las líneas de stock. A continuación, haga clic en Entrada detalle cantidades desde el icono Acciones de las líneas vinculadas a la recepción para indicar la cantidad realmente consumida.
• Una vez registrada la recepción, la información de stock y la cantidad recepcionada no se pueden modificar en los artículos lanzados recepcionados y en los materiales consumidos para artículos subcontratados.

Cuando hay una línea de recepción parcialmente facturada (de forma directa o mediante una factura de pedido) o una línea vinculada a una factura complementaria, ya no puede modificar la cantidad, puesto que la modificación afecta a la distribución de los elementos de facturación.

Cuando la línea de recepción procede de una línea de entrega interplanta o intersociedad, puede:

• Recepcionar una cantidad inferior a la cantidad entregada. Lo indicará un mensaje de advertencia.
  En este contexto, hay dos interpretaciones posibles:
  
  • La entrega es parcial porque la mercancía se va a recepcionar en varias veces o porque no se ha completado la entrada de la recepción.
  • La entrega es parcial porque hay un error de entrada en la entrega original o porque se ha robado o perdido la mercancía.
  En este caso hay que realizar una corrección en la planta de expedición.
• Recepcionar una cantidad superior a la cantidad esperada. También lo indicará un mensaje de advertencia. Probablemente se trata de un error en la entrega original. Por lo tanto, hay que corregirlo. En este contexto, no podrá acceder al campo Saldo de la línea de recepción.

Si la recepción procede de una solicitud de entrega y dicha solicitud se recepciona parcialmente, esta se divide automáticamente y la nueva solicitud generada se salda o no en función del valor de saldo calculado en la línea de recepción.

Cuando la línea de recepción procede de una línea de pedido (recepción de un pedido o de una expedición asociada a una línea de pedido), puede:

• Recepcionar una cantidad inferior a la cantidad pedida. La gestión del remanente dependerá del parámetro POHCLE - Saldo línea pedido (capítulo ACH, grupo REM) y de la ficha artículo (para la noción de tolerancia). En función del valor asignado al parámetro y de la transacción utilizada, puede saldar el remanente de forma manual.
  
  Cuando la recepción incluye artículos cuyos gastos en destino se gestionan con una estructura de costes, la cantidad puede afectar al cálculo de los gastos (en función del tipo de gasto definido).
  En ese caso, si la recepción es parcial y:
  
  - Es una recepción de pedidos, el importe de los gastos de las líneas recepcionadas se determina a prorrata de la cantidad recepcionada si el parámetro STCPTH - Alim. gastos en recepción pdos (capítulo ACH, grupo REC) tiene asignado el valor Por prorrateo. Si tiene asignado el valor Por cálculo, el importe de los gastos se recalcula a partir de la cantidad y del conjunto de criterios que afectan al cálculo (especialmente el peso y el volumen).
  
  - Es una recepción de expediciones, el importe de los gastos de las líneas recepcionadas se determina a prorrata de la cantidad recepcionada. Basado en el conjunto de criterios, el recálculo afecta al cálculo (peso y volumen) que se realiza en la expedición.
  Esta regla también es aplicable cuando se modifica la cantidad, ya sea antes o después de crear la línea de recepción.
  
• Recepcionar una cantidad superior a la cantidad pedida, siempre y cuando lo permita el parámetro RCPORD - Recepción superior al pdo (capítulo ACH, grupo REM). Lo indicará un mensaje de advertencia. En la recepción de una expedición, no se realiza ningún control con respecto a la cantidad expedida.

• UC (campo PUU)

Es la unidad de compra definida para la combinación artículo-proveedor o, si no existe la ficha de artículo-proveedor, para el artículo.
El artículo dispone de dos unidades de compra:

• la unidad de compra definida en la ficha de artículo
• la unidad de compra vinculada al proveedor

Esta unidad de compra no se puede modificar. Se utiliza por defecto al introducir un pedido, una orden de subcontratación o una recepción. Si hay una ficha de artículo-proveedor, se propone por defecto la unidad de compra del proveedor.

Las unidades de compra dependen del tipo de categoría indicado.

Al facturar un artículo, se utiliza su unidad de compra.

• Coef. UM-US (campo UOMSTUCOE)

Es el coeficiente de conversión entre la unidad de recepción y la unidad de stock. Esta información está accesible en las unidades de envase, siempre y cuando lo autorice la parametrización (ver la tabla de unidades de envase en la pestaña Unidadesde la ficha Artículo). No obstante, no está accesible en las demás unidades (unidad de compra del artículo, unidad de compra definida para el proveedor, unidad de envase del proveedor).
Si el artículo es de subcontratación, el coeficiente de conversión entre la unidad de recepción y la unidad de stock no se puede modificar.

• US (campo STU)

Es la unidad de almacenamiento del artículo. No se puede modificar.

• Ctd. US (campo QTYSTU)

Esta cantidad corresponde a la cantidad en unidad de stock que se obtiene con la conversión de la cantidad recepcionada en unidad de stock mediante el coeficiente de conversión entre la unidad de recepción y la unidad de stock.
La cantidad recepcionada en US solo se puede modificar en las unidades con un coeficiente modificable. En ese caso, se reajusta la cantidad recepcionada en unidad de recepción.

• Cantidad litigio US (campo RRRQTYSTU)

Solo se puede acceder a esta información en los artículos no gestionados en stock. Permite introducir en unidad de stock la cantidad recepcionada no conforme.

Esta cantidad se puede utilizar:

• En la entrada de las devoluciones de proveedor. Consulte el parámetro PRTNQTY -Devolución en estado "A" (capítulo ACH, grupo RET).
• En la entrada del control de las facturas de proveedor. Consulte el parámetro PIHQTYAQR - Cantidad facturable (capítulo ACH, grupo INV).

• Almacén (campo WRH)

La presencia de este campo está sujeta al código de actividad WRH.
Se alimenta con el almacén de la cabecera del documento.

• Se puede modificar si se ha definido como "Introducido" en la transacción de entrada.
  Cuando se introduce, se alimenta automáticamente en las líneas de detalle de stock y no se puede modificar.
• Cuando la transacción de entrada está parametrizada para una gestión monoalmacén, no se puede modificar. En ese caso, el almacén de la cabecera es obligatorio y el almacén no se puede introducir ni en las líneas de documento ni en las líneas de detalle de stock.
  
  Para gestionar varios almacenes e introducir una misma línea en distintos almacenes, define el almacén de la línea como "Introducido" a nivel de la transacción de entrada. Para dividir una línea en varios almacenes, haz clic en Entrada detalle cantidades desde el icono Acciones.
  Cuando una línea de recepción se divide en varios almacenes, este campo se alimenta con el carácter $ en la línea de documento.

El almacén introducido en la línea es prioritario al de la cabecera.

Recepciones directas o procedentes de un pedido

Este campo se puede completar o no en la línea de documento de entrada en función de la parametrización de la transacción de entrada varia.
Cuando se introduce un almacén, este deja de ser accesible a nivel de la entrada detallada de la línea.
Para gestionar varios almacenes e introducir una misma línea en distintos almacenes, detalle la línea en la ventana Entrada detalle cantidades. Esta ventana se abre automáticamente si faltan datos de stock al final de la entrada de la línea. Si no es el caso, haga clic en Entrada detalle cantidades desde el icono Acciones de la línea.

• Sujeto ctrl. calidad (campo QUAFLG)

Este código permite definir si hay que controlar el artículo en la entrada en stock.
La Categoría de artículo indicada determina el valor de control inicial de los registros artículo-planta y proveedor-stock. El valor del registro proveedor-stock corresponde al valor por defecto de los pedidos de compra.

• Sin control. El control se define según las reglas de gestión. Se puede modificar de forma manual.
• Control no modificable. El control de calidad es obligatorio en las entradas de stock. Q es el único estado válido.
• Control modificable. En una entrada varia de stock, el estado de calidad se inicializa con el valor Q y se puede modificar a A o R.
  El código de control de calidad también se puede definir en el pedido de compra.
  • Si el control de calidad tiene asignado el valor Sí en el pedido, este es obligatorio y la recepción se realiza en uno de los subestados Q* definidos a nivel de la regla de gestión de artículo de los movimientos de recepción.
    Si no se ha definido ningún subestado, el estado no se puede introducir en la recepción.
  • Si el control de calidad tiene asignado el valor No en el pedido, este no es obligatorio.
    El estado que se propone por defecto en la recepción es A. Este se puede reemplazar por uno de los estados definidos a nivel de la regla de gestión de los movimientos de recepción del artículo.
• Control periódico. El control se automatiza en función de un número de recepciones para este proveedor y este artículo. El estado de stock se puede modificar en la entrada.
  
  

Cuando el código de control de calidad asociado al artículo o a la combinación artículo-proveedor toma el valor Control no modificable, no se puede completar el campo correspondiente a la línea de pedido, independientemente de la parametrización de transacción utilizada.

Esta información se utilizará más tarde en la recepción, se cruzará con la regla de gestión definida para la categoría del artículo y se asociará al tipo de movimiento Recepción proveedor para determinar el estado del artículo y, si es necesario, generar una solicitud de análisis.

• Contenedor (campo TCTRNUM)

Este campo está sujeto al código de actividad LPN - Gestión contenedor interno.

Indique el contenedor utilizado. Se inicializa con el contenedor por defecto indicado a nivel del Artículo-planta, pero se puede modificar si este campo está definido como Introducido en la transacción de entrada.
El contenedor indicado se utiliza para filtrar la lista de selección de los números de contenedor.

• Número contenedor (campo LPNNUM)

Ayuda común para las funciones de entrada de stock (Entradas varias, Recepciones, Devoluciones cliente, etc.) y la función Facturas (en este caso, solo aparece y se puede completar en un abono o una factura directa).
Este campo está sujeto al código de actividad LPN - Gestión contenedor interno.

Su gestión depende del carácter "Obligatorio" u "Opcional" del número de contenedor, definido a nivel de la Categoría del artículo, sección Flujo de entrada.

En ambos casos, puedes seleccionar el número de contenedor que quieres utilizar. La lista de selección muestra los números de contenedor activos asociados al contenedor introducido, independientemente de si están en stock o libres. Si no se introduce ningún contenedor, la lista de selección muestra todos los números de contenedor activos y disponibles en stock de la planta. Son los contenedores que has creado anteriormente de forma individual, en la función Números contenedores internos, o masiva, en la función Creación números contenedores. También puedes acceder a la función Números contenedores internos para crear directamente un número y volver a la entrada del documento.
Si quieres registrar varios números de contenedor para una misma línea de documento, deja este campo en blanco y haz clic en Entrada detalle cantidades desde el icono Accionesde la línea de documento.
Cuando se introduce un número de contenedor, no se lleva a cabo ninguna restricción en la cantidad de la línea con respecto a la capacidad del contenedor utilizado.

• Cuando el número de contenedor es "Obligatorio", puedes dejar este campo en blanco para crear directamente los números de contenedor utilizados. El número de contenedores se determina automáticamente en función de los siguientes elementos:
  - La capacidad del contenedor. Esta capacidad se define en la ficha Artículo-planta, sección Gestión, en función de la unidad de stock y/o el envasado del artículo.
  - La cantidad de la línea. Cuando hacen falta varios contenedores, la ventana Entrada detalle cantidades muestra el número correspondiente. Esta ventana se abre automáticamente si faltan datos de stock al final de la entrada de la línea. Si no es el caso, hay que abrirla mediante el icono Acciones de la línea de documento.
  Una vez creado, el campo Número contenedor de la línea de documento muestra el carácter $ cuando la línea se distribuye en distintos números de contenedor. Para consultar la lista de los números de contenedor utilizados, abre la ventana Modificaciones entradas desde el icono Accionesde la línea de documento.
  Solo se puede llevar a cabo una creación directa si se cumplen las siguientes condiciones:

- El Número de contenedorestá definido como "Obligatorio" a nivel de la Categoría del artículo.
- El contenedor introducido y la unidad están definidos a nivel del Artículo-planta, en la tabla de parametrización de contenedores.
- La capacidad del contenedor está definida en la misma unidad que la de la línea de documento.
La ventana de impresión de etiquetas de números de contenedor se abre automáticamente en la creación directa cuando la impresión está autorizada a nivel de la transacción de entrada.

• Cuando el número de contenedor es "Opcional", no se lleva a cabo ninguna creación directa. Si quieres utilizar uno o varios contenedores, introduce manualmente sus números en la línea de documento o en la entrada detallada de las líneas. También podrás utilizar posteriormente la función Asignación número contenedor.

Particularidades de la interplanta/intersociedad - En una recepción interplanta o intersociedad, el número de contenedor nunca procede del introducido en la entrega de venta, ya que el número de contenedor es monoplanta.

• Estado (campo STA)

El estado del stock permite definir si un artículo está:

Recepciones directas o procedentes de un pedido

El estado se inicializa con el estado por defecto que define la norma de gestión asignada al movimiento de tipo "Recepción proveedor".
Si la norma no especifica ningún estado, no se propone ningún valor.
Si el artículo se gestiona con un control de calidad modificable o no modificable, los estados autorizados y los estados propuestos por defecto también dependen de esta norma (consulte el campo Sometido CQ descrito anteriormente).

El estado no es obligatorio en la línea de recepción. Si no se introduce, la ventana Detalle stock se abre automáticamente al final de la línea para que se indique un estado.
Si la mercancía recepcionada es de distinta calidad, el estado se puede dejar intencionalmente en blanco en la línea del documento. Hay que realizar una división, que se introduce en la ventana Detalle stock.

Si se han asignado varios estados y hay un subdetalle de líneas de stock, este campo muestra el símbolo "$" al final de la entrada de la línea de documento.
En función de la norma de gestión utilizada para el tipo de movimiento "Recepción proveedor", se puede parametrizar la generación de una solicitud de análisis en la entrada de mercancías en stock, si el estado de las mercancías está sujeto a control (Q*).

Recepciones procedentes de una entrega interplanta

El estado se inicializa con el estado de la entrega si la norma de gestión asignada al tipo de movimiento "Recepción proveedor" lo permite (ver Estados y Subestados autorizados).

Si la norma de gestión definida para la recepción no permite el estado de la entrega o el control de calidad no se puede modificar, se utiliza el estado por defecto de la norma de gestión (si también corresponde a la norma del control de calidad).

• Tipo ubic. (campo LOCTYP)

Los tipos de ubicaciones sirven para codificar las ubicaciones de los depósitos en función de las características de almacenamiento, como las dimensiones, los estados autorizados o las limitaciones técnicas.

El tipo de ubicación se alimenta automáticamente a partir del tipo de ubicación asociado:

• Al contenedor introducido. Si el estado del contenedor es "Libre" y aún no contiene ninguna línea de stock, el tipo de ubicación se puede modificar.
• A los artículos por depósito, si se gestionan depósitos.
• Al artículo-planta.

En cualquier caso, solo se puede modificar si se ha definido como "Introducido" en la transacción de entrada.

Solo puede introducir una ubicación de tipo "Muelle" si la transacción de entrada permite las recepciones en muelle.

Cuando se gestionan depósitos, solo puede introducir un tipo de ubicación si hay al menos una ubicación asociada al tipo y al depósito introducidos.

• Ubicación (campo LOC)

En función de la parametrización de la transacción de entrada, los datos de las ubicaciones se pueden completar o no en la línea de documento de entrada.
No obstante, en todos los casos, estos campos se pueden completar en la entrada detallada de la línea de documento, siempre y cuando el artículo esté gestionado en ubicación. Si el artículo no está gestionado en ubicación, la entrada detallada no propone los campos Tipo ubicación y Ubicación.

La ubicación de almacenamiento se alimenta automáticamente en función del tipo de ubicación, si se ha indicado. De lo contrario, se recupera la siguiente ubicación por orden de prioridad:

• La ubicación asociada al número de contenedor introducido. Si el estado del contenedor es "Libre" y aún no contiene ninguna línea de stock, se puede modificar.
• La ubicación por defecto definida en la ficha Artículo-depósitos, si se gestionan.
• La ubicación definida en la ficha Artículo-planta. Este valor se puede modificar posteriormente.

Cuando se gestionan depósitos, solo se puede introducir una ubicación vinculada al depósito introducido.

Además, se puede introducir una misma línea de documento con varias ubicaciones diferentes. Para ello, hay que detallar la línea en la ventana de entrada de detalle de cantidades.Esta ventana se abre automáticamente si faltan datos de stock al final de la entrada de la línea. Si no es el caso, hay que abrirla mediante el icono Acciones de la línea de documento.
Si una línea de entrada se distribuye en varios tipos de ubicación y/o ubicaciones diferentes, los campos correspondientes de la línea de documento muestran el carácter $.

• Lote proveedor (campo BPSLOT)

Recepciones directas o procedentes de un pedido

Si el artículo se gestiona por lote, puede indicar a título informativo, si se conoce, el lote del proveedor original (si es un lote interno que solo se puede asociar a un lote de proveedor, no se realiza ningún control particular sobre esta información).
Se registra en el fichero de stock y corresponde al número de lote interno. Permite garantizar la trazabilidad del origen de las mercancías.

Hay una ventana de selección que permite elegir un lote de proveedor entre todos los que se han recepcionado.
Para introducir varios lotes de proveedor, deje la línea de recepción en blanco e introdúzcalos en la ventana Detalle stock. Al cerrar esta ventana, este campo muestra el símbolo "$" para señalar la presencia de un subdetalle vinculado a esta información.

Recepciones procedentes de una entrega interplanta

Esta información no está disponible en este contexto, independientemente de la norma de gestión asociada a la categoría del artículo. El lote de proveedor propuesto es el lote de la entrega original.

• Lote (campo LOT)

Lote que se ve afectado por el movimiento de entrada.

• N.º sublotes (campo NBSLO)

Es la cantidad de sublotes que se ven afectados por el movimiento de stock.

• Sublote (campo SLO)

El sublote que se ve afectado por el movimiento de stock.

• S/lote final (campo SLOF)

Este campo indica el último sublote que se ve afectado por el movimiento de stock.

• Serie inicio (campo SERNUM)

• Indique el primer número de serie del movimiento.
  Cuando la salida hace referencia a una línea de stock de un artículo gestionado en Entrada/salida que contiene números de serie consecutivos o diferenciadores (lote, estado o ubicación), los números de serie se seleccionan en la ventana Entrada detallada de salida de stock. Esta ventana se abre automáticamente al final de la entrada de una línea o desde el icono Acciones.
  Cuando una línea de salida se distribuye en números de serie, los campos Serie y Serie fin de la línea de documento se alimentan con el carácter $.
• Cuando la salida hace referencia a una línea de stock de un artículo gestionado en Entrada/salida global, puede introducir el primer número de serie. Si el sistema determina automáticamente una línea de stock con la cantidad en salida, el número de serie final se alimenta de forma automática. De lo contrario, el primer número de serie se borra automáticamente y la ventana Entrada detallada de salida de stock se abre de forma automática al final de la entrada de la línea para poder seleccionar las secuencias de los números de serie en salida.
  La tabla de salida se cargará con tantas líneas de salida como secuencias de números de serie emitidos.
  

• Serie fin (campo SERNUMF)

Es el número de serie final del artículo.

• Identificador 1 (campo PALNUM)

Este campo permite introducir libremente cualquier información complementaria.

• Identificador 2 (campo CTRNUM)

Este campo indica el primer identificador registrado.

• Saldo (campo WSOLDE)

Indique si la línea de recepción salda la línea de pedido.
Este indicador se inicializa con el valor "Sí" o "No" en función de la cantidad recepcionada y del valor del parámetro POHCLE - Saldo línea pedido (capítulo ACH, grupo REM).
Si se han registrado facturas adicionales en el pedido, el saldo de la línea de pedido tiene en cuenta el conjunto de facturas adicionales registradas en dicha línea. Además, aunque la línea de pedido se haya recepcionado una o varias veces o haya sido objeto de una o varias facturas adicionales, las facturas solo se tienen en cuenta y los movimientos de regularización de stock solo se realizan durante el saldo de la línea de pedido. A continuación, las facturas complementarias se distribuyen con respecto a las cantidades recepcionadas de cada recepción de la línea de pedido.

• Saldo expedición (campo WSHDSOLDE)

Indique si la línea de recepción salda la línea de expedición.
Este indicador se inicializa con el valor "Sí" o "No" en función de la cantidad recepcionada:

• Cuando la línea de recepción salda la línea de expedición, el indicador toma automáticamente el valor "Sí" y no se puede modificar.
• Cuando la línea de recepción no salda la línea de expedición, el indicador toma el valor "No", pero se puede cambiar a "Sí" de forma manual.
  

• Proyecto (campo PJT)

Las modalidades de gestión de este campo dependen del valor del parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC, grupo MIS).

• Cuando tiene asignado el valor Sí, la gestión multiproyecto está prohibida.
  El código de proyecto de la línea de documento no se puede completar. En creación directa, se alimenta automáticamente con el que se ha introducido en la cabecera y no se puede modificar. Al transformar un documento, se alimenta con el código de proyecto de las líneas del documento seleccionado y no se puede modificar.
  Las líneas adicionales deben tener el mismo código de proyecto. Cuando se añaden líneas, las listas de picking se filtran de forma automática para mostrar únicamente los documentos con el mismo código de proyecto.
  Si modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a las líneas.
  
• Cuando el parámetro tiene asignado el valor No, la gestión multiproyecto está permitida.
  El código de proyecto de la línea de documento se inicializa con el introducido en la cabecera o, en caso de transformación de un documento, con el de las líneas del documento seleccionado. Las líneas siguientes pueden tener un código de proyecto diferente.
  Solo puede modificar el código de proyecto de las líneas si la transacción de entrada utilizada permite la entrada de este campo.
  
  Si modifica el código de proyecto de la cabecera del documento, se abre un cuadro de diálogo proponiendo trasladar dicho código a las líneas del documento. Existen las siguientes opciones:
  • Sí: el código de proyecto se traslada a todas las líneas.
  • No: el código de proyecto no se traslada a las líneas.
  • Sí si mismo valor: el código de proyecto solo se traslada a las líneas asociadas al antiguo código.
  
  En una modificación, la gestión del código de proyecto depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio.
• Cuando el valor es No, puede ser un código elegido libremente.
• Cuando el valor es Sí, se realiza sistemáticamente un control de existencia del código de proyecto introducido.
  Puede utilizar el icono Selecciónpara visualizar la lista de los códigos de proyecto disponibles.

Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto, tanto en la cabecera como en la línea, conlleva la reinicialización del código de sección en dicho eje. Se reinicializan de acuerdo con la parametrización de las Secciones por defecto.

• Precio bruto (campo GROPRI)

Este campo permite determinar el coste de stock unitario del artículo. Este precio viene expresado en la unidad de la recepción. Una vez que se han introducido los datos principales de la línea necesarios para determinar una tarifa, se realiza automáticamente un proceso de búsqueda de tarifa. Esta búsqueda pretende recuperar:

• El precio bruto y el motivo asociado.
• Los descuentos y gastos en porcentaje o importe que hay que aplicar a nivel de la línea, y los motivos asociados.

Si la búsqueda de tarifa es infructuosa, se lanza una búsqueda en el precio base del artículo de compra. En última instancia, si la búsqueda en el precio base no obtiene resultados y el parámetro PURPRICE - Tarifa por def. coste estándar (capítulo ACH, grupo PRI) tiene asignado el valor "Sí" para la sociedad de la planta de recepción, se utiliza el coste estándar para valorar el precio bruto (si se ha definido para el artículo).
Cuando el precio introducido es nulo, aparece un mensaje solicitando confirmación. Haga clic en el icono Acciones de este campo para:

• Consultar las tarifas.
• Consultar los motivos asociados al precio bruto y a los distintos campos de descuentos y gastos.
• Consultar la lista de los últimos 10 precios de pedido.
• Reinicializar el precio solicitando una nueva búsqueda de tarifa para actualizar los precios y descuentos.
• Saber cómo se obtiene el precio neto a partir del precio bruto y de los distintos descuentos y gastos.

Cuando es una recepción interplanta/intersociedad o una recepción de pedido de compra, el precio bruto y los descuentos se inicializan con los del documento de origen y no se pueden modificar.
Si no hay ningún documento de origen, no se puede acceder a los precios y descuentos. Solo la creación directa de una recepción permite introducir/modificar los precios y descuentos. En una recepción interplanta directa, los precios de la entrega de origen expresados en II se convierten a AI en la línea de recepción.

Esta información se utiliza en la creación de una factura de proveedor o una factura a recibir para valorar la factura.

• campo DISCRGVAL1

Los distintos campos de descuentos y gastos que aparecen a nivel de cada línea de devolución se determinan con el código de estructura asociado al proveedor en la ficha proveedor.
Los valores de estos campos proceden de la búsqueda de tarifas y se pueden modificar si el motivo asociado lo permite (o si el valor asignado al parámetro UPDPRIPUR lo permite).
El botón contextual permite consultar todos los motivos asociados a los precios y descuentos y, si es necesario, modificar los motivos asignados a cada columna.

• Precio neto (campo NETPRI)

Es el precio neto unitario de la línea de recepción calculado a partir del precio bruto afectado por los posibles gastos y descuentos. Esta información no está accesible.
Desde este campo, el icono Acciones permite:

• visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos;
• consultar la lista de los últimos 10 precios de pedido;
• consultar las tarifas;
• disponer de una explicación detallada sobre la obtención del precio neto.

Cuando el precio introducido es nulo, aparece un mensaje solicitando confirmación. No obstante, este mensaje no aparece ni en los componentes de una estructura, ni en los gratuitos ni en las entregas no facturables.

Se activa un proceso de Gratuitos al final de la línea de entrega. Este procesamiento genera todas las líneas de artículos gratuitos (precio bruto y descuentos a 0). Si el parámetro FOCPRI - Valoración art. gratuitos (capítulo VEN, grupo PRI) tiene asignado el valor Sí, se activa una búsqueda de tarifa para el artículo gratuito con el fin de asignarle un precio bruto. Este precio asignado se compensa con un descuento de línea en porcentaje o importe (según el orden de los descuentos) para obtener un precio neto nulo.

Al hacer clic en Crearpara registrar la entrega, en función del valor del parámetro GRPPRI - Gestión tarifas agrupadas, puede aparecer una pregunta sobre la realización o no de una nueva búsqueda de tarifa para determinar las condiciones particulares que están vinculadas de forma global a la entrega. Al final de este procesamiento, en las líneas de artículo se puede obtener:

• un nuevo precio bruto o nuevos descuentos/gastos por línea
• artículos gratuitos que no están asociados a ninguna línea específica

• Importe línea AI (campo LINAMT)

Es el precio neto AI unitario multiplicado por la cantidad recepcionada.
 No se puede modificar.

Si la entrega original dispone de un precio II, los importes II se convierten a AI en la recepción.

• Divisa (campo NETCUR)

Es la divisa en la que se expresan los importes que aparecen en las columnas anteriores. Los precios de la línea de recepción se expresan en esta divisa. No se puede acceder a esta información.

• Cuando la recepción procede de una línea de pedido o de entrega, el código de divisa se inicializa con el del documento de origen.
• Cuando es una línea de recepción directa, la divisa se alimenta con la de la cabecera de la recepción, que corresponde a la divisa del proveedor.

• Coef. gastos entrega (campo CPRCOE)

• Coste fijo unitario (campo CPRAMT)

• Estructura de costes (campo STCNUM)

• Coste compra unitario (campo CSTPUR)

Esta información no se puede modificar y solo aparece si lo permite la transacción.

El coste de compra unitario se expresa en la divisa de la sociedad y no se puede modificar. Es el resultado del cálculo:

Coste de compra de la línea/Cantidad (en US)

 Este importe nunca se calcula en la entrada, sino al registrar el documento.

• Coste compra (campo LINCSTPUR)

El coste de compra corresponde al coste de stock más los gastos restantes a cargo del comprador que no se tienen en cuenta en la valoración del stock (gastos de transporte, impuestos no deducibles, etc.).
No se puede modificar y solo aparece si lo permite la transacción. Viene expresado en la divisa de la sociedad.

• En una recepción directa, la forma de cálculo difiere según el método adoptado para evaluar los gastos en destino. Es el siguiente:
  • Método global por aplicación de un Coeficiente de gastos en destino y/o consideración de un Coste fijo unitario:
    Coste de compra =
    [ Total precio neto de la línea (importe línea AI) * Coeficiente de gastos ]
    + Total coste fijo de la línea (coste fijo unitario * cantidad en UC)
    + Total elementos de facturación de la línea
    + Total impuestos no deducibles de la línea
     
  • Método con consideración de un conjunto de gastos detallados en una Estructura de costes:
    
    Coste de compra =
    Total precio neto de la línea (importe línea AI)
    + Total gastos producto (procedentes de la estructura de costes) de la línea
    + Total elementos de facturación de la línea
    + Total impuestos no deducibles de la línea

   Este importe nunca se calcula durante la entrada, sino solamente al registrar la recepción.

• En la recepción de pedidos, se alimenta con el código de compra del pedido.

Observación: el importe del impuesto no deducible se muestra en la ventana "Coste de la línea", haciendo clic en el icono Acciones de la línea.

• Coste stock unitario (campo CPR)

Es el importe unitario por unidad de stock que se puede utilizar para valorar el stock (si el método de valoración para una recepción de proveedor es Precio orden). El método de valoración del stock se define por categoría de artículo en función de una planta de almacenamiento. Se puede parametrizar por tipología de movimiento.

Si es necesario y la transacción lo permite, se puede modificar manualmente.
También se puede consultar en la ventana Coste de la línea.

1/ Recepción directa:

• Si la línea de recepción no hace referencia a una entrega interplanta (las entregas intersociedad se calculan de esta manera), el precio de la orden es el resultado de este cálculo:

Coste de stock de la línea/Cantidad (en US)

• Si la línea de recepción procede de una línea de entrega interplanta, el precio de la orden se inicializa con el precio de salida de stock de la entrega original.

2/ En una recepción de pedidos, el coste de stock unitario se alimenta en función del valor del parámetro PRIFLG – Valoración completa stocks (capítulo ACH, grupo REC) de la siguiente manera:

• Si el parámetro tiene asignado el valor Sí, el coste de stock unitario se determina en función del precio de la orden. El valor del stock y el importe del movimiento de stock asociados a la recepción se recalculan con todas las facturas, abonos y facturas complementarias asociadas a los documentos, independientemente del orden de llegada de los documentos. Si estos documentos ya están presentes y validados en el momento de la recepción, se tienen en cuenta directamente mediante regularizaciones de stock.
  Facturas complementarias con un código de coste determinado y cuyo campo Nuevo coste tiene asignado el valor No: el importe del coste regularizado se integra directamente en el coste de stock unitario de la línea de recepción.
• Si el parámetro tiene asignado el valor No, la determinación del coste de stock unitario depende del contexto:
• Cuando la recepción se crea antes de validar las facturas, el coste de stock unitario es igual al precio de la orden. El valor del stock y el importe del movimiento de stock asociados a la recepción se recalculan en cada validación de factura, abono y factura complementaria mediante regularizaciones de stock.
• Cuando la recepción se crea después de validar las facturas (facturas en pedidos), el coste de stock unitario solo se determina a partir del coste de stock unitario de la primera factura y de sus facturas complementarias. No tiene en cuenta el precio de la orden, que puede variar en las facturas, facturas complementarias y abonos posteriores.

Este importe nunca se calcula en la entrada, sino al registrar la recepción.

• Coste stock (campo LINAMTCPR)

Este campo no se puede modificar y solo aparece si lo permite la transacción.
Muestra el importe de los costes (en la divisa de la sociedad) que se utilizan para valorar el stock.

En una recepción directa, la forma de cálculo difiere según el método adoptado para evaluar los gastos en destino.

• Método global por aplicación de un Coeficiente de gastos en destino y/o consideración de un Coste fijo unitario:
  
  Importe línea AI * Coeficiente de gastos
  + Coste fijo unitario (expresado en UC y convertido a US) * cantidad en UC
  + Total elementos de facturación valoradosde la línea (solo se tienen en cuenta aquellos cuyo indicador Valorización stock tiene asignado el valor "Sí").
  + Total impuestos no deducibles de la línea (si el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "Sí").
  
  Este resultado se convierte a la divisa de la sociedad utilizando la fecha definida en el parámetro PTHCURDAT - Fecha cambio divisa recepción como fecha de cambio y el tipo de cambio de la cabecera de la recepción como tipo de cambio.
  
  
• Método con consideración de un conjunto de gastos detallados en una Estructura de costes:
  
  Importe línea AI
  + Gastos estructura de costes
  + Total elementos de facturación valorados de la línea (solo se tienen en cuenta aquellos cuyo indicador Valorización stock tiene asignado el valor "Sí").
  + Total impuestos no deducibles (si el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "Sí").
  
  Para consultar ejemplos de cálculos, haga clic aquí.
  Este importe nunca se calcula durante la entrada, sino al registrar el documento.

2/ En una recepción de pedidos, el coste de stock se alimenta en función del valor del parámetro PRIFLG – Valoración completa stocks (capítulo ACH, grupo REC) de la siguiente manera:

• Si el parámetro tiene asignado el valor Sí, el coste de stock unitario se determina en función del precio de la orden. El valor del stock y el importe del movimiento de stock asociados a la recepción se recalculan con todas las facturas, abonos y facturas complementarias asociadas a los documentos, independientemente del orden de llegada de los documentos. Si estos documentos ya están presentes y validados en el momento de la recepción, se tienen en cuenta directamente mediante regularizaciones de stock.
  Facturas complementarias con un código de coste determinado y cuyo campo Nuevo coste tiene asignado el valor No: el importe del coste regularizado se integra directamente en el coste de stock unitario de la línea de recepción.
• Si el parámetro tiene asignado el valor No, la determinación del coste de stock unitario depende del contexto:
• Cuando la recepción se crea antes de validar las facturas, el coste de stock unitario es igual al precio de la orden. El valor del stock y el importe del movimiento de stock asociados a la recepción se recalculan en cada validación de factura, abono y factura complementaria mediante regularizaciones de stock.
• Cuando la recepción se crea después de validar las facturas (facturas en pedidos), el coste de stock unitario solo se determina a partir del coste de stock unitario de la primera factura y de sus facturas complementarias. No tiene en cuenta el precio de la orden, que puede variar en las facturas, facturas complementarias y abonos posteriores.

• Divisa (campo CPRCUR)

Es la divisa en la que se valoran los stocks (divisa contable de la sociedad). El coste de stock unitario y el precio unitario de la orden se expresan en esta divisa.
Esta información no se puede modificar.

• Descrip. mvto. (campo MVTDES)

La descripción del movimiento es un comentario libre.

Este es el comentario que aparecerá en el diario de stocks en cada movimiento de la línea de recepción. Esta información también se puede modificar en la ventana de detalle de stock.

• Familia movimiento stock (campo TRSFAM)

Familia de movimiento, inicializada con la familia de movimiento de la transacción utilizada.
Es un dato estadístico que se registra en el diario de stocks cuando se registran los movimientos de entrada. Esta familia de movimiento procede de la tabla varia nº 9 El valor asignado en la parametrización de la transacción corresponde a un valor por defecto que se puede visualizar y/o modificar según la parametrización de la transacción (campo Introducido/Mostrado/Invisible).

Información estadística que se recupera en los movimientos de stock asociados a la entrega. Este valor es fijo si el asiento de origen no hace referencia a una familia de movimiento. De lo contrario, se propone de forma prioritaria la familia de movimiento del asiento de origen del control de calidad.

• campo LINACC1

Estos campos indican las cuentas contables de compra. Los planes de cuentas accesibles dependen del modelo contable asociado a la sociedad del movimiento. Si estos campos no se completan, las cuentas se determinarán automáticamente mediante el código contable del artículo (en función de la parametrización del asiento automático PORD).
 La presencia de este campo depende de la transacción de entrada utilizada.
Estas cuentas se alimentan por defecto en función de las cuentas de la línea de pedido que origina la línea de recepción.

• Tipo (campo LINPURTYP)

La presencia de esta información depende de la parametrización de la transacción. Los distintos tipos de compras son: Compra, Inmovilizados y Servicios.
Cuando la línea de recepción procede de una línea de pedido, el tipo de compra se recupera de la línea de pedido.
En una recepción directa o vinculada a una entrega interplanta o intersociedad, el tipo de compra se inicializa en función de la imputación de impuesto asociada a la cuenta general introducida previamente.
Si la línea de recepción es objeto de un control de factura de compra, el tipo de compra se traslada a la línea de factura.

• campo CCE1

Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto (código de sección PTH). Si la transacción lo permite, estos códigos de sección se pueden modificar manualmente.

Si la línea de recepción procede de una línea de pedido, los ejes analíticos se alimentan con las secciones analíticas que hay en la línea de pedido. Si no se introducen ejes analíticos en el documento de origen, se realiza un intento de inicialización de dichos ejes en función del código de secciones por defecto.

Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto, tanto en la cabecera como en la línea, conlleva la reinicialización del código de sección en dicho eje. Se reinicializan de acuerdo con la parametrización de las Secciones por defecto.

Si se recepciona una entrega interplanta/intersociedad, las secciones analíticas se alimentan con las de la entrega en función de la parametrización del código de sección por defecto de la línea de recepción PTD.
Cuando se realiza el control de las facturas de compra en la línea de recepción, las secciones analíticas introducidas en la línea de recepción se transfieren a la línea de la factura.

• Regla conciliación (campo MATTOL)

Este campo muestra el código de tolerancia de la línea de pedido. Se alimenta de la siguiente forma:

• El programa busca si se ha introducido algún código de tolerancia en la ficha artículo-proveedor.
• Si no encuentra ningún valor, busca a nivel de la ficha artículo.
• Por último, se realiza un control a nivel de la ficha proveedor.
• Si no hay ningún código previsto, no se aplica ningún código de tolerancia a la línea.

Gestión del campo (depende de la parametrización de la transacción de entrada)

• Si la transacción de entrada permite introducir el código de tolerancia, dicho código se puede modificar siempre y cuando el pedido no esté saldado.
• Si la transacción de entrada permite visualizar el código de tolerancia, se asigna un código por defecto y no se puede modificar.
• Si la transacción de entrada no permite visualizar la columna, el código por defecto es invisible.

 Un código de tolerancia se puede asignar por defecto sea cual sea el pedido de compra (de tipo contramarca, manual o plan de trabajo).

• Estado conciliación (campo TWMSTA)

El campo Estado conciliacióntiene los siguientes valores:

• Desboqueado: un usuario autorizado puede desbloquearlo.
• Bloqueado: una o varias líneas están bloqueadas (con o sin aviso).
• Aviso: uno o varios avisos, pero ninguna línea bloqueada.
• Conseguido: la conciliación se ha realizado correctamente.
• No aplicado: no se ha realizado ninguna conciliación.

• Incr. Intr. (campo EECINCRAT)

Es el coeficiente de aumento que se utiliza en la declaración de intercambio de bienes.

Este coeficiente, aplicado al valor fiscal de la línea de artículo, permite obtener el valor estadístico. La presencia de este campo depende de si se activa la gestión de la declaración de intercambio de bienes (código de actividad DEB).

En una recepción procedente de un pedido, esta información se inicializa con el coeficiente de aumento indicado en la línea de pedido de origen. En los demás casos, se inicializa con el coeficiente de aumento de la ficha Artículo-Proveedor, si viene indicado, o con el coeficiente de aumento de la ficha Proveedor.

• País origen (campo ORICRY)

Es el país de origen de la mercancía. En una recepción directa o procedente de una entrega interplanta o intersociedad, este campo se inicializa con el país de la dirección de expedición del proveedor. Si la recepción procede de un pedido, el país de origen se inicializa con el código de país de origen introducido en la línea de pedido.
Esta información se utiliza principalmente en la declaración de intercambio de bienes. Se utiliza el código ISO de la tabla de países.

• Impuesto 1 (campo VAT1)

Este campo permite introducir un primer código de impuesto para aplicarlo al artículo recepcionado.
Si la transacción lo permite, los códigos de impuesto (IVA, impuesto parafiscal y/o especial, impuesto provincial) se pueden modificar en la línea de recepción.
Normalmente se inicializan en función de las normas de determinación de impuestos, que suelen proceder del cruce entre el régimen fiscal del proveedor y los niveles de impuesto del artículo introducido.

• Si la línea de recepción procede de una línea de pedido, los códigos de impuesto se recuperan de la línea de pedido.
• Si la línea de recepción procede de una entrega interplanta o intersociedad directa, los códigos de impuesto se determinan en función del régimen y de los niveles de impuesto indicados en la entrega.
• Si la línea de recepción se transforma en una línea de factura o de devolución, los códigos de impuesto indicados en la línea de recepción se transfieren a estos documentos.

Haga clic en el icono Acciones para seleccionar un código de impuesto para cada nivel de impuesto.
Solo se puede introducir un código de impuesto coherente con la legislación y el grupo de la sociedad de la planta.

• Impuesto 2 (campo VAT2)

Este campo permite introducir un segundo código de impuesto para aplicarlo a la línea. Es un impuesto parafiscal o especial.

• Impuesto 3 (campo VAT3)

Este campo permite introducir un tercer código de impuesto para aplicarlo a la línea. Es un impuesto parafiscal o especial.

• Impuesto entrada (campo TAXRCP)

Este campo permite indicar el impuesto de entrada que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuestos o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Impuesto salida (campo TAXISS)

Este campo permite indicar el impuesto de salida que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuesto o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Otro impuesto 1 (campo TAXOTH1)

Este campo permite indicar un impuesto adicional que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuesto o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Otro impuesto 2 (campo TAXOTH2)

Este campo permite indicar un impuesto adicional que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuesto o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Saldado (campo LININVFLG)

Esta casilla está marcada cuando la línea de recepción está cerrada desde el punto de vista de la facturación. Se actualiza con el control de factura, pero también se puede actualizar haciendo clic en la acción Cerrar de la línea de recepción o en la acción Cerrar recepción. Estas acciones disponibles en la recepción permiten cerrar una recepción para el remanente que nunca se va a facturar.

• Peso (campo QTYWEU)

Cuando la recepción incluye artículos cuyos gastos en destino se gestionan con una estructura de costes, el peso puede influir en el cálculo de los gastos (en función del tipo de gasto definido).
En este contexto:

• En la recepción parcial de un pedido, la determinación del importe de los gastos de las líneas recepcionadas solo tienen en cuenta el peso si el parámetro STCPTH - Alim. gastos en recepción pdos (capítulo ACH, grupo REC) tiene asignado el valor "Por cálculo".
  Si tiene asignado el valor "Por prorrateo", el peso no se tiene en cuenta, ya que el importe de los gastos solo se determina a prorrata de la cantidad realmente recepcionada.
   
• En la recepción parcial de una expedición, el peso no influye en el cálculo de los gastos. El importe de los gastos solo se determina a prorrata de la cantidad realmente recepcionada y el recálculo de los gastos se realiza en la expedición en función del peso. 
   
• En una recepción directa, el importe de los gastos se recalcula con cada modificación del peso, independientemente de si se realiza antes o después de crear la línea de recepción.

• Unidad peso (campo LINWEU)

La unidad de peso es el peso de referencia del documento. Se define con el parámetro SALDSPWEU - Unidad peso para distribución (capítulo TC, grupo INV) en todos los documentos.

• Volumen (campo QTYVOU)

Cuando la recepción incluye artículos cuyos gastos en destino se gestionan con una estructura de costes, el volumen puede influir en el cálculo de los gastos (en función del tipo de gasto definido).
En este contexto:

• En la recepción parcial de un pedido, la determinación del importe de los gastos de las líneas recepcionadas solo tienen en cuenta el volumen si el parámetro STCPTH - Alim. gastos en recepción pdos (capítulo ACH, grupo REC) tiene asignado el valor "Por cálculo".
  Si tiene asignado el valor "Por prorrateo", el volumen no se tiene en cuenta, ya que el importe de los gastos solo se determina a prorrata de la cantidad realmente recepcionada.
   
• En la recepción parcial de una expedición, el volumen no influye en el cálculo de los gastos. El importe de los gastos solo se determina a prorrata de la cantidad realmente recepcionada y el recálculo de los gastos se realiza en la expedición en función del volumen. 
   
• En una recepción directa, el importe de los gastos se recalcula con cada modificación del volumen, independientemente de si se realiza antes o después de crear la línea de recepción.

• Unidad de volumen (campo LINVOU)

La unidad de volumen es el volumen de referencia del documento. Se define con el parámetro SALDSPWEU - Unidad volumen para distribución (capítulo TC, grupo INV) en todos los documentos.

• N.º orden fab./subc. (campo VCRNUMORI)

En una recepción de subcontratación, el número de la OF de origen aparece en la línea de recepción. Haga clic en Icono Accionespara acceder al asiento de origen.

• Tipo línea (campo LINTYP)

Esta información caracteriza el tipo de línea diferenciando entre un artículo clásico y una estructura de subcontratación. Puede tomar los siguientes valores: "Normal", "Subcontratado", "Servicio" y "Material proporcionado".

• Categoría (campo LINCAT)

Esta información permite categorizar la línea como: "Normal" o "Para subcontratación".

• Facturada (estado) (campo INVFLG)

• Facturada (cantidad) (campo WINVFLG)

Este campo indica si se han facturado las cantidades de las líneas de recepción. Puede tomar uno de los siguientes valores:

• No
• Parcialmente
• Totalmente

• Saldado (campo WCLEFLG)

Esta información indica si la recepción se ha saldado desde el punto de vista de la facturación. No se espera ninguna factura en la recepción. Las mercancías para las que no hay facturas se consideran gratuitas y no valoradas.

En una recepción intersociedad vinculada a una entrega no facturable de venta, la recepción se considera automáticamente Saldada.
Debido a las múltiples sobrefacturaciones legítimas, es posible que una línea de recepción ya no sea facturable y se considere saldada desde el punto de vista de la facturación. En ese caso, haga clic en Saldodesde el icono Accionesde la línea para saldar/cancelar el saldo de las líneas de recepción no asociadas a una factura, pero saldadas desde el punto de vista de la facturación. Si es necesario, estas líneas pueden ser objeto de una sobrefacturación.

• Contabilizada (campo PSTFLG)

Esta información permite identificar si se ha generado una factura a recibir para esta recepción (desde la función de generación de facturas a recibir).

• Impreso (campo PRNFLG)

La recepción se considera impresa cuando se imprime el albarán de recepción interno.

• Descripción (campo LIB)

• campo TOTDOC

• campo TOTSOC

• Total por naturaleza de gastos (campo STCD)

• 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.

• Ciudad Incoterms (campo ICTCTY)

Es la ciudad asociada a algunos tipos de Incoterms. Ejemplos: FOB Le Havre. Una ventana de selección permite elegir una ciudad registrada en el sistema. No obstante, también puedes introducir una ciudad que no esté registrada.

• Transitario (campo FFWNUM)

El transitario permite identificar un tercero designado por el expedidor o el destinatario para garantizar la continuidad del transporte cuando una mercancía debe pasar por varios transportes sucesivos. El transitario se controla en la tabla de transportistas.

El transitario y su dirección se utilizan en la declaración de intercambio de bienes para declarar los flujos de mercancías entre las direcciones del expedidor y el transitario o entre las direcciones del transitario y el destinatario.

Por ejemplo, cuando se exportan mercancías, ya que los trámites aduaneros los realiza un transitario de otro país miembro de la Unión. Hay que realizar una declaración Intrastat para transferir la mercancía a este otro país miembro de la Unión.

• Dirección transitario (campo FFWADD)

Es el código de dirección del transitario. Se inicializa con la dirección por defecto del tercero que corresponde al transitario. Esta dirección permite determinar si hay que realizar una declaración Intrastat para este flujo.

• N.º IVA intracomunitario (campo EECNUM)

Es el número de identificación del IVA del tercero. 

Este número de IVA europeo se introduce en todas las facturas que tienen como origen o destino la Comunidad Europea. Empieza por dos letras, que identifican el país del tercero, seguidas de un número variable según el país.

En Francia, este número está formado por las letras FR, dos cifras que identifican la oficina fiscal del lugar de actividad de la empresa y el NIF de la sociedad.

Si el NIF está parametrizado como obligatorio en el país de la sociedad, esta información es obligatoria.

• Lugar transporte Intrastat (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.

• Modo transporte Intrastat (campo EECTRN)

Es el modo de transporte mediante el cual las mercancías van a salir del territorio nacional (expedición) o han entrado en el territorio nacional (entrada). Esta información se utiliza en la declaración de intercambio de bienes.

• Naturaleza transacción (campo EECNAT)

Es la información económica sobre la operación realizada. La naturaleza de la transacción se utiliza en la declaración de intercambio de bienes.
Esta información se inicializa en los flujos físicos, donde se puede modificar. También podrá acceder a esta información en algunos flujos financieros (facturas y abonos de venta).
La naturaleza de la transacción se inicializa en función de la parametrización realizada a nivel de la tabla de correspondencia de Regímenes y naturalezas de movimiento, que permite asociar un Régimen CEE y una Naturaleza transacción CEE a cada tipo de flujo. Esta parametrización se puede personalizar por legislación, país y grupo de sociedades.

• Régimen estadístico (campo EECSCH)

El régimen CEE o estadístico permite caracterizar la naturaleza de la operación intracomunitaria desde el punto de vista fiscal o estadístico. El régimen CEE se utiliza en la declaración de intercambio de bienes.
Esta información se inicializa en los flujos físicos, donde se puede modificar. También podrá acceder a esta información en algunos flujos financieros (facturas y abonos de venta).
La naturaleza de la transacción se inicializa en función de la parametrización realizada a nivel de la tabla de correspondencia de Regímenes y naturalezas de movimiento, que permite asociar un Régimen CEE y una Naturaleza transacción CEE a cada tipo de flujo. Esta parametrización se puede personalizar por legislación, país y grupo de sociedades.

• Descripción (campo TITLE)

Mantenga la descripción por defecto o introduzca una descripción corta de la no conformidad. La descripción por defecto muestra:

• Si ha hecho clic en la acción Crear, el tipo y el número de transacción. Por ejemplo, "Recepción de compra RECFR0110038", "Devolución de cliente SRTPT0310002" o "Seguimiento de fabricación WOTFR0110011".
• Si ha hecho clic en Crear no conformidad desde el icono Acciones de una línea de documento, el tipo y el número de transacción, y el número de línea. Por ejemplo, "Recepción de compra RECFR0110038 4000" o "Devolución de cliente SRTPT0310002 1000".

Este campo es obligatorio.

• campo NBLIG

Este campo indica el número de línea de la tabla o del bloque.

• No conformidad (campo NCSID)

Este campo muestra el identificador único de la no conformidad.

Parametrización > Contadores

• Descripción (campo TITLE)

Este campo muestra la descripción de la no conformidad que se ha introducido manualmente o se ha recuperado de la transacción por defecto. La descripción por defecto muestra:

• El tipo y el número de transacción. Por ejemplo, "Recepción de compra RECFR0110038", "Devolución de cliente SRTPT0310002" o "Seguimiento de fabricación WOTFR0110011".
• El tipo y el número de transacción y, si la no conformidad se ha creado a partir de una línea de transacción específica, el número de línea. Por ejemplo, "Recepción de compra RECFR0110038 4000" o "Devolución de cliente SRTPT0310002 1000".
  
  

• Tipo documento (campo DOCTYP)

Este campo identifica el tipo de transacción en el que se han constatado defectos, fallos o posibles fallos en el diseño, la fabricación, el proceso, un servicio o el sistema. Si la no conformidad se ha creado directamente desde una transacción, este campo muestra el tipo de transacción correspondiente.

• Número documento (campo VCRNUM)

Este campo identifica el número de la orden o del asiento de origen.

• Número de la línea (campo VCRLIN)

Este campo identifica la línea asociada en la orden o el asiento de origen. Si este campo es nulo, la no conformidad se ha creado para todo un documento, no una línea específica.

• Fecha documento (campo DOCDAT)

Este campo muestra la fecha clave de la sección de cabecera del documento original o del pedido. Puede ser, por ejemplo, la fecha de recepción efectiva (recepción de compra), la fecha de devolución (devolución de cliente) o la fecha de seguimiento (seguimiento de fabricación/operaciones).

• Cantidad NC (campo NCSQTY)

Este campo muestra la cantidad real del documento de origen o de la línea de pedido vinculados a la no conformidad. Puede ser la cantidad total del documento de origen o de la línea de pedido, o una cantidad parcial introducida manualmente. En una no conformidad constatada en el proceso de fabricación, es la cantidad realizada rechazada. Se expresa en la unidad de stock.

• Cantidad origen (campo DOCQTY)

Este campo muestra la cantidad del asiento original o de la línea de pedido. Se expresa en la unidad de stock.

• Proveedor (campo BPSNUM)

Este campo muestra el código del proveedor para el que se ha creado el documento original o el pedido. Solo está disponible cuando el Tipo de documento (campo DOCTYPE) es un documento de compra.

• Cliente (campo BPCNUM)

Este campo muestra el código del cliente para el que se ha creado el documento original o el pedido. Solo está disponible cuando el Tipo de documento (campo DOCTYPE) es un documento de venta.

• Proyecto (campo PJT)

Este campo muestra el código de proyecto asociado. Puede ser:

• un código de proyecto
• un código de proyecto y un código de presupuesto de proyecto
• un código de proyecto y un código de tarea de proyecto, es decir, un código de tarea de material o de tarea de mano de obra (solo ventas) o una combinación entre un código de tarea de mano de obra y de material

Si este campo contiene un carácter especial, por ejemplo, un signo de exclamación (!), está vinculado a la estructura del proyecto. Los signos de exclamación sirven de separador entre el código de proyecto y la estructura (la estructura del presupuesto del proyecto o la estructura operacional del proyecto relativa a la tarea). Si, por ejemplo, el código de tarea de material es "USA-P3" y el código de proyecto es "USA12345678", este campo muestra el vínculo a la estructura operacional del proyecto: USA12345678!USA-P3.

El número de separadores utilizados permite identificar fácil y rápidamente el vínculo al proyecto o a la estructura del proyecto. Si no hay ningún separador, el vínculo dirige al proyecto. Si solo hay un separador (un signo de exclamación, por ejemplo) situado después del código de proyecto (primer código), el vínculo corresponde a una tarea (dirige a la estructura operacional del proyecto). Si hay dos separadores situados después del código de proyecto, el vínculo corresponde a un código de presupuesto (dirige a la estructura presupuestaria del proyecto).

• Estado línea (campo LINSTA)

Este campo indica si una línea específica está activa y es relevante para la no conformidad.