Italo Giurizzato Junior

Bom dia Rodrigo, Muito obrigado pela colaboração, esta tudo OK, vou enviar para o repositório juntamente com outras alterações.

Bom dia Maiquel, A sua alteração esta correta, já vou enviar para o repositório junto com outras alterações. Mais uma vez muito obrigado pela contribuição.

Sefaz suspende exigência do CEST em documentos fiscais A Secretaria de Fazenda (Sefaz) suspendeu o início da exigência do Código Especificador da Substituição Tributária (CEST) nas notas fiscais Eletrônica (NFe) e de Consumidor Eletrônica (NFCe). A obrigatoriedade da informação do CEST nos documentos fiscais estava prevista para vigorar a partir do dia 1º de junho de 2020. A medida foi adotada devido ao momento vivido no país com a pandemia do novo coronavírus – Covid-19, conforme orientação da Coordenação Nacional do Encontro Nacional dos Administradores Tributários – ENCAT. Segundo a Coordenação, a validação do CEST será implementada futuramente. A aplicação da regra da validação do CEST consta na Nota Técnica 2015/003 versão 1.94. O Código foi instituído no Convênio ICMS 92/2015 e deve ser informado utilizando o NCM/SH. Essa Noticia foi extraída do site da SEFAZ-MT.

Boa noite Leonard, Em uma passada rápida: 1. Tem um layout próprio; 2. A montagem do arquivo não é em XML e sim em JSON. O componente ACBrNFSe só trabalha com XML, tanto para envio quanto para retorno.

Boa noite Luiz, Se o emitente é de Brasília, porque você esta enviando o BP-e para a SEFAZ-PI? O correto não seria: EnderEmit.UF=DF, cUF=53(DF), WebServices.UF=DF

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

Boa tarde Valter, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr com o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça novos testes usando o programa exemplo.

Boa tarde Jairo, Que eu saiba se faz necessário em algumas condições informar o CIOT. A SEFAZ esta preparando uma geração automática, mas não disse quando isso vai ocorrer e de forma. Temos o componente ACBrCIOT que se conecta com o eFrete com o objetivo de gerar o CIOT. Chegou a ler o artigo abaixo?

Boa tarde Valter, O componente ACBrNFSe gera o XML do RPS e envia para o provedor (empresa contratada pela prefeitura). O Webservice do provedor processa o RPS e se tudo estiver OK gera o XML da NFS-e. Para obter o XML da NFS-e se faz necessário uma consulta. O componente possui 3 métodos de consulta: ConsultarLote, ConsultarNFSePorRps e ConsultarNFSe. No primeiro você informa o numero do lote e o protocolo, no segundo você informa o numero, serie do RPS, já o terceiro se faz necessário saber o numero e serie da NFS-e, sendo assim este ultimo é útil quando você perde o XML e deseja baixar ele novamente. Normalmente usamos o ConsultarLote, uma vez que o numero do lote é gerado pelo emitente e o protocolo é retornado automaticamente logo após o envio. O componente possui uma propriedade de configuração chamada: ConsultaLoteAposEnvio. Se o valor dela for True, o componente se encarrega de realizar todo o processo, ou seja, envia o RPS, aguarda o retorno, consulta o lote para obter o XML da NFS-e. Andes de sair escrevendo a sua aplicação, faça os testes com o programa exemplo do componente.

Boa tarde Maiquel, Já inclui na minha lista, espero até o final desta semana analisar a sua contribuição e estando tudo OK, vou enviar para o SVN. Desde já muito obrigado.

Boa tarde Maiquel, No programa exemplo tentou a seguinte configuração?

Boa tarde Windel, Para implementar, a principio basta criar um arquivo INI para esse provedor (Citta.ini) aos moldes de outros provedores que seguem a versão 2 do layout da ABRASF. Na unit pnfsConversao criar um enumerador para o provedor (proCitta) e alterar alguns métodos dessa unit segundo o que foi feito para os demais provedores da versão 2 do layout da ABRASF. No arquivo Cidades.ini configurar essa cidade para o respectivo provedor. Por fim iniciar os testes com o programa exemplo. Talvez seja necessário (e os testes vão mostrar isso) fazer alterações na unit pnfsNFSeW_ABRASFv2.

