Ir para conteúdo
  • Cadastre-se

italo.giurizzato.junior

Consultores
  • Total de ítens

    42.831
  • Registro em

  • Última visita

  • Days Won

    1.244

Tudo que italo.giurizzato.junior postou

  1. Boa tarde, O problema começou depois que você atualizou a aplicação dos seus clientes ou nem isso ocorreu? Simplesmente de um dia para o outro começou o problema? Se você não atualizou a sua aplicação nos seus clientes e todos eles estão enfrentando o mesmo problema, com certeza é problema no provedor. Como o provedor sempre vai tirar o dele da reta, a minha sugestão é pedir para todos os seus clientes irem até a prefeitura e protocolarem uma reclamação de problemas na emissão nas notas. Você vai ver como resolve rapidinho o problema.
  2. Boa tarde Edelvandro, Você esta usando o componente ACBrNFSeX?
  3. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Boa tarde Fabio, O XML de envio também não encontrei nada que pudesse estar provocando o erro. Para mim esse erro esta ocorrendo no momento de processar o XML de retorno. Configure o componente para salvar o Envelope (soap) desta forma teremos o XML soap do retorno antes do componente iniciar a leitura do mesmo.
  5. Boa tarde Paulo, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.
  6. Bom dia Fabio, Necessito do XML que o componente salva em disco, esse me parece que foi copiado e colado em um arquivo.
  7. Bom dia Márcio, Já esta no SVN.
  8. Olá pessoal, Para ficar mais fácil de acompanhar quais os municípios que já assinaram a adesão a NFS-e Padrão Nacional, disponibilizo abaixo o link do Portal da Nota Fiscal de Serviço Eletrônica (Munícipios Aderentes). Municípios Aderentes — Português (Brasil) (www.gov.br)
  9. Ricardo, Muita coisa foi alterada no novo componente e para melhor. Só que essa prática de visualizar o DANFSE antes do envio conforme o que eu já descrevi na postagem anterior, esta errada.
  10. Boa tarde, Você esta comparando os XML errados. O componente novo gera exatamente igual ao antigo. A primeira imagem que você anexou se refere ao XML que ainda vai ser envelopado para ser enviado, já a segunda imagem é do XML do Rps que é salvo dentro da pasta Recibos.
  11. Boa tarde Fabio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.
  12. Boa tarde Paulo, Já inclui na minha lista de tarefas para analisar essas questões. TK-3161
  13. Boa tarde Ricardo, Você esta carregando o XML do Rps e deseja visualizar o DANFSE? Lembre-se que se tratando de NFS-e o componente gera e envia o XML do Rps, por outro lado se tudo estiver certo, o webservice do provedor gera e retorna o XML da NFS-e. É o XML da NFS-e que devemos carregar para poder visualizar e ou imprimir o DANFSE.
  14. Boa tarde Almeida, Os serviços que o provedor implementou em seu webservice são: function Recepcionar(ACabecalho, AMSG: String): string; override; function ConsultarSituacao(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoTomado(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; As chamadas aos métodos implementados no webservice de cada provedor se encontram na unit Provider de cada provedor, neste caso ISSBarueri.Provider.
  15. Bom dia Bill, Faça um teste com a unit em anexo. ACBrUtil.DateTime.pas
  16. Acho que você não entende. O provedor IPM tem 2 webservices, um que processa Rps na versão 1.00 e outro na versão 1.01 Preciso saber se em ambas as versões quando se tratar de ambiente de homologação podemos gerar a referida tag. Você poderia questionar o provedor quanto a isso?
  17. Boa tarde José, Devemos evitar ao máximo alterar as units que são utilizadas por todos os provedores e sim as units destinadas aos provedores. Na unit provider do provedor se não tiver podemos incluir a função TratarXmlRetornado, essa função tem como objetivo tratar o XML retornado pelo webservice, desta forma é possível contornar esse problema do "&" através dessa função.
  18. Boa tarde Paulo, Se dissessem que a alíquota deve ser informada assim: 0.0200 em vez de 2.0000 tudo bem, vamos pegar o percentual e dividir por 100. Você é contribuinte? Se sim deve informar o CNPJ e não o CPF. Caso você não seja contribuinte, é importante usar o CNPJ e o certificado digital de um contribuinte para realizar os testes.
  19. Boa tarde Claudio, O que tudo indica, você esta utilizando esquemas errados. Os schemas corretos para o provedor ISSNet se tratando da cidade de Brasília, se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\ISSNet\2.04
  20. Boa tarde Marcio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3155
  21. Boa tarde, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?
  22. Boa tarde, Resumindo, essa tag é aceita pelo provedor tanto na versão 1.00 quanto na versão 1.01 ?
  23. Bom dia Matheus, Isso esta ocorrendo também com o programa exemplo?
  24. Bom dia Adonis, Tem provedor que existe que ao enviar o Rps a alíquota deve ser informada já dividida por 100. Chegou a fazer um teste no caso do provedor ISSSaoPaulo para ver o que ocorre se enviar o Rps com a alíquota não dividida por 100?
  25. Bom dia Valadares, Favor configurar o programa exemplo para salvar os arquivos (soap). Faça um novo teste e anexe o arquivo de retorno (soap) para que possamos analisar.
×
×
  • 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.