Italo Giurizzato Junior

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.

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

Bom dia, Você esta com todos os fontes atualizados? Esta fazendo testes com o programa exemplo? Pelo que notei em vez de retornar o XML da NFS-e esta simplesmente retornando o protocolo que acusa o recebimento. Sendo assim devemos usar o método ConsultarLoteRps informando o numero do lote e o protocolo.

Bom dia Luís, Se esta gerando a tag <ValorIss> é porque você esta alimentando o campo: Servico.Valores.ValorIss Para gerar a tag <ValorIssRetido> basta alimentar o campo: Servico.Valores.ValorIssRetido

Bom dia Michel, Que eu saiba o provedor SystemPro segue a versão 2 do layout da ABRASF. Pelo que eu entendi, o XML do Rps esta sendo gerado com um layout diferente, no arquivo SystemPro.ini o campo Validar esta com o valor zero para que não ocorra erro na validação. Pelo que estou entendendo o provedor SystemPro se utiliza de um schema semelhante ao do provedor fIntelISS. Será que você não consegue com o provedor SystemPro o Schema correto a ser utilizado.

Olá pessoal, Acredito que alguém já deve ter passado por essa situação, consultar uma nota cancelada no Portal e não constar o evento de cancelamento. O que será que ocorreu? Primeiro é preciso saber se a nota em questão foi autorizada no ambiente de homologação ou de produção, pois se realizar a consulta no ambiente errado seremos informados que a nota não existe. Segundo, devemos sempre primeiro consultar na SEFAZ responsável pela autorização da nota. Exemplo 1: A UF se utiliza da SEFAZ-Virtual do RS, neste caso devemos primeiro consultar no Portal da SVRS - Notas Fiscais Eletrônicas. Depois consultar na SEFAZ da UF (caso o site da UF tenha a opção de consulta) e por fim no Portal Nacional da NF-e. Exemplo 2: A UF se utiliza da SEFAZ do Estado, neste caso devemos primeiro consultar no Portal da SEFAZ-Autorizadora, por exemplo: SEFAZ-SP. Depois consultar no Portal Nacional da NF-e. Lembre-se que existe um delay entre a SEFAZ responsável pela autorização da nota e o Ambiente Nacional.

Boa tarde Kelvin, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

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

Boa tarde, Não existe Ordem de Coleta Eletrônica a ser enviada para SEFAZ. O que existe é o grupo <occ> dentro do grupo <rodo> onde você informa os dados referente a ordem de coleta, detalhe um CT-e pode conter até 10 <occ>. Conversa direito com ele, talvez o que ele quer é que a transportadora informe as coletas no CT-e.

Boa tarde Edu, Tenha em mente que o modelo 57 se refere ao CT-e = Conhecimento de Transporte Eletrônico, utilizado para acobertar o transporte de cargas. Já o modelo 67 se refere ao CT-e OS = Conhecimento de Transporte Eletrônico Outros Serviços, utilizado par acobertar o transporte de valores, bagagem extra ou fretamento. O método de envio é o mesmo, mas por conta das particularidades dos dois modelos a rotina que alimenta o componente são diferentes.