Search the Community
Showing results for tags 'erro'.
-
Ao tentar emitir o conhecimento ocorre o seguinte erro na estrutura do xml: Não foi possível gerar o CT-e. Validação do CT-e assinado: Falha na validação dos dados do Conhecimento: 73739 --> 1871 - Element '{http://www.portalfiscal.inf.br/cte}infCarga': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/cte}toma ). CTe_FOR - F - 73739.XML
- 9 replies
-
- cte
- simplificado
-
(and 2 more)
Tagged with:
-
Pessoal, estou utilizando a unit alterada que foi publicada em outro post (link abaixo). Eu criei as credenciais oauth no google e estou tentando fazer o envio de email com a unit alterada que está em anexo, contudo está dando erro ao enviar. Eu estou configurando conforme está no exemplo que foi apresentado no post anterior, onde estou enviando o escopo, client id, cliente secret, redirect uri, entre outros dados. Quando tento enviar, sou redirecionado para uma página onde eu clico para autorizar e gero o access token, refresh token e o tempo de expiração de 1 hora, mas dá o erro abaixo: Erro: SMTP Error: Unable to send MailFrom. 535 5.7.8 https://support.google.com/mail/?p=BadCredentials d9443c01a7336-20c13934817sm1435145ad.158 - gsmtp 530 5.7.0 https://support.google.com/mail/?p=WantAuthError d9443c01a7336-20c13934817sm1435145ad.158 - gsmtp Configurações: Host: smtp.gmail.com Email: [email protected] Porta: 587 e 465 (testei ambas) Client id: xxxxxxxxxxxxxxxxxxxxxx Cliente Secrect: yyyyyyyyyyyyyyyyyyyy Redirect URI: http://127.0.0.1:1500 Escopo: https://www.googleapis.com/auth/gmail.send URL AccessToken: https://accounts.google.com/o/oauth2/token URL: Autorization Token: https://accounts.google.com/o/oauth2/auth TLS: True e False (testei ambas) SSL: True e False (testei ambas) SSLType: LT_TLSv1_2 Link Post Anterior: Configuração OAUTH Gmail.pdf ACBrMail.pas OAuth2.Gmail.pas OAuth2.Outlook.pas OAuth2.pas
-
Olá pessoal! Recentemente temos recebido relatos de membros da comunidade com problemas para realizar o envio de e-mail quando o provedor é o da Microsoft(@hotmail, @outlook e afins). Um membro de nossa comunidade compartilhou a seguinte mensagem que recebeu da Microsoft: Esses "métodos modernos de autenticação" se referem ao Oauth 2.0 (Veja mais em Os Métodos de Autenticação Modernos agora necessários para continuar a sincronizar o E-mail do Outlook em aplicações de e-mail não Microsoft). O que é o Oauth 2.0? O Oauth 2.0 é um protocolo de autorização que funciona através de tokens de acesso e foi projetado primariamente com o objetivo de conceder acesso a determinados recursos de aplicações de usuários. Neste caso em questão, seria o acesso ao e-mail. Como fica o ACBrMail? Atualmente o ACBrMail não tem suporte a Oauth 2.0, foi criada em nosso backlog a tarefa #TK-6042 para análise e implementação da mesma. É o fim do ACBrMail então? O que eu faço agora? Não é o fim do ACBrMail. Conforme mencionado anteriormente, será analisada implementação do Oauth 2.0 no mesmo. Enquanto isso não ocorre, para provedores como o g-mail, por exemplo, ainda é possível fazer a comunicação com a Senha de App. Para a Microsoft, nos testes realizados pela equipe de consultores, Microsoft365 ainda demonstra estar funcionando, o HotMail e o Outlook que pararam de funcionar. Outra opção também seria o uso de um provedor de e-mail próprio.
-
Olá, Estou fazendo a integração para emitir NFSe seguindo o manual de integração do governo, estou enviando um XML de DPS para o ambiente de testes. Estava dando erros, e fui corrigindo tranquilamente, porém agora está retornando uma mensagem de erro com apenas "20714". Pelo que vi, este erro não está na documentação, e vasculhando a internet achei poucas menções, e uma suposta causa que seria espaços em brancos em algum campo, algo que não é o meu caso. O JSON de retorno completo é o seguinte: { "tipoAmbiente":2, "versaoAplicativo":"SefinNac_Pre_1.0.0", "dataHoraProcessamento":"2024-08-02T10:01:53.9133059-03:00", "idDPS":"DPS431490220093100900011600001000000000000001", "erros":[{ "Parametros":null, "Codigo":"20714", "Descricao":"20714" }] } Alguém aqui já encontrou este erro e sabe do que se trata?
-
Pessoal, estou tendo o seguinte problema: PID 34309 received SIGSEGV for address: 0x72e6 /home/programador/api-notas/node_modules/segfault-handler/build/Release/segfault-handler.node(+0x3391)[0x7fd4744b4391] /lib/x86_64-linux-gnu/libc.so.6(+0x45320)[0x7fd473e45320] /home/programador/api-notas/src/ACBrLib_lib/libacbrnfe64.so(+0x261689)[0x7fd440461689] Segmentation fault (core dumped) Estou utilizando o Linux Ubuntu 24.04 LTS, Node v22.7 e ACBrLibNFe-0.4.6.300. Na pasta está com os arquivos .so, mas há outros arquivos que preciso colocar lá? Estou tentando importar o certificado digital PFX para consultar o status do WebService e demais serviços, mas quando tento importar dá o erro acima. Segue em anexo o código que estou utilizando. [DFe] SSLCryptLib=3 SSLHttpLib=2 SSLXmlSignLib=4 UF=MG TimeZone.Modo=0 TimeZone.Str= URLPFX= ArquivoPFX=/home/programador/api-notas/src/ACBrLib_lib/cert/cert.pfx DadosPFX= Senha= NumeroSerie= VerificarValidade=1 Codigo.js
- 15 replies
-
Olá pessoal! No dia 07/08/2024, por volta das 08h35 começamos a receber em nosso Discord múltiplos relatos de membros com problemas ao tentar transmitir NF-e para a Sefaz de São Paulo. O erro que muitos relataram estar recebendo ao tentar realizar uma transmissão era: Conferindo no DownDetector, é possível observar que o volume de relatos de problema aumentou exponencialmente durante esse mesmo período: Alguns colegas relaram sucesso na emissão realizando um teste com um link de internet alternativo ou alterando o DNS. Uma dica que foi compartilhada é utilizar o comando: nslookup nfe.fazenda.sp.gov.br E ir testando qual DNS consegue comunicação.
-
Bom dia pessoal, tudo bem? Espero que sim. Estive enfrentando problemas ontem em uma situação bem específica com um cliente de RO. Por algum motivo as notas não retornam todas as informações quando consultadas, mas consultando pelo portal NF-e, as informações estão constando lá. Dito isso, o problema é que em algumas notas emitidas há aproximadamente 1 mês atrás, ao serem consultadas, não retornam o protocolo, além do status "Autorizado o uso da NF-e (documento indisponível no momento)". Até aí tudo bem, não estava impactando em nada, o problema é quando tentamos efetuar o cancelamento dessas NF-e através da ACBrLibNFe, acredito que internamente o componente deve fazer alguma consulta da NF-e e baseado nisso o cancelamento, então pelo fato de não ter retorno do protocolo, ocorre um erro de schema no método NFE_Cancelar. Essas notas estariam sim de fato fora do prazo de cancelamento, contudo, o cliente solicitou a extensão para a SEFAZ, permitindo o cancelamento extemporâneo. Como estamos em processo de migração do nosso sistema de Delphi para C#, ainda tenho uma versão antiga do sistema que utilizava o componente ACBrNFe diretamente, e para minha surpresa, nessa versão em Delphi, via componente, o cancelamento foi realizado corretamente. Segue print do acontecido no ACBrLib.NFe.Demo.exe:
-
Olá, após a última atualização do Windows, este erro aparece quando vamos executar a partir do sistema, uma caixa de diálogo do Windows, como por exemplo: salvar o PDF de uma nota emitida, ou até mesmo executar o componente OpenDialog do Delphi, para selecionar um caminho de um diretório ou selecionar um arquivo qualquer. O erro trata-se realmente da chamada de uma caixa de diálogo do Windows. O problema é que isso também afeta os componentes de impressão utilizados pelo ACBr para impressão do DANFE. Se desinstalarmos a atualização volta a funcionar normalmente. O problema é que esta atualização fica sempre sendo reinstalada, pois trata-se de um pacote de atualizações do sistema operacional.
-
Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.
-
Boa noite. Utilizo Delphi XE6 e fui atualizar o ACBr e acontece um erro ao compilar os pacotes FastReport. Pelo que pude perceber os componentes estão com Required de fs29.bpl (FastReport 2023.2) porém a versão do meu FastReport contém as BPLs fs20.bpl. Não existe uma forma de configurar os componentes essa dependência das BPLs do FastReport? Como devo fazer para corrigir o problema? Segue trecho do log de erro: Versao Instalador: 2.16.0.21 Versão do delphi: Delphi XE6 Win32 Dir. Instalação : D:\Desenvolvimento\ACBr\ Dir. Bibliotecas: D:\Desenvolvimento\ACBr\Lib\Delphi\LibD20\Win32 Cleaning package cache for ACBr_NFeDanfeFR.bpl Cleaning ok Compiling package D:\Desenvolvimento\ACBr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\ACBr_NFeDanfeFR.dpk "C:\Program Files (x86)\Embarcadero\Studio\14.0\bin\dcc32.exe" "D:\Desenvolvimento\ACBr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\ACBr_NFeDanfeFR.dpk" Embarcadero Delphi for Win32 compiler version 27.0 Copyright (c) 1983,2014 Embarcadero Technologies, Inc. ACBr_NFeDanfeFR.dpk(76) Fatal: E2202 Required package 'fs29' not found Compilation failure Erro ao compilar o pacote "ACBr_NFeDanfeFR.dpk". Abortando... Ocorreram erros na compilação dos pacotes.
- 5 replies
-
- erro
- instalação
-
(and 3 more)
Tagged with:
-
Bom dia Atualmente, temos um pinpad GERTEC PPC920, fizemos a instalação do drive do fabricante, e está conectado na porta COM6. Ao tentar realizar uma transação CRT (venda a vista), a aplicação fica em loop, e alguns segundos depois, é exibida a mensagem ERRO PINPAD. Segue um trecho do log: PW_iPPEventLoop PWRET_NOTHING OnAguardaPinPad( ppGetCard ) PayGoWebAguardaPinPad: ppGetCard Cancelado: False PW_iPPEventLoop PWRET_NOTHING OnAguardaPinPad( ppGetCard ) PayGoWebAguardaPinPad: ppGetCard Cancelado: False PW_iPPEventLoop PWRET_NOTHING OnAguardaPinPad( ppGetCard ) PayGoWebAguardaPinPad: ppGetCard Cancelado: False PW_iPPEventLoop PWRET_NOTHING OnAguardaPinPad( ppGetCard ) PayGoWebAguardaPinPad: ppGetCard Cancelado: False Estamos usando o componente ACBrTEFD, com esse mesmo pinpad fizemos os testes e a homologação do Sitef semana passada, ou seja, o pinpad está funcional e configurado. O PayGo já se encontra configurado, instalado e com o ponto de captura definido. A PGWebLib.dll utilizada, é a mesma usada no SetupPayGo_full_v5.1.27.3 Outro detalhe é que, ao utilizar o exemplo disponibilizado pela Paygo, consigo comunicar com o pinpad e finalizar a transação sem problemas. Em anexo, encontram-se os logs gerados pela aplicação com o acbr e gerado pelo exemplo paygo. Além de indicar a porta do pinpad, existe alguma configuração a ser feita no componente Acbr ? Desde já agradeço a atenção. OBS: Já temos parceria com o Acbr/Paygo, mas não encontrei a solução na base de conhecimento. comms_240520_exe_paygo.log comms_240521_exe_acbr.log
-
Nos últimos dias muitos usuários estão com problemas na emissão das Nfe e NFCe. Não sabe o que está acontecendo? Se quiser saber mais, veja esse tópico de notícias e todos os posts dele. Por causa desses problemas, os servidores de contingência foram ativados pela SEFAZ. Como resolver? Primeiramente precisamos entender que a forma de emissão que é de acordo com os modelos: NFe (Modelo 55) a forma de emissão deve ser contingência: Basicamente alterar 2 propriedades: (Componente: FormaEmissao e na Alimentação da Nfe: tpEmis ), para uma explicação mais detalhada Clique Aqui. NFCe (Modelo 65) a forma de emissão deve ser OFF-LINE e depois ser transmitida, conforme MOC, página 05: Se você é membro ACBr PRO, você tem acesso aos cursos disponibilizados pelo ACBr. Um deles é o Implementando a Contingência Offline da NFCe. Nesse curso tem não só a explicação em detalhes do processo, mas até um código fonte para tornar seu aplicativo apto para fazer a contingência da NFCe automaticamente. MDFe(Manifesto Eletrônico de Documentos Fiscais, modelo 58) a forma de emissão deve ser OFF-LINE e depois ser transmitida quando cessar o problema, conforme MOC, página 79 e Cartilha MDFe Nacional, página 17: Veja no tópico "Como emitir um MDF-e em contingência" orientações de como alterar no componente MDFe para fazer gerar o XML corretamente. Onde obter mais informações? Para mais informações sobre a situação, acompanhe nossa área de notícias: https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/
-
Olá, pessoal! Estou enfrentando um problema na hora de emitir uma nota fiscal diretamente no emissor da Shopee, ele aparece a seguinte mensagem: Falha Desculpe, ocorreu um erro na NF-e. Rejeitado: Código: 225 Descrição: Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1116; cvc-complex-type.2.4.a: Invalid content was found starting with element 'CRT'. One of '{"http://www.portalfiscal.inf.br/nfe":IE}' is expected. Eu pesquisei e vi que isso se refere a caracteres especiais, mas eu já revisei tudo e não existe isso, e esse erro ocorre em todos os pedidos. Eu já não sei mais oque fazer
-
Pessoal, estou tentando emitir uma NFSe com o componente do ACBr, mas está dando o seguinte erro: # Erros: "Cód.": X999; "Desc.:" Erro de Conexão: Erro Interno: 0 Erro HTTP: 0 URL: https://testevaladares.sigiss.com.br/testevaladares/ws/sigiss_ws.php DadosPFX, ArquivoPFX, URLPFX ou NumeroSerie não especificados !; "Correção:" . O XML e log está abaixo: ACBrNFSeXTransmitError. HttpError : 0; InternalError : 0; URL: https://testevaladares.sigiss.com.br/testevaladares/ws/sigiss_ws.php; DadosEnviados : <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:urn=""><soapenv:Header/><soapenv:Body><GerarNota xmlns="urn:sigiss_ws"><DescricaoRps><ccm>0525881</ccm><cnpj>02598982000190</cnpj><senha>025989</senha><crc></crc><crc_estado></crc_estado><servico>1</servico><situacao>tp</situacao><valor>3560,0000</valor><base>3560,0000</base><descricaoNF>Serviço: MÃO DE OBRA; Quantidade: 1; Valor Unitário: 3560.</descricaoNF><tomador_tipo>2</tomador_tipo><tomador_cnpj>10753581671</tomador_cnpj><tomador_ie>ISENTO</tomador_ie><tomador_razao>MATEUS BARBOSA 1</tomador_razao><tomador_fantasia>MATEUS BARBOSA</tomador_fantasia><tomador_endereco>Rua Soldado Edson Veloso</tomador_endereco><tomador_numero>1725</tomador_numero><tomador_complemento>CASA 37</tomador_complemento><tomador_bairro>Porto das Canoas</tomador_bairro><tomador_CEP>35022282</tomador_CEP><tomador_cod_cidade>3127701</tomador_cod_cidade><rps_num>2</rps_num><rps_serie>1</rps_serie><rps_tipo>1</rps_tipo><rps_dia>13</rps_dia><rps_mes>03</rps_mes><rps_ano>2024</rps_ano><rps_substituido></rps_substituido><outro_municipio>3127701</outro_municipio><cod_outro_municipio>3127701</cod_outro_municipio><retencao_iss>0,0000</retencao_iss><pis>0,0000</pis><cofins>0,0000</cofins><inss>0,0000</inss><irrf>0,0000</irrf><csll>0,0000</csll></DescricaoRps></GerarNota></soapenv:Body></soapenv:Envelope>; SoapAction : #GerarNota
-
Se você receber este erro em qualquer programa PVA SPED Mesmo a versão dizendo ser de 64 bits utiliza um mysql em 32 bits que depende de uma lib obsoleta que não está no repositório lib32-libxcrypt-compat Para resolver em LINUX Basta executar: sudo dpkg --add-architecture i386 sudo apt update sudo apt install libcrypt1:i386 Bastou instalar a LIB que os Programas PVA SPED voltaram a funcionar Para windows deve ter solução semelhante , como não uso WIN não sei como fazer
-
Pessoal, atualmente uso o Sitef (Software Express) com o componente TACBrTEFD, mas estou passando para o TEF em nuvem da SkyTEF que por acaso usa a Software Express. No componente TACBrTEFD eu geralmente uso o GP TEFClisiTEF, mas com o SkyTEF, como faço? Está dando erro de clisitef não inicializado quando uso o mesmo GP. Tem como eu usar o componente TACBrTEFD para TEF em nuvem da SkyTEF ou tenho que usar o TACBrTEFAPI?
-
Boa tarde a todos. Durante a exportação das notas ao ADN, algumas me retornam o erro E1626 - O valor do Cofins informado não corresponde ao resultado da BC Pis/Cofins x Alíquota Cofins, que foram informados na DPS Analisando a nota e os valores declarados estão correto. Em uma nota de exemplo a báse de calculo foi R$ 1400,00, aliquota COFINS 3% então o valor CONFS seria de R$ 42,00 *Se o valor da alíquota do Cofins (pAliqCofins) for informado, então o valor Cofins informado na DPS deve ser igual ao valor da base de cálculo do Pis/Cofins x alíquota do Cofins , que foram informados na DPS. Porém ao exportar me retorno erro de cálculo E162. O que me deixa ainda em dúvida já que esté erro não se encontra no layout ou manual . Pela documentação, esperava-se o erro E0696 que possui o mesmo texto "O valor do Cofins informado não corresponde ao resultado da BC Pis/Cofins x Alíquota Cofins, que foram informados na DPS." Mais alguém passou por isso ou sabem me orientar o que o causa e solução? Muito obrigado Obs.: Já testei com mais de duas casas decimais e me retorna erro de layout. Já tentei no lugar do 3.00 declarar 0.03, mas me retorna o mesmo erro. Exemplo da nota <...> <tribFed> <piscofins> <CST>01</CST> <vBCPisCofins>1400.00</vBCPisCofins> <pAliqPis>0.65</pAliqPis> <pAliqCofins>3.00</pAliqCofins> <vPis>9.10</vPis> <vCofins>42.00</vCofins> <tpRetPisCofins>1</tpRetPisCofins> </piscofins> <vRetCP>0.00</vRetCP> <vRetIRRF>21.00</vRetIRRF> <vRetCSLL>14.00</vRetCSLL> </tribFed> <...>
-
Ao inicializar o Delphi Seattle, uma serie de erros nas dpl são exibidos, que se estende a todas as dpls existentes na pasta Lib. O Path está sendo referenciado. Realizei a reinstalação do ACbr. Rodei o "apagarAcbr.bat" e realizei novamente a reinstalação. Cheguei a limpar a pasta e puxar novamente tudo do SVN para realizar a reinstalação. Esta situação está ocorrendo deste ontem, nada foi alterado na maquina para que isto acontecesse, apenas iniciei minha manhã de ontem com este erro. Alguma ideia de como solucionar ? (PS: Mesmo apagando tudo da pasta ACBr e puxando do SVN, as Pastas EXEMPLO e FONTES vieram como alterados, não sei se isto teria algo relacionado)
-
A situação: Está ocorrendo um problema no cliente, você decide usar um dos exemplos disponibilizados pelo ACBr para testar se o problema está no seu software. Então, você copia o executável para a máquina do cliente, inicia-o e, ao tentar emitir um DFe, recebe a mensagem " XML Node não pode ser nulo". Ou então, seu próprio software funciona corretamente em sua máquina, mas ao instalá-lo na máquina de um cliente e tentar emitir um DFe, a mensagem "XMLNode não pode ser nulo" é exibida na tela. A causa e a solução: Os componentes do ACBr fazem uso de algumas DLLs para diversas funções, incluindo a assinatura de XMLs. A configuração que determina qual mecanismo será usado para isso pode ser definida na configuração ACBrDFe.Configuracoes.Geral.SSLXmlSignLib, que pode ter os valores xsXmlSec, xsMsXml, xsMsXmlCapicom¹ e xsLibXml2². ¹ Capicom foi descontinuada e, por isso, não recomendamos o seu uso. Veja mais detalhes AQUI. ² Apesar das outras opções, recomendamos fortemente a utilização do LibXML2. Mais detalhes AQUI. Quando você recebe a mensagem de Xml Node não pode ser nulo, na maioria das vezes, ela está relacionada a esta configuração. Portanto, o primeiro passo a ser tomado é verificar se uma das opções possíveis foi configurada na configuração SSLXmlSignLib (lembrando que xsNone equivale a não ter nada configurado). Se uma das opções foi definida, o próximo passo é verificar se a DLL³ foi distribuída corretamente e se está disponível. Uma forma de certificar-se disso é escolher as DLLs de acordo com a arquitetura com a qual sua aplicação foi compilada, encontrando-as neste link e colocá-las no mesmo diretório da sua aplicação. ³ As dlls referidas são da LibXML2
-
Com alguns certificados A3 eu tive o seguinte problema: WebService: http://www.esocial.gov.br/servicos/empregador/lote/eventos/envio/v1_1_0/ServicoEnviarLoteEventos/EnviarLoteEventos - Inativo ou Inoperante tente novamente. Erro Interno: 12175 Erro HTTP: 0 Falha Recebendo Dados. Erro:Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Esse problema da na hora de enviar o XML para o servidor do e-social, alguém mais teve esse problema? Eu tentei resolver o problema mudando as configurações do SSLType no componente ACBrEsocial, inclusive, mudando as configurações nas configurações avançadas das propriedades de internet.
-
Pessoal, um dos meus clientes do Ceará foi tentar emitir NFCe sem o integrador fiscal hoje, de forma direta no webservice igual os meus clientes de Minas e outros estados fazem, mas está dando o Erro: Erro HTTP 401 URL: https://nfce.sefaz.ce.gov.br/nfce/services/NfeAutorizacao?WSDL Obrigado somente ao uso do Integrador Fiscal
-
Ola, recentemente um cliente precisou de trocar o SAT e optou por um EPSON, que na verdade é o Gertec com a etiqueta da epson por cima. Até ai tudo bem, ativado e vinculado com sucesso, utilizando o meu PDV que foi compilado com a ultima versão do ACBr disponível no repositório, contudo ao enviar a venda, a mesma é rejeitada nos logs do SAT tenho as seguintes mensagens 20220829174045|SAT|info|Mensagem recebida do AC 20220829174045|SAT|info|Comando recebido EnviarDadosVenda (ns 447840) 20220829174045|SAT|info|Venda recebida com pipe ou campos a mais Já tentei a DLL que vem com o sat, já tentei a dll disponível para download no site do fabricante, atualizei o SB para a última versão. Com o SAT anterior funcionava, tenho o sistema em outros clientes, na mesma versão e com outros SAT's também funcionaram. Alguma sugestão do que pode estar errado?
-
Olá, caros colegas Estamos desenvolvendo a emissão de CTe e sempre que tentamos registrar um CTe para um determinado contribuinte de MG, que já emite em produção normalmente, temos como retorno a rejeição 585 - IE Emitente nao autorizada a emitir CT-e para o modal informado. Abrimos chamado pelo portal de Minas e tivemos a resposta de que o cadastro da empresa está correto tanto para homologação quanto produção, mas o erro persiste. Insistimos com eles para nos auxiliarem e eles apenas respondem que o cadastro está correto. Estamos há um mês tentando validar um CTe e não conseguimos. E só temos essa empresa habilitada para emitir CTe para podermos utilizar. Já lançamos uma cópia exata de um CTe emitido em produção para testar (vai que o erro retornado era errado, né)... Estamos aceitando qualquer sugestão! Tenso, viu... 1-env-lot-soap (2).xml 311000131713900-pro-rec-soap.xml
-
Olá, ao tentar realizar a emissão de NFSeX e me ocorre o erro de "erro desconhecido: 0000 Este erro sera analisado e corrigido" e emite um XML da nfse vazio. NFSeX Provedor Betha v1 685431105796629-sit.xml41991256000000000000000-nfse.xml3101-rps.xml
- 3 replies
-
- erro
- desconhecido
-
(and 2 more)
Tagged with:
-
Boa tarde! Estou com um problema em um cliente que possui certificado A3 Token, Windows 11 atualizado e meu sistema está usando a libwincrypt. Toda vez que vou assinar uma nota me deparo com a seguinte mensagem: CryptSignHash, erro: $00000000002. Realizei um teste com o Demo do ACBr e obtive o mesmo erro ao tentar gerar uma NF-e, segue imagem: O certificado é lido normalmente tanto pelo meu sistema quanto pelo exemplo do ACBr, consigo capturar todas as informações do certificado. Acredito que deva ser alguma incompatibilidade de DLL do Windows 11 com as que estou usando pro sistema. Alguém poderia me auxiliar? Desde já agradeço!