Data e hora
Converta valores do Windows e datas nos dois sentidos. Selecione a representação e o atributo LDAP antes de interpretar o número.
A entrada é processada neste navegador e não é enviada a um servidor.
Época Windows: 1601-01-01 UTC · um tick = 100 ns.
Um valor por linha. Alto/baixo: high,low (decimal ou 0x; partes decimais com sinal são aceitas). Bytes: 16 dígitos hexadecimais ou oito pares. Data: YYYY-MM-DDTHH:mm:ss[.1–7 casas]Z ou ±HH:mm; ano expandido +YYYYYY.
A ordem só afeta bytes. Selecione o campo AD real. O decimal -1 é aceito apenas como controle de escrita pwdLastSet.
Datas UTC com sete casas. Quocientes Unix arredondados para baixo e restos em ticks de 100 ns.
Até 1.000 linhas físicas e 100.000 unidades UTF-16. Espaços externos removidos; linhas vazias são erros.
Insira dados ou carregue um exemplo.
O conversor FILETIME ajuda a conferir uma linha do tempo de incidentes sem perder a precisão do registro original. Guarde o inteiro como texto: a planilha pode arredondar as últimas casas ou trocar o valor por notação científica.
Nem todo timestamp LDAP é um instante. Zero pode ser a origem de 1601, uma conta sem vencimento ou uma hora de logon desconhecida. O atributo selecionado dá o contexto necessário para diferenciar esses resultados.
O conversor FILETIME mostra o valor decimal, o hexadecimal completo, as duas partes DWORD e as duas ordens de bytes. A opção little-endian afeta apenas uma entrada de oito bytes, evitando inverter um número já decodificado.
No modo genérico, zero vira uma data. Em accountExpires indica conta sem vencimento; em lastLogon significa hora desconhecida. Esses estados não ganham uma data inventada nem valores Unix que pareçam registrar um evento.
O formato high,low espera a parte alta antes da baixa, mesmo que a estrutura C declare a baixa primeiro. Oito bytes podem ser escritos em dezesseis dígitos hexadecimais seguidos ou oito pares separados por espaços.
A conversão de volta exige Z ou ±HH:mm. O fuso do computador não é usado como padrão implícito. O exemplo acompanha o formato escolhido e abre uma prévia do texto e do tamanho da substituição.
O cálculo automático espera 350 ms após a edição. Desative-o para usar o botão ou Ctrl/Cmd+Enter. Todas as linhas precisam ter datas para inverter. Desfazer recupera entrada, opções e resultado ao mesmo tempo.
116444736000000001 corresponde a 1970-01-01T00:00:00.0000001Z. A aritmética inteira e a exportação dos números como texto preservam o último tick. A data completa volta ao mesmo inteiro, sem uma etapa intermediária em milissegundos.
Alta/baixa aceita DWORD sem sinal e LONG decimal de 32 bits. Partes negativas são interpretadas em complemento de dois. O relatório traz as duas notações, sem estender essa regra a um FILETIME inteiro negativo.
Este conversor de timestamps subtrai 116444736000000000 antes de calcular segundos e milissegundos. Os quocientes são arredondados para baixo e os restos não negativos ficam em ticks. Assim, uma fração anterior a 1970 não desaparece em um zero incorreto.
Até 1.000 linhas mantêm o texto de origem e a posição. Um valor inválido não impede o processamento dos demais. A tela começa com 50 resultados, mas copiar e baixar inclui todo o relatório JSON, com erros e estados especiais.
Windows FILETIME conta intervalos de 100 ns desde 1601; o Unix epoch usa segundos desde 1970. A diferença de origem precisa ser retirada antes da divisão por 10000000. Para preservar frações, mantenha também o resto.
Alguns atributos, como pwdLastSet e accountExpires, usam o contador FILETIME. Outros podem usar GeneralizedTime. Além disso, os valores especiais dependem do atributo; não basta chamar um número de LDAP para saber se ele representa uma data.
Uma data ISO 8601 com Z ou deslocamento explícito elimina a ambiguidade entre formatos locais e fusos. Nesta página a saída é UTC com sete casas, o que permite comparar registros sem perder os ticks menores que um milissegundo.
Valores FILETIME de datas atuais costumam ter dezoito dígitos por causa da origem em 1601 e da unidade pequena. Isso é uma pista, não uma regra: zero e inteiros curtos também são possíveis. Confirme a origem e o campo.
Verifique o formato selecionado, a ordem dos bytes, a diferença entre UTC e hora local e o atributo de origem. Também confira se uma planilha já arredondou o número. A ferramenta não consegue recuperar casas que foram descartadas antes da entrada.
Resultado inesperado?
Use o conversor FILETIME com o nome do campo de origem. Salve o relatório completo junto do registro para documentar a ordem dos bytes, a interpretação e a precisão que foi preservada.