# O que este pacote é (e o que ele NÃO é) Este ZIP reúne **tudo o que realmente existe hoje** sobre a origem das informações publicadas nos painéis de Sondas e FPSOs/FSOs do OceanSky Support. Antes de usar isso como argumento de defesa diante de uma empresa ou de um advogado, é importante entender exatamente os limites do que está aqui. ## O que TEM neste pacote - **`fontes_sondas.csv`** e **`fontes_fpso.csv`**: uma linha por unidade (427 sondas + 148 FPSOs/FSOs), com todos os campos publicados no site (proprietário, status, cliente, diária, contrato, etc.) e a coluna **"Fonte_Data_Publicada"**, que é exatamente o texto de citação que já aparece na coluna "Fonte / Data" de cada painel público hoje (ex.: `"Transocean FSR 19/02/2026"`). Isso é o dado oficial e atual — é o que o site já declara publicamente como origem de cada linha. - **`pesquisa_bruta/`**: as anotações de pesquisa que geraram parte da base de jack-ups (272 registros, em 8 lotes por região/empresa + 2 consolidações). Esses arquivos têm texto mais longo e às vezes citam um site específico (ex.: `borrdrilling.com/our-fleet`) ou mencionam explicitamente quando uma informação **não pôde ser confirmada** dentro da sessão de pesquisa. São anotações de trabalho, não um documento formal — úteis como contexto adicional, não como prova por si só. ## O que este pacote NÃO tem (e por quê isso importa) Isso é o ponto mais importante deste documento. Para cada dado publicado, o que existe hoje é uma **citação curta** ("quem publicou, quando, aproximadamente"). O que **não existe** é uma cadeia de custódia documental completa: - **Não há cópia arquivada dos documentos originais** (nenhum PDF de Fleet Status Report, página de site ou notícia foi salvo localmente). - **Não há URL registrada** para a grande maioria dos registros (poucas exceções aparecem citadas dentro do texto livre de `pesquisa_bruta/`, mas não de forma sistemática). - **Não há número de página** dentro dos documentos-fonte. - **Não há data de consulta registrada** separadamente da data do próprio documento. - **Não há trecho/excerto exato** capturado no momento da consulta. - **Não há hash (SHA-256) de nenhum arquivo**, porque não há arquivo arquivado para gerar hash. Ou seja: o que existe é equivalente a uma **bibliografia resumida**, não a um **dossiê de evidências auditável**. Se uma empresa questionar um valor específico (por exemplo, uma diária), hoje você consegue responder "de acordo com nossos registros, essa informação veio do Fleet Status Report da Transocean de 19/02/2026" — mas não consegue apresentar imediatamente o PDF, a página exata e o trecho grifado. ## Sobre "estimado" vs. "confirmado" O campo `Diaria_Estimada` (True/False) já existe nas sondas e reflete o que o próprio painel público mostra (a tag "ESTIMADO"). Isso é real e vem diretamente da base de produção. Mas ele só distingue "a empresa não divulgou, então isto foi estimado por classe/geração" de "a empresa divulgou". Ele **não** distingue as três categorias mais refinadas que você descreveu (confirmado por fonte primária / confirmado por fonte secundária / calculado a partir de outro valor divulgado) — essa classificação mais fina ainda não existe registro por registro e precisaria ser construída. ## Isto não é orientação jurídica Eu não sou advogado, e isto não substitui uma revisão jurídica. Monte documentação organizada com o que existe (é sempre melhor do que nada), mas para dados comercialmente sensíveis de empresas reais — diária, cliente, prazo de contrato — o ideal é que um advogado avalie especificamente: - se o texto de metodologia/disclaimer do site está redigido de forma adequada para o seu caso; - se há necessidade de tratamento diferenciado para os campos mais sensíveis (diária, em particular); - e qual o nível de documentação realmente necessário para a sua situação — o que pode ser mais ou menos do que o modelo de "Base de Evidências" completo. ## Próximo passo sugerido Publiquei em paralelo um scaffold de página de evidências (`evidence.html` + `evidence.json`) que organiza exatamente o que existe hoje por unidade/campo, já na estrutura de "ficha" que você descreveu — com os campos que faltam (URL original, página, arquivo, hash) explicitamente marcados como **pendentes**, em vez de preenchidos com qualquer coisa. Preencher esses campos de verdade (revisitar cada fonte, arquivar o documento, conferir a página, gerar o hash) é um trabalho adicional real, registro por registro. ## Atualização de 05/09/2026 — 1ª rodada de verificação real (diárias divulgadas) Você escolheu priorizar as diárias divulgadas ("Diárias divulgadas primeiro"). Fiz a verificação ao vivo, contra os documentos-fonte reais, de **31 sondas** (todas com diária publicada e não estimada) mais a **Platinum Explorer**. Isso está refletido em `evidence.json`/`evidence.html` (campos com fundo verde = já verificados). Resumo honesto do que isso trouxe: **Confirmado sem ressalvas (a maioria):** para 22 sondas da Transocean, a VALARIS DS-8, e as sondas Noble Claus Bachmann, Noble Endeavor, Noble Innovator, Noble Intrepid e West Polaris (Seadrill), o valor de diária publicado no painel confere com o Fleet Status Report real da empresa. Cada campo agora tem: URL real do PDF, data de publicação do documento, trecho verbatim da linha da tabela, e data em que eu consultei (05/09/2026). **Divergências reais encontradas (vale sua atenção):** - **Dhirubhai Deepwater KG1**: o painel publica US$ 410.000/dia com a Reliance Industries — isso é o PRÓXIMO contrato já firmado (set/2026–abr/2028). A diária EM VIGOR agora é diferente (US$ 347.500/dia, com a ONGC, até jul/2026). O painel não deixa claro que é o contrato futuro. - **Transocean Barents**: o painel publica US$ 480.000/dia — é a taxa do ÚLTIMO trecho de um escalonamento de 3 períodos com a OMV Petrom; a taxa em vigor agora é US$ 465.000/dia. - **Noble Developer**: o painel cita clientes "Shell/TotalEnergies"; o FSR real de julho/2026 cita ExxonMobil (Guiana) e bp (Trinidad) para os contratos futuros que pagam US$ 375.000/dia (o contrato atual, com a Petronas, está com taxa "Undisclosed" no documento). - **Noble Venturer**: o painel cita "Rhino Resources" como um dos clientes; não encontrei esse nome no FSR de julho/2026 (que cita Tullow, Planet One, Amni e Shell). - **West Polaris**: o painel publica a faixa US$ 409.200–454.700/dia; o FSR real descreve uma TERCEIRA faixa (US$ 438.500/dia, de jan/2028 a jan/2031) que não está refletida no painel. - **Platinum Explorer**: não encontrei, em nenhuma fonte (comunicado da Vantage Drilling International, Drilling Contractor, Offshore Energy, IndexBox), uma diária de US$ 235.000/dia divulgada diretamente. O único dado público é o valor total do contrato (~US$ 261 milhões, 3 anos firmes + 1 opcional). Dividindo por ~1.095 dias chega-se a ~US$ 238.400/dia — próximo, mas não idêntico. **Isto significa que esta diária deveria estar marcada como estimada/calculada no painel, e hoje não está.** Também não localizei o nome "Eldorado" associado a este contrato nas fontes consultadas — só "Vantage Drilling International Ltd.". - **FPSO Lewek Emas**: o valor no campo "diária" desta unidade (~US$ 1 bilhão) é na verdade o VALOR TOTAL do contrato de afretamento, não uma taxa diária — foi um falso positivo do meu filtro inicial. Documentado em `evidence.json` para constar, mas removido da lista de diárias verificadas. Vale revisar como esse campo aparece no painel público de FPSOs. **Limitação técnica importante:** eu NÃO consegui baixar cópias binárias dos PDFs originais nem calcular hash SHA-256 nesta sessão — o ambiente que uso para isso tem acesso de rede restrito a poucos domínios (repositórios de pacotes), e as ferramentas de busca/leitura web que tenho retornam texto extraído da página, não o arquivo bruto. Ou seja: URL, data de publicação, data de consulta e o trecho exato foram genuinamente confirmados ao vivo — mas o "cópia local + hash" ainda depende de alguém (você, ou um ambiente com acesso de rede mais amplo) baixar os 4 PDFs abaixo e rodar `sha256sum` neles: - Transocean FSR 19/02/2026: https://www.deepwater.com/documents/FleetStatusReport/2026/February%202026%20Fleet%20Status%20Report.pdf - Valaris FSR 04/05/2026: https://s23.q4cdn.com/956522167/files/doc_financials/2026/q1/fsr/05042026-Fleet-Status-Report_FINAL.pdf - Noble Corporation FSR 27/07/2026: https://noblecorp.com/download/noble-corporation-fleet-status-report-3/?wpdmdl=3701&refresh=6a9ae342c767f1788535618 - Seadrill FSR 11/05/2026: https://www.seadrill.com/wp-content/uploads/2026/05/260511-Seadrill-Fleet-Status-Report-May-2026-vF.pdf **Ainda não verificado (fica para a próxima rodada, se você quiser continuar):** as especificações técnicas das 31 sondas já verificadas, e a totalidade dos demais campos das outras ~543 unidades da base (todas as FPSOs/FSOs e as sondas com diária estimada/não divulgada). ## Atualização de 05/09/2026 — arquivo textual individual por sonda (diária + cliente + prazo) Você pediu, especificamente para você se resguardar juridicamente, uma cópia própria (no seu domínio) de URL + data de publicação + data de consulta + trecho verbatim para os dados mais sensíveis: diária, cliente contratante e prazo/vigência do contrato. Criei um arquivo `.md` individual para cada uma das 31 sondas já verificadas (`arquivo__diaria_contrato.md`, na pasta `/fontes/`), cada um contendo: - URL da fonte, nome do documento, data de publicação e data de consulta (05/09/2026); - o trecho verbatim (a linha da tabela do Fleet Status Report, ou do comunicado, no caso da Platinum Explorer); - os três valores considerados mais sensíveis conforme publicados no painel nesta data: diária, cliente e fim de contrato; - a mesma análise de conferência/divergência já registrada em `evidence.json` para aquela sonda. Esses mesmos três campos (diária, cliente, fim de contrato) foram atualizados em `evidence.json` para apontar para o arquivo local correspondente ("Arquivo arquivado"), que agora aparece como link clicável em `evidence.html`. O caso do Tidal Action (usado como exemplo por você) já tinha seu próprio arquivo (`arquivo_tidal_action_dayrate.md`) e foi mantido, com o campo "Fim do contrato" também documentado. **Isso NÃO substitui o que ainda falta** (cópia binária idêntica ao original + hash SHA-256 + um snapshot de arquivo independente como o Wayback Machine) — continua valendo a limitação técnica descrita acima: meu ambiente não baixa arquivos brutos de sites externos, e o Wayback Machine (web.archive.org) está bloqueado para as ferramentas de leitura web que tenho disponíveis aqui. Veja a seção "Isto não é orientação jurídica" acima — para o nível de proteção que você descreveu (risco de processo), o próximo passo mais forte é você mesmo submeter as URLs críticas ao "Save Page Now" do Wayback Machine (isso não tem as restrições do meu ambiente) e me enviar os links permanentes gerados, ou me enviar um PDF impresso do navegador de cada página crítica — qualquer arquivo que você me enviar eu consigo hashear de verdade (SHA-256), diferente de um arquivo que eu tentaria baixar sozinho.