-
Total de ítens
171 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Augusto Fontana postou
-
Boa tarde Erro1: Com o INI atual está ocorrendo erro ao enviar o lote RPS, segue em anexo imagem erro1. No grupo [Recepcionar] o parâmetro Texto6 tem um símbolo ">" a mais, incorretamente. Erro2: Outro problema é que não pode ser informado no XML o NameSpace: http://www.abrasf.org.br/nfse.xsd, pois o provedor não aceita, e apresenta o mensagem de erro, conforme imagem erro2. Para resolver essa questão tive que remover a validação do XML e os vínculos ao arquivo de schema no grupo [Schemas]. O ideal seria manter a validação, mas com os fontes atuais não é possível enquanto o NameSpace for adicionado no XML Segue em anexo : - INI com as alterações - XMLs sendo um com erro e outro com a correção - Imagens de erro 47-env-lot-ERRO.xml 49-env-lot-CORRETO.xml Pronimv2.INI
- 117 replies
-
- abrasf 2.02
- pronim
-
(e 1 mais)
Tags:
-
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Bom dia Ítalo, não implementei todos os serviços fornecidos pelo Web service desse provedor, mas testei os serviços abaixo com os fontes sincronizados do ACBr, e estão funcionando: RecepcionarLoteRps, GerarNfse, ConsultarSituacaoLoteRps, ConsultarNfsePorRps, ConsultarLoteRps, CancelarNfse -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Boa tarde Ítalo, sincronizei os fontes e fiz o teste, a nota foi emitida corretamente. Obrigado. -
Não carrega mensagem de retorno no provedor SpeedGov
Augusto Fontana replied to Augusto Fontana's tópico in ACBrNFSe
Obrigado Ítalo, sincronizei os fontes, está funcionando corretamente. -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Bom dia Ítalo, a tag de assinatura deve ficar abaixo da tag InfRps, atualmente está ficando abaixo da tag Rps. Mas é importante que a assinatura seja feita no método: TNFSeGerarNFSe.DefinirDadosMsg, pois quando for assinar o XML a Tag GerarNfseEnvio precisa estar no conteúdo assinado, caso contrário aparece a mensagem de erro: "Assinatura do Hash não confere". Segue XMLs em anexo 232-ger-nfse-CORRETO-ALTERADO.xml 232-ger-nfse-ERRO-ATUAL.xml -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Ítalo, obrigado pelo retorno, só um detalhe, além da alteração no INI é necessário alterar a unit ACBrNFSeWebServices, caso contrário a assinatura não será validada pelo provedor, conforme comentários anteriores. Estou anexado a unit com a alteração para esse provedor. Att ACBrNFSeWebServices.pas -
Não carrega mensagem de retorno no provedor SpeedGov
um tópico no fórum postou Augusto Fontana ACBrNFSe
Bom dia, ao consultar um lote no provedor SpeedGov, o servidor está retornando o seguinte XML: <ConsultarLoteRpsResposta> <Sucesso>false</Sucesso> <DataHora>2016-05-09T10:16:14</DataHora> <MensagemRetorno> <Codigo>E35</Codigo> <Mensagem>Codigo de tributacao inexistente</Mensagem> <Correcao>Consulte a legislacao vigente para saber o Codigo de tributacao que devera ser informado neste campo.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E161</Codigo> <Mensagem>Campo ValorISS nao informado.</Mensagem> <Correcao>Verifique ValorISS</Correcao> </MensagemRetorno> </ConsultarLoteRpsResposta> É gerada uma Tag "MensagemRetorno" para cada erro encontrado no lote, sendo que tais Tags não estão inseridas dentro de uma Tag "ListaMensagemRetorno" conforme padrão Abrasf. Dessa forma para que o componente carregue corretamente a lista de retornos tive que fazer uma alteração no arquivo "pnfsLerListaNFSe" Segue arquivo em anexo com as correções necessárias para esse provedor. pnfsLerListaNFSe.pas -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Bom dia, Ítalo Já havia feitos esses testes e com os fontes atuais ocorre o erro relacionado a assinatura. Seguem testes: TESTE 1: RpsGerar=1; LoteGerar=0, Assinatura inválida TESTE 2: RpsGerar=0; LoteGerar=1, Arquivo fora da estrutura, assim o arquivo fica inválido TESTE 3: RpsGerar=0; LoteGerar=1; Com as últimas alterações na unit ACBrNFSeWebServices.pas, SUCESSO NA GERAÇÃO DA NFS-E Seguem XMLs com os testes realizados, estou anexando também os schemas. Permite apenas um RPS no método GerarNfseEnvio Att schema_nfse_v03.xsd XMLs.rar -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Boa tarde Testei a alteração feita pelo DuarteRS e funcionou. a nota foi gerada corretamente. Ítalo segue em anexo o arquivo com a alteração necessária para geração da NFS-e no Provedor Pública. Obrigado a todos pela colaboração. ACBrNFSeWebServices.pas -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Bom dia DuartRS, realmente o servidor de homologação está off, assim que voltar vou testar para ver se a sua alteração funciona aqui para mim, pois ela está mais simples que a alteração que fiz. Ítalo, o XML não tem alteração a estrutura é a mesma, a única coisa que muda é o momento da assinatura, que deve ser realizada somente quando a Tag GerarNfseEnvio, estiver no conteúdo assinado. Ou seja, a assinatura deve ser realizada somente no método TNFSeGerarNFSe.DefinirDadosMsg. Entendo que o grupo InfRps está contido dentro da TAG GerarNfseEnvio e concordo que a forma como foi implementada está correta, mas o provedor não aceita dessa forma. -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Bom dia Italo O que acontece é que na hora fazer a assinatura o conteúdo do XML deve ter a Tag GerarNfseEnvio, caso contrário o provedor acusa erro na assinatura. Exemplo <GerarNfseEnvio xmlns="http://www.publica.inf.br"> <Rps> <InfRps id="99991"> ... </InfRps> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> ... </Signature> </Rps> </GerarNfseEnvio> Ao assinar o XML com esse conteúdo funciona corretamente, perceba a presença da Tag GerarNfseEnvio, Já ao assinar o XML dessa forma: <Rps> <InfRps id="99991"> ... </InfRps> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> ... </Signature> </Rps> ocorre o erro, pois falta a tag GerarNfseEnvio Fiz as alterações dessa forma para não afetar o envio de lote, método "TACBrNFSe.Enviar" pois o mesmo está funcionando corretamente. O problema ocorria apenas no método "TACBrNFSe.Gerar" -
Provedor Publica - Assinatura do Hash não confere.
Augusto Fontana replied to DuarteRS's tópico in ACBrNFSe
Bom dia, 1) Eu estava com o mesmo problema, avalieis os novos fontes do Trunk2 e fiz as correções necessárias para que a assinatura seja realizada conforme determinado pelo provedor Pública. O que acontecia é que para assinar o XML a tag GerarNfseEnvio precisa estar no conteúdo assinado, sendo que estava assinando apenas o conteúdo da tag Rps. 2) Também alterei o provedor da cidade de Caçador/SC que agora utiliza Pública e não é mais Betha Alterações: - ACBrDFeSSL.pas: Precisei colocar o método "AdicionarSignatureElement" como público, para poder incluir a tag de assinatura no local correto, e fazer a assinatura na geração da NFS-e (TACBrNFSe.Gerar) - ACBrNFSeWebServices.pas: Faço a chamada do método indicado acima, para incluir a tag de assinatura - pnfsConversao.pas: Precisei incluir a natureza de operação 9, que é utilizada na cidade de Caçador/SC -Cidade.ini: Mudança no provedor de Caçador/SC; Inclusão dos parâmetros: NomeURL_H e NomeURL_P, para o provedor Pública, pois é necessário já que esse provedore atende as cidades de Itajaí/SC e Caçador/SC - Publica.ini: Precisei alterar as propriedades RpsGerar=0 LoteGerar=1, para que a assinatura fosse realizada corretamente. Adicionei a URL para cidade de Caçador/SC Fiz os testes com os métodos: TACBrNFSe.Gerar e TACBrNFSe.Enviar, funcionaram corretamente após as alterações Seguem arquivos em anexo com as alterações necessárias para integração com o provedor Publica Publica.rar -
Erro Desconhecido Ao Enviar Lote - Provedor Ginfes V3
Augusto Fontana replied to Thiago Vieira's tópico in ACBrNFSe
Esse tópico é para verificar o caso de erro desconhecido no Ginfes. Vi que vc já comentou em outro tópico sobre esse caso, precisa fazer o que foi comentado pelo Ítalo, pois essa cidade não está definida para o provedor Ginfes nos fontes. -
Erro Desconhecido Ao Enviar Lote - Provedor Ginfes V3
Augusto Fontana replied to Thiago Vieira's tópico in ACBrNFSe
Você precisa indicar o caminho onde estão os schemas. Trunk Configuracoes.Geral.PathSchemas := '' Trunk 2 Configuracoes.Arquivos.PathSchemas := '' -
Erro Desconhecido Ao Enviar Lote - Provedor Ginfes V3
Augusto Fontana replied to Thiago Vieira's tópico in ACBrNFSe
Estou com esse mesmo problema atualmente, cidades de Paulínia e Hortolândia. O arquivo de retorno está vindo vazio. Vou tentar entrar em contato com o suporte da Ginfes, para ver o que pode ser, pois estava funcionando corretamente e agora não consigo mais gerar as notas. -
Logomarca DANFE NFC-e A4
um tópico no fórum postou Augusto Fontana NFC-e - Nota Fiscal do Consumidor Eletrônica
Bom dia Atualmente o DANFE NFC-e em A4, não está setando a logomarca com stream apenas arquivo. Fiz alteração para realizar o carregamento com stream, conforme as demais DANFEs do projeto. Segue arquivo alterado. ACBrDANFCeFortesFrA4.pas -
Boa tarde, estou testando a integração da NFS-e no Trunk2 usando o provedor SystemPro, ao executar o método Gerar está dando erro na rotina de assinatura do XML. Pelo que verifiquei o XML está sendo montado incorretamente, foi incluído mais de um header no XML, para definir a versão e encoding. Percebi nos fontes que tinha um TODO para avaliar se deveria remover o header do XML, implementei a alteração comentada e o XML foi gerado corretamente. Segue em anexo imagem com trecho do XML contendo o erro, além do arquivo alterado. Att ACBrNFSeNotasFiscais.pas Estou anexando também o ini que criei para o SystemPro e a alteração no Cidade.ini Cidades.INI SystemPro.ini
-
Boa tarde Juliomar, eu estudei o componente, e não tem uma propriedade para definir o path dos arquivos INI de configuração da NFS-e. Se observar o método TGeralConfNFSe.SetConfigMunicipio verá que atualmente o arquivo de configuração deve estar na pasta raiz do programa. NomeArqParams := ApplicationPath + 'Cidades.ini'; Por isso fiz a sugestão de criar uma nova propriedade para definir o path desses arquivos. Att
-
Boa tarde, qual arquivo o servidor está retornando ? Se for relacionado a assinatura até agora não encontrei solução, me parece que o servidor está validando a assinatura incorretamente. Em todos os clientes onde isso aconteceu orientei que entrassem em contato com a prefeitura para cobrar da Betha uma solução, geralmente o pessoal da Betha desativa a validação, ai o cancelamento volta a funcionar corretamente.
-
Boa tarde, a ideia de criar os INIs é boa, assim não precisamos atualizar os fontes para incluir uma nova cidade. Como sugestão, penso que poderia ter uma configuração para indicar o path dos arquivos de configuração. Att
-
Setar as propriedades URL e SoapAction
um tópico no fórum postou Augusto Fontana NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde, ao fazer a verificação do status do servidor (ACBrNFe.WebServices.StatusServico.Executar) estou recebendo a mensagem: "A sintaxe do nome do arquivo, do nome do diretório ou do rótulo do volume está incorreta. -URL: -SOAPAction:" Pelo que observei está faltando setar a URL e SoapAction do componente THTTPReqResp no método: TDFeCapicomDelphiSoap.ConfiguraReqResp Segue anexo o arquivo com a alteração. Att ACBrDFeCapicomDelphiSoap.pas -
Bom dia, qual erro o servidor está retornando ? Estou com um problema relacionado a assinatura do XML de cancelamento, segue tópico no fórum da Betha http://forum.betha.com.br/phpbb/viewtopic.php?f=93&t=20257&sid=c88037fc207863646fb4b7a81db89acc
-
Novo Pacote De Impressão Para Acbrsat, Usando Fortesreport
Augusto Fontana replied to Daniel Simoes's tópico in ACBrSAT
Boa tarde Está saindo na impressão do extrato um memo "= Teste =" e algumas linhas Filler ">>>>..", não entendi a necessidade, imagino que seja algum teste e que pode ser removido. Percebi também que ao imprimir o logo as linhas do cabeçalho ficam posicionadas incorretamente. Segue imagem em anexo. PS: Estou usando o trunk e não trunk2