Italo Giurizzato Junior

Boa tarde Eliezer, Já enviei para o repositório.

Boa tarde Edmar, Pelo se teste podemos concluir o seguinte: O Ambiente Nacional esta controlando o acesso ao serviço pelo NSU. Não faz nenhum sentido acessar o serviço mais de uma vez passando o mesmo NSU, dai o bloqueio. Quando informamos NSU = zero é porque para aquela empresa é a primeira vez que esta acessando o sistema. Se já foi baixado alguns documentos de uma determinada empresa, o Ambiente Nacional acredita que a mesma tem um controle do ultimo NSU informado, logo também não faz sentido informar zero novamente para o NSU, dai o bloqueio.

Boa tarde, Vou incluir na minha lista de tarefas para verificar esse erro.

Boa tarde Azevedo, Chegou a ler esse artigo? Requisitos para o provedor ISSNet - NFS-e - Projeto ACBr

Marcus, Faça a alteração realize os testes, estando tudo OK, anexa o arquivo Cidades.ini com a alteração que você fez. Desde já muito obrigado pela colaboração.

Antonio, No arquivo Cidades.ini você informa que o provedor da cidade Dores do Turvo é Adm, até ai sem nenhum problema. No arquivo Adm.ini você informa o valor zero para o campo Validar na seção Schemas, isso significa que o componente não vai validar o lote antes do envio, fazemos isso quando o provedor não disponibiliza os schemas. Até não vejo problema, uma vez que o provedor não disponibilizou os schemas. O problema é que você anexou schemas de outras duas cidades que utilizam outro provedor. Se o provedor Adm não disponibilizou os schemas não podemos colocar na pasta de Schemas do provedor Adm schemas de outro provedor. Já inclui na minha lista de tarefas para analisar a sua contribuição. Desde já muito obrigado.

Bom dia Marcus, Segundo o arquivo Cidades.ini a cidade Alta Floresta/MT se utiliza do provedor ISSNet e não Coplan. Outra coisa, ao atualizar os fontes com o Tortoise, ele não atualiza arquivos que por ventura você tenha feito alterações, o que tudo indica o arquivo Coplan.ini foi alterado e logo não esta sendo atualizado. E pela mensagem de erro, você não esta usando o programa exemplo para realizar os testes. O arquivo Coplan.ini que o seu programa esta lendo esta desatualizado.

Bom dia Azevedo, O provedor ISSNet segue a versão 1 do layout da ABRASF, portanto após o envio devemos consultar a situação do lote informando o numero do protocolo e o numero do lote. Caso a situação seja 3 ou 4 devemos consultar o lote. Como resposta teremos as rejeições caso a situação seja 3, ou o XML da NFS-e se a situação for 4. Ao consultar a situação do lote se a resposta for 1, isso significa que você informou o numero do protocolo ou o numero do lote errado ou ocorreu algum erro que o webservice não recebeu o lote de RPS enviado. Se a situação for 2, isso significa que o webservice ainda não processou o seu lote, neste caso devemos aguardar um pouco e tentar novamente, ou seja consultar a situação do lote novamente. O programa exemplo possui botões que exemplificam essas consultas.

Bom dia Antonio, Esta muito confuso o que você enviou. Segundo o arquivo Cidades.ini a cidade que usa o provedor Adm é Dores do Turvo/MG, mas os schemas que você incluiu no anexo um se refere a cidade de Leopoldina e outro se refere a cidade de Valadares. No arquivo INI do provedores ADM consta que não é para validar, isso significa que o provedor não disponibilizou os schemas, logo não faz sentido incluir na pasta de Schemas desse provedor Schemas de outro cidade/provedor.

Bom dia Eliezer, Muito obrigado pela colaboração, já vou incluir na minha lista de tarefas para analisar.

Boa tarde Guilherme, Favor anexar todas as units que foram necessárias fazer alteração. Anexa também as alterações que por ventura você fez nos arquivos INI. Desde já 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.

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

Boa tarde Jefferson, As propriedades de configuração: PrestLogo, serve para informar o path mais o nome do arquivo que contem o logo do prestador de serviço; Logo, serve para informar o path mais o nome do arquivo que contem o logo da prefeitura; Prefeitura, serve para informar o nome, exemplo: "Prefeitura Municipal de Xanxerê".

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

Bom dia, Favor atualizar os fontes e testar novamente.

Bom dia Maurício, Você precisa apenas alterar o arquivo Cidades.ini Inclua a cidade de Rondinha/RS da mesma forma que foi incluído a cidade de Santo Antonio do Planalto/RS, pois esta cidade também se utiliza do provedor TcheInfo. Após alterar o arquivo Cidades.ini faça os testes usando o programa exemplo do componente. Estando tudo OK, anexa o arquivo Cidades.ini para que possamos enviar para o repositório.

Bom dia Guilherme, Conseguiu resolver o problema do erro 400 ?

Bom dia Luiz, Verifica se a sua rotina não esta enviando o evento duas vezes. Pois o componente cria os seguintes XMLs se tratando de eventos: *-ped-eve.xml -> pedido de evento, ou seja, o envio do evento para a SEFAZ. *-eve.xml -> evento, ou seja, retorno da SEFAZ que contem o resultado do processamento do pedido. *-ProcEventoCTe.xml -> XML composto pelos dois XMLs acima, este XML devemos guardar e disponibilizar para o tomador caso seja necessário, por exemplo: evento de carta de correção e cancelamento. Quanto ocorre duplicidade o terceiro XML não é gerado. Note que esse terceiro XML foi gerado, inclusive você anexou ele. Isso me faz crer que a sua rotina esta enviando duas vezes o mesmo evento ou o usuário tem dedo nervoso e fica clicando no botão enviar 200 vezes.

Bom dia Luiz, Consultando o respectivo CTe no Portal Nacional do CT-e (ambiente de homologação): Portal do Conhecimento de Transporte Eletrônico (fazenda.gov.br) Consta sim a autorização bem como o evento de comprovante de entrega, veja a imagem abaixo.

Bom dia Marcus, Sim as pastas que contem os fontes dos componentes, os fontes dos programas exemplos, os pacotes de instalação e etc.

Bom dia Guilherme, O Schema disponibilizado referente ao provedor Tinus o atributo ID é todo minúsculo, logo se você gerar o XML com o atributo "Id" vai ocorrer de validação. Essa definição interna de usar o Capicom, para mim esta errada, a aplicação deveria ter uma tela de configuração como tem os programas exemplos. Não é você que precisa se adaptar é a empresa que você trabalha que precisa evoluir. Bom paciência, se vocês querem ficar batendo cabeça.

Boa tarde Lucio, Já enviei para o repositório.

Lucio, Devemos mudar, ou seja, passar a usar o libWinCrypt e LT_TLSv1_2, pois essa configuração praticamente é padrão para a emissão de NF-e, CT-e, MDF-e entre outros DF-e recepcionados pelas SEFAZ. Os provedores de NFS-e, começaram a mudar também, logo eu te aconselho a deixar de lado o Capicom e passar a usar o libWinCrypt. Em breve vamos lançar um novo componente para emissão de NFS-e, os testes que estou realizando com esse novo componente a configuração é usando o libWinCrypt com o LT_TLSv1_2.

Bom dia Bortolini, Já enviei para o repositório.