Italo Giurizzato Junior

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.

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 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 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.

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.

Boa tarde Maiquel, O componente jamais coloca prefixo na tag de assinatura. A minha sugestão é que você atualize todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde Hugo, A impressão do QR-Code no DANFSE não é padrão para todos os provedores. Alguns provedores como EGoverneISS retorna no campo Link a URL que acredito ser do QR-Code. Essa alteração que você fez no arquivo INI do provedor só serve para gerar a URL através do método: function LinkNFSe(ANumeroNFSe: Integer; const ACodVerificacao: String; const AChaveAcesso: String = ''): String; Onde passamos como parâmetro o numero da nota, o código de verificação e uma chave de acesso (para alguns provedores).

Olá Pessoal, O provedor GovDigital exigi que o prestador solicite uma sequencia de RPS junto a prefeitura do município. Exemplo: O prestador solicita a sequencia de 1 a 1000. Quando o mesmo emitir o RPS de numero 1000 deverá solicitar uma nova sequencia no caso de 1001 até 2000. Se isso não for feito ao enviar o RPS de numero 1001 o mesmo será rejeitado.

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

Datilas, Acredito que não ficou claro a minha ultima postagem. As linhas que coloquei para pegar o XML e o nome do arquivo é para serem utilizadas logo após o envio do evento e não ao carregar o XML do disco através do método: ACBrNFe.EventoNFe.LerXML(xNomeXMLEvento);

Boa tarde Datilas, Logo após o envio do evento se você ler as propriedades abaixo vai ter o nome completo (caminho + nome) e o conteúdo do XML (*-procEventoNFe.xml) xNome := (...).Evento.Evento.Items[ x ].RetInfEvento.NomeArquivo; xXML := (...).Evento.Evento.Items[ x ].RetInfEvento.XML; Acredito que com isso você já tem o XML para armazenar no banco de dados, mais o nome completo para que se necessário for ler do disco novamente o XML.

Bom dia a todos, A alteração que fiz foi somente no que diz respeito ao conteúdo do XML e não o nome do mesmo no que se refere ao Evento. Não sei se lhe ajuda, mas o XML do evento quando é salvo em disco segue a configuração do componente, sendo assim você pode utilizar a seguinte função do ACBrNFe para montar o caminho do mesmo. Veja esse fragmento da minha aplicação: case DM_VEN.EventosEvento.AsInteger of 110110: // Carta de Correção PathEvento := DMDFe.NFe.Configuracoes.Arquivos.GetPathEvento(teCCe, '', '', DM_VEN.EventosDataEvento.AsDateTime); 110111: // Cancelamento PathEvento := DMDFe.NFe.Configuracoes.Arquivos.GetPathEvento(teCancelamento, '', '', DM_VEN.EventosDataEvento.AsDateTime); end; NomeEvento := PathEvento + '\' + DM_VEN.EventosEvento.AsString + DM_VEN.EventosChaveNFe.AsString + FormatFloat('00', DM_VEN.EventosSequencia.AsInteger) + '-procEventoNFe.xml'; // Carrega no Componente o Evento salvo em Arquivo XML ACBrNFe.EventoNFe.Evento.Clear; ACBrNFe.EventoNFe.LerXML(NomeEvento); Tenho uma tabela chamada Eventos que contem os seguintes campos: Evento tipo Integer; DataEvento tipo TDateTime; ChaveNFe tipo Char(44) e Sequencia tipo Integer; Esses campos são armazenados na tabela quando ocorre o envio do evento. No "case" através dos campos Evento e DataEvento e da função GetPathEvento consigo gerar o caminho onde o XML do evento foi salvo. Na linha seguinte após o "case " consigo através dos campos Evento, ChaveNFe e Sequencia montar o nome do XML e concatenar com o caminho. Essa mesma rotina pode ser utilizada, mudando o código dos eventos para os demais DFe. Por exemplo no caso do MDF-e temos os eventos de Cancelamento e de Encerramento.