Escolar Documentos
Profissional Documentos
Cultura Documentos
DOCUMENTO DE CONCURSO
Apresentao
1. Este documento padro foi elaborado em conformidade com o Regulamento de Contratao
Parte Mveis (que podem ser modificadas). Somente so permitidas as alteraes que esto
indicadas no prprio texto, que so destinadas adequao a cada concurso.
5. Este modelo padro inclui as seguintes Partes e Seces:
Parte
Seco Discriminao
Parte Fixa /
Parte Mvel
Parte 1
- I. Instrues aos Concorrentes (IAC)
Parte Fixa
Programa do
II. Dados de Base do Concurso
Parte Mvel
Concurso
III. Critrios de Avaliao e Qualificao Parte Mvel
IV. Formulrios de Proposta
Parte Fixa
Parte 2 - V. Condies Gerais do Contrato (CGC)
Parte Fixa
Contrato
VI. Condies Especiais do Contrato Parte Mvel
(CEC)
VII. Modelo de Contrato
Parte Mvel
VIII. Formulrios de Garantia
Parte Fixa
Parte 3 - IX. Especificaes Tcnicas dos Servios Parte Mvel
Caderno de
Encargos
Anncio
Parte Mvel
6. Em nenhuma circunstncia as Partes Fixas podero ser alteradas directamente.
7. As referncias feitas aos artigos do Regulamento que constam ao longo do texto se destinam
Sumrio
PARTE 3 Contrato
Seco VI. Condies Gerais do Contrato (CGC)
Seco VII. Condies Especiais do Contrato (CEC)
Seco VIII. Modelo de Contrato
Observao
Datas
1. De preparao
1.2. Oramento
2. Publicao do anncio
08 e 11 de Abril de 2016
pginas de Internet da AT e do
Governo Moambicano- art. 32
2.1. Data limite para pedido de esclarecimento
22 de Abril de 2016
1.anuncio-art.67
2.2. Data limite para respostas e esclarecimentos
05 de Maio de 2016
1.anuncio-art.67
3. Apresentao e abertura das propostas
Art.70 e 75
13 de Junho de 2016
Art.76
20 de Junho de 2016
Art.78
At 27/07/2016
Art.75
28 de Julho de 2016
At 01/08/2016
Art.84
At 06/08/2016
5. Admisso de reclamao
Art.140
At 09/08/2016
Art.140
At 14/08/2016
Art.142
At 17/08/2016
Art.142
At 22/08/2016
6. De negociao do contrato
Art.138
At 22/08/2016
7. De adjudicao
Art.83
At 30/08/2016
tcnicas
3.1. Diligncia para correco de falhas ou
omisses
3.2. Avaliao e qualificao das propostas
tcnicas
Nome
Introduo
Identificao do Concurso
Entidade Contratante
Objecto do Concurso
Modalidade
Critrios de Avaliao e Deciso
Fonte de Recursos
Concorrentes Elegveis
Impedimentos
B
9
10
11
Documentos de Concurso
Contedo dos Documentos de Concurso
Esclarecimentos sobre os Documentos de Concurso
Adenda aos Documentos de Concurso
C
12
13
14
15
16
17
18
19
20
21
22
23
24
25
D
26
27
28
29
30
E
31
32
33
34
35
36
37
38
39
40
41
42
43
F
44
45
46
47
48
49
50
Adjudicao do Contrato
Critrio de Adjudicao
Notificao de Adjudicao
Assinatura do Contrato
Garantia Definitiva
Reclamaes e Recursos
Prticas Anti-ticas
Sanes
2. Entidade
Contratante
3. Objecto do
Concurso
4. Modalidade
5. Critrio de
Avaliao e
Deciso
6. Fonte de
Recursos
7. Concorrentes
elegveis
B - Documentos de Concurso
9. Contedo dos
Documentos de
Concurso
PARTE 3 Contrato
9
10
13. Lngua da
Proposta
14. Documentos
Integrantes da
Proposta
15. Proposta
Tcnica
Na
hiptese
da
empresa
no
possuir
isoladamente toda a qualificao tcnica para o
Servio, poder associar-se com pessoa(s)
singular(s) ou pessoa(s) colectiva(s) em consrcio
ou subcontrato, conforme adequado.
(ii)
(iii)
Recomenda-se que a maioria do pessoalchave proposto seja constituida por tcnicos que
sejam funcionrios permanentes do Concorrente
ou tenham com ele um relacionamento profissional
prolongado e estvel.
(iv)
(v)
No
se
admitir
Proposta
de
equipa
profissional alternativa, e dever ser apresentado
apenas um curriculum vitae (CV) para cada cargo.
(vi)
16. Contedo
da Proposta
Tcnica
12
(vi)
Os relatrios do Concorrente, relativos
aos servios, sero apresentados em lngua
Portuguesa, excepto se especificados de outra forma
nos Dados de Base do Concurso. Recomenda-se
que a equipa do Concorrente tenha conhecimento
profissional da lngua Portuguesa.
16.1 A Proposta Tcnica deve apresentar as
seguintes informaes, utilizando os Formulrios
Padronizados (Seco IV) quando existentes:
(l)
(li)
18. Preos da
Proposta e
Descontos
14
(ii)
(iii) O preo dos Bens, obtido pela diferena entre (i) e (ii)
15
acima;
(iv) O IVA e outras obrigaes fiscais que sero pagos
sobre os Bens se o contrato for adjudicado ao
concorrente; e
(v)
19. Moedas da
Proposta
20. Documentos de
Elegibilidade do
Concorrente
16
de Informaes do Consrcio;
b) Declarao de que no se encontra em nenhuma das
situaes de impedimento indicadas nas IAC, Clusula 8.
20.3. Caso tenha ocorrido pr-qualificao, o concorrente dever
confirmar em sua proposta que continua a atender as condies de
elegibilidade.
20.4. A Entidade Contratante poder solicitar, a qualquer tempo, que o
concorrente apresente a confirmao de que o mesmo continua a
atender os requisitos de elegibilidade.
21. Documentos de
Origem dos
Bens
22. Documentos
Estabelecendo a
Conformidade
dos Bens aos
Documentos de
Concurso
17
18
24. Prazo de
Validade das
Propostas
25. Garantia
Provisria
(b)
26. Formato e
Assinatura da
Proposta
(d)
33.Esclarecimento 33.1 Para assistir no exame, avaliao, comparao e psqualificao das propostas, a Entidade Contratante pode, a seu
de Propostas
critrio, realizar diligncias e solicitar qualquer esclarecimento
aos Concorrentes a respeito de sua proposta. No sero
considerados esclarecimentos apresentados por um Concorrente
que no seja em resposta a uma solicitao da Entidade
Contratante. As solicitaes de esclarecimento emitidas pela
Entidade Contratante e a resposta sero feitos por escrito.
Nenhuma modificao nos preos ou na substncia da proposta
ser considerada, oferecida ou permitida, excepto a confirmao
da correo de erros aritmticos detectados pela Entidade
25
35.
26
(b)
(c)
27
39. Avaliao e
Deciso com Base
no Critrio
Conjugado
42. Posqualificao
30
F. Adjudicao do Contrato
44. Critrios de
Adjudicao
45. Notificao de
Adjudicao
48. Reclamaes e
Recursos
32
50. Sanes
33
IAC 1.1.
A Introduo
Nmero do Concurso: 01/AT/16
IAC 2.1
Nome da Entidade
Moambique
Contratante:
Autoridade
Tributria
de
IAC 3.1
IAC 3.2
IAC 4.1
IAC 5.1
IAC 6.1
Fonte de Recursos:
As despesas decorrentes do contrato tm cobertura oramental de
acordo com o Oramento de Estado e Fundo Comum
IAC 7.2
Teste,
B - Documentos de Concurso
IAC 10.1
IAC 10.2
IAC 16.1
IAC 17.5
IAC 17.9
IAC 18.1
Indicar prazo que corresponda at 2/3 do prazo estabelecido para apresentao das propostas.
35
IAC 21.3
IAC 21.6
IAC 23.1
IAC 24.1
IAC 25.1
IAC 27.1
IAC 30.1
36
IAC 37.1
IAC 37.2
IAC 38.3
IAC 38.5
Pontuao
Mxima
Possvel
Pontuao
Mnima
Admissvel
37
150
312
75
123
40
50
750
100
263
60
123
31
30
607
temporria.
Esta verso de demonstrao da soluo tecnolgica deve ser
instalada num Centro de Dados a indicar pela Entidade
Contratante e que estar apetrechado para o efeito. Deste
modo, o concorrente deve explicitar, com a mesma
antecedncia na sua proposta tcnica, os requisitos mnimos de
hardware e software para a sua instalao naquele ambiente
informtico.
A pedido expresso do (s) concorrente (s) ao Jri, pode ser
organizada uma visita guiada ao Centro de Dados para
avaliao in-situ do aparato tecnolgico existente.
Os casos de teste da prova de conceito so detalhados na tabela
3.3.2 Proof-of-Concept do prottipo do SGMF (Seco V
Escopo do Fornecimento) e executados pelo Jri do concurso.
Os concorrentes que no obtiverem a pontuao mnima, por
seco, como explicado em 3.3.5 Globalizao da Pontuao
da Proposta Tcnica (Seco V Escopo do Fornecimento),
no transitam para a fase de avaliao das propostas
financeiras, sendo automaticamente desqualificados.
Sem prejuzo do Decreto 15/2010 de 24 de Maio, a durao da
Prova de Conceito no deve exceder os trinta (30) dias teis,
39
pode
ser
interrompido,
com
consequente
40
PMenor
PFinal
0,3 PTecnica 100%
PConcorren te
Onde:
PFinal = Pontuao final do concorrente
PMenor = o valor da proposta financeira de mais baixo preo a
concurso
PConcorrente = o valor da proposta financeira do concorrente
PTecnica = o peso final do concorrente obtido pelo mtodo descrito
na seco 3.3 Matriz de Avaliao (Seco V Escopo do
Fornecimento).
Em caso de empate entre duas ou mais propostas na pontuao final, a
classificao final atribuda ao concorrente detentor da melhor
proposta tcnica, e persistindo o empate, a classificao final deve ser
decidida por sorteio, em sesso pblica nos termos do estabelecido no
41
F. Adjudicao do Contrato
IAC 46.5
IAC 47.1
IAC 48.1(a)
IAC 48.1(b)
42
Autoridade Competente:
Presidente da Autoridade Tributria de Moambique
Montante da Garantia:
125,000,00MT
Autoridade Competente:
Ministro da Economia e Finanas
Montante da Garantia:
125,000,00MT
Sumrio
1. Margem de Preferncia (IAC 36.2)- No aplicvel
2. Critrios de Avaliao (IAC 38.1.(d)) e (IAC 39.4 (d))
3. Mltiplos Contratos (IAC 37.5)-No aplicvel
4. Requisitos para Ps-qualificao (IAC 41.2)
43
44
(a)
(b)
(c)
Prazo de Entrega
(i) Os Bens objecto do Concurso devero ser entregues no prazo especificado na
Seco V (Escopo do Fornecimento).
(ii) Aos Concorrentes permitida a apresentao de variante no prazo de entrega
especificado na Seco V, desde que o prazo no ultrapasse o limite mximo e
mnimo indicado nos Dados de Base do Concurso. Caso o Concorrente
apresente um prazo de entrega que no esteja em conformidade com o que est
indicado nos Dados de Base do Concurso, sua proposta ser considerada como
no adequada e ser desclassificada pela Entidade Contratante.
(iii) A Entidade Contratante levar em considerao alteraes no prazo de entrega,
para fins de avaliao das propostas, aplicando um factor de correco na forma
45
Prazo de Garantia
(i) Os Bens objecto do Concurso devero ter uma garantia tcnica de acordo com o
prazo especificado na Seco V (Escopo do Fornecimento).
(ii) Aos Concorrentes, entretanto, permitida a apresentao de variante no prazo de
garantia especificado na Seco V, desde que o prazo no ultrapasse o limite
mximo e mnimo indicado nos Dados de Base do Concurso. Caso o
Concorrente apresente um prazo de garantia tcnica que no esteja em
conformidade com o que est indicado nos Dados de Base do Concurso, sua
proposta ser considerada como no adequada e ser desclassificada pela
Entidade Contratante.
(iii) A Entidade Contratante levar em considerao alteraes no prazo de garantia
tcnica, para fins de avaliao das propostas, aplicando um factor de correco
na forma especificada nos Dados de Base do Concurso, sob a forma de
acrscimo ou desconto no preo proposto. 3
(e)
(f)
(g)
(h)
O factor de correco deve corresponder vantagem ou desvantagem econmica obtida pela Administrao na
antecipao ou atraso.
3
O factor de correco deve corresponder vantagem ou desvantagem econmica obtida pela Entidade
Contratante na antecipao ou atraso.
46
(i)
48
49
50
Formulrio 11.
Comentrios e sugestes do concorrente a respeito dos Termos de
Referncia e dos servios, dos dados e instalaes a serem fornecidos pela Entidade
Contratante.
Formulrio 12. Documento de abordagem da metodologia e plano de trabalho para a
execuo dos Servios
Formulrio 13.
Formulrio 14.
Formulrio 15.
Formulrio 16.
Cronograma de actividades/tarefas.
5. Endereo oficial do Concorrente e de cada membro de Consrcio: [informar o endereo oficial no pas de
origem do Concorrente]
Endereo: [informar o endereo]
Telefone/Fax: [informar t telefone/fax]
Email: [informar email ]
6. Informaes sobre o Representante Autorizado do Concorrente
Nome: [informar nome do Representante Autorizado]
Endereo: [informar o endereo do Representante Autorizado]
Telefone/Fax: [informar telefone/fax do Representante Autorizado]
Email: [infomar email do Representante Autorizado]
7. Encontram-se, anexas, cpias dos originais dos seguintes documentos: [marque a(s) caixa(s)
correspondente(s)]
Certido de registo comercial e estatutos actualizados.
Autorizao do signatrio para assinatura da proposta e dos documentos de consrcio.
No caso de Consrcio, projecto ou documento de constituio.
No caso de rgos e instituies do Estado (incluindo autarquias e empresas do Estado), declarao ou
documentos comprovativos de sua autonomia jurdica e comercial.
O Concorrente deve preencher este formulrio de acordo com as instruces indicadas abaixo. Nenhuma alterao no seu
formato deve ser feita e no sero aceitas substituies. Este formulrio deve ser preenchido pelo Concorrente e por cada um
dos membros de um Consrcio.
52
O Concorrente deve preencher este formulrio de acordo com as instruces indicadas abaixo.
53
O Concorrente deve preencher este formulrio de acordo com as instruces indicadas abaixo. Nenhuma alterao no seu formato deve ser
feita e no sero aceitas substituies.
54
Datado aos
dias de
_____________________________
Assinatura
de 200__.
_____________________________
Cargo
55
1
Item
N
2
Descrio dos Bens
3
Pas de
Origem
4
Prazo de
entrega
como
definido por
Incoterms
5
Quantidade e
unidade fsica
6
Preo Unitrio
CIP [inserir Local de
Destino]
de acordo com as IAC
17.8 (b)(i)
7
Preo CIP por item
Data:______________
N do Concurso: ___________
Propostas com Variante: _____
Pgina N (______ de ______ )
8
Preo por item para
transporte interno e outros
servios incidentes em
Moambique para entrega
dos Bens at o Destino
Final especificado nos
Dados de Base do
Concurso
9
Preo Total por item
(Col. 5x6)
[insira
nmero
do item]
[inserir o
Pas de
Origem dos
Bens]
[inserir a
Prazo de
Entrega]
[inserir o
[inserir o preo
nmero de
unitrio CIP, por item]
unidades e a
nome da unidade
fsica]
[inserir o Preo
Total CIP, por item]
[inserir o preo
correspondente por item]
Preo Total
Nome do Concorrente [inserir o nome completo do Concorrente] Assinatura do concorrente [assinatura do signatrio da proposta] Data [Inserir Data]
(Col. 7+8)
[inserir o preo otal por item]
1
Item
N
[inserir
nmero
do item]
2
Descrio dos Bens
Data:______________
N do Concurso: ___________
Propostas com Variante: _____
Pgina N (______ de ______ )
3
Pas de
Origem
4
Prazo de
entrega
como
definido por
Incoterms
[inserir
[inserir
Pas de
Prazo de
Origem dos Entrega]
Bens]
5
Unidade e
Quantidade
Fsica
6
Preo Unitrio,
incluindo
impostos e
taxas de
importao
pagas, de
acordo com as
IAC 17.8 (c)(i)
7
Custos e Taxas de
Inmportao
pagas por unidade,
de acordo com as
IAC 17.8(c)(ii) ,
[a serem
confirmados por
documentos]
8
Preo Unitriio
lquido dos
custos e
impostos de
importao, de
acordo com a
Clusula IAC
17.8 (c) (iii)
(Col. 6
deduzindo
Col.7)
[inserir
nmero de
unidades a
serem
entregues e
o nome da
unidade
fsica]
[inserir preo
unitrio]
[inserir impostos
e taxas, por
unidade]
[inserir preo
unitrio das
despesas e
taxas de
importao]
9
Preo por item,
lquido dos
custos e
impostos de
importao e
taxas, pagas, de
acordo com a
Clusula IAC
17.8(c)(i)
(Col. 58)
10
Preo por item do
transporte interno e
outros servios
incidentes em
Moambique, para
entrega dos Bens no
Destino Final
especificado nos
Dados de Base do
Concurso, na
Clusula IAC 17.8
(c)(v)
11
IVA e outros
impostos sobre
venda pagveis
por item se o
contrato for
adjudicado (de
acordo com as
IAC Clusula
17.8(c)(iv)
[ inserir preo
unitrio por item
das despesas e
taxas de
importao]
[inserir preo
unitrio por item do
transporte interno e
outros services
incidentes em
Moambique]
[inserir IVA e
outros impostos
pagveis se o
contrato for
adjudicado]
12
Preo Total por item
(Col. 9+10)
Preo Total
Nome do Concorrente [inserir o nome completo do Concorrente] Assinatura do concorrente [assinatura do signatrio da proposta] Data [Inserir Data]
57
1
Item
N
2
Descrio de Bens
3
Prazo de
entrega como
definido por
Incoterms
Data:______________
N. do Concurso: ___________
Propostas com Variante: _____
Pgina N (______ de ______ )
(Propostas do Grupo A e B)
4
Quantida
de e
unidade
fsica
5
Preo unitrio
EXW
6
Preo Total
EXW por Item
7
Preo por item para
transporte interno e outros
servios incidentes em
Moambique para entrega
dos Bens at o Destino
Final
8
Custo local de mode-obra, matriasprimas e
componentes
originrios de
Moambique
9
IV e outros impostos
pagveis por item se o
Contrato for adjudicado
10
Preo total por
artigo de linha
(Col. 4(5)
(% de Col. 5)
[insira
nmero
do item]
[indicar
Prazo de
Entrega]
[insira
nmero e
o nome
da
unidade a
ser
provido]
[insira preo
unitrio
EXW]
[insira total
EXW por item]
[insira o preo
correspondente por item]
[inserir o custo de
mo-de-obra local,
matria-prima e
componentes
includos em
Moambique, como
um percentual do
preo EXW, por
item]
(Col. 6+7)
[inserir o IV e outros
impostos pagveis se o
Contrato for adjudicado, por
item]
Preo total
Nome do Concorrente [insira nome completo do Concorrente] Assinatura do Concorrente [assinatura de pessoa que assina a Proposta] Data [insira data]
58
[insira preo
total por item]
Nome do Concorrente
______________________
1
Servio
N
[inserir
nmero
do
Servio
]
2
3
Descrio dos Servios (exCECto
Pas de
transporte interno e outros servios
Origem
incidents para entrega dos Bens no Destino
Final)
[inserir nome dos Servios]
[inserir pas
de origem
dos
Servios]
4
Prazo de Entrega
no Destino Final
[inserir prazo de
entrega dos
servios no
Destino Final]
5
Quantidade e Unidade Fsica
6
Preo Unitrio
[inserir preo
unitrio por
item]
7
Preo Total por
Servio
(Col. 5*6 ou
estimativa)
[inserir preo total
por item]
Preo Total
Nome do Concorrente [insira nome completo do Concorrente] Assinatura do Concorrente [assinatura de pessoa que assina a Proposta] Data [insira data]
59
_________________
(b)
A presente Garantia terminar: (a) se o Concorrente for o vencedor, aps receber cpia do Contrato assinado
pelo Concorrente e a Garantia Definitiva emitida de acordo com as instrues aos concorrentes; ou (b) se o
concorrente no for o vencedor (i) mediante recebimento de uma cpia da notificao com o nome do
concorrente vencedor; ou (ii) trinta dias aps o vencimento da proposta do concorrente.
Desta forma, qualquer demanda para pagamento sob esta garantia deve ser recebida por ns em nossos
escritrios at a data de vencimento da mesma.
Esta Garantia garantida pelo Banco, assim como seus sucessores e pelos abaixo assinados na melhor forma
de direito.
___________________________________________
Assinatura do Banco:
_________________
Estamos cientes de que __ [nome do Fornecedor] ___ (doravante denominado de o Contratado), foi
notificado da adjudicao para fornecimento de [indicar o objecto do concurso], de acordo com o Concurso
No. ___ [indicar o nmero do concurso].
Para alm disso concordamos, em conformidade com as condies dos Documentos de Concurso, que o
Fornecedor deve apresentadar uma Garantia Definitiva.
Conforme solicitado pelo Fornecedor, ns [nome do Banco], garantimos, de forma irrevogvel, a pagar
qualquer soma ou somas que no ultrapassem o montante total de [montante em nmeros] 7 [montante por
extenso], mediante o recebimento de sua primeira solicitao escrita, acompanhada de uma informao
escrita de que o Fornecedor deixou de cumprir qualquer uma das condies do Contrato.
A presente Garantia terminar no mais tarde do que [inserir dia, ms e ano] 8 . Desta forma, qualquer
demanda para pagamento sob esta garantia deve ser recebida por ns em nossos escritrios at a data de
vencimento da mesma.
62
O Banco dever inserir o valor especificado nas Condies Particulares do Contrato, de acordo com a moeda do
Contrato ou outra moeda livremente conversvel que seja aceitvel para a Entidade Contratante.
A data deve ser estabelecida de acordo com a Clusula ___ das Condies Gerais do Contrato, tomando em conta
qualquer obrigao de garantia do Fornecedor, de acordo com a Clusula ___ das Condies Gerais do
Contrato, que necessite ser suportada pela Garantia de Execuo. O Fornecedor deve ter em conta que em
qualquer extenso de prazo para execuo do contrato, a Entidade Contratante poder solicitor uma extenso
compatvel desta Garantia Bancria. Tal solicitao ser feita po rescrito e sera feita previamente ao vencimento
da data final estabelecida na Garantia. Na elaborao da Garantia, a Entidade Contratante poder aceitar que
seja adicionado o seguinte texto no formulrio, no final do penltimo pargrafo: Ns concordamos com uma
extenso desta garantia por um perodo que no exceda a [seis meses] [um ano], em resposta a uma solicitao
escrita da Entidade Contratante, desde que tal pedido de extenso nos seja apresentado antes do vencimento da
Garantia.
Esta Garantia garantida pelo Banco, assim como seus sucessores e pelos abaixo assinados na melhor forma
de direito.
___________________________________________
Assinatura do Banco:
___________
Estamos cientes de que __ [nome do Fornecedor] ___ (doravante denominado de o Contratado), assinou o
Contrato Nmero [inserir nmero do Contrato], assinado em [inserir data do Contrato] com Vossas
Senhorias, para o fornecimento de [indicar o objecto do concurso].
Para alm disso, nos estamos cientes, de acordo com as condies do Contrato, que um pagamento
adiantado dever ser feito mediante a apresentaao de uma garantia.
uma condio para qualquer reivindicao e pagamento sob esta Garantia, que o pagamento acima tenha
sido recebido pelo Fornecedor na sua conta bancria de cordo com o seguinte [inserir nmero e outros
dados da conta bancria do Contratado].
Conforme solicitado pelo Fornecedor, ns [nome do Banco], garantimos, de forma irrevogvel, a pagar
qualquer soma ou somas que no ultrapassem o montante total de [montante em nmeros] 9 [montante por
extenso], mediante o recebimento de sua primeira solicitao escrita, acompanhada de uma informao
escrita de que o Fornecedor usou a pagamento adiantado para outros objectivos que no sejam a entrega dos
Bens.
A presente Garantia permanecer vlida desde a data de recebimento do adiaantamento pelo Fornecedor sob
o Contrato at [inserir dia, ms e ano] 10 . Desta forma, qualquer demanda para pagamento sob esta garantia
deve ser recebida por ns em nossos escritrios at a data de vencimento da mesma.
10
O Banco dever inserir o valor especificado nas Condies Particulares do Contrato, de acordo com a moeda do
Contrato ou outra moeda livremente conversvel que seja aceitvel para a Entidade Contratante.
A data deve ser estabelecida de acordo com a Clusula ___ das Condies Gerais do Contrato, tomando em conta
qualquer obrigao de garantia do Fornecedor, de acordo com a Clusula ___ das Condies Gerais do
Contrato, que necessite ser suportada pela Garantia de Execuo. O Fornecedor deve ter em conta que em
qualquer extenso de prazo para execuo do contrato, a Entidade Contratante poder solicitor uma extenso
compatvel desta Garantia Bancria. Tal solicitao ser feita po rescrito e sera feita previamente ao vencimento
da data final estabelecida na Garantia. Na elaborao da Garantia, a Entidade Contratante poder aceitar que
seja adicionado o seguinte texto no formulrio, no final do penltimo pargrafo: Ns concordamos com uma
extenso desta garantia por um perodo que no exceda a [seis meses] [um ano], em resposta a uma solicitao
63
Esta Garantia garantida pelo Banco, assim como seus sucessores e pelos abaixo assinados na melhor forma
de direito.
___________________________________________
Assinatura do Banco:
escrita da Entidade Contratante, desde que tal pedido de extenso nos seja apresentado antes do vencimento da
Garantia.
64
A empresa [nome do Fabricante], fabricante oficial de [indicar o nome dos Bens fabricados], com
instalaes em [indicar endreo completo da fbrica], pelo presente autorizamos [nome completo do
Concorrente] a submeter uma proposta para fornecimento dos seguintes bens de nossa fabricao: [inserir
nome ou breve descrio dos Bens], e subsequentemente negociar e assinar o Contrato com V.Excias
referente ao Concurso N. [indicar o nmero do Concurso/Lote(s) N.(s)].
Ns pelo presente estendemos nossa total garantia conforme a Clusula ___ das Condies Contratuais
Gerais para os bens oferecidos para fornecimento pelo Concorrente acima, conforme as Instrues aos
Concorrentes.
11
O Concorrente deve requerer do Fabricante o preenchimento deste Formlrio, de acordo com as instrues indicadas. Esta
autorizao deve ser feita em papel com a indicao do nome do fabricante (papel timbrado) e deve estar assinada por pessoa com
autoridade para assinar documentos em nome do Fabricante. O Concorrente deve incluir este formulrio em sua proposta,
preenchido e assinado, se esta exigncia estiver indicada nos Dados de Base do Concurso.
65
[Local,
Data] Ao:
Exmos. Senhores,
A empresa infra-assinada oferece seus servicos de consultoria para [Nome dos
servicos de consultoria] de acordo com a Carta de Solicitacao de Proposta datada de [Data] e
nossa Proposta. A Proposta compreende tanto a Proposta Tecnica como a Proposta Financeira,
lacradas, em envelopes separados.
Estamos cientes de que V.Excias. nao se obrigam a aceitar qualquer Proposta recebida.
Atenciosamente,
Assinatura Autorizada:
Nome e Cargo do
Signatario: Nome da
Empresa:
Endereco
66
Pas:
Local no Pais:
No de membros da Equipa:
Endereo:
No de Pessoal/ms; durao do
servio:
Descrio do Projecto:
Nome da empresa:
67
68
69
Equipa tcnica
Nome
70
Posio
Tarefa
Nacionalidade:
Qualificaes-chave:
[Fornecer um esboco da experincia do membro da equipa e que sejam relevantes para as tarefas a serem
executadas pelo profissional. Descrever o grau de responsabilidade assumida pelo membro da equipa em tarefas
relevantes anteriores, fornecendo datas e local. Utilizar cerca de meia pgina]
Formao:
[Resumir formacao e qualquer outra especializao do membro da equipa, que seja relevante, fornecendo nomes das
escolas, datas e diplomas obtidos. Utilize cerca de um quarto de pgina].
Registo de Emprego:
[Iniciando com o cargo actual, relacionar em ordem inversa todos os empregos anteriores. Indicar as posices que o
membro da equipa ocupou, com os nomes das organizaes para as quais trabalhou, tarefas desempenhadas e locais
de trabalho. Relativamente aos ultimos cinco anos, inIormar, tambm, os tipos de actividades desempenhadas e
referncias a respeito dos clientes, se possvel. Utilizar trs quartos de pgina].
71
Idiomas:
[Para cada idioma, indicar nivel de proficincia. excelente, bom, razovel, para falar, ler e escrever].
Declarao:
Eu, abaixo-assinado, declaro que as informaes fornecidas so verdadeiras a respeito de
minhas qualificaes e experincia. Adicionalmente, confirmo a minha disponibilidade para estes
Servios.
Data/Ms/Ano:
Nome e Assinatura do membro da Equipa:
Nome e Assinatura do representante autorizado da empresa:
72
Nome
Posio
Actividades
10 11 12 Numero de pessoas/mes
Sub-total (1)
Sub-total (2)
Sub-total (3)
Sub-total (4)
Relatrios devidos:
Durao das actividades:
Assinatura: (Representante autorizado)
73
1o
2o
Actividade (tarefa)
B.
Relatrios
1. Relatrio Inicial
2. Relatrio peridico/parcial, etc.
(a) Primeiro relatrio da situao
(b) Segundo relatrio da situao
3. Draft de relatrio final
4. Relatrio final
74
Data
3o
4o
5o
6o
7o
8o
9o
10o
11o
12o
Sumrio
75
N.
Lotes
N/A
76
Quant.
Un.
Destino Final
(conforme
especificado nos
Dados de Base do
Concurso)
Prazo de Entrega
Prazo mais
Cedo
(Prazo
Mnimo)
Prazo mais
tarde (Prazo
Mximo)
Data Proposta
pelo
Concorrente
REPBLICA DE MOAMBIQUE
MINISTRIO DA ECONOMIA E FINANAS
AUTORIDADE TRIBUTRIA DE MOAMBIQUE
DIRECO-GERAL DE IMPOSTOS
----------PROJECTO MQUINAS FISCAIS
Especificaes Tcnicas
TERMOS DE REFERNCIA DO CONCURSO INTERNACIONAL PARA O
FORNECIMENTO, INSTALAO, TESTE, IMPLEMENTAO E
MANUTENO DO SISTEMA INFORMTICO
PARA GESTO DAS MQUINAS FISCAIS (SGMF)
Verso: 1.3
Data Impresso: 14 de April de 2016
PRINCE 2
Estado: Aprovado
77
ndice
DEFINIES E ACRNIMOS 79
I . RESUMO
81
85
SECUNDRIOS
85
86
86
3.2 Milestones
87
88
88
89
89
105
114
129
133
78
DEFINIES E ACRNIMOS
API Abrev. de Application Programming Interface.
AT Autoridade Tributria de Moambique.
ATM Abrev. Asynchronous Teller Machine
Cloud Computing Software
aplicacional
com
base
em
recursos
das
Associaes
Econmicas
de
Moambique.
EDI Abrev. de Electronic Data Interchange.
ERP Abrev. de Enterprise Resource Planning
e-Tributao Sistema Informtico on-line para arrecadao e
classificao
de
receitas
tributrias
da
AT
(http://www.e-tributacao.blogspot.com ).
GNU Abrev. de GNU General Public License aplicvel a
software open-source.
GPRS Abrev. de General Packet Radio Service.
INSS Abrev. de Instituto Nacional da Segurana Social
IRPC Abrev. de Imposto sobre o Rendimento de Pessoas
Colectivas.
IRPS Abrev. de Imposto sobre o Rendimento de Pessoas
Singulares.
ISPC Abrev. de Imposto Simplificado para Pequenos
Contribuintes.
IT O mesmo que tecnologias de informao.
IVA Imposto sobre o Valor Acrescentado.
JUE Abrev.
de
Janela
nica
Electrnica,
sistema
79
Informtico
on-line
para
gesto
aduaneira
(https://www.mcnet.co.mz ).
MIC Abrev. de Ministrio da Indstria e Comrcio.
NIST Abrev. de National Institute for Standards and
Technology dos EUA.
PDQ Abrev. de Process Data Quickly, um dispositivo
electrnico, vulgarmente designado por POS em
Moambique, no qual se processam transaces de
pagamentos feitas por carto de dbito ou de crdito
Phantonware Hardware ilegal que faz o mesmo que os zappers, com
a particularidade de poder ser instalado por fabricantes
ou fornecedores autorizados de mquinas fiscais
desonestos.
POS O mesmo que PDQ.
Proof-of-concept Prottipo desenhado com a finalidade de se provar a
fiabilidade e a viabilidade de um produto/servio.
RBAC Abrev. de Role based Access Control.
Roll-out Incio da fase de implementao.
SGMF Sistema Informtico on-line/off-line de Gesto das
Mquinas Fiscais como referido no art. 5 do Decreto
92/2014 de 31 de Dezembro.
TLS Abrev. de Transport Layer Security
Trusted Plataform Module Criptoprocessador seguro, capaz de armazenar chaves
criptogrficas.
Zappers Programas informticos pr ou ps-instalados por
dispositivo amovvel, rede informtica e inclusive, via
Cloud Computing, com a finalidade suprimir ou
adulterar de dados de vendas gerados por mquinas
fiscais ou sistemas de facturao.
80
I . RESUMO
O Governo da Repblica de Moambique aprovou o Decreto n 92/2014, de 31 de Dezembro
que prev o regime de utilizao de mquinas registadoras pelos sujeitos passivos do Imposto
sobre o Valor Acrescentado IVA dispensados da obrigao de facturao, no uso das
competncias atribudas pela alnea f) do n. 1 do artigo 204 da Constituio da Repblica e
revoga o Decreto n. 28/2000, de 10 de Outubro, o qual, face ao actual contexto de
modernidade tecnolgica, no permitia um controlo tributrio efectivo do volume de vendas
realizado pelos agentes econmicos e do IVA a ser entregue ao Estado.
Por outro lado, a Lei n. 5/2009, de 12 de Janeiro, introduziu no Sistema Tributrio Nacional,
o Imposto Simplificado para Pequenos Contribuintes ISPC, cujo controlo e fiscalizao
com recurso a instrumentos electrnicos se mostra pertinente sobretudo para os sujeitos
passivos que apresentam nveis de receita muito prximo do limite de 2.500.000,00 MT (dois
milhes e quinhentos mil meticais) por ano, relativo ao volume de negcios fixado para a
manuteno neste imposto, verificando-se tambm, uma migrao cada vez maior de sujeitos
passivos do IVA para este imposto, bem como a tercerizao de operaes a retalho/pontos
de grandes operadores econmicos do IRPC/IVA para seus agentes locais registados em sede
de ISPC, o que levou a adopo das Mquinas Fiscais em Moambique.
As caractersticas deste equipamento e do respectivo sistema de gesto (SGMF) so descritas
muito em particular pelos art. 4, 5 e 6 do Decreto n 92/2014, de 31 de Dezembro,
nomeadamente:
81
Manuteno dos registos fiscais dos sujeitos passivos por perodos muito mais
prolongados;
Simplificao do processo de auditoria fiscal tanto para o sujeito passivo, como para a
AT.
Dispositivos electrnicos similares aos que sero introduzidos no pas so j usados a nvel
internacional e regional, sendo de destacar, nesse contexto, experincias bem-sucedidas do
Brasil, Tanznia e Ruanda entre outros, com significativa recuperao do IVA ou de outros
impostos similares.
Importa contudo salientar que, semelhana destes pases, Moambique tem no seu sistema
financeiro, os maiores desafios para uma implementao bem-sucedida de mquinas fiscais
no pas, em virtude da evoluo tecnolgica trazida pelos pagamentos electrnicos, fazendo
com que deixe de ser prtica corrente, a emisso regular de talo de vendas ou recibos em
papel por pequenos e grandes retalhistas.
Uma amostragem de 2012 feita pela AT concluiu que, independentemente do volume de
negcios presumido ou da capacidade tecnolgica instalada, vrios dispositivos POS dos
sujeitos passivos (ou PDQ em Ingls) fazem pagamentos directamente na banca comercial
sem qualquer verificao antes ou aps a transaco por parte da AT. Consequentemente, h
dificuldades em se apurar se a taxa do IVA (17%) est efectivamente sendo aplicada aos bens
e servios pagos electronicamente.
Mais agravante, registam-se casos de pagamentos electrnicos feitos directamente para
contas bancrias no exterior, sem o conhecimento do adquirente, onerando tambm a
operao em desfavor deste e configurando situaes de fuga de capitais.
82
Inexistncia de regras claras junto das operadoras da rede mvel no que tange ao
mobile money, no obriga a adeso prvia por parte do utente do telemvel que vai
receber a transferncia bancria, para que se possa identificar o NUIT associado s
transaces financeiras feitas por este;
Zappers;
Phantomware;
Em suma, o sistema informtico para a gesto das mquinas fiscais (SGMF) desejado para
Moambique DEVE:
Ter uma arquitectura flexvel e evolutiva que suporte a reduo do uso de factura ou
documentos equivalentes em papel por parte dos agentes econmicos e da AT,
aspecto central na simplificao dos processos fiscais da AT;
83
Entre outros aspectos, aprovados pelo Diploma Ministerial sobre a Especificao Tcnica
das Mquinas Fiscais e respectivos sistemas de suporte e gesto e nas demais seces deste
documento.
84
PRINCIPAIS
Os objectivos principais so:
SECUNDRIOS
Os objectivos secundrios so:
Aceder facilmente a informaes on-line para uma pronta resposta ao mau uso ou
prticas ilcitas com as mquinas fiscais;
85
Esta informao deve ser respondida pelo concorrente, clusula por clusula, e de acordo
com o formato indicado na seco 3.3 Matriz de Avaliao.
86
3.2 Milestones
#
Servio/Produto
Local de entrega
Projecto Mquinas
Fiscais
Centro de Dados da
AT
Centro de Dados da
AT
Centro de Dados da
AT
Projecto Mquinas
Fiscais
Projecto Mquinas
Fiscais
Projecto Mquinas
Fiscais
Centro de Dados da
AT
8
9
Prazo de
Execuo
(ver tambm
seco 3.3.4)
Prazo de Resoluo
de inconformidades
(ver tambm seco
3.3.3)
Prazo de
Aceitao
(ver tambm
seco 3.3.3)
Projecto Mquinas
Fiscais
87
Critrio
Capacidade legal e financeira de fornecer o servio (ver elegibilidade na seco 3.1) (S = 10 pontos
mandatrio /N = 0 pontos e desqualificao imediata do concurso)
Qualificao tcnica do pessoal chave (gestor de projecto snior 10 pontos, auditor informtico/fiscal snior
10 pontos, programador snior 10 pontos). Nota: entende-se como snior, experincia profissional de 7 anos
ou mais no ramo indicado.
Indicadores Financeiros a avaliar (ver elegibilidade na seco 3.1):
Valor Total dos Activos da empresa (ou consrcio) 10 pontos
4
5
6
Instalaes Fsicas em Moambique capazes de assegurar a boa execuo do contrato com a AT (S = 20 pontos
mandatrio /N = 0 pontos e desqualificao imediata do concurso). Nota: verificao visual pelo Jri.
Anos de participao em concursos de fornecimento de solues fiscais ou equiparadas (anos> 10 - 30 pontos;
5 =<anos =< 10 20 pontos; 3 =< anos < 5 10 pontos)
Prova da boa qualidade de servios fiscais ou equiparados prestados a pelo menos dois (2) grandes
empresas/instituies (10 pontos por empresa/instituio. Se o nmero for igual ou superior a 2 ento atribui-se
a nota mxima de 20 pontos)
Conformidade com a Segurana Social (INSS ou equiparado) (S = 10 pontos mandatrio /N = 0 pontos e
desqualificao imediata do concurso)
Total:
88
Pontuao
Mxima
Pontuao
Mnima
Pontuao
Final
Evidncia
documental
n/a
Funcionalidade
Caso de Teste
Gerao, Emisso e
Armazenamento
seguro de Facturas ou
Tales Fiscais
1.1
1.2
1.3
1.4
Pontuao
Mxima
Pontuao
Mnima
Parecer do jurado
Evidncia
documental
Pontuao
Final
89
tem
1.5
1.6
1.7
1.8
Funcionalidade
Caso de Teste
de srie do talo fiscal ou factura).
O SGMF deve garantir que o sistema do
sujeito passivo gere uma assinatura digital
autntica, nica e no-repudivel para cada
factura ou talo fiscal emitido, que proteja o
seu contedo de manipulao no autorizada.
Isto ser encapsulado num cdigo QR, a
cada factura ou talo fiscal gerado. O SGMF
deve verificar a autenticidade do talo fiscal
ou factura por meio do cdigo QR.
O SGMF deve garantir que o sistema do
sujeito passivo emita facturas ou tales
fiscais de acordo com os padres legalmente
estabelecidos no CIVA e outra legislao
pertinente.
O SGMF deve garantir que o sistema do
sujeito passivo armazene com segurana
facturas ou tales fiscais electronicamente
gerados. Os dados da factura ou talo fiscal
devem ser encriptados (preservar sua
confidencialidade) de modo a que possam
ser transmitidos ou carregados sem
manipulao prvia. Para tal, o SGMF deve
assegurar que o sistema do sujeito passivo
realize encriptao em tempo prximo do
real a cada gerao de factura ou talo fiscal.
O SGMF deve garantir que as facturas ou
tales fiscais gerados pelo sistema do sujeito
passivo apresentem todos os elementos
exigidos na actual legislao fiscal, mas
tambm:
1. Timestamp (data e hora); - 1 ponto
2. Identificador nico (nmero de
srie do talo fiscal ou factura); - 1
ponto
90
Pontuao
Mxima
Pontuao
Mnima
7mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
1.10
1.11
1.12
1.13
91
tem
2.1
2.2
2.3
2.4
2.5
2.6
92
Funcionalidade
Transmisso (inclusive
a remota)
Caso de Teste
Autenticidade; - 2 pontos
No-repudiao. 1 ponto
Pontuao
Mxima
Pontuao
Mnima
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
3
Funcionalidade
Verificador
identificao
Caso de Teste
da
3.1
3.2
3.3
3.4
3.5
Verificador
da
Integridade dos Dados
Pontuao
Mxima
Pontuao
Mnima
5
mandatrio
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
93
tem
4.1
4.2
4.3
4.4
4.5
94
Funcionalidade
Caso de Teste
seguinte:
Inspeccionar a integridade de dados
verificando/analisando a assinatura digital
embutida na factura ou talo fiscal por meio
de mecanismos de controlo de estruturas de
dados do SGMF (Integridade, Validade,
Adequao e formato de Dados).
Deve ter capacidade de comprovar a validade
do NUIT do adquirente numa factura ou
talo fiscal, cruzando a informao com:
O sistema da administrao tributria. 1
ponto
Ou base de dados especfica de cdigos QR.
1 ponto
Deve possuir a capacidade de identificar um
produto pelo seu cdigo (QR, barras, etc.) e
cruzar a informao com uma base de dados
internacional de referncia dos produtos.
Deve armazenar os dados desencriptados e
verificados numa base de dados. 2 pontos
Os dados correspondentes a cada factura ou
talo fiscal devem criar o seu prprio registo
de dados. 2 pontos
Possuir um mecanismo de armazenamento
de dados, tal como so recebidos
(encriptados) somente acessvel pelo SGMF,
atravs do qual dados partilhados podem ser
cruzados com outros sistemas se necessrio.
1 ponto
Deve segregar os dados que tenham passado
pelo verificador de integridade sem que
aco apropriada tenha sido desencadeada.
1 ponto
Deve marcar os dados com uma flag
apropriada na base de dados. 1 ponto
Pontuao
Mxima
Pontuao
Mnima
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Caso de Teste
Armazenamento dos
dados da factura ou
talo fiscal e relatrios
5.1
5.2
Devolues/notas
de
crdito
emitidas e /ou recebidas por um
perodo especfico pelo sujeito
passivo; - 0,5 pontos
Pontuao
Mxima
Pontuao
Mnima
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
95
tem
6.1
96
Funcionalidade
Business
Intelligence/Mapas
Caso de Teste
Relatrios detalhados de
conformidades; - 0,5 pontos
Pontuao
Mxima
Pontuao
Mnima
no
Resultados
de
vendas
por
produto/categoria de produtos; - 0,5
pontos
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
3
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
6.2
7.1
7.2
Auditoria de Facturas
ou Tales Fiscais
97
tem
8.1
8.2
98
Funcionalidade
Compatibilidade com
Smartphones
ou
equipamento similar
Caso de Teste
Cdigo QR na factura ou talo fiscal usando
dispositivo apropriado para se verificar a sua
autenticidade.
O SGMF deve estar preparado para
estender-se
s
aplicaes
para
smartphones. Como tal deve suportar
nativamente mltiplos sistemas operativos
como o Android, Windows, IOS,
Symbian, Blackberry OS, etc:
O SGMF deve suportar aplicaes de
smartphone para verificao (interpretao
do cdigo QR) de facturas ou tales fiscais. 1 ponto
Esta aplicao deve poder facultar os
detalhes do sujeito passivo e do respectivo
sistema que emitiu a factura ou o talo fiscal
atravs de leitura ptica. 2 pontos
Deve suportar uma multiplicidade de
sistemas operativos como, no mnimo,
Android,
Windows,
IOS,
Symbian,
Blackberry OS. 2 pontos
Gerir o mtodo de verificao no terreno por
aplicao de smarphone:
Detalhes do sujeito passivo e
respectivo sistema que puderem ser
verificados ou consultados; - 1
ponto
Capturar detalhes
sobre as
violaes detectadas pelos fiscais
da AT, por exemplo, uso de
zappers, phantonware, no emisso
Pontuao
Mxima
Pontuao
Mnima
mandatrio
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
10
Parecer do jurado
Evidncia
documental
Pontuao
Final
9.1
Registo, activao e
desactivao
de
Mquinas Fiscais
Criar
Mapa
histrico
intervenes, contendo:
de
Identificador nico do
fabricante ou fornecedor
autorizado no SGMF; - 1
ponto
99
tem
Funcionalidade
Caso de Teste
o
9.2
9.3
9.4
9.5
10
10.1
10.2
100
Funcionalidades
Adicionais
Pontuao
Mxima
Pontuao
Mnima
14
14
mandatrio
12
12
mandatrio
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
10.3
10.4
10.5
10.6
Funcionalidade
Caso de Teste
permita monitorizar as actualizaes:
Do seu software. 1 ponto
Do firmware das mquinas fiscais. 1 ponto
O SGMF deve possuir um mecanismo
apropriado para detectar adulteraes do
sistema do sujeito passivo, como:
Desactivao/destruio da mquina fiscal.
1 ponto
Ataques informticos por fora bruta,
intruso, manipulao, etc. 1 ponto
O SGMF deve ser capaz de emitir
mensagens de broadcast ou outro tipo de
notificao para o sujeito usando canal de
comunicao apropriado para:
Directamente para o sistema do sujeito
passivo. 1 ponto
Para o e-mail do sujeito passivo. 1 ponto
O SGMF deve possuir uma funcionalidade
para invalidar as chaves criptogrficas do
sujeito passivo, notificando-o, por quaisquer
dos motivos abaixo:
Violao das chaves, roubo ou uso abusivo
do seu sistema. 1 ponto
Gerao de novas chaves criptogrficas,
auto-proteco do seu sistema. 1 ponto
Integrao de mdulo de auditoria
personalizada, por exemplo, a servios de
txi/semi-colectivos; transportes pblicos
(multimodais); bombas de combustvel:
Nativo, com padres e protocolos abertos
(no proprietrios) e personalizvel para
qualquer tipo de servios; - 25 pontos
Pontuao
Mxima
Pontuao
Mnima
2
mandatrio
25
15
Parecer do jurado
Evidncia
documental
Pontuao
Final
101
tem
Funcionalidade
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
15
102
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
20
15
40
30
Parecer do jurado
Evidncia
documental
Pontuao
Final
10.9
no
disponvel
nesta
103
tem
Funcionalidade
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
Parecer do jurado
Evidncia
documental
312
263
n/a
n/a
104
Pontuao
Final
1.1
1.2
1.3
Requisito
Stress/Carga
Caso de Teste
O SGMF deve suportar
milhes
de
conexes
simultneas
O
SGMF
deve
ter
capacidade de suportar pelo
menos
5.000.000
de
conexes simultneas. - 3
pontos
O SGMF deve balancear a
carga
das
conexes
segregando-a por sujeito
passivo, funcionrios da AT
e pblico em geral. 2
pontos
O SGMF deve ser capaz de
fornecer
mapas
de
desempenho de acordo com
as necessidades da AT.
Os requisitos da plataforma
de integrao do SGMF e o
sistema do sujeito passivo
devem ser capazes de
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
105
tem
Requisito
1.4
2.1
106
Caso de Teste
garantir uma encriptao,
armazenamento
e
transmisso de dados com
um mnimo de interrupo
possvel no processo de
vendas (no deve causar
atraso na impresso de
factura ou talo fiscal que
seja perceptvel pelo sujeito
passivo ou cause impacto
negativo no seu ambiente
de trabalho).
O SGMF deve ter uma
arquitectura desenhada para
acomodar o aumento da
carga transaccional sem
deterioo
da
sua
performance. 3 pontos
Factores
de
escala
horizontal
devem
possibilitar o uso de
componentes adicionais em
outros
sistemas
de
servidores da AT se
necessrio. 2 pontos
O SGMF deve ter uma
estruturao simples que
possa
ser
facilmente
percebida
por
novos
utilizadores:
O interface do SGMF deve
ter
uma
estruturao
simples que possa ser
assimilada por qualquer
novo utilizador, com noes
bsicas de informtica e
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
Requisito
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
aps
uma
formao
direccionada em:
Dias teis. <= Sete (7)
2 pontos
Sete (7) < dias uteis =<
quinze (15) 1 ponto
2.2
2.3
2.4
2
pontos
107
tem
3
Requisito
Volume e Armazenamento de Dados
3.1
3.2
3.3
108
Compatibilidade web
Caso de Teste
Os requisitos do SGMF e
sua integrao devem
prever capacidade de
armazenamento
bem
como compresso de
dados.
O SGMF e plataformas de
integrao devem garantir
capacidade
de
armazenamento ptima bem
como uma estratgia de
compresso de dados. 3
pontos
O SGMF deve suportar
compresso de dados para
armazenar grandes volumes
de dados transferidos de
qualquer
rede
para
assegurar
eficincia
e
economia
de
recursos
(reduo da carga de
transferncia de dados). 2
pontos
O SGMF deve suportar a
expanso de espao em
disco.
O
armazenamento
da
informao
como
consequncia da integrao
do SGMF com o sistema do
sujeito
passivo
deve
permitir manter os dados
online e acessveis por um
perodo de cinco (5) anos.
O SGMF deve ser um
sistema web de N-camadas
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
4.1
4.2
Requisito
Caso de Teste
O SGMF deve ser um
sistema web de N-camadas
e capaz de se integrar
transparentemente com os
actuais e futuros sistemas da
AT por intermdio de
sistemas de gesto de bases
de dados relacionais e/ou
big data que armazenem
todas as ocorrncia de
anlises de dados ou
gerao de mapas. 3
pontos
O SGMF deve assegurar a
convergncia com outros
sistemas da AT pela
separao das camadas
web/aplicao/base
de
dados/subsistemas
de
administrao e segurana e
interfaces (API) 2 pontos
O SGMF deve compatvel
com a seguinte tecnologia:
Sistema
Operativo:
O
SGMF dever ser
independente do
tipo de sistema
operativo; - 3
pontos
Pontuao
Mxima
5
Pontuao
Mnima
5
mandatrio
5- mandatrio
Parecer do
jurado
Evidncia
documental
Pontuao
Final
Deve
suportar
quaisquer
web
servers,
http
servers,
application servers
e servidores de
109
tem
Requisito
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
4.3
Navegadores web:
o portal web deve
ser
compatvel
com as ltimas
verses
do
Internet Explorer,
Google Chrome,
Mozilla Firefox,
Opera e Safari.
1 ponto
4.4
110
Capacidade de XML O
SGMF deve ser capaz de
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
Requisito
Caso de Teste
compartilhar nativamente
dados XML com outros
sistemas.
Flexibilidade Os mdulos
do SGMF devem ser
capazes
de
serem
modificados ou melhorados
com impacto mnimo nos
demais mdulos do SGMF
com que interagem:
Sem reinicializao do
sistema operativo, nem do
servio; - 3 pontos
4.5
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
Sem reinicializao do
sistema operativo, mas
apenas do servio; - 2
pontos
4.6
Os requisitos de integrao
de plataforma do SGMF
devem ser baseados em
padres internacionais:
Abertos
(no
proprietrios) para toda
arquitectura de servios
3 pontos
Abertos
(no
proprietrios)
somente
para servios web 1
ponto
5.1
Confiabilidade
111
tem
Requisito
5.2
5.3
6.1
112
Disponibilidade
Caso de Teste
recuperar dados ou realizar
aces de roll-back, caso
circunstncias, claramente
documentadas
nas
especificaes
do
Utilizador, a isso obriguem.
3 pontos
Todos os passos de
auditoria
devem
ser
claramente registados numa
aco
de
roll-back
armazenada na base de
dados 2 pontos
Todos os tipos de dados
devem ser arquivados de
acordo com uma poltica
informtica acordada pela
AT e o vencedor do
concurso.
Registo de erros O SGMF
deve ter um conjunto de
routinas
claras
de
tratamento de erros. A
descrio do erro deve ser
registada pelo sistema de
modo a auxiliar na
manuteno correctiva do
SGMF.
O SGMF deve funcionar
continuamente em modo
24x7x365
O SGMF deve funcionar
continuamente em modo
24x7x365 com:
99,749% ou mais de
disponibilidade.
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
Requisito
Caso de Teste
Pontuao
Mxima
Pontuao
Mnima
75
60
Parecer do
jurado
Evidncia
documental
n/a
n/a
Pontuao
Final
pontos
99,671% 99,748% de
disponibilidade.
3
pontos
6.2
113
1.2
1.3
1.4
1.5
114
Funcionalidade
Autenticao
Utilizador
Caso de Teste
do
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
1.6
1.7
1.8
1.9
1.10
1.10.1
1.10.2
1.10.2.1
1.10.2.2
Funcionalidade
Caso de Teste
de utilizadores da AT.
Todas as contas de utilizador devem
ter
uma
password
gerada
aleatoriamente pelo sistema no acto
de sua criao. Um mtodo seguro de
comunicao da password inicial ao
utilizador deve ser usado, por
exemplo, a sua conta de e-mail.
O SGMF deve obrigar os utilizadores
a alterar as suas passwords no
primeiro login aplicao
O
SGMF
deve
possuir
funcionalidades de expirao de
passwords
com
determinada
frequncia.
Isto
deve
ser
parametrizado
para
permitir
flexibilidade no ajustamento do
tempo.
O SGMF no deve permitir login
automtico de modo a prevenir
ataques de fora bruta. A janela de
login deve possuir uma instruo
inicial (challenge) que o utilizador
deve responder antes do login.
O SGMF deve ter mecanismos para
fortalecer as passwords:
As
passwords
devem
ter
comprimento mnimo e mximo
configurvel.
A password deve conformar com pelo
menos quatro (4) regras de
complexidade:
Pelo menos dois (2) caracteres
maisculos (A-Z).
Pelo menos dois (2) caracteres
minsculos (a-z).
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
115
tem
1.10.2.3
1.10.2.4
1.11
1.12
1.13
1.14
1.15
1.16
1.17
116
Funcionalidade
Caso de Teste
Pelo menos dois (2) dgitos (0-9).
Pelo menos dois (2) caracteres
especiais (pontuao).
As regras de complexidade das
passwords devem ser configurveis
de modo a suportar futuras polticas
de segurana de informao.
No caso de alterao da password,
caso esta no cumpra com a poltica
de complexidade desejada, uma
mensagem de erro deve ser emitida
descrevendo a regra infringida.
O SGMF deve ter um mecanismo
seguro de recuperao de passwords
para o caso do utilizador esquecer a
senha.
Todo
o
mecanismo
de
recuperao/reset no deve expr a
validade da conta do utilizador, de
modo a prevenir a cpia de dados por
intrusos
A janela de login e todas outras
subsequentemente
autenticadas
devem ser acedidas exclusivamente
por TLS. Todas as sesses activas
devem ser encriptadas.
O
SGMF
deve
ter
uma
funcionalidade
para
expirao
automtica de novas contas de
utilizador aps um determinado
perodo de inactividade. Ela deve ser
parametrizvel.
O SGMF deve possuir uma
funcionalidade para a notificao da
alterao de passwords e o nmero
gracioso de logins permitidos. A
Pontuao
Mxima
1
1
Pontuao
Mnima
1
1
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
1.18
1.19
1.20
1.21
1.22
Gesto de Sesses
Caso de Teste
password deve ser alterada aps um
perodo pr-configurado. Ela deve ser
parametrizvel.
O SGMF deve possuir uma
funcionalidade para bloqueio da
password aps determinado nmero
de tentativas de login sem sucesso.
Ela deve ser parametrizvel.
Durante as tentativas de login, o
SGMF deve reagir com uma
mensagem
de
erro
genrica
independentemente se o nome de
utilizador ou a password estiverem
incorrectos. Mas no deve ser
revelado o status da conta e nem qual
dos parmetros de autenticao
invlido.
O SGMF deve forar o encerramento
da conta de utilizador caso uma
sesso fique ociosa durante um
perodo de tempo configurvel. Isto
deve ser parametrizvel.
O SGMF deve suportar a reautenticao para funcionalidades
sensveis. Por exemplo, aps a
actualizao da password do
utilizador, conta de e-mail, ou antes
da execuo de transaces sensveis.
Esta funcionalidade pr-instalada,
mas configurvel.
O SGMF no deve permitir a
reutilizao de uma password durante
um determinado perodo de tempo ou
aps um conjunto de alteraes
mesma. Isto deve ser parametrizvel.
Deve ser permitida apenas uma
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
117
tem
2.1
2.2
2.3
2.4
2.4.1
2.4.2
118
Funcionalidade
Caso de Teste
sesso ao utilizador associado ao
sistema operativo, a menos que seja
aberta excepo para permitir
mltiplas sesses por utilizador.
O SGMF deve somente permitir uma
sesso por utilizador de sistema
operativo, a menos que necessidade
especfica do negcio obrigue a que o
utilizador possa estabelecer mltiplas
sesses.
Esta
funcionalidade,
permitindo mltiplas sesses de
utilizador consoante os perfis de
negcio deve ser configurvel.
Logins concorrentes feitos por um
utilizador a partir de vrios
computadores no devem ser
permitidos.
Toda a informao relevante relativa
sesso deve ser capturada e mantida
em localizao segura e auditvel.
O
SGMF
deve
implementar
mecanismos para identificao de
sesses (secure IDs), gerao de
identificadores (IDs ou tokens):
Session ID fingerprinting: o nome
constante no ID no deve ser
exageradamente descritivo, nem
conter elementos desnecessrios, mas
apenas os que se destinam ao
propsito do ID. O ID por defeito das
sesses
web
usado
no
desenvolvimento da aplicao deve
ser alterado para um nome genrico.
Session ID length: O ID da sesso
deve ter comprimento suficiente para
prevenir ataques por fora bruta, ou
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Caso de Teste
2.4.3
3.1
3.2
3.3
3.4
Expirao
Sesses
de
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
119
tem
3.5
3.6
3.7
3.8
3.9
3.10
3.11
3.12
3.13
3.14
120
Funcionalidade
Caso de Teste
O SGMF deve ainda forar o logout
da sesso na janela do navegador da
Internet em uso.
O mecanismo de alterao de ID de
sesses baseadas em cookies deve ter
mltiplas funcionalidades em forma
de atributos: Secure Flags; Http Only;
Domain; Path; Expire e Max-Age.
No design do SGMF, o processo
reverso deve limpar todos campos de
autenticao.
O SGMF deve implementar perfis do
tipo RBAC de acordo com as
definies do negcio da AT.
As roles dos perfis devem ter
permisses com base no princpio
least privilege, ou seja, o SGMF deve
suportar um modelo de acesso
aditivo.
O controlo de acessos deve ser
granular para facilitar uma correcta
separao de tarefas.
Todas as funes devem estar
disponveis para alocao a um
determinado role.
Deve haver separao de funes, por
exemplo,
insero de dados;
autorizao e aprovao final.
Os utilizadores comuns do SGMF
devem possuir o mnimo de
privilgios requeridos para a insero
de dados.
Os utilizadores de autorizao devem
ter privilgios que lhes permitam
autorizar, mas no necessariamente
alterar os dados introduzidos.
Pontuao
Mxima
1
Pontuao
Mnima
1
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
3.15
3.16
3.17
3.18
3.19
3.20
3.21
3.22
3.23
Funcionalidade
Caso de Teste
Os utilizadores de aprovao final
devem ter o nvel de acesso requerido
que lhes possibilite finalizar um
processo/transaco.
O SGMF no deve permitir nenhum
acesso directo sua base de dados por
utilizadores com privilgios ou como
administrador do sistema. A aplicao
deve somente permitir conexes
directas por utilizadores sem
privilgios.
Caso a base de dados seja acessada
por um utilizador comum do SGMF,
o mesmo no pode manipular os seus
objectos na base de dados.
As credenciais de acesso no devem
NUNCA ser armazenadas no cdigofonte do SGMF (como hardcoding
credentials).
As credenciais de acesso devem ser
sempre encriptadas.
O SGMF deve executar rotinas
consistentes de autorizao ao se
navegar pelas pginas da aplicao
para demonstrar que o utilizador
acede somente quilo para que est
autorizado por seus roles.
O SGMF deve usar o mtodo POST e
no o GET para o processamento dos
pedidos HTTP.
O SGMF deve registar todos os
pedidos de autorizao de acesso
numa localizao segura e auditvel.
Mensagens de erro devem ser as
padro e no revelar informao
sobre o erro, de modo a prevenir
Pontuao
Mxima
1
Pontuao
Mnima
1
Parecer do
jurado
Evidncia
documental
Pontuao
Final
121
tem
3.24
3.25
3.26
3.27
3.28
3.29
3.30
3.31
122
Funcionalidade
Caso de Teste
ataques por deduo.
Os registos (logs) no devem expr o
texto claro das passwords.
Os comandos COPY e PASTE no
devem funcionar ao se realizar a
autenticao ao SGMF.
Todos campos de insero devem ser
validados para se testar o tipo de
dados aceites, inclusive os casesensitive.
Todos os campos de insero devem
ter mecanismos de validao para
prevenir ataques do tipo cross-site
scripting.
Informao sensvel no deve ser
armazenada em forma de cookie
persistente, ou outro tipo de
localizao, em clientes que no
possuam mecanismos de controlo de
acesso accionveis.
Qualquer contedo sensvel no cliente
no deve ficar em modo cached, a
menos que sejam usados os mtodos
de encriptao aprovados na seco 4
abaixo. O SGMF deve emitir a sua
prpria directiva de segurana para
que o cliente no faa a cache de
dados sensveis.
O SGMF no deve exibir informao
sensvel
a
utilizadores
no
autenticados.
Todo o intercmbio de dados entre o
SGMF e outros sistemas, inclusive os
do sujeito passivo, deve usar um
mtodo de encriptao aprovado na
seco 4 abaixo.
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
3.32
4
4.1
4.2
4.3
4.4
4.5
4.6
Criptografia
Caso de Teste
O SGMF deve implementar somente
funes criptogrficas aprovadas
abaixo (ver 4.1 4.9).
Algoritmos
criptogrficos
aprovados para o SGMF:
Hashing: SHA-224; SHA-256; SHA384; SHA-512; SHA-512/224; SHA512/256; SHA3-224;
SHA3-256;
SHA3-384; SHA3-512 (pelo menos
4 algoritmos)
Encriptao e Desencriptao com
cifras de bloco: AES (n 128);
Three-key 3-DES; Blowfish (n
128); Twofish (n 128); IDEA.
(pelo menos 2 algoritmos)
Assinatura Digital: RSA (n
2048); DSA (p 2048 e q 224);
ECDSA (n 224). (pelo menos 2
algoritmos)
Intercmbio e transporte de chaves
com RSA: n 2048 e compatvel
com a norma NIST Special
Publication (SP) 800-56B Revision 1.
Intercmbio de chaves usando
esquemas Diffie-Hellman (DH) ou
Menezes-Qu-Vanstone
(MQV):
campos finitos (p 2048 bits e q
224); curvas elpticas (EB : 224 n
255 e h = 14; EC : 256 n
383 e h = 16; ED : 384 n 511 e
h = 24; EE: n 512 e h = 32). (pelo
menos 1 algoritmo para campos
finitos e 1 para curvas elpticas)
Encapsulamento de chaves por
wrapping: AES (n 128) ou Three-
Pontuao
Mxima
1
Pontuao
Mnima
1
1- mandatrio
2-mandatrio
1- mandatrio
1- mandatrio
1- mandatrio
1- mandatrio
Parecer do
jurado
Evidncia
documental
Pontuao
Final
123
tem
Funcionalidade
4.7
4.8
4.9
5
Registos (Logging)
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
6
6.1
124
Auditoria
Caso de Teste
key 3-DES.
Message Authentication Code:
HMAC (n 112); CMAC (AES n
128) ou CMAC (Three-key 3DES); GMAC (AES n 128). (pelo
menos 1 algoritmo de cada tipo)
Geradores Digitais de Bits
Aleatrios :
HASH_DRBG;
HMAC_DRBG;CTR_DRBG. (pelo
menos 1 algoritmo de cada tipo)
Encoding: Base-32 RFC 4648
Base-32 Alphabet.
O SGMF deve possuir mecanismos
de colheita e registo dos eventos do
sistema:
Autenticaes bem-sucedidas e as
falhadas.
Autorizaes falhadas.
Gesto de sesses falhadas.
Erros, alertas e eventos do SGMF.
Start-ups e shut-downs e registo dos
processos de inicializao (starting e
stopping).
Uso de funcionalidade de alto risco
do SGMF, como: criao/eliminao
de utilizadores; modificao de
privilgios; criao/eliminao de
objectos do sistema; etc.
URL de pgina web acessadas por
utilizadores de aplicaes Internet.
Alteraes efectuadas ao SGMF.
O SGMF deve suportar auditorias
base de dados e aplicacionais:
Todas as auditorias base de dados e
aplicacionais ao SGMF devem gerar
logs (e outros parmetros definidos
Pontuao
Mxima
Pontuao
Mnima
1- mandatrio
1- mandatrio
1- mandatrio
1
1
1
1
1
1
1
1
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
6.1.1
6.1.2
6.1.3
6.1.4
6.1.5
6.1.6
6.1.7
6.1.8
6.1.9
6.1.10
6.1.11
6.1.12
6.2
6.2.1
6.2.2
Funcionalidade
Caso de Teste
pela AT):
ID do utilizador aplicacional
Data e hora do evento
Endereos IP da fonte e do destino.
Tipo de aco/evento executado pelo
utilizador.
Mdulos e funes acessadas pelo
utilizador.
Sucesso ou falha do evento.
Causa e descrio do evento.
Valores anteriores e actuais (master
files se aplicvel)
Criao, bloqueios, alterao e
eliminao de contas.
Alterao de privilgios e controlos
de acesso.
O SGMF deve correlacionar os
registos de actividade com as
transaces da base de dados. Isto
deve ser aplicvel a qualquer
transaco da base de dados. Deve ser
possvel identificar explicitamente a
aplicao que est na sua origem (e
outros parmetros definidos pela AT).
Cada alterao aos registos da base de
dados deve ter associada a
identificao
do
utilizador
aplicacional com o registo do perodo
de actividade e a operao efectuada:
insert; update; delete.
Deve existir um registo (log) de
violaes
que permita
vigiar
tentativas de acesso no autorizado ao
SGMF:
URL acessada pelo utilizador
Actividade
concreta
Pontuao
Mxima
Pontuao
Mnima
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Parecer do
jurado
Evidncia
documental
Pontuao
Final
125
tem
6.2.3
6.2.4
6.2.5
6.2.6
6.2.7
6.2.8
6.2.9
6.2.9
6.2.10
6.3
126
Funcionalidade
Caso de Teste
pretendida/tentada pelo utilizador.
Pormenores suficientes para localizar
as transaces, se possvel.
ID ou endereo IP da estao de
trabalho.
Data e hora do evento.
Todas as operaes de update, insert e
delete devem ser rastreveis no
SGMF, inclusive a data, hora e
informao sobre a causa das mesmas
(IP dd mdulo e da funo usadas)
O SGMF deve possuir uma interface
para avaliar e elaborar mapas sobre os
logs rastreveis.
Os dados transaccionais armazenados
devem conter informao que
possibilitem
rastreio
similar
(database audit trailing).
Todas as tentativas vlidas e falhadas
de login devem ser registadas com
suficiente informao que possa ser
usada em processos investigativos de
deteco de fraudes. Contudo, as
passwords
no
devem
ser
armazenadas.
Todas
as
tentativas
de
recuperao/reset
de
passwords
devem ser registadas com suficiente
informao que possa ser usada em
processos investigativos de deteco
de fraudes.
Todas as alteraes de gesto de
contas ou de utilizadores deve ser
registada.
O Database Audit Trailing deve ser
apresentado em forma tabelada
Pontuao
Mxima
Pontuao
Mnima
1
1
1
1
Parecer do
jurado
Evidncia
documental
Pontuao
Final
tem
6.4
6.5
6.6
6.7
6.8
6.9
6.10
Funcionalidade
Caso de Teste
(parmetros;
tabelas
de
transaccionais, etc.).
Todos os servidores do SGMF devem
estar bem sincronizados mediante
mecanismo apropriado (por exemplo,
NTP server)
Todas as inseres e outras operaes
sobre os dados devem ser feitas pelas
interfaces do SGMF e NUNCA
directamente pela base de dados.
Sempre que os dados forem
disponibilizados ao SGMF por fonte
autorizada, NENHUM utilizador
poder alter-los.
Dados de referncia no devem ser
alterados pelos utilizadores nas
transaces subsequentes.
Informao sensvel NO deve ser
armazenada em campos ocultos na
aplicao web.
No caso de interfaces web, o SGMF
deve usar um mtodo seguro de
transmisso de dados, por exemplo o
HTTP POST. NO USAR o mtodo
GET por ser menos seguro.
Sempre que a aplicao se conectar a
uma base de dados, servidor
aplicacional, ou qualquer sistema que
use identificadores (ID) aplicacionais,
dever faz-lo por conta com acesso
autorizado apenas aos objectos e
funes necessrios para realizar a
operao. A Aplicao no se deve
conectar base de dados com
utilizadores com privilgios maiores,
por exemplo, utilizador SA no SQL
Pontuao
Mxima
Pontuao
Mnima
Parecer do
jurado
Evidncia
documental
Pontuao
Final
127
tem
6.11
6.12
6.13
6.14
128
Funcionalidade
Caso de Teste
Server, ou SYSTEM no ORACLE,
Postgres, etc.
Sempre que o SGMF interagir com a
Internet, NO deve armazenar nem
fazer cache de dados confidenciais,
mesmo por perodos de curta durao.
Isto
inclui
downloads/uploads,
cdigo-fonte, etc.
O
SGMF
deve
possuir
mecanismos/controlos
contra
a
manipulao de URL e/ou ataques
direccionados a URL.
O SGMF deve ter mecanismos de
proteco contra ataques tipo men-inmiddle, impersonation, etc.
O SGMF deve garantir que funes
devidamente identificadas sejam
apenas
acessveis
em
redes
protegidas.
TOTAL
Pontuao
Mxima
Pontuao
Mnima
123
123
Parecer do
jurado
Evidncia
documental
n/a
n/a
Pontuao
Final
Funcionalidade
Requisitos mnimos
Instalao,
integrao, teste e
implementao
do
SGMF
1.1
1.2
Pontuao
Mxima
Pontuao
Mnima
5
mandatrio
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
129
tem
Funcionalidade
Requisitos mnimos
(S/N)
O concorrente deve propr uma estratgia
de integrao do SGMF com os demais
sistemas da AT (S/N).
O concorrente deve garantir suporte e
upgrade do SGMF, pelo menos:
Rifa Fiscal nos termos do art. 20
do Decreto 92/2014 de 31 de
Dezembro (1 ponto);
1.3
1.4
130
Assistncia Tcnica e
treino de utilizadores
do SGMF.
Pontuao
Mxima
Pontuao
Mnima
4
mandatrio
Dicionrio
pontos);
Fluxogramas/Diagramas
pontos);
Suporte
on-line
aos
administadores do SGMF (0,5
pontos);
de
Dados
(0,5
(0,5
Parecer do jurado
Evidncia
documental
Pontuao
Final
tem
Funcionalidade
Documentao
do
Design
e
Procedimentos
de
Utilizador do SGMF
Requisitos mnimos
Fornecimento
de
servios no mbito da
garantia do SGMF
Proposta de servios
de manuteno anual
no psimplementao do
projecto.
Pontuao
Mxima
Pontuao
Mnima
5
mandatrio
5
mandatrio
Parecer do jurado
Evidncia
documental
Pontuao
Final
Procedimentos de Utilizador (2
pontos).
Compromisso de assegurar o
funcionamento pleno do sistema
durante a sua vigncia (1 ponto).
131
tem
Funcionalidade
Requisitos mnimos
Pontuao
Mxima
Pontuao
Mnima
40
31
Parecer do jurado
Evidncia
documental
n/a
n/a
4 anos (2 pontos);
Plataforma
de
integrao do SGMF
com os sistemas do
sujeito passivo.
Formatos
ponto);
padro
usados
(1
TOTAL
132
Pontuao
Final
nico
Pontuao Mxima
50
Pontuao
Mnima
30
50
30
Pontuao Final
Evidncia documental
n/a
Na determinao dos pesos mximos e mnimos na tabela abaixo usa-se o arredondamento de duas (2) casas decimais.
Seco
Pontuao
Mxima
Aceite (A)
150
312
75
123
40
50
750
Pontuao
Mnima Aceite
(B)
100
263
60
123
31
30
607
Pontuao
Concorrente
(C)
Peso
Mximo
(D)
0,15
0,25
0,10
0,10
0,05
0,05
0,70
Peso
Mnimo
(E = (B/A)*D)
0,10
0,21
0,08
0,10
0,04
0,03
0,56
PTecnica
(F=(C/A)*D)
133
PARTE 3 - Contrato
Seco VI - Condies Gerais do Contrato (CGC)
134
135
Nome
Dos Dados Gerais
Definies
Anexos
Interpretao
B
4
5
C
6
7
Do Objecto
Objecto do Contrato
Servios Acessrios
D
8
9
Dos Prazos
Prazo de Execuo
Prorrogao do Prazo
E
10
11
12
13
14
15
16
F
17
18
19
Do Transporte e Seguro
Embalagem
Transporte
Seguro
G
20
21
Da Garantia Definitiva
Apresenao
Devoluo e Perda da Garantia
H
22
23
I
24
Da Garantia Tcnica
Garantia Tcnica
J
25
Peas de Reposio
Peas de Reposio
K
26
L
27
28
29
M
30
31
32
33
Da Cessao do Contrato
Causas de Resciso
Resciso pela Entidade Contratante
Resciso pela Contratada
Consequncias da Resciso
N
34
35
36
O
37
38
39
40
Das Sanes
Sanes por Atraso
Sanes Decorrentes da Resciso Contratual
Limitao de Responsabilidade
Das Alteraes
Compromisso Geral
Modificaes
Mudanas na Legislao
Apostilas
136
P
41
Da Fora Maior
Fora Maior
Q
42
Do Comportamento Anti-tico
Prticas Anti-ticas
R
43
44
45
Dos Litgios
Soluo de Litgios
Foro
Arbitragem
S
46
47
47
Da Legislao Aplicvel
Interpretao
Lngua
Comunicaes
137
1.1
138
3. Interpretao
Contrato,
Proposta da Contratada,
Condies Gerais do Contrato,
Condies Especiais do Contrato,
Especificaes Tcnicas, e
Qualquer outro documento citado nas Condies Especiais do
Contrato como fazendo parte do Contrato.
4. Entidade
Contratante
5. Contratada
139
C.
6. Objecto do
Contrato
Do Objecto
(Art. 45 1-b)
6.1. O presente Contracto por objecto a contratao do fornecimento dos Bens
especificados nas Condies Especiais do Contrato e no Escopo do
Fornecimento.
6.2. O Bens fornecidos sob este Contrato devero estar de acordo com as
Especificaes Tcnicas constantes do Escopo do fornecimento e,
quando nenhuma norma aplicvel for mencionada, dever-se-o adequar
norma oficial apropriada de Moambique e do pas de origem. Tais
normas devero ser as mais recentes emitidas pela instituio
responsvel.
7. Servios
Acessrios
D. Dos Prazos
(Art. 451-c)
8. Prazo de
Execuo
140
9. Prorrogao do
Prazo
10. Preo do
Contrato
Art. 45 1- f
11. Obrigaes
Fiscais
Art. 74 3
Art. 45-1-j
12.1 A entrega dos Bens ser feita pela Contratada de acordo com os termos
especificados no Escopo do Fornecimento e nas CEC.
12.2 Para os propsitos do Contrato, EXW, FOB, FCA, CIF,
CIP, DDP e outros termos comerciais usados para descrever as
141
Art. 74
14. Forma de
Pagamento
13.1. Os pagamentos devem ser feitos na mesma moeda em que tiver sido
apresentado o preo, na proposta da Contratada.
Art. 45-1-e
15. Reajustamento
Art. 45-1-e
16. Cabimento
Oramental
Art. 42-1-a
142
F. Do Transporte e Seguro
17. Embalagem
18. Transporte
19. Seguro
Da Garantia Definitiva
(Art. 451-d); (Art. 46-1-2)
20.1. Como garantia do bom e pontual cumprimento das suas obrigaes, a
20. Apresentao
Contratada presta Garantia Definitiva, sob a forma de garantia bancria,
no montante especificado nas Condies Especiais do Contrato.
21. Devoluo e 21.1. A Contratada perder a Garantia Definitiva a favor da Entidade
Contratante se houver uma violao das Clusulas do contrato pela
Perda da Garantia
Contratada.
Definitiva
143
21.2. Se no houver razo para executar a Garantia Definitiva prevista, est ser
devolvida pela Entidade Contratante 30 dias aps a emisso do Auto de
Recepo, observando o disposto na Subclusula abaixo.
21.3. Se estiver previsto nas Condies Especiais do Contrato, aps a
emisso do Auto de Recepo ser restituda Contratada a metade do
valor total da Garantia Definitiva recebida, e a outra metade ser
restituda aps o vencimento do prazo de garantia tcnica.
22. Inspeces e
Testes
144
145
I.
Da Garantia Tcnica
(Art. 45-1-j)
24. Garantia
Tcnica
146
25. Peas de
Reposio
J. Peas de Reposio
(Art. 45-1-j)
25.1. A Contratada, se for requerido nas Condies Especiais do Contrato,
se obriga a manter em estoque, para entrega imediata, todas as peas que
necessitem de substituio em decorrncia de desgaste ou consumo, sob
condio normal de uso durante o perodo de operao estipulado nas
Especificaes Tcnicas.
25.2. No caso da Contratada paralizar a produo de peas de reposio
dentro do prazo indicado na Subclusula acima a Contratada dever
providenciar:
Notificao prvia da Contratada quanto paralisao da produo,
com tempo suficiente para permitir a Entidade Contratante a
aquisio dos estoques necessrios; e
Aps a paralisao da produo, fornecer sem nus Entidade
Contratante as cpias heliogrficas, desenhos e especificaes das
peas de reposio se e quando for solicitado.
26. Direitos de
Patente
147
L.
27. Execuo do
Contrato
28. Informaes
148
30. Causas de
Cessao
Art. 55
Art. 56 3
Art. 56-4
149
g) Transmisso, seja qual for a forma que revista, e seja total ou parcial,
e bem assim a associao da Contratada a outrm, sem autorizao
prvia da Entidade Contratante;
Acumulao, pela Contratada, de multas at 20% do valor do Contrato, ou
limite menor estabelecido nas Condies Especiais do Contrato;
32. Resciso pela
Contratada
Art. 56 2
150
33. Consequncias
da Resciso
Contratual
Art. 57
35. Sanes
Decorrentes da
Resciso
Contratual
Art. 57-1
151
O. Das Alteraes
37. Compromisso
Geral
38. Modificaes
Art. 54
152
40. Apostilas
Art. 54
P. Da Fora Maior
41. Fora Maior
(Art. 45-1-j)
41.1. Cessa a responsabilidade da Contratante por falta ou atraso na execuo
do contrato, quando o incumprimento resulte de Fora Maior.
41.2. Para efeitos deste Contrato, Fora Maior significa um evento
imprevisvel, que est para alm do controlo razovel de uma das
Partes, e que torna o desempenho ou as obrigaes de uma das Partes
impossveis ou impraticveis quanto razoveis para serem considerados
impossveis nessas circunstncias, e inclui, mas no se limita s actos de
prerrogativa da Entidade Contratante, guerras ou revolues, greves,
bloqueios, confisco, desordem civil, tremor de terra, incndio, exploso,
tempestade, cheia ou outras condies climatricas adversas, restries
de quarentena e embargos de frete.
41.3. No caso de o Contrato vir a ser inviabilizado por razo de Fora Maior,
153
Q. Do Comportamento Anti-tico
42. Prticas antiticas
Art. 45-1-i
Art. 145
154
43.
Soluo de
Litgios
R. Dos Litgios
(Art. 45i-h; Art. 45-2)
43.1. A Entidade Contratante e a Contratada devero esforar-se para
resolver, amigavelmente, qualquer desavena ou disputa que surgir
entre as partes sobre o Contrato.
43.2. As partes podero designar um profissional, atribuindo-lhe a funo de
Conciliador, para dirimir questes de carter predominantemente
tcnico.
44. Foro
Art. 45-i-h
45. Arbitragem
Art. 45-2
S. Da Legislao aplicvel
46. Interpretao
(Art. 45-1-j)
45.1. O presente contrato ser executado e interpretado de acordo com a
legislao vigente na Repblica de Moambique.
T. Lngua
47. Lngua
Art. 5
(Art. 5)
47.1. O Contrato bem como todas as correspondncias relacionadas com o
Contrato, trocadas entre a Contratada e a Entidade Contratante deve ser
esxcrita na lngua portuguesa. Documentos de suporte e literatura
impressa poder ser apresentados em outra lngua, desde que
acompanhados de uma traduo dos pontos relevantes para a lngua
portuguesa. No caso de traduo, para fins de interpretao em caso de
155
48.1 Qualquer notificao emitida por uma das partes outra, a respeito do
Contrato, dever ser enviada outra parte por escrito no endereo
especificado nas CEC.
48.2 A notificao ser considerada como efectiva no momento de entrega
ou na data efectiva da notificao, valendo o evento que ocorrer por
ltimo.
156
CGC
3.2(a)
CGC
3.2(b)
CGC 4.1
CGC - 6.1
CGC 12.)
Os Bens devero ser entregues no destino final especificado com todas despesas de
transporte, seguros por conta da contratada.
Detalhes do embarque e documentao a ser fornecida pela Contratada:
CGC.12.3
157
CGC 13.2
No aplicvel
CGC 14.1
Pagamento
O mtodo e as condies de pagamento a serem feitos para a Contratada sob o Contrato
sero conforme a seguir:
Prope-se o pagamento parcelado em trs tranches, consoante os entregveis:
30% do valor do contrato
CGC 15.1
CGC 16.1
CGC- 17.2
158
- O fabricante
- Quantidade
- Peso
- Data de fabricao
CGC 18.1
A Contratada responsvel pelo transporte dos Bens at o Destino Final dentro de
Moambique, incluindo seguro, armazenamento, carga e descarga, e demais custos
associados com o transporte, sendo que tais custos esto includos no Preo do Contrato.
CGC 19.2
CGC, 20.1
CGC 23.3
CGC, 23.5)
CGC 24.3
CGC 24.5
(CGC
25.1)
CGC, 31.1
(b)
CGC,
31.1(h)
(CGC, 34.1)
CGC,
35.1(c)
CGC, 44.2
CGC 48.1
159
12
160
O PRESENTE CONTRATO VAI SER ASSINADO PELAS PARTES EM ____ EXEMPLARES, DE IGUAL TEOR,
CADA UM DELES FAZENDO F, NA DATA ACIMA MENCIONADA.
Pela CONTRATADA
_____________________________________
_____________________________________
TESTEMUNHAS:
161