Italo Giurizzato Junior

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.

Roger, Que eu saiba o pedido de cancelamento sempre houve a necessidade de assinar.

Heronim, Favor atualizar os fontes e faça novos testes.

Roger, Quando migrei o componente para o Trunk2 fiz testes usando o provedor Ginfes e ao cancelar uma nota o pedido de cancelamento foi assinado. E não ocorreu nenhum erro.

Boa noite Rafael, Desculpe não entendi, esse provedor Actcon para a cidade Ipatinga ele usa a versão 1 do layout da ABRASF, por outro pado para a cidade de Governador Valadares ele usa a versão 2. Esta correto isso?

Roger, O componente de DANFSE foi incluído no form junto com o ACBrNFSe ? Se sim, foi feito o link entre eles?

Roger, O pedido de cancelamento não esta assinado. A sua aplicação esta usando o arquivo Ginfes.INI que esta na pasta: \Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa noite ALA, Desculpe não entendi o que você deseja saber. Se você quer saber se o provedor ISSDigital usa o Método Enviar ou Gerar ou EnviarSincrono, basta você abrir o arquivo ISSDigital.INI e verificar quais os SoapAction definidos para esse provedor. Você vai notar que esta definido o Recepcionar (usado pelo método Enviar), o Gerar (usado pelo método Gerar), o RecSincrono por outro lado não esta definido, isso significa que esse provedor não podemos usar o método EnviarSincrono.

Boa noite Weslei, Note que a mensagem de erro acusa que o campo CPF esta vazio. Favor estudar o programa exemplo, procure pelas configurações das propriedades do emitente. Procure por: .Emitente

Boa noite Lucas, Esse erro ocorre quando se usa o Capicom?

Roger, Favor anexar os arquivos de envio e de retorno referente ao cancelar.

Heronim, Por favor configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Faça novos testes e anexe os arquivos de envio e de retorno (soap).

Heronim, Esse não serve, pois ele é apenas o XML do RPS, necessito do XML de envio e de retorno. O XML de envio contem o que você anexou entre outras informações.

Boa noite Adenilde, Se a nota foi rejeitada pelo fato do valor da alíquota estar errada, a correção é simples basta informar a correta.