Italo Giurizzato Junior

Bom dia Heronim, Se você esta informando de forma correta o CNPJ do Prestador e mesmo assim a nota é rejeitada, chego a conclusão que se faz necessário entrar em contato com o provedor para saber se esse prestador esta cadastrado, ou seja, habilitado a emitir NFS-e via Web Services, se sim, checar tanto o CNPJ quanto a Insc. Municipal para saber se estão corretos e se ambos devem constar no XML sem formatação.

Bom dia Anderson, Lembre-se que emitir uma NFS-e pelo site é uma coisa, emitir pelo Web Service é outra. O que precisamos saber é qual o procedimento a ser adotado para emitir via Web Service uma NFS-e onde não é informado o Tomador do Serviço. A dica do Paulo é muito boa.

Bom dia, No seu teste quantos RPS tinha o Lote? Favor fazer um teste com somente 1 RPS e outro com 2 RPS. Fico no aguardo do seu retorno.

Bom dia Jakson, Acredito você esta usando ACBrNFS-e - Trunk2, correto? Se sim, lhe peço para que faça todos os testes, ou seja, envio, consulta e cancelamento. Fico no aguardo do seu retorno, pois se tudo estiver funcionando, vou incluir o provedor SpeedGov na lista dos provedores que estão funcionando 100%.

Bom dia Marcos, Muito obrigado pela colaboração, tanto o INI quanto o RES já estão disponíveis no repositório.

Bom dia Juliomar, Sim, foi a SEFAZ-SE que fez a alteração na URL e pra variar não divulgou nada a ninguém.

Boa tarde Juliomar, Recebi uma ligação de um colega do fórum relatando o problema. O problema foi resolvido corrigindo a URL. Pedi a ele que fizesse uma postagem no fórum anexando o ACBrNFeServicos.INI com a correção.

Bom dia Roger, Peço que tome muito cuidado em postar, pois você postou um problema como o componente ACBrNFSe em ACBrMDFe. Favor atualizar todos os fontes de todas as pasta, se necessário reinstale todos os componentes novamente usando o ACBrInstall_Trunk2 e compile a sua aplicação com a opção Build. E o resultado dos testes favor postar no lugar correto.

Bom dia Diego, Inverta os comandos, primeiro assinar e depois validar.

Boa tarde Thiago, Anexo o XML para ajudar na analise.

Boa tarde Heronim, Estamos progredindo, veja o conteúdo de: 1-rec-soap.xml <return> <mensagens>EL18 - CNPJ do prestador não informado - Informe o CNPJ do prestador.</mensagens> <mensagens>EL52 - HASH não informado - Informe o HASH de autenticação do prestador.</mensagens> </return>

Boa tarde Jean, Você esta utilizando o componente ACBrMDFe para emitir o MDF-e?

Bom dia Walter, Você esta usando o Capicom ou OpenSSL?

Bom dia Isledo, Da forma que você inclui a cidade no arquivo Cidades.INI as URLs de homologação e de produção ficam desta forma: http://homologacao/ServicoNFSe.asmx http://sorriso/ServicoNFSe.asmx Essas URLs não fazem nenhum sentido, esta incompleta. Favor entrar em contato com o provedor e solicitar essas URLs. Deixe claro que você deseja emitir as notas via Web Services e não via site.

Bom dia Homero, Você tentou com o programa exemplo?

Bom dia, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Heronim, Faça um teste. No arquivo EL.INI altere as URLs de homologação e de produção. De: https://nf-saomateus-es.el.com.br/RpsServiceService?wsdl para: https://nf-saomateus-es.el.com.br/RpsService E tente enviar novamente.

Bom dia Luciano, Ao enviar o RPS através do método Gerar é para salvar em disco conforme a sua configuração os arquivos: Envio: *-ger-nfse.xml *-ger-nfse-soap.xml Retorno: *-lista-nfse.xml *-lista-nfse-soap.xml Se não esta sendo salvo os arquivos de retorno significa que esta ocorrendo um erro antes que os mesmos sejam salvos. Esse erro esta ocorrendo? Se sim, qual é?

Bom dia Anderson, Essa alteração que você se refere foi promovida pelo provedor? Se sim, qual foi a orientação dada por eles para poder emitir uma nota não informando o CNPJ ou CPF do tomador do serviço?

Bom dia ALA, Note que o provedor Pronim se utiliza das duas versões de layout da ABRASF sendo assim: Para as cidades atendidas pelo provedor na versão 1 temos que usar o arquivo INI (pronim.INI) e os schemas da pasta Pronim. Para as cidades atendidas pelo provedor na versão 2 temos que usar o arquivo INI (pronimv2.INI) e os schemas da pasta Pronimv2. Sendo assim antes de incluir uma nova cidade para esse provedor é preciso saber qual é a versão que vai ser utilizada para a respectiva cidade, caso contrario teremos erros. Notei que você teve erros nas consultas, pois bem, na rotina que configura o componente você incluiu as linhas de configuração do Emitente?

Bom dia Heronim, Notei que o Prestador é da cidade de São Mateus, correto? Essa cidade utiliza o provedor EL ? Se sim, anexe os arquivos Cidades.INI e EL.INI que você alterou para poder atender essa cidade.

Bom dia Sidnei, Chequei a montagem da Mensagem de Dados, a montagem do Envelope, inclusive acessei o provedor através das URLs de homologação e de produção do serviço de cancelamento e não encontrei nada que estivesse errado. Só existe um detalhe, no WSDL do serviço esta previsto na montagem do Envelope o grupo <cabecalho>, mas este é opcional. O grupo cabeçalho esta presente também na montagem do Envelope de envio, mas o envio esta funcionando, correto? Sendo assim tudo me leva a crer que o problema esta no provedor. Favor entrar em contato com eles.

Bom dia, Você chegou abrir o arquivo INI do provedor? No ISSNet.INI na seção [SoapAction] não existe o SoapAction para Gerar, RecSincrono e Substituir. Qual é o motivo disso? Simples, esse provedor segue a versão 1 do layout da ABRASF e nessa versão esses 3 serviços não existem. Para todos os provedores que seguem a versão 1 só esta disponível o método Enviar para podermos enviarmos um lote contendo de 1 até 50 RPS para o provedor. Sendo assim se tentarmos usar os métodos Gerar ou EnviarSincrono vai ocorrer erro.

Bom dia Marcos, Neste caso use o comando para Consultar.

Boa noite Marcos, O MDF-e que você anexou esta sem o protocolo de autorização, ele foi enviado?