Wanderson Paiva

Boa tarde, Senhores moderadores e administradores do acbr, gostaria de solicitar a inclusão do município Poxoréu-MT (Provedor coplan) no arquivo cidades.ini para emissão de NFS-e. Parâmetros para inclusão: [5107008] Nome=Poxoréu UF=MT Provedor=Coplan NomeURL_H=poxoreu NomeURL_P=poxoreu Segue em anexo também o arquivo cidades.ini já alterado. Grato. Wanderson P. Freitas Cidades.ini

Prezados senhores moderadores, O município de Paranatinga em MT, mudou para o provedor ISSNET há algum tempo, mas no arquivo Cidades.ini ainda consta como Coplan. Por favor trocar e subir para o repositório quando possível. Alterar: [5106307] Nome=Paranatinga UF=MT Provedor=Coplan NomeURL_H=paranatinga NomeURL_P=paranatinga Para: [5106307] Nome=Paranatinga UF=MT Provedor=ISSNET NomeURL_H=homologacao NomeURL_P=paranatinga Grato, Wanderson P. Freitas

Ao Cancelar a NFSe para o provedor ISSNET, ocorria de não prencher corretamente a mensagem de retorno do cancelamento. Analisando o xml do retorno e comparando com a rotina da unit pnfsCancNfseResposta.pas linha 354, percebi que o texto da tag comparado não era o mesmo que retornava no xml. No xml retorna a tag <CancelarNfseResposta> e na unit está buscando a tag <NfseCancelamento>: if (Leitor.rExtrai(1, 'NfseCancelamento') <> '') then alterado para: if (Leitor.rExtrai(1, 'CancelarNfseResposta') <> '') then Em anexo segue o arquivo fonte com a correção para atualização do ACBr. pnfsCancNfseResposta.pas

@cefantacini creio que seja sim problema na Sefaz de SP. Não devem ter atualizado ainda o webservice de SP para esta nova regra. Quanto ao que vc perguntou sobre como fiz para "forçar" a gerar a tag ICMSST, eu fiz uma alteração no ACBr no arquivo pcnConversao.pas: TpcnAnpExigeGrupoRepassaIcmsST : array [0..61] of Integer = (210203001.... 510301001); //Obs: não digitei todos por que são muitos, mas coloquei todos os anps que exigem o grupo de repasse no array acima function CodAnpExigeGrupoRepassaIcmsST(pCodAnp: Integer): Boolean; var I: Integer; begin Result := False; for I := Low(TpcnAnpExigeGrupoRepassaIcmsST) to High(TpcnAnpExigeGrupoRepassaIcmsST) do begin if pCodAnp = TpcnAnpExigeGrupoRepassaIcmsST[I] then begin Result := True; Break; end; end; end; e no pcnNFeW.pas alterei na linha 1236 para: if (nfe.infNfe.Versao >=4) and (nfe.Ide.Modelo = 55) and (nfe.Det[i].Imposto.ICMS.CST = cst60) and ((CodAnpExigeGrupoRepasseIcmsST(nfe.Det[i].Prod.comb.cProdANP)) or (nfe.Det[i].Imposto.ICMS.vBCSTRet <> 0) or (nfe.Det[i].Imposto.ICMS.vICMSSTRet <> 0) or (nfe.Det[i].Imposto.ICMS.vBCSTDest <> 0) or (nfe.Det[i].Imposto.ICMS.vICMSSTDest <> 0)) then nfe.Det[i].Imposto.ICMS.CST = cstRep60; Eu não mandei esta alteração para o ACBr por que ainda também confirmei se está 100% certo (se os valores de icms podem ficar zerados). Essa parte do dos valores ficou meio obscuro na legislação e não encontrei nenhum "suporte" sobre isso. A única coisa que posso te afirmar é que o Webservice aceita valores zerados. Então no nosso sistema eu deixei a critério da contabilidade/fiscal da empresa parametrizar a operação para calcular ou zerar os valores do icms retido com o cst 60. A única coisa é que para aqueles ANPs ele sempre vai gerar a tag <ICMSST> e não mais a tag <ICMS60>. Futuramente quando tiver maiores esclarecimentos, podemos mudar a forma como é gerada essa informação.

