Dércio Luis Zanatta

Ou seja, uma bagunça generalizada... Aqui no RS, no início de Dezembro já estava exigindo essa tag em produção, depois saiu uma NT prorrogando a obrigatoriedade de uma coisa que já estava em produção, e pelo que estou vendo, em alguns Estados valida e em outros não.. Que Deus, tenha piedade !!

Bom dia Concordo plenamente contigo. Tenho isso implementado no meu software desde 01/10/2015 e nem sabia que só ia entrar em vigor em 01/04/2016.

Boa tarde Recebi um e-mail de um contador de um cliente meu agora dizendo que a partir de 01/04/2016 entra em vigor a obrigatoriedade de gerar a tag Qrcode no xml da NFCe.. Isso já não era obrigatório desde 01/12/2015 ? Lembro que rejeitou algumas NFCes na época por estar faltando essa tag ou por estar informada incorretamente !

Acho que vc não viu minha última postagem !

Só para tirar a dúvida, mandei um e-mail para a SEFAZ-RS perguntando sobre essa questão. Recebi resposta deles agora: "A equipe técnica havia implementado a regra de validação apenas para a NF-e (modelo 55). A regra de validação para a NFC-e (modelo 65) foi implementada no dia de ontem. Se a nota for transmitida novamente agora, então ela deverá ser rejeitada." Fiz um teste agora e está rejeitando..

o Fato é.. Até o momento a SEFAZ-RS não está validando o campo CEST na NFCe, apenas na NFe..

Analisando bem a NT 2015/003 v1.6 verifiquei o seguinte: Exceção 3: A regra de validação acima não se aplica na venda de veículos novos (grupo “veicProd”), para a Venda direta para grandes consumidores (tpOp=3), ou para Faturamento direto para consumidor final (tpOp=2). NFCe sempre vai ser operação para consumidor final !! Sendo assim, essa regra somente se aplica para NFe !! Me corrijam se eu estiver errado !! Por favor, ignoram minha postagem acima, me atrapalhei aqui.. ehhehehe A NT 2015/003 v1.6 diz o seguinte: Operação sem informação do campo CEST, e CST ou CSOSN da relação abaixo: -10-tributada com cobrança de ICMS por substituição tributária -30-isenta ou não tributada com cobrança de ICMS por substituição tributária -60-ICMS cobrado anteriormente por substituição tributária -70-com redução de base de cálculo e cobrança de ICMS por substituição tributária -90-outros, desde que com a tag vICMSST . 201-tributada pelo Simples Nacional com permissão de crédito e com cobrança do ICMS por substituição tributária -202-tributada pelo Simples Nacional sem permissão de crédito e com cobrança do ICMS por substituição tributária -203-isenção de ICMS do Simples Nacional para a faixa de receita, com cobrança do ICMS por substituição tributária -500-ICMS cobrado anteriormente por substituição tributária ou por antecipação; -900-outros, desde que com valor de ICMS retido por substituição tributária (tag vICMSST diferente de zero). Exceção 1: A regra de validação não se aplica se informado o Grupo de Partilha do ICMS (campo ICMSPart). Observação: Esta regra entrará em vigor, em produção, em 01/04/2016. Em lugar nenhum diz que vai depender do NCM informado. Além do mais, eu fiz o teste aqui como o mesmo NCM... na NFe rejeitou e na NFCe não !

Aqui pra mim está autorizando nfce, apenas está rejeitando na nfe(55)

Acredito que o pessoal da SEFAZ esteja mexendo nas regras de validação da tabela CEST essa semana... Na sexta, dia 11/03/2016, fiz nfe (55) e nfce(65) com CST 60 e sem o código CEST e autorizou normalmente. Hoje, dia 15/03/2016 não está mais autorizando nfe (55), mas nfce (65) ainda está autorizando.

Copie as Dlls na mão e nada !! continua o mesmo erro !

Eu marquei uma opção que tem no ACBRIntall_trunk2 para copiar as dlls.. isso não seria o bastante ?

Bom dia. Removi o componente Fortes do Delphi (pelo Delphi) e reinstalei ele novamente (pelo instalador) , porém o problema continua. Estranho é que é somente em um computador que isso acontece, nos outros 3 funciona perfeitamente. A única diferença é que esse que está dando problemas o windows é 32 bits, não sei se tem alguma particularidade em relação a isso.

Sim. Fizermos a atualização do Fortes CE

Segue.. log_Delphi_7.txt

Boa tarde Em uma máquina estou tento problemas para instalar o ACBr no Delphi 7. Ocorre o seguinte erro ao compilar os pacotes: C:\Acbr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fortes\ACBrNFSeDANFSeRL.pas(55) Fatal: Internal error: U1294 Compilation failure Erro ao compilar o pacote "ACBr_NFSeDanfseRL.dpk". Não encontrei nada referente a esse erro... o que poderia ser ?

Ou seja, não vai ter como testar as validações que serão feitas quando entrar em produção dia 01/04/2016. A coisa vai ter que ser feita meio que "no escuro."

Bom dia. Perdão.. amigo, mas antes de fazer essa postagem li vários tópicos que falam de CEST, mas não encontrei a resposta para essa minha pergunta. Se vc sabe a resposta da minha dúvida, talvez seria mais fácil responder..

Bom dia Em homologação essa tag já não deveria ser obrigatória ? Estou enviando com CST 60 sem informar CEST e não está rejeitando !

Boa tarde Quando que o Código CEST se torna obrigatório em produção ? Precisa ser informado tanto para nfe (55) quanto para Nfce (65) ?

Os Schemas estão na pasta C:\ACBr\Exemplos\ACBrDFe\Schemas\NFe

Bom dia. Em homologação, gerar o QrCode no XML é obrigatório desde 01/10/2015... Verifique se vc configurou o componente para gerar isso: ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe:=True Também verifique se seus Schemas estão atualizados e seus fontes do ACBr realmente estão atualizados para Trunk2

Bom dia Acredito que o problemas já tenha sido corrigido com as últimas atualizações, pois não está mais ocorrendo..

Mil perdões Ítalo.. Foi falha minha.. Tinha feito uma "caca" aqui que fez com que não alimentasse a Inscrição Municipal do Prestador.. Muito obrigado pela atenção.

Não cheguei a ver isso.. Fiz a atualização e compilação dos pacotes pelo Acbr_installTrunck2. A diferença é que atualizei todos os fontes, inclusive da NFe.. Não sei se pode ter alguma coisa a ver.. Segue os xmls que estão gerando para o cancelamento.. 201600000000253-can.xml 201600000000253-can-soap.xml 201600000000253-ped-can.xml 201600000000253-ped-can-soap.xml

Isso mesmo.. Também achei bem estranho isso, mas foi exatamente isso que aconteceu.. No momento em que vc pediu para mim atualizar e testar, funcionou.. Depois fiz outra atualização e passou a dar esse erro.. inclusive o erro é diferente do primeiro !