-
Total de ítens
202 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por 2SSistemas
-
-
Boa tarde, utilizo a função a baixo para validar o EAN:
ACBrValidador.TipoDocto:=docGTIN;
if ((ValidarGTIN(EdEAN.Text))<>'') thenHoje 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.
-
16 minutos atrás, Diego Foliene disse:
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.
- 1
-
Agora, Diego Foliene disse:
Se você quer recuperar o XML, precisa manter as mesmas informações, ou seja, não pode usar a função GerarCodigoDFe, você precisa passar o mesmo cNF da Nota cujo XML foi perdido.
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
41230603469577000135650010000201511958159492Enquanto 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
-
17 horas atrás, Victor H. Gonzales - Panda disse:
Boa tarde,
IE MG possui 12, está faltando 0 significativos ou não estão apresentados a esquerda no CCC
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.
- 1
-
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.
-
6 horas atrás, Daniel Simoes disse:
Realmente todas as Sefaz exigem TLS12
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.
-
11 minutos atrás, José M. S. Junior disse:
Se o Windows estiver atualizado experimente também utilizar as configurações SSL Lib Wincrypt, conforme o print que postei, assim utiliza as dlls de dependência do próprio Windows.
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.
-
43 minutos atrás, Daniel Simoes disse:
O erro é típico de mistura de DLLs 32 e 64...
No momento não temos outros relatos de A.V. no forum ou Discord
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.
-
13 horas atrás, Daniel Simoes disse:
Você usa algum Logotipo no DANFE ? ele está configurado corretamente ? Experimente deixar sem o Logo
Como você está configurando a DFeSSL ? Por favor envie um Print dessa tela:
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.
-
8 minutos atrás, Daniel Simoes disse:
Por favor verifique se essa versão 32 bits foi instalada sob uma pasta já existente de 64 bits...
Na dúvida, instale em uma pasta nova...
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.
-
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.
-
31 minutos atrás, Italo Jurisato Junior disse:
Boa tarde,
Não vejo nenhum problema você informar o valor do IPI devolvido no campo de observação.
Eu também não, mas como o IPI devolvido soma no total da nota e não aparece no cabeçalho os clientes estão reclamando e alguns fornecedores inclusive estão recusando a nota.
De qualquer forma o xml esta correto e consultando a própria receita eles instruíram a colocar o valor devolvido em informações complementares e é isso que estamos fazendo.
-
2 horas atrás, antonio.carlos disse:
@2SSistemas tudo bem?
Campo IPI sai apenas o IPI normal conforme a especificação da SEFAZ.Pois é, é que alguns softwares imprimem esse campo no cabeçalho da nota e por isso alguns clientes ficam pedindo ele na impressão tambem.
Mas vou fazer a impressão em Informações Complementares.
- 2
-
Correção, a versão correta que estou utilizando é ACBrMonitorPlus 1.2.0.71
-
Bom dia, um cliente me perguntou como faz para destacar, na impressão do DANFE, o valor do ipi devolvido.
Fazendo alguns testes eu também não consegui fazer esse campo sair na impressão.
Estou utilizando o ACBrMonitorPlus 1.0.2.71
Segue em anexo o xml de criação dessa nota e também o print da impressão da mesma.
-
Em 24/07/2020 at 16:29, Juliomar Marchetti disse:
Veja que ele informou que desinstalou e instalou novamente.
no XE8 chegou a abrir um chamado na embarcadero sobre o problema?
Como formatei a maquina novamente e até agora não deu mais problemas, não entrei em contato com a embarcadero. Se voltar a ocorrer faço isso.
Obrigado.
Em 24/07/2020 at 16:11, ricardo.souza disse:Olá. Você ainda está com o problema? Estou com o Delphi XE 8 e também está ocorrendo o mesmo, quando abro um projeto muito grande, eu não consigo teclar control duas vezes. Por exemplo Control+F12 para abrir uma unit e depois um Control+F para pesquisar, ele já fecha do nada.
Faz um teste, vai no codigo e tente apertar qualquer tecla do teclado pois no inicio eu tambem achei que era o Control e depois notei que era qualquer tecla. No meu caso ele fechava com qualquer tecla, formatei a maquina novamente, deixei sem firewall, sem anti-vírus (acredito que não tenha nada haver mas por desencargo deixei assim) e até agora o problema não voltou a ocorrer.
-
15 horas atrás, Daniel Simoes disse:
Nunca vi relato semelhante...
Pode ser algum PlugIn, que você tenha instalado no seu Delphi
Utilizo o acbr, jedi e fortes report e mais nada. Sempre utilizei apenas isso, o estranho é que esse problema começou a pouco tempo, ja formatei a maquina (o que resolveu temporariamente) mas agora o problema voltou.
Detalhe que percebi ontem, o Delphi só fecha quando vou trabalhar em alguma aplicação pesada, com código muito grande. Novos projetos, sistemas com poucos telas funcionam perfeitamente.11 horas atrás, Juliomar Marchetti disse:Algum antivirus instalado?
Tentou entrar em contato com a Embarcadero e reportar o problema?
Desinstalei o kaspersky, desativei windows defender, firewall, etc... deixei a maquina "pelada" rodando apenas o Delphi e mesmo assim não deu certo.
Acabei desinstalando e reinstalando o Delphi do zero e até agora voltou a funcionar.
- 2
-
Pessoal a alguns anos utilizo Delphi XE8 com Windows 10. A algum tempo comecei a ter um problema de meu Delphi fechar sozinho quando eu aperto qualquer tecla do teclado (ja troquei o teclado para tirar a dúvida). Formatei a maquina e reinstalei a mesma versão de windows e delphi, só que agora o problema se agravou. Não consigo mais mexer no código pois qualquer tecla que aperto fecha o Delphi.
Alguém já teve esse problema? Alguma ideia de como solucionar?
Hardware: processador intel i5-4670k, 24gb DDR3, HD SSD 480GB.
Sistema operacional: Windows 10 Pro 64bits.
Delphi XE8.
-
Esqueci de retornar aqui.
O que fizeram foi utilizar o campo de informações complementares do item e imprimiram como uma coluna com titulo de "Quantidade Auxiliar".
- 1
-
13 minutos atrás, BigWings disse:
Não existe.
Pode ser informada a quantidade de comercialização e quantidade tributável no XML.
Veja se e como está sendo informada essa quantidade no XML.
Vou pedir para ele me enviar esse XML.
-
ValidarGTIN retornando EAN Inválido
em Dúvidas gerais
Postado
Realmente, consultei pelo https://pt.product-search.net/ e aqui tambem deu como inexistente.
Obrigado.