Creio que sim. Não devem ter atualizado ainda o webservice de SP para esta nova regra.

Não encontrei@@Mauricio... são apenas dados fictícios, pois nos meus testes foi obrigatório que todos % pGLP, pGNN e pGNI fossem ser maior que 0, devido a validação do xsd...

@cefantacinisegue em anexo um xml. NFE_GLP.XML De SC não sei te dizer... mas aqui de MT está bem instável.. até mesmo manifestação... deve ser sinal que eles devem estar "mexendo" ainda...

@cefantacini, nosso colega @Roberto.Godinho postou 2 xmls acima... dá uma olhada neste dele e veja se te ajuda. Qualquer coisa comente aqui para que possamos estar ajudando no que for possível.

Então... Eu acho que é como você entendeu mesmo... ou seja, para aquela lista de códigos ANPs, não se deve usar o grupo <ICMS60> e sim o grupo <ICMSST>

Sim. Consegui emitir notas (NFe) com ANP 210203001 para fora e dentro do estado desde que informando o grupo <ICMSST>. Só fiquei com a dúvida do preenchimento dos campos de Base e Valor do ICMS ST destinatário. Para (NFCe) se me engano não foi necessário pois esta regra não se aplica mais.

Bom dia, Obtive uma resposta da sefaz mas não me ajudou em nada seguem abaixo a consulta que fiz e a resposta: Consulta: Prezados Senhores, Ao realizar testes em nosso sistema de emissão de NFe em ambiente de homologação para atender as alterações pertinentes a Nota Técnica 2016-002, obtivemos rejeição para autorizar uma NFe referente a uma operação de venda dentro do estado de produto gás de cozinha (glp), cujo anp se encontra inserido na lista dos produtos combustíveis sujeitos a repasse interestadual e o CST para a operação utilizado foi o 60. A rejeição retornada foi: (858 - Rejeicao: Grupo de Tributacao informado indevidamente) A consulta é: O grupo de repasse de icms st (Grupo N10b) deve ser informado tanto para operações internas quanto interestaduais? Caso seja necessário informar o grupo de repasse de icms st para operações internas deste produto como ficariam a "distribuição" dos valores nos campos vBCSTRet, vICMSSTRet, vBCSTDest e vICMSSTDest (Campos N26, N27, N31 e N32) visto que a UFs de origem e destino são a mesma. Em anexo segue o xml da NFe emitida em homologação. Sem mais para o momento, agradeço a atenção e aguardo uma resposta. Atenciosamente, Wanderson Paiva de Freitas Resposta: Prezados, Desculpe a demora. A rejeição acima citada não está vinculada aos campos vBCSTRet, vICMSSTRet, vBCSTDest e vICMSSTDest. A regra N08-10 diz que não deve ser utilizado o CST 060 caso o produto tenha uma série de códigos ANP, entre eles o de n° 210203001. Neste caso foi utilizado o CST 060 e o código ANP 210203001 relativo ao produto e, por isso, retornou a rejeição 858. Atenciosamente, Equipe NF-e ---- Leiam e vejam se entendem por que ainda fiquei com duvidas em relação ao preenchimento dos campos.

Também achei muito estranho isso.. mas foi a único forma em que autorizou na homologação... Abri uma consulta na sefaz de ms mas não obtive resposta...

Nesse exemplo: <ICMS><ICMSST><orig>0</orig><CST>60</CST><vBCSTRet>25.00</vBCSTRet><vICMSSTRet>0.00</vICMSSTRet></ICMSST></ICMS> Estão faltando 2 tags (vBCSTDest e vICMSSTDest) senão dá erro de validação. Outra coisa, sua nota tem 2 itens... no primeiro que tem ANP que obriga o grupo de repasse deveria ser o grupo <ICMSST>, já no segundo item como não foi informado ANP, deveria ser o grupo ICMS60

