Ir para conteúdo
  • Cadastre-se

gustavo.camargo1987

Membros
  • Total de ítens

    11
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

gustavo.camargo1987's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Week One Done
  • One Month Later
  • One Year In
  • Conversation Starter

Recent Badges

1

Reputação

  1. Boa tarde Estamos implementando a NT 2023.004, fiz a atualização aqui e não encontrei propriedade para a nova tag indDeduzDeson.
  2. Bom dia Estamos fazendo alterações aqui da NT 2023.001 V130, ambiente de homologação liberado, nos deparamos com uma mensagem de erro na tag qBCMonoRet do ICMS61, mesmo ela estando preenchida. 769 - Nota(s) não confirmadas: 697870->769-Rejeição: Obrigatório o preenchimento da Quantidade tributada retida anteriormente Alguém está tendo algum problema parecido, teve algum retorno do SEFAZ? Segue anexo XML da nota. 35231004388513000172550050006978701000002042_RECUSADA.XML
  3. Bom dia pessoal, Estou com problemas para enviar o pOrig com 100%, o campo, segundo o layout, tem 4 casas decimais, mas a nota é recusada quando informo 100,0000, falando que ultrapassou o limite do campo. Mais alguém está tendo esse problema? Segue, XML da nota e o retorno. 0-1 - Falha na validação dos dados da nota: 6000 TAG:<det nItem="2"><prod><comb> ID:LA17/pBio(Percentual do índice de mistura do Biodiesel) - Tamanho maior que o máximo permitido [10]. TAG:<det nItem="2"><prod><comb><origComb> ID:LA21/pOrig(Percentual originário para a UF) - Tamanho maior que o máximo permitido [100]. --> 1824 - Element '{http://www.portalfiscal.inf.br/nfe}pOrig': '100.0000' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TDec_0304Max100Opc tiposBasico_v4.00.xsd conforme schema <xs:simpleType name="TDec_0304Max100Opc"> <xs:annotation> <xs:documentation>Tipo Decimal com 3 inteiros (no máximo 100), com 4 decimais, não aceita valor zero</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="0(\.[0-9]{3})([1-9]{1})?|100(\.00)?|[1-9]{1}[0-9]{0,1}(\.[0-9]{4})?"/> </xs:restriction> </xs:simpleType> <xs:element name="pOrig" type="TDec_0304Max100Opc"> <xs:annotation> <xs:documentation>Percentual originário para a UF</xs:documentation> </xs:annotation> </xs:element> 35230404917259000152550310000060001000298350_RECUSADA.XML
  4. Bom dia pessoal, Na última sexta-feira 10/03, o governo liberou uma nova versão da NT 2023.001, só para ajudar como sempre, gostaria de saber se tem alguma previsão de implementação das mudanças no ACBR? Grato
  5. Então, o ambiente de homologação já está liberado, abri o tópico para questionar se já foram liberadas as alterações no ACBR.
  6. Bom dia Daniel Obrigada por responder. Me expressei mal, é o seguinte meu sistema estava sempre informando valores nessas 2 tags. Mas quando eu não passava valores, elas não eram geradas (padrão), segundo meu analista de negócios mesmo não tendo valores as tags deveriam sair no XML zeradas. No grupo do ICMSST eu resolvi. No grupo ICMSSN500 o problema ainda persiste, se eu não passo valores ele não gera a tag e deveria gerar zerada. Entendeu?
  7. Bom dia , na versão 4.0 da NF-e essas 2 tags nos grupos ICMST e ICMSTSN500, se tornaram obrigatórias. Durante toda a bagunça do governo com adiamentos atrás de adiamentos deixei essa tag sempre preenchida nessas situações, mas agora que a sanria passou, um cliente reclamou dos valores, só que se eu zero o valor das tags a nota é recusada. Alguém poderia me ajudar?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.