-
Total de ítens
64 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que augelias postou
-
Boa tarde! Estou tendo dificuldades na configuração do componente e preenchimento dos dados da NFSe para envio para prefeitura de Sapucaia do Sul/RS que utiliza o provedor Infisc V11. Já utilizo o componente para outras prefeituras da região e consigo utilizar perfeitamente. Verifiquei o programa de exemplo e pesquisei no fórum, mas não consegui encontrar resposta para este problema. Está retornando vazia a mensagem de resposta do servidor, mas consultando o arquivo de xml de retorno, ele possui esta mensagem: "<?xml version="1.0" encoding="UTF-8"?>HTTP GET not supported" Depurei o fonte, revisei o XML comparando com o manual, tentei substituir o schema que tem no repositório por outro que estava em uma postagem do forum, mas não obtive sucesso. Talvez possa ser alguma configuração no componente que fiz errado ou seja o método de envio que utilizo. Atualmente estou usando apenas o "Enviar(Lote)". Anexei o XML gerado e o log das respostas ao enviar o XML para melhor compreender a situação. Agradeço desde já qualquer ajuda! httpreqresp.log 3S-rps.xml
-
Bom dia Comentei em outro post referente a este problema e vou aproveitar para acrescentar nesta discussão também. Ao utilizar OpenSSL, marcando a propriedade "RetirarAcentos" como true, eu consigo transmitir e validar a NFSe. marcando a propriedade como false, ocorre o erro de assinatura na validação com o servidor. Este erro ocorre ao assinar o lote utilizando Capicom ou Capicom SOAP. Identifiquei que ocorre o erro ao assinar o lote na linha 479 da unit ACBrDFeCapicom: xmldoc.setProperty('SelectionNamespaces', SelectionNamespaces); Não consegui resolver ainda, mas espero que ajude na solução esta informação que estou passando.
-
NFSe - Betha (ERRO) A string literal was expected
augelias replied to Dercide Alvarez's tópico in ACBrNFSe
Boa tarde Italo, Gostaria de contribuir com minha situação pois estou tendo o mesmo problema para o provedor BHISS para Porto Alegre utilizando Capicom ou CapicomSOAP. Ao utilizar o envio em outra empresa, no meu sistema, utilizando OpenSSL, consegui fazer todo o processo corretamente. Estou ainda depurando o código para ver se consigo descobrir onde está o problema. Meus fontes foram atualizados agora a tarde e fiz o build no programa. Estou usando a mesma pasta de schemas para ambas forma de assinatura. -
Erro ao Ler certificado com OpenSSL
augelias replied to Luciano Bastos's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Bom dia Juliomar! Apaguei todos os schemas do micro e deixei apenas o do acbr. copiei os que estão na pasta de exemplos para meu sistema e continuo recebendo a mesma mensagem. no código, ocorre o problema na linha: "doc := xmlParseDoc(PAnsiChar(ConteudoXML))" da unit ACBrDFeOpenSSL, onde retorna nil do método. Há informações em ConteudoXML. Acredito que seja a minha instalação do OpenSSL. Já li diversos posts no fórum sobre isso mas nenhum que tenha me ajudado neste problema. ----- Atualizando: Houve um post sobre esse mesmo assunto ontem e já foi corrigido e enviado para o SVN conforme este post: Atualizei o svn e funcionou o OpenSSL para NFe. vou fazer outros testes agora para NFSe. Obrigado por sua atenção Juliomar! -
Erro ao Ler certificado com OpenSSL
augelias replied to Luciano Bastos's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde Juliomar! caso o local onde estou postando esteja errado ou fora do assunto, me desculpe e se possível altere para o local correto. demorei um pouco pra responder pra poder fazer um novo teste. alterei o meu sistema para criar a configuração onde posso escolher entre capicom e openssl e não utilizar o software demo do acbr. como exemplo, fiz um teste usando o certificado de um cliente A1 instalado no windows, usando como capicom, consegui transmitir uma nota, mas ao trocar pra openssl, me deu a mensagem: "Erro: falha ao interpretar o XML "xmlParseDoc". utilizei o certificado de outros 3 clientes e deu a mesma mensagem, apesar de estar informando a senha correta. ontem já havia removido todo o acbr e reinstalei, marquei a opção de remover os arquivos do sistema. marquei pra instalar as dlls que foram copiadas pra pasta c:\windows\syswow64, atualizei os schemas do cte/nfe/nfse. realmente não sei o que estou fazendo errado. se tiveres alguma outra orientação, te agradeço! -
Erro ao Ler certificado com OpenSSL
augelias replied to Luciano Bastos's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa noite Luciano! Você conseguiu resolver o problema? Eu estava com este mesmo erro. Estou utilizando o programa de exemplo e estava dando esta mensagem. Hoje consigo apenas utilizar certificados A3 e não estou conseguindo utilizar certificados A1. Já copiei todas as dlls das pastas XMLSec e 0.9.8.14 para a pasta syswow64 e não consegui resolver isso. Procurei no fórum por alguma situação similar mas nada que me esclarecesse. -
-
Obrigado pela resposta Dercide! Vou entrar em contato novamente com a prefeitura para ver se realmente cadastraram meu CNPJ. Você teria algum XML de exemplo pra me enviar? Pois quando conseguir ajustar meu cadastrado com a prefeitura gostaria de ter um parâmetro de comparação do que estou gerando com um que esteja certo. Obrigado desde já, Augusto.
-
Boa tarde pessoal, Preciso de uma ajuda, consultei o fórum sobre este erro para a prefeitura de Porto Alegre e não encontrei nada que me esclarecesse, por isso que decidi postar o que está ocorrendo com minha situação. Fiz o cadastro junto à prefeitura da minha empresa como desenvolvedor, consigo acessar o site de homologação sem problemas, mas ao executar a rotina "Gerar e enviar lote RPS" do aplicativo Demo_ACBrNFSe, recebo a seguinte mensagem: Erro E45: "CNPJ não encontrado na base de dados" Já utilizei o programa demo de NFSe do ACBr para testar com sucesso em outra prefeitura (Esteio/RS), então estou um pouco familiarizado com as rotinas. Já utilizo a muito tempo os outros componentes (NFe, CTe, MDFe..) e funcionam perfeitamente. Já postei no grupo da prefeitura solicitando ajuda, mas não tive sucesso até o momento. então segue minhas perguntas: Alguém já passou por essa situação? Teriam algum XML de exemplo pra me enviar para eu comparar com o que coloquei em anexo que estou tentando enviar? Precisaria informar o usuário e senha para transmissão do XML ou é apenas validado através do certificado eletrônico (que é o que estou fazendo hoje)? Obrigado a todos! 1UNICA-Rps.xml
-
Bom dia! Ativei a opção de visualizar as mensagens do componente (Configuracoes.WebServices.Visualizar := true) e vi que estava apontando para enviar para SP enquanto que deveria estar enviando para o RS para validar (Configuracoes.WebServices.UF := 'RS'). Agora está funcionando perfeitamente! Desculpe caso tenha postado de forma incorreta, mas gostaria de compartilhar para caso alguém passe pelo mesmo problema com esta mensagem do tópico.
-
Boa tarde pessoal! Aproveitando o tópico, estou com este mesmo problema, só que ao utilizar o programa de exemplo do ACBR de NFe, consigo transmitir. Comparei os códigos fontes e não consegui encontrar a diferença nos parâmetros. Estou usando os mesmos schemas da pasta de exemplo. Alguém pode me ajudar? Pois estou sem idéias de como resolver...
-
Boa tarde Ítalo, Fiz este teste que sugeriu antes de postar minha dúvida e o XML estava formatado corretamente conforme segue o arquivo anexo ( 43130890108382000164570000000000111000000118-cte). FIz o seguinte, peguei o XML do cliente que salvo através da rotina "ACBrCTe.Conhecimentos.Items[0].SaveToFile" logo após enviar, e já consta o campo xObs com "????" (43130890108382000164570000000000671000000679-cte.xml). Depois de salvar o arquivo, eu uso o conteúdo do campo ACBrCTe.Conhecimentos.Items[0].XML para salvar no banco de dados para uso posterior na impressão e envio do XML por email através de rotinas próprias. Salvo executando um update no banco e tratando como string. Não consigo reproduzir toda a situação em meu computador devido ao certificado que possuo não permitir a validação pois não tem inscrição estadual. 43130890108382000164570000000000111000000118-cte.xml 43130890108382000164570000000000671000000679-cte.xml
-
Boa tarde pessoal, Pesquisei nos outros tópicos e não consegui encontrar resposta para esta situação. Estou movendo para o campo xObs a seguinte linha: ART.10, INCISO IX - ENTREGA NA TRANSP.ZIGUE-ZIGUE DIFERIMENTO ICMS CONFORME RICMS RS, LIVRO III, ART. 2. - NFs: 3044 Mas o que fica registrado no XML final é a seguinte informação: <xObs>ART.10, INCISO IX - ENTREGA NA TRANSP.ZIGUE-ZIGUE ??????????????????????????? ?????4</xObs> em outras situação, enviei esta informação: NFs: 99212 e tenho esta no XML final: <xObs>?????</xObs> O que está ocorrendo? pois não consigo identificar qual o critério para a substituição dos caracteres por "?". Ao consultar os dois CTes no site do SEFAZ, não consta nada nas informações complementares. Executo a rotina "ACBrCTe.Conhecimentos.Valida" e após ela verifiquei que o xObs continua igual,com a mesma informação que movi para o campo. Alguém pode me ajudar? Pois não sei mais o que fazer... Obrigado, Augusto