Tem o xml gerado com o grupo ICMSST? Anexe aqui se puder pra gente olhar.

Bom dia, @Duanne Schaedler, observei que a nota autorizada está com um cód. ANP diferente da rejeitada. A nota rejeitada está com o cód ANP 320102001, e de acordo com a NT 2016/002 para este cód. ANP deve ser informado o grupo de repasse de icms st (rejeição 858). Se você observar, foi gerado o grupo <ICMS60> e o correto seria o grupo <ICMSST>. Creio estar aí o seu problema. A primeira nota foi autorizada, pois foi informado um cód. ANP que não obriga o preenchimento do Grupo de Repassse de ICMS ST. Espero ter ajudado! Att Wanderson

Eu consegui emitir as notas na versão 4.0 pelo estado de MS. Qual a rejeição que está ocorrendo com vc? Tem como postar o xml? Conseguiu progredir em relação a rejeição 858?

Boa tarde @jvbibiano, tem como anexar o xml que está tentando transmitir pra analisarmos? a rejeição é a do grupo de tributação informado indevidamente? Eu estou emitindo pela sefaz de MS e vc?

Tudo bem @@Mauricio, vi que saiu uma nova versão da NT (versão 1.30) que retirou uma regra de validação para NFCe referente a cst 60 e os produtos de repasse de icms, mas não consegui testar ainda com GLP por que o campos percentuais pGLP, pGNN e pGNI que mudaram também estão apresentando erros na validação do Webservice. Mesmo com os schemas atualizados o webservice retorna rejeição. Com outros produtos combustíveis derivados de petróleo como gasolina e diesel foi de boa.

@Compusofts esse código ANP 820101012 que você está usando para biodiesel me parece que não e mais válido pela tabela ANP atualizada. Foi descontinuado em 12/2009.

Boa tarde @brsamn! Precisei fazer uma alteração semelhante a essa também. O único detalhe é que você percebeu se no layout que você usou como base deve ser passado o percentual ao mês ou ao dia? No meu caso o percentual era ao dia, então quando o CodigoMora = "2" eu simplesmente faço: IntToStrZero( Round( ValorMoraJuros *10000 ), 6) não multiplico por 30. Abraços!

Boa tarde @Gandalf! Você está passando o mesmo valor para a propriedade CodigoMora e ValorMoraJuros ao gerar o boleto e ao gerar o arquivo de remessa (CNAB 400)? Esses valores que vc mostrou realmente estão muito divergentes. Se não me engano o Sicoob exige o percentual de mora/juros ao dia nessa posição, por isso fiz aquela alteração no arquivo ACBrBancoBancoob.pas: ... IfThen(CodigoMora = '2', IntToStrZero( Round( ValorMoraJuros *10000 ), 6), IntToStrZero( Round( (ValorMoraJuros * 30) *10000 ), 6) ), + ... Lembre-se que a propriedade ValorMoraJuros é Currency, então mesmo que você passe valores com mais de 4 decimais ele vai considerar apenas 4.

Bom dia senhores, Estava fazendo testes no ambiente de homologação referente a NT 2016_002 versão 1.20 e tive alguns problemas ao gerar NF onde era necessário informar o grupo de repasse do icms st para produtos combustíveis sujeitos a repasse interestadual tag <ICMSST> para cst = 60 e e também para informar valores de ICMS retido quando o CSOSN = 500. Para que conseguisse emitir, tive que fazer duas alterações no arquivo pcnNfeW.pas na procedure GerarDetImpostoICMS: linha 1236 if (nfe.infNFe.Versao > 4) and alterado para: if (nfe.infNFe.Versao >= 4) and e linha 1607 Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N26.1', 'pST', 01, IIf(Usar_tcDe4,07,05), 0, nfe.Det[i].Imposto.ICMS.pFCPST, DSC_PST); alterado para: Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N26.1', 'pST', 01, IIf(Usar_tcDe4,07,05), 0, nfe.Det[i].Imposto.ICMS.pST, DSC_PST); Em anexo enviou o arquivo para que possam verificar as alterações se são procedentes e se necessário "subir" para o svn. pcnNFeW.pas

