Una revisión acumulativa para la integración de POS con impresoras fiscales en Rusia está disponible en Microsoft Dynamics AX 2012 R2

INTRODUCCIÓN

Este artículo se describe que hay una revisión acumulativa para la integración publicada anteriormente de POS con la familia de impresora fiscal ruso, Shtrih-M, en Microsoft Dynamics AX 2012 R2.

Más información

Hay una revisión acumulativa para la integración publicada anteriormente de POS con la familia de impresora fiscal ruso, Shtrih-M, en Microsoft Dynamics AX 2012 R2. Se trata de una revisión a la integración de la funcionalidad que se ha liberado actualizar 2873733.

Para obtener más información acerca de la actualización 2873733, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

2873733 un país actualizaciones específicas que admite la integración de POS con impresoras fiscales en Rusia en Microsoft Dynamics AX 2012 R2
Los problemas siguientes se tratan por este hotfix:

• Longitud máxima de línea se impriman está codificado. Si una línea más larga se envía a una impresora fiscal, aparece un mensaje de error y se cancela la impresión. En su lugar, debe utilizarse el valor de longitud máxima que se especifica en el archivo de configuración para determinar la longitud de la cadena y ajustará, si es necesario. Si no se especifica la longitud máxima, se determinará desde el controlador de impresora.

• Si positivo (ventas) y líneas negativa (devolución) se agregan a una transacción de POS, importes y cantidades incorrectas se imprimen en el recibo fiscal, ya que una impresora fiscal no puede procesar una transacción de ventas mixtos y devuelve. POS debe restringir crear transacciones con ventas mixtos y devuelve si está habilitada la impresora fiscal rusa.

• Si se crea una transacción de devolución en POS a través de la operación producto devuelto, se imprime un recibo por una impresora fiscal para esta transacción en lugar de un recibo de devolución. Se debe imprimir un recibo de devolución.

• Si la cinta electrónica de control de almacenamiento de información (ESCT) no está instalado en la impresora fiscal, se generará un error de POS cuando intenta iniciar POS con la impresora fiscal conectada. Es posible iniciar y utilizar POS con una impresora fiscal que no tiene instalado el ESCT.

• Si se configura una regla de redondeo de forma de pago de tienda, y se utiliza el método de pago para un pago final de una transacción de ventas en PDV, se redondea el importe de pago según la regla y la transacción se considera como totalmente pagado. Sin embargo, el importe redondeado no se imprime en un recibo fiscal. Da lugar a una diferencia entre la memoria fiscal (informe Z) y los datos de contabilidad de PDV y Microsoft Dynamics AX. El importe de redondeo debe imprimirse como un tipo especial de descuento en un recibo fiscal, reducción de la cantidad total de recepción.

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".

Nota: Es un artículo "Publicación rápida" creado directamente desde dentro de la organización de soporte técnico de Microsoft. La información contenida en este documento se proporciona como está en respuesta a nuevos problemas. Como consecuencia de la velocidad en la puesta a disposición, los materiales pueden incluir errores tipográficos y podrán revisarse en cualquier momento sin previo aviso. Para obtener información adicional, consulte Condiciones de uso.