Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.652
  • Registro em

  • Última visita

  • Days Won

    1.151

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? O problema ocorre também com o programa exemplo? Esta sendo enviado para o cliente o arquivo INI do provedor atualizado? Qual é exatamente o problema que esta ocorrendo e qual é a cidade?
  2. Boa tarde Freitas, Esse fórum é para tratar sobre o componente ACBrNFSe - Nota Fiscal de Serviço Eletrônica, não tem nada haver com o seu problema que é NF-e e pelo que entendi você utiliza o ACBrMonitor. Peço que tenha mais cuidado quando postar, pois você pode acabar postando em lugar errado e não ter resposta para sanar o seu problema.
  3. Boa tarde Adilson, A mensagem é clara, o RPS não foi aceito por já existir outro com o mesmo numero, serie e tipo. É preciso descobrir qual foi o ultimo RPS enviado para dar continuidade na numeração.
  4. Boa tarde Jozimar, Favor anexar a unit alterada para que possamos analisar.
  5. Boa tarde Luís, Por favor atualiza mais uma vez e faça um novo teste.
  6. Boa tarde, Notei que a quantidade de caracteres informado no campo xJust (justificativa do cancelamento) tem menos de 15 caracteres. Favor realizar um novo teste de tal forma que a quantidade de caracteres informado no campo xJust tenha no mínimo 15 e no máximo 255.
  7. Boa tarde Paulinho, Favor anexar o XML assinado e autorizado desse MDF-e. Devemos ter em mente que a Data/Hora de Emissão se refere a Data/Hora da UF do Emitente, já a Data/Hora de Autorização de Uso se refere a Data/Hora da SEFAZ-Autorizadora que neste caso é a SEFAZ-Virtual do Rio Grande do Sul. Se Rio Grande do Sul em relação a UF do Emitente esta 1 hora a mais, isso é devido ao fuso horário. Como lhe disse, o outro sistema diminuía em uma hora o horário de Autorização para ficar dentro do mesmo fuso horário. Que ao meu ver não é o correto, pois esta sendo alterado uma informação que foi gerada pela SEFAZ.
  8. Luís, Observando o seu XML acredito que os seus fontes estejam desatualizados.
  9. Bom dia Adilson, Veja que nesse XML o código do Item de Serviço é 01.07, já o código de tributação do município é 20107. No seu RPS temos o código do Item de Serviço igual a 07.02 e o código de tributação do município igual a 0702, experimente mudar para 20702.
  10. Bom dia, As URLs do webservice se encontra no arquivo INI do respectivo provedor. Esses arquivos INI se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI
  11. Bom dia Luís, Esse XML é da versão 1.0 ou 1.1?
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  13. Bom dia Paulinho, É bem provável que o sistema da outra empresa editava o XML, como essa informação consta no retorno que contem o numero do protocolo e é adicionado ao XML assinado, mesmo fazendo essa alteração no retorno não invalida o XML final. Agora me diz uma coisa, ao Consultar o Serviço, Imprimir o DAMFE, ... o seu sistema apresenta na tela o XML de retorno da SEFAZ? Pois a informação TZD só consta no XML.
  14. Luís, Primeiro, compare o XML gerado com o componente antigo (trunk1) com o XML gerado com o componente novo (trunk2). Segundo, os schemas utilizados para validação em ambos os casos, são exatamente os mesmos?
  15. Boa tarde Antônio, Peço que não fique realizando a mesmo questionamento em vários tópico, por favor vamos seguir as regras do fórum. A sua duvida já respondi em uma outra postagem.
  16. Boa tarde Antônio, O componente possui uma propriedade de configuração para você definir os XMLs serão salvos. Configuracoes.Arquivos.DownloadNFe.PathDownload := <informar aqui o path desejado>;
  17. Luís, Que eu saiba as cidades: Campo Bom/RS, Farroupilha/RS e Santiago/RS se utilizam do webservice versão 1.0 As demais cidades se utilizam do webservices 1.1
  18. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  19. Luís, Esse provedor possui duas versões do webservice, a cidade em questão usa atualmente qual versão?
  20. Boa tarde Adilson, Você procurou no XML essa alíquota indevida que a mensagem se refere? Existem várias informações erradas no seu XML, enquanto você não passar as informações corretas o seu RPS vai ser rejeitado.
  21. Boa tarde Luís, Mas o XML que você anexou se refere a versão 1.1 Em qual situação a tag deve ser gerada e com qual valor (versão 1.0 e 1.1)?
  22. Boa tarde Adilson, Sim, esta correto.
  23. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  24. Boa tarde Paulinho, Eu não seu de qual UF é o seu cliente, mas lembre-se que todos os MDF-e de todas as UF são enviadas para a SEFAZ-Virtual do Rio Grande do Sul.
  25. Boa tarde, O CPF informado tanto no comprador quanto em informações do passageiro é 12345678901 e isso pode ocasionar erros de validação.
×
×
  • 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.