Prezados(as) colegas, Encontrei um problema ao gerar o arquivo de remessa do banco sicoob/bancoob utilizando o layout C400. Ocorre que no layout do banco (arquivo xls em anexo) na posição 161 a 166 do registro Detalhe, deve ser enviado percentual de Mora/Juros, no entanto está sendo passado o Valor de Mora/Juros como segue trecho do código encontrado na linha 375 do arquivo ACBrBancoBancoob.pas: ... ... IntToStrZero( Round( (ValorMoraJuros * 30) *10000 ), 6), + ... Alternativamente tentei passar o percentual ao dia para que na rotina ao multiplicar o valor por 30 conseguiria chegar no percentual ao mês, mas como a propriedade ValorMoraJuros é Currency o valor recalculado não corresponderia ao correto. Para exemplificar tomemos por exemplo uma taxa de 2% ao mês: Taxa Mês: 2% Taxa Dia: = 2/30*100 = 0,0666666667 Se eu passar esse valor para a propriedade ValorMoraJuros, por ser Currency, o mesmo será arredondado para 4 decimais ficando 0,0667 fazendo com que o valor resultante não seja exatamente os 2%. Encontrei um post anterior de 2014 (abaixo) que relata sobre o assunto, mas o mesmo pelo que vi não foi disponibilizado no trunk, mas mesmo assim, pelo que verifiquei ainda cairia no problema da limitação do Currency possuir apenas 4 decimais. Diante do exposto, gostaria da opinião de vocês sobre como contornar esta situação. Se necessário alguma alteração estou disposto a contribuir. Desde já deixo minha sugestão que seria passar o valor '2' para a propriedade CodigoMora e passar a taxa mensal na propriedade ValorMoraJuros, implementando a seguinte alteração no arquivo ACBrBancoBancoob.pas: ... IfThen(CodigoMora = '2', IntToStrZero( Round( ValorMoraJuros *10000 ), 6), IntToStrZero( Round( (ValorMoraJuros * 30) *10000 ), 6) ), + ... Aguardo sugestões e opiniões de todos e dos moderadores do projeto. Grato Layouts para troca de informações.xls

Acho que você realmente encontrou um problemão rsrs. Vi que o posicionamento em relação a essa questão varia de estado para estado, e que no MT o posicionamento é de que o cfop 5929/6929 só pode referenciar cupom fiscal conforme o link abaixo: http://www.oobj.com.br/bc/article/É-possível-usar-o-cfop-5929-na-nfe-referenciando-nfce-s-436.html Então meu amigo, sugiro que você consulte um contador e que você ou ele faça uma consulta junto a Sefaz/MT sobre como deve proceder neste caso, pois já li em alguns fóruns de contabilidade que o que fazem nesse caso é cancelar a NFCe e emitir a NFe, ou emitir diretamente a NFe. Agora também fiquei curioso sobre essa questão. Qualquer novidade poste aqui pra gente ficar sabendo. Abraço e boa sorte!

Boa tarde senhores, Percebi que em alguns sites e documentos a rejeição 701 tem 2 informações diferentes: Em alguns a Rejeição 701 é "NF-e não pode utilizar verão 3.00" Em outros a Rejeição 701 é "Não informada nota referenciada" Caro @Rodrigo W. Campos verifique se o seu caso não é esse conforme segue o link em anexo: http://www.oobj.com.br/bc/article/rejeição-701-não-informado-nota-fiscal-referenciada-como-resolver-275.html