Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

Matheus Leandro Ferreira

Membros
  • Content Count

    16
  • Joined

  • Last visited

Community Reputation

11 Good

About Matheus Leandro Ferreira

  • Rank
    Novato

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Pessoal, boa tarde. Segue a resposta da SEFAZ via e-mail. O lance é aguardar. Feliz ano novo a todos!
  2. Boa tarde, A rejeição "assinatura difere do calculado" irá acontecer no validador de homologação quando o certificado digital instalado na sua maquina não é igual ao utilizado na montagem do XML (isso não significa que um erro, pois o validador faz apenas um PARSE nas tags do XML). Observei também que você tem duas rejeições no XML, uma relacionada a data e hora (provavelmente por conta do horário de verão) e outra relacionada ao código de barras de um determinado produto. Realize as correções e mande validar o XML.
  3. Boa tarde, Cada CST pode ter 1 ou N códigos de beneficio fiscal. No estado do RS por exemplo, todos os CSTs aceitam NULL e também o texto SEM CEBENEF. Anexei a tabela do dia 05/08/2019 contendo os códigos para você analisar. TABELA cBenef_X_CST 05_08_2019.xlsx
  4. Exatamente. Aqui acontece o mesmo. Estou desconfiado que pode ser alguma atualização do Windows que acabou com tudo... mas e agora né? Só Deus sabe...
  5. Boa tarde, o mesmo erro também acontece com alguns clientes meus... =/
  6. Sem dúvida. A implementação só deve estar em ambiente de produção no dia especificado.
  7. 1- Valerá para todos os UFs. 2- Não deverá ser descontado no valor total da nota, e sim deverá ser posto no campo próprio vICMSDeson do grupo total. 3- Não deverá ser diminuído do item, e sim deverá ser posto no campo próprio vICMSDeson do grupo imposto dos itens. OBS: Estou testando faz um bom tempo em ambiente de homologação e não tive absolutamente nenhum problema. Exemplo da nota gerada: <det nItem="1"> <prod> <cProd>123</cProd> <cEAN>SEM GTIN</cEAN> <xProd>UVA NACIONAL KG</xProd> <NCM>0
  8. Bom dia, Recebi a informação diretamente da minha assessoria fiscal. Vou ver se consigo a base legal e postarei assim que possível. A principio estou usando o mesmo calculo para todas as UFs. Att, Você pode baixar a tabela cBenf x CST de cada estado aqui http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=u3vMflqEe6w=
  9. Eu não sabia que essa regra estava validando no ambiente de homologação do RS. Até onde eu vi, apenas no ambiente do PR já estava aplicada.. então meus testes estão sendo feitos para o estado do PR. Abraços,
  10. Pessoal, Tenho observado todos os comentários e farei aqui algumas considerações: - Para alguns estados (como por exemplo o PR) todos os produtos ISENTOS cujo CST é 040 deve-se obrigatoriamente informar o código do beneficio fiscal (Rejeição 930: CST com benefício fiscal e não informado o código de benefício fiscal). - Quando existir um código do beneficio fiscal preenchido a regra diz que é obrigatório o preenchimento das tags vICMSDeson e motDesICMS. (Rejeição 934: Não informado valor do ICMS desonerado ou o Motivo de desoneração). O calculo do ICMS desonerado deve ser feito
  11. Ambos estamos cientes do funcionamento, mas acho que não estamos nos entendendo hehe.. Como faço para a minha tag MOT_INV subir com o valor 02? Estou fazendo dessa forma: MOT_INV := miMudancaTributacao; Segundo a minha cliente o arquivo esta sendo gravado com o 01: |H005|30042019|315358,54|01| Vou fazer novos testes e posto o resultado.
  12. Acredito que você está equivocado. Observe que a tag MOT_INV só aceita o tipo TACBrMotInv. Se eu utilizar a função StrToMotInv passando a constante 02, vai me retornar o valor miMudancaTributacao que automaticamente corresponde ao valor 01. Não posso usar a função MotInvToStr pois a mesma retorna uma String e não poderei atribuir ao MOT_INV. Para finalizar, mais uma prova de que existe o "bug" é a própria função MotInvToStr que ao passar o miMudancaTributacao retorna a constante 02. function MotInvToStr(AValue: TACBrMotInv): string; begin if AValue = miFinalPeriodo then Res
×
×
  • Create New...