Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'erro'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr Pro
    • Dúvidas gerais
    • Duvidas Privadas
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
    • ACBrLib Android - Pro
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
    • ACBrLib Android - Demo

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

  1. Olá pessoal! Desde o dia 11/12/2024, por volta das 17h50 começamos a receber relatos em nossa comunidade do Discord e também em nosso fórum, de membros recebendo como retorno ao tentar transmitir uma NF-e para a Sefaz de São Paulo a rejeição 590. O volume relatos aumentou exponencialmente na data de 12/12/2024. Os relatos tem em comum as mesmas características: A NF-e transmitida é de um emitente do Simples Nacional. A NF-e transmitida tem um item da gás GLP cujo cProdANP informado consta na tabela de combustíveis sujeitos a tributação monofásica. A NF-e em questão faz uso do CST monofásico 61. A nota é rejeitada com o seguinte retorno: Se conferirmos na descrição da regra de validação, consta a seguinte exceção: Temos relatos de que a rejeição só é devolvida no ambiente de produção, com a mesma nota sendo autorizada normalmente no ambiente de testes e que ao validar o arquivo neste validador disponibilizado pela Sefaz RS o arquivo não acusa o erro da rejeição. Todas estas evidências indicam que o problema esteja no lado da Sefaz. Até o momento não há um parecer oficial por parte dos mesmos. Em casos assim, é muito importante que abram um Fale Conosco relatando o problema a Sefaz, pois quanto maior o volume de relatos, mais cedo eles se dão conta de que há algo errado.
  2. Pessoal, quando dá erro de schema xml, é apresentado uma mensagem de erro amigável e uma outra com mais detalhes, só que em inglês. Eu quero formatar a mensagem que apresento para o meu usuário com o máximo de informação possível e em Português. Exemplo de mensagem retornada: TAG:<emit><enderEmit> ID:C06/xLgr(Logradouro) - Tamanho maior que o máximo permitido [RUA BELO HORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTE]. --> 1832 - Element '{http://www.portalfiscal.inf.br/nfe%7DxLgr': [facet 'maxLength'] The value has a length of '108'; this exceeds the allowed maximum length of '60'. Exemplo de mensagem que pretendo retornar ao meu usuário: { "message": "Erro Schema 1832: O campo 'xLgr' (Logradouro) da tag '<emit> <enderEmit>' apresentou o seguinte problema: 'Tamanho maior que o máximo permitido [RUA BELO HORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTE]. Tamanho máximo: 60'. Por favor, revise os dados informados.", "error": "Bad Request", "statusCode": 400 } Estou utilizando regex para pegar alguns dados, mas o maior problema é que existe erro de schema para tamanho mínimo, máximo, enumeradores, tipos e etc. Teria alguma forma mais fácil para eu abranger todos os erros possíveis do schema de forma a capturar os dados e formatar eles para apresentar ao meu usuário? Linguagem de programação utilizada: Node.js - Nest.js
  3. Pessoal, estou desenvolvendo uma API em Node.JS e preciso realizar a validação do schema XML, mas de forma que eu consigo obter o retorno, tratar e exibir para o meu usuário. O método NFE_Validar ne retornou apenas o código. Nos logs até tem a descrição, mas não consegui pegar ela para exibir de forma especifica. Teria algum outro método do ACBr ou de terceiros onde eu posso validar e receber o retorno, para exibir ao usuário?
  4. Olá pessoal! Ao tentar transmitir uma RPS para o provedor ISSLencois que atende a cidade de Lençóis Paulis - SP, pode ser que se depare com o seguinte erro: <Erro> <Codigo>212</Codigo> <Descricao>Chave de Validação informada nos parâmetros de autenticação com tamanho inválido;</Descricao> <AvisoTecnico>Chave de Validação informada nos parâmetros de autenticação com tamanho inválido;</AvisoTecnico> </Erro> Conforme orientação encontrada no manual de integração com o web service disponibilizado pelo provedor(Leia na íntegra AQUI). Portanto, se você recebeu este erro, certifique-se de que tenha gerado a chave de acesso e configurado a mesma corretamente na solução ACBr. Como eu gero esta Chave de Acesso? Esta informação também pode ser encontrada no referido manual: Onde eu configuro esta chave de acesso? Uma vez que a chave de acesso tenha sido gerada, a mesma deve ser preenchida na propriedade Emitente.WSSenha. O caminho completo no componente nativo é: ACBrNFSeX.Configuracoes.Geral.Emitente.WSSenha; Caso esteja utilizando ACBrMonitorPLUS, preencha a configuração destacada em vermelho: Para os usuários da Lib, a configuração a ser preenchida no arquivo ACBrLib.ini é a Emitente.WSSenha que fica na seção [NFSe];
  5. 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
  6. Em um dos meus clientes que usa o Windows 10 com o TLS 1.2 ativado, não está conseguindo ler o certificado digital, seja do banco de dados ou com ele instalado. Estava funcionando de boa e nesta última semana deu isto, não sei se há alguma atualização do windows que causou isto ou se preciso colocar alguma dll em alguma outra pasta, mas já reinstalei o meu sistema com as dll de sempre e nada, sempre trava na parte de ler o certificado digital. Alguma dica?
  7. 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
  8. 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.
  9. 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?
  10. 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
  11. 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.
  12. 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:
  13. 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.
  14. 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. Erro ao emitir nota para Paulínia: Neste tópico um colega compartilha que conseguiu resolver o problema após corrigir o CNAE do cliente. 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.
  15. 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.
  16. 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
  17. 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/
  18. 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
  19. 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
  20. 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
  21. 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?
  22. 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> <...>
  23. 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)
  24. 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
  25. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...