2SSistemas

Realmente, consultei pelo https://pt.product-search.net/ e aqui tambem deu como inexistente. Obrigado.

Boa tarde, utilizo a função a baixo para validar o EAN: ACBrValidador.TipoDocto:=docGTIN; if ((ValidarGTIN(EdEAN.Text))<>'') then Hoje um cliente reportou que a validação esta retornando como inválido, um código que veio na embalagem do produto. (7891128919963) Segue em anexo as imagens da embalagem e tambem do debug do codigo.

Consegui gerar o xml correto. O problema era o tpEmis, o cliente avia criado essa nota em moto of line e ninguem sabia disso. Criei agora com tpEmis 9 e o xml ficou perfeito. Obrigado.

Para tentar recriar o XML eu removi a função GerarCodigoDFe, estou mantendo as mesmas informações da nota e estou passando o codigo manualmente (até coloquei a data e hora do computador igual ao momento em que a nota foi emitida). Tentei com 9958159498, 958159498, 58159498, 995815949, 99581594.... Mas todos os testes que faço geram uma chave diferente.

Utilizo o ACBrMonitorPLUS e utilizo a função GerarCodigoDFe Cada vez que crio a nota, a chave modifica: 41230603469577000135650010000201511581594984 41230603469577000135650010000201511995815942 41230603469577000135650010000201511958159492 Enquanto a chave autorizada é: 41230603469577000135650010000201519958159498

Bom dia, tivemos um problema em um cliente onde foi perdito duas xml de nfce. Tenho a venda com todos os dados, tenho a chave xml correta. Mas ao tentar recriar esse xml a chave fica diferente devido ao fato de utilizar a função (GerarCodigoDFe) do acbr. Existe alguma forma de criar esse xml exatamente como ele foi autorizado? Essa é uma das chaves autorizadas: 41230603469577000135650010000201519958159498

Bom dia, fiz o que falou e deu certo. Estranho que ao consultar o sintegra não informa esse 0 a mais. Mas o importante é que deu certo. Obrigado.

Ola, estou tendo uma rejeição de IE Invalida, porem ao consultar o cadastro do cliente a IE esta correta. Pelo que nus foi informado, não é a primeira vez que isso ocorre e isso tem ocorrido somente com IE de Minas Gerais. Em anexo segue o arquivo de criação da nota e tambem a consulta da inscrição do cliente. Utilizando o ACBr MonitorPLUS Ver.1.4.0.44 - x86. ie invalida.TXT

Se quiser pode fechar o post, todos os clientes que tiveram aquela violação de acesso na criação dos arquivos, foi solucionada configurando o LT_TLSv1_2 . Obrigado pela atenção.

Por enquanto, todos que colocamos LT_TLSv1_2 voltaram a funcionar. Mas se em algum cliente não der certo, vou testar o SSL Lib Wincrypt. Obrigado.

Notei que nesse cliente a opção SSL Type estava LT_all e modifiquei para LT_TLSv1_2 e por enquanto esta saindo nota. Vou monitorar e vou fazer essa verificação nos outros clientes.

Alguns clientes utilizam Logotipo e outros não, o complicado é que não conseguimos identificar um padrão que possa estar causando esse problema. Sobre o DFeSSL, hoje no decorrer do dia vou tirar print dessa tela de alguns clientes para vermos se tem algo diferente entre eles e envio aqui.

Já excluímos as versões antigas e reinstalamos do zero sempre como administrador, em algumas maquinas resolve mas em outras não. Em algumas maquinas tivemos que modificar as permissões da pasta do ACBR, mas também não resolve em todos os casos. Assim como o problema não ocorre em todas as maquinas, a solução esta variando de um caso para outro.

Olá, essa semana passamos a receber esse erro no arquivo de criação das notas. Tanto no comando NFE.CriarNFe como NFE.CriarEnviarNFe. Utilizamos varias versões do monitor a partir da 1.4.0.44 até 1.4.0.57 - x86. Esse erro vem ocorrendo em praticamente metade dos nossos clientes. Em anexo segue um arquivo de criação de nota com o erro no final do arquivo. LOG.txt

Estou com a seguinte situação. Um cliente emitiu uma NFC-e, a nota foi autorizada, mas no inicio desse mês quando ele enviou os arquivos xml, do mês anterior, para a contabilidade foi constatado que uma NFC-e estava com o xml corrompido. Eu salvo as xmls em base de dados e também no próprio pc, mas ambas estão corrompidas. Tentamos baixa-la utilizando programas próprios para isso mas me parece que aqui no Paraná não existe a possibilidade de baixar uma nota 65 do portal da receita. Gostaria de saber se tem alguma forma de eu "recriar" o xml dessa nota com a mesma chave, utilizando o ACBRMonitorPlus.