Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.692
  • Registro em

  • Última visita

  • Days Won

    1.151

Tudo que Italo Giurizzato Junior postou

  1. Tiago, A consulta ainda não esta documentada, tente informar o conteúdo de: <nrRecArqBase>684-05-2060-1803-684</nrRecArqBase>
  2. Boa tarde, Favor fazer a alteração no arquivo e anexar o mesmo para que possamos depois enviar para o repositório.
  3. Boa tarde Fabiano, Como você instalou os componentes do ACBr? Através do ACBrInstall_Trunk2? Se sim, notou que existe uma opção que já copia as DLLs e as registras se necessário?
  4. Boa tarde Tiago, Por favor não poste conteúdo de arquivos como parte da postagem, favor anexar o arquivo.
  5. Bom dia Bueno, Não existe um roteiro, você apenas tem que tomar como base os demais que não seguem a ABRASF.
  6. Bom dia, Você tem certeza que a URL é essa?
  7. Bom dia Jone, Acredito que no caso do A3 a configuração deverá ser diferente. É preciso testar todas as opções.
  8. Bom dia Tiago, Depois do envio, ou melhor, no retorno do envio não consta o numero do protocolo?
  9. Boa tarde Roberto, Foi aplicada uma alteração referente a leitura do XML no que diz respeito ao ICMS60. Você esta com os seus fontes atualizados? Faça uma cópia da sua alteração, apague a unit, e baixe novamente, reinstale os componentes e faça um novo teste.
  10. Boa tarde Anderson, O XML completo de um evento pode ser lido dessa forma que você esta usando, mas existe um detalhe a propriedade XML poderá ficar vazia se o evento for rejeitado.
  11. Boa tarde Diego, Favor atualizar os fontes e faça novos testes.
  12. Boa tarde, Primeiro é preciso saber se essa cidade vai utilizar a versão 1 ou a 2 do layout da ABRASF. Se for 1 abra o arquivo Cidades.ini e procure pelo provedor Pronim, caso contrario Pronimv2, acrescente a cidade conforme as demais do mesmo provedor. Depois abra o arquivo Pronim.ini ou Pronimv2.ini (dependendo da versão usada) e acrescente as URLs de produção e homologação da respectiva cidade.
  13. Boa tarde Emir, Você já atualizou todos os fontes de todas as pastas? Já reinstalou os componentes? Se sim, favor iniciar os testes com o programa exemplo do ACBrNFSe. Pois já temos o provedor ELv2 implementado para usar a versão 2 do layout da ABRASF.
  14. Boa tarde Diego, No XML do RPS o que se refere ao prestador de serviço, somente o CNPJ/CPF e Inscrição Municipal é gerado, já do tomador é gerado todos os dados. Note que no XML da NFS-e tem coisas erradas, pois no grupo Prestador Serviço era para aparecer todos os dados do mesmo. Não esta aparecendo a razão social e no nome fantasia esta aparecendo a razão social do tomador e no grupo endereço só esta aparecendo o código do município. Sendo assim, é preciso entrar em contato com o provedor e mostrar a eles o problema.
  15. Boa tarde Rodrigo, Favor atualizar todos os fontes, note que foi alterado o arquivo INI do provedor.
  16. Boa tarde ALA, As informações que aparecem nas tags codMunicipio, cnpjPrestador e hashValidador no final do arquivo *-env-lot-soap.xml estão corretos?
  17. Boa tarde Jairo, Você não conseguiu e ninguém vai conseguir, pelo simples fato de que esse provedor não disponibilizou esse serviço. Acesso este link: https://bhisshomologa.pbh.gov.br/bhiss-ws/nfse?wsdl Note que não existe a operação RecepcionarLoteRpsSincrono apenas RecepcionarLoteRps.
  18. Boa tarde, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório a correção.
  19. Boa tarde Sergio, É preciso verificar no manual da NFS-e de São Paulo, quais são as informações necessárias a serem informadas. Uma vez que a empresa contratada pela cidade de São Paulo não segue o layout da ABRASF.
  20. Bom dia Wether, O motivo da rejeição é clara, o CNPJ do destinatário tem que ser igual do emitente e no seu XML o CNPJ do destinatário esta igual a do remetente.
  21. Bom dia, Veja se na unit pcteCTeR.pas ela recebe algum valor ao ler o XML. Se sim, é essa propriedade que você esta procurando.
  22. Bom dia Douglas, Veja as páginas 97 e 98 do Manual do CT-e versão 3.00 Os campos a seguir são obrigatórios no caso de homologação do evento cStat= 134, 135 ou 136. Os campos de dhRegEvento e nProt não serão preenchidos em caso de erro. Você enviou um evento e este não foi homologado pela SEFAZ, ou seja, não foi aceito. Verifica se com a linha abaixo você não consegue pegar o status retornado após o envio do evento. Status := ACBrCTe1.WebServices.EnvEvento.cStat; // Status: Integer
  23. Bom dia a todos, O tipo de aviso 6 já consta nos fontes, mas recomendo o seu uso somente com a versão 2.04.02, pois se informa-lo na versão 2.04.01 com certeza o evento será rejeitado.
  24. Boa tarde Édipo, Muito obrigado pela colaboração, já enviei para o repositório.
  25. Boa tarde Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
×
×
  • 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.