Wanderson Paiva
-
Total de ítens
39 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Wanderson Paiva
-
-
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') <> '') thenalterado para:
if (Leitor.rExtrai(1, 'CancelarNfseResposta') <> '') thenEm anexo segue o arquivo fonte com a correção para atualização do ACBr.
-
13 horas atrás, cefantacini disse:
Então, na verdade eu acho que o problema é com a SEFAZ aqui de São Paulo, pq na validação dos Schemas ele passa se a somatória for 100. Aí ele vai dar erro nas validações da SEFAZ. Dá a impressão que a SEFAZ ainda tá validando a totalização esperando 1.
@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.
-
12 horas atrás, cefantacini disse:
Então, na verdade eu acho que o problema é com a SEFAZ aqui de São Paulo, pq na validação dos Schemas ele passa se a somatória for 100. Aí ele vai dar erro nas validações da SEFAZ. Dá a impressão que a SEFAZ ainda tá validando a totalização esperando 1.
Creio que sim. Não devem ter atualizado ainda o webservice de SP para esta nova regra.
-
3 minutos atrás, @Mauricio disse:
@Wanderson Paiva sabe me dizer aonde encontro as porcentagens de GLP para informar no produto? busquei essa informação mais não encontrei.
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...
Agora, Wanderson Paiva disse: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... Na minha opinião até acho que o xsd de validação está errado... pois não é possível informar 100% de pGLP e 0% no pGNN e pGNI por exemplo.
-
@cefantacinisegue em anexo um xml.
1 hora atrás, Duanne Schaedler disse:Bom dia Pessoal,
Sei que o tópico não é referente mas não era pra ter liberado ontem os webservice 4.0 em SC também?
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.
-
2 minutos atrás, @Mauricio disse:
@Wanderson Paiva então aquela listagem de códigos ANP é ao contrario do que estávamos entendendo, primeiramente achei que caso utilizasse aqueles códigos seria necessário informar o grupo de repasse mais pelo que te informaram seria ao contrario caso utilizasse esses ANP não poderia colocar CST 60 será que é isso mesmo então? no caso o CST 60 seria só para operações interestaduais? fica bem confuso
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>
-
19 horas atrás, cefantacini disse:
A nota que vc emitiu foi com o código ANP 210203001?
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.
-
30 minutos atrás, @Mauricio disse:
@Wanderson Paiva fiz uns testes informando o grupo de repasse e deu certo, só achei estranho que até para operações dentro do estado ele obriga o preenchimento desse grupo....
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...
-
12 minutos atrás, Wanderson Paiva disse:
Tem o xml gerado com o grupo ICMSST? Anexe aqui se puder pra gente olhar.
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
-
6 minutos atrás, Duanne Schaedler disse:
@Wanderson Paiva
Anderson isso mesmo, eu já havia observado, porém sabes me dizer como fica?
Eu ja tentei passar das seguintes mandeiras.
<ICMS><ICMS60><orig>0</orig><CST>60</CST><vBCSTRet>25.00</vBCSTRet><pST>25.00</pST><vICMSSTRet>0.00</vICMSSTRet></ICMS60></ICMS> ERRADO
<ICMS><ICMSST><orig>0</orig><CST>60</CST><vBCSTRet>25.00</vBCSTRet><vICMSSTRet>0.00</vICMSSTRet></ICMSST></ICMS> Tentei assim (Rejeitou)
<ICMS><ICMS60><orig>0</orig><CST>60</CST><vBCSTRet>25.00</vBCSTRet><pST>25.00</pST><vICMSSTRet>0.00</vICMSSTRet></ICMS60><ICMSST><orig>0</orig><CST>60</CST><vBCSTRet>25.00</vBCSTRet><vICMSSTRet>0.00</vICMSSTRet></ICMSST></ICMS> Com os 2 (Rejeitou tb)
Tem o xml gerado com o grupo ICMSST? Anexe aqui se puder pra gente olhar.
-
6 minutos atrás, Duanne Schaedler disse:
Bom Dia,
Não, observe que em uma das notas ela validou e outra apresenta o código de erro.
Em anexo seguem os XMLs para analise.
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
-
47 minutos atrás, Duanne Schaedler disse:
Boa tarde,
Estou com o mesmo problema, alguém já tem alguma atualização para isso?
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?
Em 16/10/2017 at 11:04, jvbibiano disse:Ainda não tive nenhum progresso. Estou fazendo outras partes (CCE, Cancelamento etc) para depois voltar nisso.
Todavia, caso alguém progrida nos avise aqui
Conseguiu progredir em relação a rejeição 858?
-
28 minutos atrás, jvbibiano disse:
Boa tarde Senhores,
Bom encontrar este tópico.
Estamos tendo a mesma rejeição ao emitir NFe (modelo 55) na 4.00 com DIESEL S10, CÓDIGO ANP : 420105001
Estarei de olho neste tópico e prosseguindo com a implementação de outras partes, uma vez que após N testes não obtive sucesso de nenhuma maneira.
Att,
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?
-
30 minutos atrás, @Mauricio disse:
@Compusofts tudo bem? ainda não obtive sucesso, os últimos testes que efetuei foi a 1 semana atrás mais ou menos..... agora estou mexendo em outras partes, assim que eu tiver alguma novidade te aviso !!
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.
-
Em 05/09/2017 at 15:10, Compusofts disse:
Boa tarde,
Estou conseguindo emitir para o estado do PR, porém não consegui emitir usando o produto Etanol com código da ANP 810101001. Já para os produtos Bio Diesel BS 500 código da ANP 820101012 consegui normalmente. Também efetuei um teste com um produto que não fosse combustível como água, e também obtive sucesso. O Biodiesel emiti com CFOP 5656 e a Água com 5405. O Etanol que não deu certo também tentei com 5656.
Att,
@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.
-
Em 25/05/2017 at 09:17, brsamn disse:
Bom dia.
Analisando aqui, percebi que no caso do CNAB 400 não é levado em conta o CodigoMora, sendo assim fiz uma adaptação na Procedure GerarRegistroTransacao400 para usar o CódigoMora.
{ Juros } if (ValorMoraJuros > 0) and (CodigoMora = '') then CodigoMora := '1' else if (ValorMoraJuros = 0) and (CodigoMora = '') then CodigoMora := '0'; if CodigoMora = '0' then ValorMora := PadLeft('', 15, '0') else if CodigoMora = '1' then ValorMora := IntToStrZero( Round( (((ValorMoraJuros * 100) / ValorDocumento) * 30) * 10000), 6) else if CodigoMora = '2' then ValorMora := IntToStrZero( Round( (ValorMoraJuros * 30) *10000 ), 6);No caso do CodigoMora ser igual a '1', eu faço uma regra de 3 usando o ValorMoraJuros e o ValorDocumento para pegar o % de juros por dia, e após isso multiplico por 30 para pegar a taxa mensal.
No caso do CodigoMora ser igual a '2' eu mantive o código que era passado anteriormente.
Pra mim serviu a alteração, mas não sei se é aplicável para todos os usuários do componente,
Analisem aí e vejam o que acham.
Obrigado.
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!
-
48 minutos atrás, Gandalf disse:
Boa tarde!
Estou tendo um problema com a remessa do banco sicoob. Eu estou informando o CodigoMora = 2 e no boleto está sendo informado 0,0333% por dia de atraso. Só que nas posições 161 a 166, está informada a cobrança de juros de 14,0760% ao mês.
Alguém tem alguma idéia do que pode estar gerando essa divergência?
Atenciosamente
Társis Francke Ferreira
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.
-
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
-
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:
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.
Inclusão do municipio Poxoréu-MT no arquivo cidades.ini para emissão de NFS-e
em ACBrNFSe
Postado · Editado por Wanderson Paiva
título errado
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:
Segue em anexo também o arquivo cidades.ini já alterado.
Grato.
Wanderson P. Freitas
Cidades.ini