Pesquisar na Comunidade
Showing results for tags 'dhemi'.
Encontrado 7 registros
-
Logo após iniciar o horário de verão as NF-e e NFC-e estão rejeitando por causa do horário de emissão gerado no XML dando o erro: CStat=703 XMotivo=Rejeicao: Data-Hora de Emissao posterior ao horario de recebimento Portanto quando é gerado a data-hora no XML pelo Monitor está sendo colocado assim: <dhEmi>2015-10-21T16:01:00-03:00</dhEmi> ..E o Sefaz processa o recebimento assim: <dhRecbto>2015-10-21T16:01:02-02:00</dhRecbto> Pelo que percebi a solução será trocar o GMT "-03:00" para "-02:00" no momento em que o Monitor gera o XML, porque o GMT adotado agora no Sefaz RS é "-02:00" ou se não for isto favor informar qual procedimento adotar. Obs.: estou usando o ACBrMonitor PLUS v0.1.10.5
- 20 replies
-
- data-hora de emissao
- dhemi
- (e 1 mais)
-
Boa tarde, pessoal! Comecei a usar recentemente o ACBrMonitorPlus e estou com um probleminha que parece ser com o formato da data. Já fiz inúmeras pesquisas, porém ainda não consegui solucioná-lo. Com o ENT.txt desta forma: dhEmi=23/12/2016 dhSaiEnt=23/12/2016 Recebo este erro: ERRO: Falha na validação dos dados da nota: 1 '1899-12-30T00:00:00-03:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhCont' with value '1899-12-30T00:00:00-03:00' failed to parse. Alterando o formato da data o erro é assim: ERRO: "2016-12-20" is not a valid date format Desde já agradeço a ajuda.
-
Bom tarde Estou gerando um xml mas na hora da validação, acontece o erro como mostrado na imagem. Erro Completo: Falha na validação dos dados da nota: 4 '2016-08-09T13:15:07-04:30' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhEmi' with value '2016-08-09T13:15:07-04:30' failed to parse. O que poderia ser isso?
-
Bom dia. Está acontecendo em um cliente de Mato Grosso (MT) o horário esta certo no computador e aparece a seguinte rejeição: Rejeição 704: NFC-e com Data-Hora de emissão atrasada Já reinstalei o Capicom. Obs: Só acontece com esse cliente, já depurei na minha maquina com a base de dados do cliente e ocorre a mesma coisa.
-
Boa tarde pessoal. O campo dhEmi no XML de uma NF-e ficou desta forma: <dhEmi>2015-12-23T00:00:01+04:30</dhEmi>, que gera o erro de validação em anexo. Utilizando o validador da SEFAZ-RS só consegui validar zerando o minuto dos "04:30". Tentando qualquer hora, seja positiva ou negativa, passa no validador, porém somente se não tiver os minutos. Estou certo que o componente está gerando corretamente na função TimeZone da unit synautil.pas. Acredito que o problema esteja no Schema da SEFAZ, porém não consegui fazer uma leitura de modo que eu tenha certeza que é no Schema (tiposBasico_v3.10.xsd): <xs:simpleType name="TDateTimeUTC"> <xs:annotation> <xs:documentation>Data e Hora, formato UTC (AAAA-MM-DDThh:mm:ssTZD, onde TZD = +hh:mm ou -hh:mm)</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1[02]))-31)|(((0[1,3-9])|(1[0-2]))-(29|30)))))T(20|21|22|23|[0-1]\d):[0-5]\d:[0-5]\d([\-,\+](0[0-9]|10|11):00|([\+](12):00))"/> </xs:restriction> </xs:simpleType> Provavelmente se alterar esta função no componente de modo que gere sempre "00" no minuto irá resolver o problema. Alguém já passou por isso e poderia me ajudar? Obrigado.
-
Olá. Essa semana começou a dar o erro abaixo no envio da NF-e, versão "09.06.1" do ACBrNFeMonitor : ERRO: Falha na validação dos dados da nota 740 '1899-12-30T00:00:00-02:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhEmi' with value '1899-12-30T00:00:00-02:00' failed to parse. Esta data é enviada como foi por váras semanas no mínimo, e começou a dar erro agora. Voltamos para a versão 09.02.3 e voltou a funcionar, porém nessa versão NFC-e para estado de SP não funciona. Arquivo anexo. Alguém passou por isso? Existe alguma solução? Obrigado. 000000740.txt
-
Bom dia. No DACTE em fast não estava trazendo a hora de emissão no campo dhEmis. Em ACBrCTeDACTEFRDM, na linha 885 estava FieldDefs.Add('dhEmi', ftDate); alterei para FieldDefs.Add('dhEmi', ftDateTime); Alterei também o arquivo FR3.
- 9 replies
-
- dacte
- fastreport
-
(e 1 mais)
Tags: