Ir para conteúdo
  • Cadastre-se

Augusto Fontana

Membros
  • Total de ítens

    171
  • Registro em

  • Última visita

Tudo que Augusto Fontana postou

  1. 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
  2. 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
  3. Boa tarde Ítalo, sincronizei os fontes e fiz o teste, a nota foi emitida corretamente. Obrigado.
  4. Obrigado Ítalo, sincronizei os fontes, está funcionando corretamente.
  5. 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
  6. Í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
  7. 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
  8. 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
  9. 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
  10. 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.
  11. 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"
  12. 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
  13. 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.
  14. Você precisa indicar o caminho onde estão os schemas. Trunk Configuracoes.Geral.PathSchemas := '' Trunk 2 Configuracoes.Arquivos.PathSchemas := ''
  15. 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.
  16. 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
  17. 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
  18. Boa tarde, já tinha percebido também essa situação levantada pelo Leonardo, incluí as alterações feitas por ele nos fontes e funcionou corretamente. Daniel, Segue arquivo atualizado com as alterações. Leonardo, obrigado pela colaboração. pcnNFeW.pas
  19. 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
  20. 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.
  21. 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
  22. 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
  23. Bom dia, obrigado pela contribuição, fiz o teste aqui e está funcionando corretamente. Att
  24. 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
  25. 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
×
×
  • 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...