Uma correcção cumulativa para integração de POS com impressoras fiscais na Rússia está disponível no Microsoft Dynamics AX 2012 R2

INTRODUÇÃO

Este artigo descreve de que uma correcção cumulativa está disponível para a integração disponibilizada anteriormente dos POS com a família de impressora fiscal russo, Shtrih-M, no Microsoft Dynamics AX 2012 R2.

Mais informações

Uma correcção cumulativa está disponível para a integração disponibilizada anteriormente dos POS com a família de impressora fiscal russo, Shtrih-M, no Microsoft Dynamics AX 2012 R2. Esta é uma correcção para a integração de funcionalidade que é libertada actualizar 2873733.

Para mais informações sobre a actualização 2873733, clique no número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:

2873733 uma país actualização específica que suporta a integração dos POS com impressoras fiscais na Rússia no Microsoft Dynamics AX 2012 R2
Os seguintes problemas foram resolvidos por esta correcção:

• Comprimento máximo de linha sejam impressos é codificado. Se uma linha mais comprida for enviada para uma impressora fiscal, surge uma mensagem de erro e a impressão é cancelada. Em vez disso, o valor de comprimento máximo especificado no ficheiro de configuração deve ser utilizado para determinar o comprimento de cadeia e coloque-o, se for necessário. Se o comprimento máximo não for especificado, deve ser determinada a partir do controlador da impressora.

• Se positivo (vendas) e negativa (devolução) linhas são adicionadas a uma transacção de POS, incorrecções nas quantidades e montantes são impressas na guia de remessa fiscal, uma vez que uma impressora fiscal não é possível processar uma transacção com vendas mistas e devolve. POS deve restringir criar transacções com vendas mistas e retornos se a impressora fiscal Russa estiver activada.

• Se uma transacção de devolução é criada na POS através da operação de devolução do produto, um guia de remessa de venda é impressa por uma impressora fiscal para a transacção em vez de uma recepção de devolução. Deve ser impressa uma recepção de devolução.

• Se a banda electrónicos de controlo de armazenamento (ESCT) não está instalada uma impressora fiscal, é gerado um erro de POS quando tenta iniciar POS com a impressora fiscal ligada. Deve ser possível iniciar e utilizar POS com uma impressora fiscal que não tem ESCT instalado.

• Se uma regra de arredondamento é definida para um método de pagamento de arquivo e o método de pagamento é utilizado um pagamento final para uma transacção de vendas POS, o valor de pagamento é arredondado de acordo com a regra e a transacção é considerada como totalmente pago. No entanto, o montante arredondado não é impresso numa recepção fiscal. Conduz a uma diferença entre a memória fiscal (e o relatório de Z) e dados de gestão de contas no POS e o Microsoft Dynamics AX. O montante de arredondamento deve ser impresso como um tipo especial de desconto numa recepção fiscal, reduzindo a quantidade total de recepção.

Estado

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

Nota Este é um artigo "Publicação rápida" criado diretamente a partir da organização de suporte da Microsoft. As informações contidas neste documento são fornecidas como-se em resposta a questões emergentes. Como resultado da urgência na sua disponibilização, os materiais podem incluir erros tipográficos e podem ser revistos em qualquer altura sem aviso prévio. Para outras considerações, consulte os Termos de utilização .