Italo Giurizzato Junior

Boa tarde Eder, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Kelvin, Não entendi a alteração na unit pcnLeitor e também na unit pnfsNFSeW_ABRASFv2, sendo que esta ultima instrui o componente a gerar a tag <TomadorServico> sendo que o schemas que temos diz que a tag tem que ser <Tomador> O provedor disponibilizou um outro schema que não seja o que nós disponibilizados?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Udenilson, Paciência, os caras implementam os serviços tudo na coxa. Vou ver o que é possível ser feito.

Bom dia Stefano, Com o programa exemplo também ocorre o mesmo problema? Pois acabei de fazer um teste aqui e esse erro não ocorreu. A minha maquina tem o Windows 10 e a configuração no programa exemplo é: e o valor de SSLType é LT_TLSv1_2

Boa noite Sandro, Vou verificar o que esta ocorrendo.

Almeida vou fazer alguns testes.

Boa tarde Sandro, Após atualizar o todos os fontes de todas as pastas se faz necessário usar os schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Infisc\Versao-1.1 Com relação a URL já inclui na minha lista de tarefas.

Boa tarde Almeida, A URL do ambiente de produção é: "https://wsblumenau.simplissweb.com.br/nfseservice.svc" Verifique se é essa que o componente esta gerando. Outra coisa, os SoapAction tem que mudar para os de produção, pois no arquivo INI consta os de homologação.

Bom dia Sandro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Gilvan, Em vez do seu cliente ficar pê da vida com você, porque ele não tem uma conversa seria com os fornecedores dele? Vamos ao Ajuste SINIEF numero 05 de 2007. Inciso III da Cláusula sétima diz o seguinte: da concessão da Autorização de Uso da NF-e Temos então no paragrafo 7: § 7º Deverá ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização: I - no caso de NF-e modelo 55, obrigatoriamente: a) ao destinatário da mercadoria, pelo emitente da NF-e, imediatamente após o recebimento da autorização de uso da NF-e; b) ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente; II - no caso de NF-e, modelo 65, ao adquirente, quando solicitado no momento da ocorrência da operação. Resumindo: Assim que o fornecedor do seu cliente recebe da SEFAZ o protocolo de autorização deve encaminhar (por e-mail por exemplo) ou disponibilizar (via site do fornecedor) o XML assinado e protocolado obrigatoriamente para o destinatário da mercadoria e para a transportadora caso exista uma contratada para realizar o transporta da mercadoria vendida. Como você pode ver esta na legislação, se o seu cliente não esta recebendo os XML dos fornecedores, quem esta fazendo a coisa errada são eles e você não tem que ficar quebrando o galho do seu cliente. A finalidade do Distribuição DF-e é permitir que o seu cliente descubra se alguma empresa esta emitindo nota contra o CNPJ dele sem ele ter comprado nada dessa empresa. Já os Eventos de Manifestação do Destinatário tem como objeto avisar o Fisco se você realmente comprou ou não dessa empresa e se a mercadoria foi entregue ou não. Informando que não comprou você se livra de alguma autuação do Fisco por não ter escriturado a referida nota. Informando que recebeu a mercadoria, você impede que o fornecedor resolva cancelar a nota só para pagar menos impostos. Logo você precisa mudar a abordagem desses dois recursos no seu sistema com os seus clientes. E como o Juliomar disse, usar eles para baixar o XML somente se ocorreu algum problema com o XML do fornecedor. Usar o Distribuição DF-e e os Eventos de Manifestação do Destinatário para baixar o XML da nota tem que ser visto como uma exceção e não como via de regra.

Bom dia Luís, Talvez na Unit que faz a leitura do XML da NFS-e poderia resolver esse problema, mas é preciso ter muita cautela para não gerar efeito colateral com outros provedores.

Bom dia, No programa exemplo temos uma opção de configuração que quando marcada salva os arquivos Soap tanto de envio quanto de retorno. Com esses arquivos é mais fácil descobrir o que esta ocorrendo. As vezes no retorno o provedor utiliza uma tag diferente do padrão e consequentemente o componente não a reconhece, dai a tela sem mensagem de retorno.

Bom dia João, Se o webservice do provedor Coplan aceitar o envio do lote de Rps sem que os Rps e o Lote estejam assinados, o pedido de cancelamento também aceitar sem que o mesmo esteja assinado tudo bem. No Schema que é utilizado pelo componente para validar o Lote antes do seu envio consta que a assinatura é opcional, mas tem que ver se o webservice do provedor vai aceitar.

Bom dia Michel, Pelo exemplo do envio do Rps não encontrei nada de diferente no layout do mesmo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Almeida, Faça novos testes em ambiente de homologação com esse arquivo: SimplISSv2.ini

Boa tarde Almeida, Impressionando como esses provedores não tem a capacidade de manter um padrão entre as cidades que eles atendem. Notei que as URLs dos SoapAction para a cidade de Blumenau no ambiente de produção é diferente das demais cidades atendidas pelo mesmo provedor. As URLs dos SoapAction para o ambiente de homologação tem que ser as que estão no arquivo INI original.

Boa tarde a todos, Tentem com esse arquivo ini. SmarAPDv23.ini

Luís, Segundo o arquivo Cidades.ini temos: [4202404] Nome=Blumenau UF=SC Provedor=SimplISSv2 NomeURL_H=homologacaoabrasf NomeURL_P=blumenau Isso significa que a cidade se utiliza do provedor SimplISSv2 que segue a versão 2 do layout da ABRASF. Neste caso não vai mesmo gerar a tag ValorIssRetido.

Luís, Você deseja emitir a NFS-e para qual cidade?

Bom dia, Ele retornou um HTML. Primeiramente verifique se a cidade Feira de Santana/BA se utiliza do provedor WebISS ou WebISSv2. O provedor WebISS segue a versão 1 do layout da ABRASF, já WebISSv2 segue a versão 2. Na versão 1 do layout da ABRASF não existe o Gerar e nem o EnviarSincrono somente o Enviar. Mas o que tudo indica é que o provedor WebISS implementou em seu webservice o serviço GerarNfse que no componente é o método Gerar. Se esta ocorrendo o erro 500, isso significa que tem alguma coisa errada na geração do XML que é enviado.

Bom dia, Tente com esse arquivo INI. DeISS.ini

Luís, Se ao gerar a tag ocorre erro de validação, isso significa que você esta usando os schemas errados. Todos os fontes de todas as pastas estão atualizados? Se sim, os schemas que você esta usando para validar é os que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SimplISS