Italo Giurizzato Junior

Bom dia, No caso de SP quando é enviado um lote se temos 3 RPS (por exemplo) no pedido de envio aparece o grupo <RPS> 3 vezes, até ai tudo bem, mas eles não são agrupados, ou seja dentro de um outro grupo, como é no layout da ABRASF. Notei que o problema ocorre ao tentar assinar, foi por isso que lhe pedir para fazer um teste com apenas 1 RPS, pois me recordo que foram feitos testes com a opção de envio de RPS e funcionou, e nesta opção somente um RPS é enviado. E se for possível fazer testes com o capicom seria interessante. Se com capicom funcionar, podemos nos concentrar na rotina de assinatura do OpenSSL.

Bom dia Braz, A cidade do RJ se utiliza da versão 1 do layout do ABRASF. Na versão 1 não temos o GerarNfseEnvio, somente o EnviarLoteRpsEnvio.

Bom dia, Para que possamos lhe ajudar, precisamos saber para qual UF estão sendo enviado a NF-e e o CT-e, também qual é a mensagem que é retornada.

Bom dia Elson, Chamo de provedor a empresa contratada pela prefeitura para recepcionar as NFS-e. Como muitas prefeituras não possuem condições técnicas, seja de equipamento ou de pessoal para poder desenvolver um Web Services, se torna mais fácil contratar alguém que já possui esse "produto" pronto. Devemos lembrar que essas empresas são contratadas através de licitação, sendo assim quando vence o contrato uma nova licitação é feita e isso pode fazer com que uma outra empresa "provedor" ganhe a licitação. O componente ACBrNFSe se utiliza de um arquivo INI chamado: Cidades.INI que se encontra dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Para saber se o componente já atende a cidade Imperatriz/MA basta procura-la no arquivo acima sitado (que por sinal não consta). Pelo manual que você obteve, a empresa contratada se chama SimplesTec. O XML do RPS segue a versão 1 do layout da ABRASF, isso ajuda bastante. O que é preciso: 1. Obter com eles os arquivos XSD (Schemas) para que possamos validar o lote antes do seu envio. 2. Precisamos saber se o RPS e ou Lote tem que ser assinados ou não? 3. Em um dos manuais consta as URLs de homologação e de produção, mas nelas temos que trocar a palavra prefeitura pelo nome da prefeitura, mas qual é esse nome? 4. Precisamos saber a estrutura do "Envelope". 5. De posse dessas e outras informações que podemos pegar acessando o Web Services é possível montar um arquivo INI para esse provedor. 6. Fazer algumas alterações nos fontes do componente para que o mesmo reconheça esse novo provedor. 7. Por fim, iniciar os testes.

Bom dia BPInformatica, Essa comparação esta errada, não podemos comparar o XML de um RPS com o XML de Envio de um Lote de RPS. Outra coisa a estrutura a direita esta completamente errada, se você tentar enviar conforme esse exemplo o Web Service o rejeita. A estrutura correta é: <Recepcionarloterpsrequest> <nfseCabecMsg>string1</nfseCabecMsg> <nfseDadosMsg>string2</nfseDadosMsg> </Recepcionarloterpsrequest> A string1 (conteúdo da TAG nfseCabecMsg) é o cabeçalho que aparece no exemplo a direita da imagem, ou seja, somente o grupo <cabecalho>. A string2 (conteúdo da TAG nfseDadosMsg) é o lote que aparece no exemplo a direita da imagem, ou seja, somente o grupo <EnviarLoteRpsEnvio>. Para provar o que foi dito acima, acessem o link abaixo (ambiente de homologação): https://homologacao.municipioweb.com.br/tributario_homologacao/servlet/anfse_web_service?wsdl <element name="nfse_web_service.RECEPCIONARLOTERPS"> <complexType> <sequence> <element minOccurs="1" maxOccurs="1" name="Recepcionarloterpsrequest" type="tns:input"/> </sequence> </complexType> </element> Acima temos a definição da TAG: <Recepcionarloterpsrequest>, note que ela é do tipo input. Vamos então a definição desse tipo: <complexType name="input"> <sequence> <element name="nfseCabecMsg" type="xsd:string"></element> <element name="nfseDadosMsg" type="xsd:string"></element> </sequence> </complexType> Como você pode notar o tipo input é um tipo complexo composto por dois elementos, ou seja duas TAGs: nfseCabecMsg e nfseDadosMsg que por sua vez são do tipo string. Agora lhe pergunto, o componente esta ou não gerando o XML de envio (Envelope) de forma correta?

Bom dia Hugo, O código do ItemListaServico você informou 901 altere para 09.01 e verifique se o CodigoTributacaoMunicipio é realmente 2273 e faça novos testes.

Bom dia, A mensagem de rejeição é clara, diz que você enviou um RPS já existente, não podemos enviar 2 RPS com o mesmo numero, série e tipo do mesmo Emitente. O numero tem que ser sequencial. Você esta fazendo testes no ambiente de homologação? Se sim, já tentou mudar a série, para 2 (por exemplo)?

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 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?