Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.804
  • Registro em

  • Última visita

  • Days Won

    1.108

Tudo que Italo Giurizzato Junior postou

  1. A alteração que você fez me parece correta, já envie para o repositório.
  2. Bom dia, Enviei para o repositório a alteração que fiz na unit que foi anexar na minha postagem anterior.
  3. Bom dia, Se esse XML é o que esta sendo retornado pelo webservice, então é ele que esta gerando essa sujeira toda. Vou analisar a sua contribuição, estando tudo OK, vou enviar para o repositório. Desde já muito obrigado.
  4. Bom dia Naiara, Você esta usando o componente ACBrMDFe para gerar o evento? Pelo jeito não. Se esta usando, os fontes podem estar desatualizados. No seus XML consta o valor 1 para as tags <qtdViagens> e <nroViagem> pois bem o tamanho da informação dessas tags é fixo em 5 dígitos. Por tanto o valor que deve constar é 00001 e não apenas 1.
  5. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  6. Bom dia Cesar, O componente possui uma propriedade de configuração chamada Timeout, coloque por exemplo o valor 30 mil.
  7. Bom dia Eciello, Você atualizou todos os fontes de todas as pastas e reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Se sim, usando o programa exemplo ao tentar usar o método SubsituicaoNFSe que tem por finalidade cancelar uma NFS-e e substituir por outra cujo RPS é enviado junto o que ocorre? A principio é para ocorrer o Cancelamento de uma nota e se os dados do RPS estiverem OK é para gerar uma nova NFS-e. Não me recordo se o XML da nova NFSe é retornado automaticamente ou se há necessidade de em seguida realizar uma consulta.
  8. Bom dia Sandro, Agradeço a sua colaboração, mas não posso aceitar. Os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2, por fim aplique as suas correções e anexe aqui para que eu possa avaliar novamente.
  9. Bom dia Silvia, Você disse que não alterou o código da sua aplicação, correto? Pois bem, chegou a atualizar os fontes do ACBr? Se sim, depois de atualizar, reinstalar a suíte ACBr e recompilar a sua aplicação foi ai que o erro começou a aparecer? Ou simplesmente de um dia para o outro o problema surgiu?
  10. Walney, Peço que siga as regras do fórum, não fique postando o que você precisa em vários tópicos.
  11. Bom dia Walney, Você nunca usou o ACBrMonitor? O monitor possui um manual nele você encontra um modelo completo para que a sua aplicação possa gerar o arquivo TXT de um MDF-e, além de todos os comandos. Você disse que gerou o XML pelo Delphi 7, correto? Desenvolve programas em Delphi? Se sim, porque deseja usar o ACBrMonitor? Sendo que você pode baixar e instalar a suíte ACBr no seu Delphi e por fim usar o componente ACBrMDFe na sua aplicação. Ao baixar os fontes do ACBr você tem os programas exemplos de cada componente em especial o ACBrMDFe_Exemplo. Com ele você vai aprender como alimentar o componente e conhecer todos os métodos disponíveis, como Enviar, Consultar, Cancelar, Encerrar, etc.
  12. Bom dia Soares, A string do QR-Code se encontra no XML do BPe, na tag <qrCodBPe>
  13. Bom dia, Você esta salvando os XMLs no banco de dados, correto? Já abriu esse arquivo que você anexou com o Bloco de Notas? Se não abriu, abra. Vai notar que existe espaços em branco entre as tags e alguns caracteres que acredito que seja de formatação. Suspeito que ao salvar ou carregar o XML do banco de dados esteja provocando a inserção desses espaços e caracteres.
  14. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  15. Bom dia, Muito obrigado pela correção, já enviei o arquivo INI corrigido para o repositório.
  16. Bom dia, O arquivo INI corrigido já se encontra no Repositório.
  17. Bom dia, Favor testar com a unit em anexo: ACBrGNREWebServices.pas
  18. Bom dia Naiara, Tenha em mente o seguinte: 1. Erro de validação ocorre quando o XML gerado é submetido aos schemas e tem alguma coisa errada na estrutura do XML ou em algum conteúdo. A validação é realizada antes do envio para a SEFAZ. 2. Rejeição ocorre quando o XML é processado pela SEFAZ e esta encontra algo errado na estrutura ou em algum conteúdo. O que você esta tendo é uma Rejeição. A primeira pergunta que eu lhe faço é: Você esta usando o componente ACBrMDFe? Pois pelo que me consta o componente não tem o comportamento de anexar ao XML do Evento o retorno que contenha uma rejeição.
  19. Boa noite Marcelo, Eu acredito que deve ter alguma coisa errada no schema.
  20. Boa noite Heronim, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Esta fazendo testes com o programa exemplo? Se não esta, a sua aplicação esta carregando o arquivo Sigep.ini mais atual?
  21. Boa tarde Rodrigo, Acabo de enviar para o repositório uma alteração no arquivo INI do provedor Actconv2 e também os schemas para a cidade de Leopoldina. Note que existem dois schemas um para o ambiente de homologação e outro para o de produção que devem ser renomeados para nfse_v201.xsd Por favor atualize os fontes e faça novos testes.
  22. Boa tarde Alexandre, Uma coisa que notei também é que alguns provedores no schema a quantidade total de dígitos é 6 como a figura que você anexou. Neste caso poderíamos ter a alíquota 99.9999, concorda? Já outros a quantidade total é 5 com 4 casas decimais, neste caso a alíquota máxima seria 9.9999 E temos aqueles que a quantidade máxima é 4 com 2 casas decimais, portanto a alíquota máxima seria 99.99 Não sei se em alguma cidade a alíquota pode ser 10% ou mais. Se sim, nesse segundo caso onde temos um total de 5 dígitos com 4 casas decimais, a alíquota teria que ser dividida por 100 para comportar uma alíquota igual ou maior que 10. Supondo que a alíquota seja 12.5 teríamos que informar: 0.1250 Se eu estiver certo podemos concluir que: Se a definição da alíquota for: 99.9999 ou 99.99 não devemos dividir a alíquota por 100. Por outro lado se a definição for: 9.9999 devemos dividir por 100. Como não existe uma padronização fica complicado estabelecer uma regra.
  23. Bom dia Heronim, Tentou o método Gerar?
  24. Bom dia Júlio, Muito estranho pois conforme o tópico abaixo, o provedor GovDigital que mudou de nome para NFe-Cidades esta funcionando 100%, tanto em produção quanto em homologação conforme o relato de um membro do fórum que testou com a cidade de Pedro Leopoldo/MG. Não sei quanto as demais cidades.
  25. Bom dia Alexandre, A dica que lhe dou é: abrir o arquivo XSD (schema) do provedor em questão e verifique como esta a definição do tipo do campo Alíquota, vamos aos exemplos. <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="6" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Note que na definição acima temos 4 dígitos referente a parte fracionada, portanto para esse provedor devemos informar o percentual da alíquota já dividida por 100, por exemplo: 0.0450 <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="4" /> <xsd:fractionDigits value="2" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Já esse outro a quantidade é 2 para a parte fracionada, logo não podemos dividir o percentual da alíquota por 100.
×
×
  • 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.