Um hotfix cumulativo para integração do POS com impressoras fiscais na Rússia está disponível no Microsoft Dynamics AX 2012 R2

INTRODUÇÃO

Este artigo descreve um hotfix cumulativo está disponível para a integração lançada anteriormente do POS com a família de impressora fiscal russo, Shtrih-M no Microsoft Dynamics AX 2012 R2.

Mais informações

Um hotfix cumulativo está disponível para a integração lançada anteriormente do POS com a família de impressora fiscal russo, Shtrih-M no Microsoft Dynamics AX 2012 R2. Isso é um hotfix da integração funcionalidade disponibilizada atualizar 2873733.

Para obter mais informações sobre atualização 2873733, clique no número abaixo para ler o artigo na Base de Conhecimento da Microsoft:

2873733 uma país específico atualização que ofereça suporte a integração do POS com impressoras fiscais na Rússia no Microsoft Dynamics AX 2012 R2
Os seguintes problemas são resolvidos por esse hotfix:

• Comprimento máximo da linha a ser impressa está codificado. Se uma linha mais longa é enviada para uma impressora fiscal, uma mensagem de erro é exibida e a impressão é cancelada. Em vez disso, o valor de comprimento máximo é especificado no arquivo de configuração deve ser usado para determinar o comprimento de cadeia de caracteres e empacotá-lo, se for necessário. Se o comprimento máximo não for especificado, ele deve ser determinado pelo driver da impressora.

• Se positivo (vendas) e linhas negativa (devolução) são adicionadas a uma transação de POS, valores e quantidades incorretas serão impressos no recibo fiscal, porque uma impressora fiscal não pode processar uma transação de vendas mistas e retorna. POS deve restringir criar transações com vendas mistas e retorna se a impressora fiscal russa estiver habilitada.

• Se uma transação de devolução é criada no POS através da operação de devolução de produto, um recibo de venda será impresso por uma impressora fiscal para a transação em vez de uma confirmação de recebimento. Recibo de devolução deve ser impresso.

• Se a fita controlando o armazenamento (ESCT) eletrônico não está instalado em uma impressora fiscal, será gerado um erro de POS quando você tenta iniciar o POS com a impressora fiscal conectada. Deve ser possível iniciar e usar o POS com uma impressora fiscal que não tenha o ESCT instalado.

• Se uma regra de arredondamento é configurada para um método de pagamento da loja e o método de pagamento é usado para um pagamento final de uma transação de venda no POS, o valor do pagamento é arredondado de acordo com a regra e a transação é considerada como totalmente pago. No entanto, o valor arredondado não é impresso no recibo fiscal. Ele leva a uma diferença entre a memória fiscal (e relatório Z) e dados de estatísticas no POS e Microsoft Dynamics AX. O valor de arredondamento deve ser impresso como um tipo especial de desconto em um recibo fiscal, reduzindo a quantidade total de recebimento.

Status

A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".

Observação: Este é um artigo de "PUBLICAÇÃO RÁPIDA" criado diretamente de dentro da organização de suporte da Microsoft. As informações contidas neste documento são fornecidas desta maneira, em resposta a problemas emergentes. Como um dos resultados da velocidade da publicação, os materiais podem incluir erros tipográficos e podem ser revisados a qualquer momento sem aviso prévio. Consulte os Termos de uso para outras considerações.