<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body 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="moz-cite-prefix">On 2019/04/10 14:03, Jorge Santos
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CADdyVmAEb5Dng3uncVdEMVuV-qpbVtvqBpO07vnLxmkcfMacSw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <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"
                moz-do-not-send="true">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"
                moz-do-not-send="true">http://www.utap.pt/PPP%20Seguranca/SIRESP/Contrato%20em%20vigor/Anexos/Siresp_contrato_anexos.htm</a>,
              são 47, estranhamento o 
              <table class="gmail-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 &lt;<a href="mailto:ct1hix@sapo.pt"
            moz-do-not-send="true">ct1hix@sapo.pt</a>&gt; 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"
            moz-do-not-send="true">https://ct1hix.net/</a>
          <div>
            <div class="gmail-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 &gt; CT1FBF" <br>
              Para: Cluster-ARLA <br>
              CC: <br>
              <br>
              <br type="attribution">
              <blockquote class="gmail-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" moz-do-not-send="true">CLUSTER@radio-amador.net</a><br>
                <a
                  href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster"
                  target="_blank" moz-do-not-send="true">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"
            moz-do-not-send="true">CLUSTER@radio-amador.net</a><br>
          <a
            href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster"
            rel="noreferrer" target="_blank" moz-do-not-send="true">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a><br>
        </blockquote>
      </div>
      <br clear="all">
      <br>
      -- <br>
      <div dir="ltr" class="gmail_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="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">______________________________________________________________
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="moz-txt-link-abbreviated" href="mailto:CLUSTER@radio-amador.net">CLUSTER@radio-amador.net</a>
<a class="moz-txt-link-freetext" href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 
Callsign: CT7ABP
QRA: Pedro Ribeiro
GRID Locator: IM58mr
QTH: São Francisco, Alcochete, Portugal
NET: <a class="moz-txt-link-freetext" href="http://www.qrz.com/db/CT7ABP">http://www.qrz.com/db/CT7ABP</a>
CT7ABP is also home station of CR7AJI Diogo
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= </pre>
  </body>
</html>