<div dir="auto">Eu acho que estás a ser muito optimista, Pedro. <div dir="auto"><br></div><div dir="auto">Eu aposto na inversa, uma hora em 10 torres corresponde a uma sô hora no contrato.</div><div dir="auto"><br></div><div dir="auto"> Um contrato "leonino" (os sportingistas não são para aqui chamados) deveria em bom rigor poder ser repudiado. Por mais voltas que se possa dar ao texto ), a unica solução razoavel é a nacionalização.</div><div dir="auto"><br></div><div dir="auto">João Costa (CT1FBF)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">A qua, 10/04/2019, 19:20, Pedro Ribeiro <<a href="mailto:ct7abp@gmail.com">ct7abp@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Deduzo que as horas sejam a soma da indisponibilidade em vários
pontos (torres??) da infraestrutura.<br>
</p>
<p>Se 10 torres estiverem simultaneamente inativas durante 1h
contarão 10h na contabilização (ou algo do género ...)</p>
<p>73!<br>
</p>
<div class="m_-7431779833779586983moz-cite-prefix">On 2019/04/10 14:03, Jorge Santos
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Não entendo o raio deste relatório. Se as horas que o
SIRESP pode falhar são 69.456, que se a calculadora não
está errada dá 2894 dias, e se um ano não bissexto tem 365
quer dizer que temos um sistema de segurança nacional que
pode estar parado quase <b>8 anos</b>, boa...</div>
<div>Ou as 69.456 horas de downtime são para dividir pelo
tempo de contrato?? nesse caso o contrato é de quantos
anos, será que é de 8?. <br>
</div>
<div>Com base nas informações procurei pelo contrato SIRESP
disponível em: <a href="http://www.utap.pt/Contratos/seguranca/SIRESP.pdf" target="_blank" rel="noreferrer">http://www.utap.pt/Contratos/seguranca/SIRESP.pdf</a>
e depois de o "lamber" todo concluí que precisava dos
anexos, <a href="http://www.utap.pt/PPP%20Seguranca/SIRESP/Contrato%20em%20vigor/Anexos/Siresp_contrato_anexos.htm" target="_blank" rel="noreferrer">http://www.utap.pt/PPP%20Seguranca/SIRESP/Contrato%20em%20vigor/Anexos/Siresp_contrato_anexos.htm</a>,
são 47, estranhamento o
<table class="m_-7431779833779586983gmail-ms-grid8-main" style="border-width:0px" width="683" height="50%" cellspacing="0" cellpadding="0" border="1">
<tbody>
<tr>
<td style="height:15pt;width:79px;color:windowtext;font-size:9pt;white-space:normal;font-weight:400;font-style:normal;text-decoration:none;font-family:Calibri,sans-serif;vertical-align:top;border-color:currentcolor windowtext windowtext currentcolor;border-style:none;border-width:medium;padding-left:1px;padding-right:1px;padding-top:1px" valign="top" height="20"><font face="Verdana" color="#49394E">Anexo 29</font></td>
<td style="height:24.75pt;width:680px;font-size:9pt;white-space:normal;color:black;font-weight:400;font-style:normal;text-decoration:none;font-family:Calibri,sans-serif;vertical-align:middle;border-left:medium none;border-right:medium none windowtext;border-bottom:medium none windowtext;padding-left:1px;padding-right:1px;border-style:none;border-width:medium" valign="middle" height="33">
<p style="margin-bottom:12px;line-height:150%"> <font face="Verdana"> </font><font face="Verdana" color="#0066FF">Procedimento de aferição das
deduções por Falhas de Disponibilidade e por
Falhas de Desempenho<sup>(1)</sup></font></p>
</td>
</tr>
</tbody>
</table>
que define as responsabilidades é um dos não possíveis de
visualização suponho que por ter lá aquele (1) (hehehehe).<br>
</div>
<div>Com toda a transparência, existem coisas que não podem
ser transparentes..., mas não me lixem <b>69.456</b> H de
downtime.<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Ai mãezinha.....<br>
</div>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, 10 Apr 2019 at 12:44,
ct1hix <<a href="mailto:ct1hix@sapo.pt" target="_blank" rel="noreferrer">ct1hix@sapo.pt</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Politiquices!!!!
:(<br>
<br>
73 de Gomes op: CT1HIX<br>
<a href="https://ct1hix.net/" target="_blank" rel="noreferrer">https://ct1hix.net/</a>
<div>
<div class="m_-7431779833779586983gmail-m_100806163890458149quote" style="line-height:1.5"><br>
<br>
-------- Mensagem original --------<br>
Assunto: ARLA/CLUSTER: SIRESP: Não à possibilidade de
multar a empresa que detém o sistema de comunicações de
segurança, o contrato permitia que houvesse uma
indisponibilidade de 69.456 horas..<br>
De: "João Costa > CT1FBF" <br>
Para: Cluster-ARLA <br>
CC: <br>
<br>
<br type="attribution">
<blockquote class="m_-7431779833779586983gmail-m_100806163890458149quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Autor: Rui Pedro
Antunes in Observador<br>
<br>
O ministro da Administração Interna, Eduardo Cabrita,
prometeu e<br>
minutos depois o documento estava no portal do Governo:
mais um<br>
relatório sobre as falhas da rede SIRESP em 2017, ano em
que os<br>
incêndios florestais provocaram a morte de 115 pessoas.
O relatório de<br>
onze páginas deixa claro que — ao contrário do que
chegou a sugerir o<br>
ministro no Parlamento a 4 de abril de 2018 — “não
existe qualquer<br>
margem” para aplicar sanções à empresa que gere a rede
SIRESP pelas<br>
falhas durante os incêndios de 2017.<br>
<br>
O ministro tinha dito em abril de 2018 que “o
levantamento que foi<br>
feito aponta para 9.000 horas de indisponibilidade da
rede SIRESP em<br>
2017, e daí tiremos sem demagogias as responsabilidades
necessárias”.<br>
Depois disso, o ministério chegou a garantir ao Público
que ia aplicar<br>
multas. No entanto, meses depois foi noticiado que não
havia condições<br>
para multar a empresa. O relatório-síntese divulgado
esta terça-feira<br>
— que o ministro pediu à secretaria-geral do Ministério
da<br>
Administração Interna (SGMAI) — conclui que “não existe
qualquer<br>
margem para a entidade gestora (SGAI) aplicar
penalidades à entidade<br>
operadora (SIRESP), SA) relativamente ao ano de 2017 com
base no<br>
critério contratual de disponibilidade da rede”.<br>
<br>
As falhas existiram mas o contrato está feito de uma
forma bastante<br>
favorável para a empresa. Assim, diz a mesma conclusão,
o SIRESP<br>
esteve disponível em 2017 “dentro dos intervalos
contratualmente<br>
permitidos“. O relatório tem os valores referidos pelo
ministro no<br>
Parlamento, mas também tem os valores que a SIRESP
estava autorizada a<br>
falhar, que são bastante superiores.<br>
<br>
Segundo o relatório, a rede SIRESP falhou durante 8.960
horas (o<br>
número dado pelo ministro no Parlamento) e que
corresponde a 6.779<br>
horas de indisponibilidade global e 2.189 horas de
indisponibilidade<br>
operacional. Mas este total de 8.960 horas de
indisponibilidade não é<br>
um problema para a empresa, já que o contrato permitia
que houvesse<br>
uma indisponibilidade de 69.456 horas.<br>
<br>
Ainda assim, na disponibilidade operacional (onde estão
as falhas de<br>
mais gravidade — de Nível 1) a indisponibilidade
verificada ficou<br>
muito mais perto do limite: 2189 horas de
indisponibilidade verificada<br>
para 5298 horas de indisponibilidade permitida (41,31%).<br>
<br>
A avaliação do contrato é feita de forma quantitativa,
não<br>
qualitativa. Aquelas nove mil horas podem ter sido
altamente<br>
prejudiciais para o sistema de Proteção Civil, mas o que
conta para<br>
efeitos de contrato é o número de horas por ano que a
rede pode<br>
falhar. Estas falhas podem ocorrer em diferentes dias e
zonas do país<br>
e são acumulativas.<br>
<br>
Na introdução deste relatório é explicado que, na base
do estudo,<br>
estiveram dados cedidos pela própria SIRESP, SA, após
terem sido<br>
cruzados com a aplicação TeMIP pela SGAI, uma aplicação
que, segundo a<br>
SGMAI, “é inviolável e armazena todos os eventos que
poderão impactar<br>
a disponibilidade da rede SIRESP“. É neste último ponto
que estará<br>
garantida a independência da análise.<br>
<br>
O relatório explica que o cálculo da “disponibilidade
operacional e<br>
global” é de “elevada complexidade” e que, por isso,
foram tidos em<br>
conta “todos os períodos de indisponibilidade dos
elementos que em<br>
2017 registaram avaria ou indisponibilidade, sem aplicar
nenhuma das<br>
deduções contratualmente previstas.”<br>
<br>
<br>
______________________________________________________________<br>
Esta mensagem é da exclusiva responsabilidade<br>
do seu autor e não representa nem vincula a posição <br>
da ARLA - Associação de Radioamadores do Litoral
Alentejano<br>
_______________________________________________<br>
CLUSTER mailing list<br>
<a href="mailto:CLUSTER@radio-amador.net" target="_blank" rel="noreferrer">CLUSTER@radio-amador.net</a><br>
<a href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster" target="_blank" rel="noreferrer">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a><br>
</blockquote>
</div>
</div>
______________________________________________________________<br>
Esta mensagem é da exclusiva responsabilidade<br>
do seu autor e não representa nem vincula a posição <br>
da ARLA - Associação de Radioamadores do Litoral Alentejano<br>
_______________________________________________<br>
CLUSTER mailing list<br>
<a href="mailto:CLUSTER@radio-amador.net" target="_blank" rel="noreferrer">CLUSTER@radio-amador.net</a><br>
<a href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster" rel="noreferrer noreferrer" target="_blank">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a><br>
</blockquote>
</div>
<br clear="all">
<br>
-- <br>
<div dir="ltr" class="m_-7431779833779586983gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<table width="193" height="394" cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td>
<p><font size="2">73's</font></p>
<div style="text-align:center"><font size="1">***********************************</font><br>
<font size="1">CT1JIB
/ <b>Jorge Santos</b></font><br>
<font size="1">***********************************</font></div>
</td>
</tr>
</tbody>
</table>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="m_-7431779833779586983mimeAttachmentHeader"></fieldset>
<pre class="m_-7431779833779586983moz-quote-pre">______________________________________________________________
Esta mensagem é da exclusiva responsabilidade
do seu autor e não representa nem vincula a posição
da ARLA - Associação de Radioamadores do Litoral Alentejano
_______________________________________________
CLUSTER mailing list
<a class="m_-7431779833779586983moz-txt-link-abbreviated" href="mailto:CLUSTER@radio-amador.net" target="_blank" rel="noreferrer">CLUSTER@radio-amador.net</a>
<a class="m_-7431779833779586983moz-txt-link-freetext" href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster" target="_blank" rel="noreferrer">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a>
</pre>
</blockquote>
<pre class="m_-7431779833779586983moz-signature" cols="72">--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Callsign: CT7ABP
QRA: Pedro Ribeiro
GRID Locator: IM58mr
QTH: São Francisco, Alcochete, Portugal
NET: <a class="m_-7431779833779586983moz-txt-link-freetext" href="http://www.qrz.com/db/CT7ABP" target="_blank" rel="noreferrer">http://www.qrz.com/db/CT7ABP</a>
CT7ABP is also home station of CR7AJI Diogo
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= </pre>
</div>
______________________________________________________________<br>
Esta mensagem é da exclusiva responsabilidade<br>
do seu autor e não representa nem vincula a posição <br>
da ARLA - Associação de Radioamadores do Litoral Alentejano<br>
_______________________________________________<br>
CLUSTER mailing list<br>
<a href="mailto:CLUSTER@radio-amador.net" target="_blank" rel="noreferrer">CLUSTER@radio-amador.net</a><br>
<a href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster" rel="noreferrer noreferrer" target="_blank">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a><br>
</blockquote></div>