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
-
Boa tarde Estamos implementando a NT 2023.004, fiz a atualização aqui e não encontrei propriedade para a nova tag indDeduzDeson.
-
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
-
Erro na tag pOrig do grupo origComb - NT 2023/001
um tópico no fórum postou gustavo.camargo1987 Dúvidas Gerais sobre o ACBr
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 -
Novas tags da NT 2023.001 já estão liberadas?
um tópico no fórum postou gustavo.camargo1987 Dúvidas Gerais sobre o ACBr
Dúvida a respeito da implementação da NT 2023.001 -
Geração das tags vBCSTRET e vICMSSTRet
gustavo.camargo1987 replied to gustavo.camargo1987's tópico in ACBrNFe
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? -
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?