Boa tarde Walney, Se você vai usar o ACBrMonitor, te aconselho a gerar o arquivo INI segundo o layout da ACBr e não o arquivo XML. Te garanto, você vai ter menos dor de cabeça.

Boa tarde Rene, Muito obrigado pela informação, vamos aguardar que eles resolvam os problemas.

Boa tarde Alexandre, Como esse provedor não retorna a tag <Sucesso> para informar se o cancelamento foi realizado com sucesso ou não, podemos tomar com base a tag <DataHora> Sendo assim, acredito que o teste abaixo resolveria o problema: if ACBrNFSe1.WebServices.CancNfse.DataHora <> 0 then // A nota foi cancelada else // A nota não foi cancelada

Boa noite Datilas, Isso esta correto: C:\xx\19\05\20 15:14:\ ?

Maiquel, Com o programa exemplo ocorre o mesmo problema?

Boa noite Carlos, Em alguns provedores onde tivemos erro de assinatura invalida o motivo era o namespace, por exemplo. Se informar o namespace http://www.abrasf.org.br/ a assinatura é considerada valida pelo provedor, por outro lado se informar o namespace http://www.abrasf.org.br/nfse.xsd o provedor acusa que a assinatura é invalida. Se o provedor nos fornecer um XML completo para realizar a substituição vai ficar mais fácil descobrir onde estamos errando.

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

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

Maiquel, Acabei de enviar uma correção no arquivo INI do provedor Fiorilli. Favor atualizar e faça novos testes.

Boa tarde Diego, Muito obrigado pela correção. Já vou enviar para o repositório.

Boa tarde Cesar, A NFSe não funciona da mesma forma que a NF-e, sendo assim em não me atreveria fazer algo semelhante a NF-e. Na NF-e o componente ACBrNFe gera o XML da NF-e que é enviado para a SEFAZ e esta retorna o protocolo de autorização, o componente por sua vez acrescenta o protocolo ao XML da NF-e deixando-o com validade jurídica, dai podemos imprimir o DANFE. Já a NFS-e o componente ACBrNFSe gera o XML do RPS e envia para o webservice do provedor, este processa e gera o XML da NFS-e. Mas atenção, existem 3 métodos para realizar o envio do RPS, são eles: Enviar, EnviarSincrono e Gerar. Se o provedor segue a versão 1 do layout da ABRASF somente o método Enviar poderá ser utilizado. Já os provedores que seguem a versão 2 do layout da ABRASF a principio deveria disponibilizar os 3 métodos, mas nem sempre isso ocorre. Como você pode ver, qual método deve ser executado vai depender do provedor, portanto você precisa ter na sua aplicação uma configuração que determine qual método será executado. Depois do envio se faz necessário uma consulta ou duas. Se o provedor segue a versão 1 do layout da ABRASF devemos após o envio executar o método ConsultarSituacao para saber a situação do lote enviado, se for 3 ou 4 devemos executar o método ConsultarLote. Se a situação for 3 teremos como resposta a lista de rejeições, por outro lado ser for 4 teremos o XML da NFS-e, por fim você pode executar o método para imprimir o DANFSE. Agora se o provedor segue a versão 2, devemos executar somente o método ConsultarLote e depois mandar imprimir o DANFSE caso o retorno da consulta retornar o XML da NFS-e. Espero ter ajudado.

Boa tarde Beto, Primeiramente você não pode comparar o XML de um RPS com o de Envio de Lote. Abra o arquivo *-env-lot.xml para checar se a tag que contem o numero do lote foi gerada ou não.

Boa tarde, Você tem certeza que a URL esta correta? Pois acessei o site da prefeitura e achei outra: http://webservice.giap.com.br/WSNfsesPmbp/nfseresources/ws Que comparando com a que você postou: http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws Noto um diferença. Pmbp não significa Prefeitura Municipal de Bragança Paulista? Se sim, a sua alteração no arquivo Cidades.ini esta errada.