Conversor de Carimbo de Tempo
Converta entre carimbos de tempo Unix e datas legíveis instantaneamente — mais Windows FILETIME, .NET Ticks, LDAP/AD, Chrome WebKit e Excel OADate. Cole qualquer valor e o formato é detectado automaticamente, com cópia em um clique.
Conversor
0 0 Carimbo → Data
Data → Carimbo
O que é um Carimbo de Tempo Unix?
Um carimbo de tempo Unix (também chamado tempo epoch Unix ou tempo POSIX) é o número de segundos decorridos desde 1970-01-01 00:00:00 UTC — a epoch Unix. É a forma mais comum de representar um ponto no tempo na programação.
Por exemplo, 1700000000 corresponde a 14 de novembro de 2023, 22:13:20 UTC.
Características dos carimbos de tempo Unix:
- Independentes de fuso horário — sempre medidos em UTC
- Contínuos — sem segundos intercalares na maioria das implementações
- Compactos — um único inteiro em vez de uma string de data completa
Segundos vs Milissegundos
Os carimbos de tempo Unix possuem duas resoluções comuns:
| Segundos | Milissegundos | |
|---|---|---|
| Exemplo | 1700000000 | 1700000000000 |
| Precisão | 1 segundo | 1 milissegundo |
| Usado por | APIs Unix/Linux, maioria dos bancos de dados | JavaScript (Date.now()), Java, sistemas de log |
| Dígitos | ~10 dígitos | ~13 dígitos |
Como distinguir: Se o número tem 13+ dígitos, são milissegundos. Este conversor detecta a resolução automaticamente — basta colar o número.
Casos de Uso Comuns
- Depuração de logs — Converter carimbos de tempo em logs de servidor para horários legíveis
- Integrações de API — Muitas APIs REST usam carimbos de tempo Unix para campos de data
- Consultas de banco de dados — Consultar registros por intervalo de tempo usando valores epoch
- Agendamento — Calcular atrasos ou agendar eventos futuros com aritmética de carimbos
- UUID v7 — UUID v7 codifica um carimbo de tempo Unix em milissegundos em seus primeiros 48 bits; decodifique-o para ver quando o UUID foi criado
- Administração do Active Directory — Converter carimbos LDAP
lastLogon,pwdLastSeteaccountExpiresem datas legíveis para auditorias de usuários - Automação Excel / Office — Decodificar números seriais OADate ao interoperar com planilhas e
DateTime.FromOADate - Forense do Chrome — Ler carimbos WebKit do SQLite
HistoryeCookiespara depuração ou forense digital
O que é Windows FILETIME?
Windows FILETIME é um valor de 64 bits que conta intervalos de 100 nanosegundos desde 1601-01-01 00:00:00 UTC. É o formato de tempo nativo da API Win32, do sistema de arquivos NTFS e do COM/OLE.
Uma struct FILETIME armazena o valor como dois DWORDs de 32 bits: dwLowDateTime e dwHighDateTime. Você o encontrará em GetFileTime(), CoFileTimeNow() e nos registros da tabela mestre de arquivos (MFT) do NTFS.
Fórmula de conversão:
unix_seconds = (filetime / 10000000) - 11644473600Por exemplo, 133592755356230000 → 2024-05-04 04:32:15 UTC. Este conversor detecta automaticamente valores de 18 dígitos abaixo de ~3 × 10¹⁷ como FILETIME.
O que são .NET DateTime Ticks?
.NET Ticks é um inteiro com sinal de 64 bits que conta intervalos de 100 nanosegundos desde 0001-01-01 00:00:00 UTC (ano 1). É o armazenamento subjacente do DateTime em C#/.NET, acessível via DateTime.Now.Ticks.
O intervalo abrange de 0001-01-01 a 9999-12-31 — um único valor long de até ~3,16 × 10¹⁸. Ao contrário do FILETIME (baseado em 1601), os ticks do .NET começam no ano 1 para evitar valores negativos e simplificar a aritmética de calendário.
Por exemplo, 638514336000000000 ticks → 2024-05-16 00:00:00 UTC. Valores acima de ~3 × 10¹⁷ são detectados como ticks do .NET; abaixo desse limiar, FILETIME é mais provável.
O que é o carimbo de tempo LDAP / Active Directory?
Carimbos LDAP (usados pelo Microsoft Active Directory) são numericamente idênticos ao FILETIME — intervalos de 100 nanosegundos desde 1601-01-01 UTC. A diferença é puramente o contexto: atributos do AD como lastLogon, lastLogonTimestamp, pwdLastSet e accountExpires armazenam valores FILETIME sob o esquema LDAP.
Administradores do AD convertem rotineiramente esses valores para auditar atividade de usuários e expiração de senhas. No PowerShell:
[DateTime]::FromFileTime($value).ToString('yyyy-MM-dd HH:mm:ss')Por exemplo, 132514560000000000 → 2020-12-03 00:00:00 UTC. Um accountExpires de 9223372036854775807 (Int64.MaxValue) significa "nunca expira".
O que é o carimbo de tempo Chrome / WebKit?
Carimbos do Chrome e WebKit contam microssegundos (não 100 nanosegundos) desde 1601-01-01 UTC. Eles aparecem nos bancos de dados SQLite History, Cookies e Login Data do Chrome — úteis para depuração, forense e recuperação de dados.
Como a unidade é μs (não 100ns), os valores são 10× menores que o FILETIME para o mesmo instante. Valores da era atual têm 17 dígitos (~1,3 × 10¹⁶).
Para consultar o histórico do Chrome em SQL:
SELECT datetime(time / 1000000 - 11644473600, 'unixepoch') AS visit_time
FROM urls ORDER BY visit_time DESC LIMIT 10;Por exemplo, 13317696000000000 → 2023-01-09 00:00:00 UTC.
O que é Microsoft OADate / Serial do Excel?
OADate (OLE Automation Date) é um double que conta dias desde 1899-12-30. A parte fracionária representa a hora do dia (0,5 = meio-dia). Excel, Google Sheets e automação do Office usam internamente este formato serial.
Por que 1899-12-30 e não 1900-01-01? O Excel replica intencionalmente um bug de ano bissexto de 1900 (1900 não foi bissexto, mas o Lotus 1-2-3 tratou como se fosse). Deslocar a epoch dois dias para trás mantém as datas do Excel compatíveis com o bug legado.
Por exemplo, 45678.5 → 2025-01-21 12:00:00. Em C#: DateTime.FromOADate(45678.5). No Excel: =DATE(2025;1;21) retorna 45678.
Perguntas Frequentes
O que é o problema do ano 2038? Os carimbos de tempo Unix em inteiros com sinal de 32 bits atingem o máximo em 2147483647 (19 de janeiro de 2038, 03:14:07 UTC). Sistemas que ainda usam time_t de 32 bits sofrerão overflow. A maioria dos sistemas modernos já migrou para carimbos de 64 bits, que não terão overflow por 292 bilhões de anos.
Como esta ferramenta lida com fusos horários? Os carimbos de tempo Unix são inerentemente UTC. Este conversor mostra tanto a representação UTC quanto o fuso horário local do seu navegador.
Posso usar carimbos de tempo negativos? Sim. Carimbos de tempo Unix negativos representam datas antes da epoch (1970-01-01 00:00:00 UTC). Por exemplo, -86400 é 31 de dezembro de 1969, 00:00:00 UTC — exatamente um dia antes da epoch.
Qual é a diferença entre FILETIME e carimbos LDAP? Numericamente, nenhuma — ambos são intervalos de 100 nanosegundos desde 1601-01-01 UTC. "FILETIME" é o nome Win32/COM; "carimbo LDAP" refere-se ao mesmo valor armazenado em atributos do Active Directory como lastLogon. Use a mesma fórmula de conversão para ambos.
Por que o .NET DateTime.Ticks começa no ano 1? O calendário do .NET começa em 0001-01-01 (o início convencional do calendário gregoriano) para que todas as datas válidas produzam valores de tick positivos. Isso evita a complexidade de tratamento de sinal da epoch de 1601 do FILETIME e simplifica a aritmética de datas em todo o intervalo 0001–9999.
Por que a epoch do OADate é 30 de dezembro de 1899? O Excel herdou um bug do Lotus 1-2-3 que tratava 1900 como ano bissexto (não era). Para manter datas como 1º de março de 1900 correspondentes entre o Excel e a realidade, a epoch da OLE Automation foi definida como 1899-12-30 — dois dias antes do início nominal "1 de janeiro de 1900", compensando o fantasma 29 de fevereiro de 1900.