ATA DA SESSÃO PÚBLICA – DEMONSTRAÇÃO SISTEMA INTEGRADO DE GESTÃO INTEGRADA
PROCESSO Nº 167/2025/PMES – PREGÃO ELETRÔNICO Nº 067/2025
Objeto: Contratação de empresa especializada para disponibilização de sistema informatizado e integrado, com utilização de tecnologia RFID/NFC, destinado ao gerenciamento do fornecimento de combustíveis para atender às necessidades da Frota Municipal de Socorro, conforme condições, quantidades e exigências estabelecidas e descritas no anexo I – Termo de Referência do edital.
PREÂMBULO
No dia 28 de janeiro de 2026, às 10h, reuniram-se na sala de Pregão da Supervisão de Licitação no Centro Administrativo Municipal, sito à Avenida José Maria de Faria nº 71, Centro – Socorro/SP – CEP 13960-000, a Comissão para início da realização da PROVA DE CONCEITO (DEMONSTRAÇÃO DOS SISTEMAS E VERIFICAÇÃO DE CONFORMIDADE), a comissão especialmente designada para este fim, composta por, Luís Cláudio Bonetti (matrícula 1343-01), Eliane Rosa Rodrigues (matrícula 3424-01), e Jeferson Saragioto (matrícula 3457-95), membros da comissão, designados através da Portaria 11346/2025 para a sessão pública de avaliação da prova de conceito, participou também o representante da empresa Prime Consultoria e Assessoria Empresarial LTDA., Sra. Isabela Vitória da Silva Duarte, R.G. nº 52.737.749 e CPF Nº 467.906.688-10, conforme procuração apresentada, responsável pela demonstração do sistema.
A empresa Prime Consultoria e Assessoria Empresarial LTDA. primeira colocada do PROCESSO Nº 167/2025/PMES – PREGÃO ELETRÔNICO Nº 067/2025, com agendamento da sessão realizada via chat da plataforma novo BBMnet para realização de prova de conceito, compareceu no local em data e horário pré-agendados, conforme estabelecido.
Procedendo-se a abertura da sessão a comissão realizou os trabalhos, procedendo a avaliação dos Requisitos Mínimos Exigidos, conforme estabelecido no item 7.9.5 e subitens do termo de referência parte integrante do edital.
A Demonstração aconteceu conforme definido junto à comissão especial designada na abertura da realização da prova de conceito, na data e horário agendados, conforme abaixo:
- DA PROVA DE CONCEITO
- A licitante arrematante e devidamente habilitada deverá realizar um teste prático do sistema WEB, demonstrando todos os itens do checklist, apresentando as funcionalidades do software e gerenciamento de controle de informações, com o objetivo de realizar o atendimento às especificações exigidas neste edital e atender a totalidade do checklist dos itens de nomenclatura “obrigatórios” sem contestações e ou observações, e a 80% dos itens de nomenclatura “não obrigatórios”.
- A data e o local para realização da apresentação prática do sistema serão comunicados à licitante arrematante através do chat, e será composta dos itens do checklist, sob responsabilidade da arrematante:
- Microcomputador com software de gerenciamento de informações para os serviços listados no checklist;
- Senha de motoristas/gestores e administradores;
- Ferramenta de acesso à internet, que deverá ser utilizado como contingência, caso haja no local da apresentação, problema de conexão.
- A licitante arrematante deverá realizar sua apresentação em no máximo 5 (cinco) dias úteis e consecutivos após a convocação formal realizada através do chat, no período das 8 horas até as 11:30 e das 13:30 até as 18 horas. Caso ocorra problema de falta de energia ou outro fator de força maior o prazo poderá ser dilatado.
- No momento da apresentação será permitido o uso de somente 1 (um) computador pela empresa arrematante.
- Para a empresa arrematante serão permitidas no máximo 3 (três) pessoas na apresentação técnica.
- As empresas que participaram do processo licitatório podem se manifestar somente ao final da apresentação de forma formal e por e-mail onde será avaliado as manifestações e observações.
- A Prova de Conceito será avaliada pela comissão técnica designada pela Portaria nº 11.346/2025, que poderá realizar diligências em clientes e/ou rede credenciada, para esclarecer dúvidas decorrentes da referida apresentação. O parecer desta comissão deverá ser publicado após a apresentação por meio de ATA e registrada no processo de homologação. Caso a licitante arrematante não atenda a totalidade “dos itens obrigatórios” e 80% dos “itens não obrigatórios”, das especificações exigidas no checklist será desclassificada e o PREGOEIRO convocará a licitante subsequente que tiver ofertado menor preço, para dar início à fase de habilitação e posterior apresentação, e assim sucessivamente, até a validação de uma apresentação que atenda aos requisitos exigidos;
Considerando os critérios estabelecidos no edital, após as pertinentes avaliações a comissão concluiu que:
| Checklist de validação de funcionalidades MÓDULO ABASTECIMENTO | |||||
| Número do Item | Item a ser demonstrado | Item | Executou a | Atende | Não |
| Obrigatório | operação? | Atende | |||
| 1 | O Sistema deve ter a função de criação de perfis de usuários, determinando o tipo de regra de acesso, tendo como obrigatório o nome do perfil para que seja identificado qual o perfil que será atribuído a cada gestor do sistema. Cada perfil deve ser cadastrado on-line real time com a indicação da regra pela comissão avaliadora. | SIM | X | ||
| 2 | Cadastrar um gestor on-line e real time, determinando e atribuindo uma unidade e uma subunidade depois acessar ao sistema com os dados cadastrados deste gestor, comprovando que está acessando com o mesmo, executando uma operação no sistema como incluir, limite, bloquear um condutor e demonstrar esta operação em tela que comprove o log e estes registros. Comprovar que não tem acesso a todas as unidades de veículos e condutores. Ter a funcionalidade de incluir foto do gestor. | SIM | X | ||
| 3 | cadastrar um Administrador de forma on-line e real time e acessar o sistema com os seus dados e comprovar que o administrador é diferente do gestor que tem acesso a todas as unidades. | SIM | X | ||
| 4 | validar e consultar todos os veículos, demonstrando que o sistema tem mais de uma unidade e subunidade Item Obrigatório. | SIM | X | ||
| 5 | Logar novamente com o acesso do gestor de uma determinada unidade e tentar consultar um veículo que não esteja em sua unidade e subunidade. | SIM | X | ||
| 6 | Itens de segurança mínimas exigidas para atender ao órgão, comprovar o atendimento de todos os itens exigidos neste TR, por meio de sistema, documentos e certificados, os documentos apresentados serão salvos para a devida comprovação e solicitações futuras. | SIM | X | ||
| 7 | Cadastrar um veículo digitando somente a placa e o sistema trazer os seguintes dados no mínimo: Ano fabricação e modelo, Chassi, Marca, Modelo, Motor, Potência e Combustível. Na atualização do cadastro feita pelo adm do sistema, incluir a foto do veículo. | SIM | X | ||
| 8 | O sistema deve permitir a possibilidade de atribuir limite de crédito extra no cartão e possibilitar que em algumas exceções que outros veículos dentro da mesma unidade tenham saldo ilimitado (sem limite). Para este caso, o gestor deve alterar o valor do limite do cartão e deve ficar registrado em log de sistema; também deverá consumir o saldo da unidade ou subunidade hierarquicamente superior ao veículo atrelado. | SIM | X | ||
| 9 | Possibilitar bloqueio e cancelamento do veículo no Sistema, nestas condições o sistema deverá bloquear qualquer tentativa de alteração das informações do mesmo. | NÃO | X | ||
| 10 | Deverá permitir alterações com o intuito de atualizar o cadastro em tempo real de forma on-line. | NÃO | X | ||
| 11 | Cadastrar motorista/condutor por Órgão informando no mínimo: Nome completo, CPF, matrícula, data do vencimento e categoria da CNH, lotação, telefone celular e foto do condutor. Após o cadastro, o sistema deverá permitir alterações com o intuito de atualizar o cadastro, bem como permitir a migração do cadastro do condutor para outro Órgão de forma que este permaneça com a mesma matrícula. | SIM | X | ||
| 12 | O Cadastro da matrícula do condutor deve ter 11 caracteres. | SIM | X | ||
| 13 | O sistema deve permitir que o condutor cadastre a senha escolhida diretamente no equipamento de leitura das etiquetas RFID o equipamento POS “Point of Sale” no ato do primeiro abastecimento, com isso a senha escolhida será vinculada ao cadastro do condutor no sistema da Contratada, desta maneira somente o usuário terá acesso a esta informação. | SIM | X | ||
| 14 | Fazer um novo abastecimento com a senha diferente da digitada e validar que não é a senha salva no primeiro abastecimento, em seguida refazer a transação e digitar a senha salva da no primeiro abastecimento, demonstrar em log esta operação. | SIM | X | ||
| 15 | O sistema deve ter a opção de mudar a senha do condutor pela função do sistema do gestor, sendo estas opções: | SIM | X | ||
| 1- Enviar a senha para o e-mail do condutor: | |||||
| 2- Enviar a senha por SMS: | |||||
| 3- Resetar a senha e fazer uma nova pelo terminal do POS “Point of Sale”: | |||||
| Deve-se demonstrar as três opções e executar um abastecimento para cada senha e demonstrar que a senhas são validas, primeiro digitando uma senha invalida e depois com a senha recebida pelo sistema, o condutor será cadastrado na hora da apresentação e este condutor que será usado para os testes. Item Obrigatório. | |||||
| 16 | Repetir a operação com outro veículo escolhido pela banca avaliadora para comprovar a funcionalidade. Item Obrigatório. | SIM | X | ||
| 17 | O sistema deverá permitir ao ADM incluir/alterar, on line em tempo real, com efeito imediato, parâmetros com caráter restritivo ou informativo para realização de abasteci mento, para todos os veículos ou de equipamentos dos órgãos e unidades usuárias do Sistema de Gestão. A parametrização mínima deverá contemplar requisitos como: Tipo de combustível, Valor permitido por transação, Intervalo de tempo entre transações, Limite de crédito e outros constantes do Termo de Referência. | SIM | X | ||
| 18 | O sistema deverá permitir para cada veículo um limite de crédito, determinado pela Contratante o qual não poderá ser ultrapassado sem expressa autorização do mesmo, testar a transação com saldo menor que o abastecimento e bloquear, gerando relatório com a informação/motivo. | SIM | X | ||
| 19 | O sistema deve ter a opção de saldo ILIMITADO, ou seja, o saldo para este veículo pode consumir o saldo de sua unidade financeira. | X | |||
| 20 | O segundo parâmetro e o sistema também permitir que a unidade financeira também tenha a opção de ter o saldo ILIMITADO, assim consumindo o saldo até que o saldo do contrato trave. Item Obrigatório. | X | |||
| 21 | Além da inativação do veículo, o sistema contratado deverá permitir o bloqueio temporário do veículo e/ou permitir o cadastro de um veículo temporário com data de inativação pré-definida, demostrar no sistema em tempo real estes modelos de cadastramentos. Item Obrigatório. | SIM | X | ||
| 22 | O software deverá permitir a inclusão, exclusão e/ou transferência de veículos entre frotas dos órgãos usuários, de forma on line, em tempo real, produzindo efeito imediato. O software deverá recusar os registros de veículos com dados incompletos. Todos os campos como obrigatórios. Item Obrigatório. | SIM | X | ||
| 23 | O software deverá permitir ao gestor do contrato do órgão usuário autorizar, on line, em tempo real, o abastecimento de veículos que venham apresentar alguma inconsistência no ato do abastecimento. Entrar no sistema pegar a transação negada e liberar somente aquela transação com o erro específico, repetir a transação e comprovar a funcionalidade. A regra não pode ser válida para falta de saldo, produtos e capacidade do tanque, fazer transações invalidas com estas três regras, executar a liberação e comprovar que o sistema libera outras regras menos esta especificas neste teste. Item Obrigatório. | SIM | X | ||
| 24 | O sistema de verá disponibilizar cartões extras (reservas) permitindo associar/desassociar o mesmo a um veículo ou equipamento. Ao ser desassociado de um determinado veículo ou equipamento, os cartões extras (reservas) deverão ser bloqueados de forma on line, em tempo real, produzindo efeito | SIM | X | ||
| instantâneo. Testar todas estas regras. | |||||
| 25 | Deverá ser possível emitir a cada abastecimento, comprovante de transação | SIM | X | ||
| realizada nos postos internos, nos comboios, e na rede credenciada, nos quais deverão constar os itens descritos Identificação do Posto (razão social ou nome fantasia, CNPJ e/ou endereço), identificação do veículo (placa ou número do cartão), tipo de combustível (descritivo ou código), litragem, valor da transação, a transação, | |||||
| hodômetro do veículo no momento do abastecimento, data, hora e saldo remanescente no cartão destinado ao veículo ou equipamento. | |||||
| 26 | Para Pagamentos. Os relatórios poderão ser exibidos em tela, impressos e salvos, e alguma extensão de arquivo, tais como: TEXTO, PDF e EXCEL, não pode ter limitação de período de busca de início período e fim período, o órgão irá testar alguns períodos para comprovar que não existe a trava. Como mensal, bimestral, semestral, período de um ano, dois anos e três anos. | NÃO | X | ||
| 27 | O sistema deverá permitir o cadastramento de transações que, por um algum motivo, não foram realizados na rede credenciada, incluindo a imagem do cupom fiscal como comprovante, para futuras auditorias. Executar uma transação com esta regra descrita e apresentar o passo a passo para a validação. | SIM | X | ||
| 28 | O sistema deverá identificar o condutor, o veículo ou equipamento no ato do | SIM | X | ||
| abastecimento, coibindo eventuais transações não autorizadas, identificando e registrando em relatório específico, tentativas de realização destas transações não autorizadas ou em desacordo com os parâmetros estabelecidos. | |||||
| 29 | Deverá ser possível ao(s) gestor(es) do órgão usuário ter acesso às informações dos | SIM | X | ||
| abastecimentos de veículos ou equipamentos específicos de sua frota, ocorridos nos postos internos e nos comboios sob sua gestão ou na rede credenciada, enquanto ao ADM será permitido acessar as informações de abastecimento de todos os órgãos realizadas em todos os postos internos, comboios e da rede credenciada. | |||||
| 30 | O sistema deverá emitir comprovante da transação contendo as informações a seguir, independentemente da solicitação do condutor: | SIM | X | ||
| • Identificação do posto (nome e endereço); | |||||
| • Identificação do veículo (placa); | |||||
| • Hodômetro do veículo no momento do abastecimento; | |||||
| • Tipo de combustível e/ou serviço utilizado; | |||||
| • A data e hora da transação; | |||||
| • Quantidade de litros; | |||||
| • Valor da operação; e | |||||
| • Identificação do Condutor (nome e registro) | |||||
| 31 | • Função de enviar mensagens pelo gestor via sistema ao condutor e estas aparecerem no cupom do POS que estará no estabelecimento (posto). Demonstrar a aplicação para a avaliação da funcionalidade em uma transação para este fim e apresentar para a banca avaliadora. Esta função tem que ser feita neste exato momento. | SIM | X | ||
| 32 | Emissão de relatórios gerenciais, financeiros e operacionais que permitam o controle das despesas, condutores, consumo e quilometragem específicos por veículo, além dos possíveis desvios em relação aos parâmetros adotados | SIM | X | ||
| 33 | O sistema online da CONTRATADA deverá permitir as seguintes parametrizações restritivas e/ou informativas para um ou mais veículos da frota da CONTRATANTE | SIM | X | ||
| • (Km/l (Mínimo/Máximo) testar executando uma transação; | |||||
| • Capacidade do Tanque, testar executando uma transação; | |||||
| • Intervalo entre transações, por horas e quilômetros, testar executando uma transação; | |||||
| • Fechamento de Rede (UF/Município), testar executando uma transação; | |||||
| • Dia da Semana/Dia/Hora (Dia + Hora (De/Até), testar executando uma transação; | |||||
| • Bloquear transações por 0800, testar executando uma transação; | |||||
| • Retirar a opção de demonstração do saldo no si de transação, testar executando uma transação; | |||||
| 34 | • Horário inicial e final das restrições, para que fora do horário comercial a transação seja inconsistência e no horário comercial ela seja bloqueada com as informações anteriores, testar com no mínimo duas transações em uma restrição com esta característica, não deve ser restrições somadas e sim em uma restrição somente, que respeite o horário parametrizado que bloqueie quando deva bloquear e transacione quando for permitido o horário. A simulação deve ter o horário curto para que a mesma restrição seja informativa e restritiva quando estiver dentro do horário restrito | SIM | X | ||
| 35 | Identificação do usuário no momento do abastecimento através de identificação do seu CPF e por meio de senha pessoal | NÃO | X | ||
| 36 | O fornecimento por meio de relatório para a Contratada do cadastro dos postos credenciados para a migração dos dados ao sistema da Contratante, com as seguintes informações: | SIM | X | ||
| • Nome Fantasia; | |||||
| • Razão Social; | |||||
| • CNPJ; | |||||
| • Inscr. Estadual; | |||||
| • Endereço completo; | |||||
| • Bairro; | |||||
| • Cidade; | |||||
| • Telefone; | |||||
| • Bandeira; | |||||
| • Contato; | |||||
| 37 | O sistema deve mandar um e-mail, a cada transação manual que ocorrer para os gestores cadastrados o mesmo deve ser feito quando ocorrer um cancelamento de transação, comprovar com uma transação de cada exigência. | SIM | X | ||
| 38 | O sistema deverá enviar informativo sobre os abastecimentos com inconsistências por e-mail além de avisos em telas para o gestor da unidade e/ou centro de custo vinculada ao veículo | NÃO | X | ||
| 39 | O sistema deverá possuir informativo em sua tela inicial com os preços praticados pela rede credenciada na cidade da Contratante a fim de facilitar o direcionamento da frota para os estabelecimentos com o melhor preço | SIM | X | ||
| 40 | A Contratada deverá permitir, via sistema online, o cadastro em massa da frota da Contratante. O arquivo poderá ser em formato Excel ou CSV, testar a exigência e validar com o arquivo que foi usado para o cadastro. | SIM | X | ||
| 41 | Disponibilizar tecnologia web service para facilitar a integração com outros sistemas da Contratante com as descrições técnicas para que seja possível realizar a integração, estar no sistema para que seja analisado. Demonstrar a tela com esta exigência e regras. | SIM | X | ||
| 42 | O sistema deverá emitir comprovante da transação, impresso e enviado por meio tecnológico exemplo e-mail, contendo as informações do slip físico (papel) e ainda ter este comprovante no sistema para consultas sempre que houver a necessidade, comprovar demonstrando as exigências deste teste. | SIM | X | ||
| 43 | O sistema deve ter a funcionalidade de atualização em lote dos dados dos veículos de modo pelo próprio sistema e por meio de planilha Excel, e quando for por planilha o sistema deve fornecer o modelo a ser preenchido para a atualização, executar um teste com ambas as alternativas. | NÃO | X | ||
| 44 | Ter a função para criar relatório customizado com todas as informações do abastecimento, do estabelecimento, do condutor e do veículo. O relatório tem que ter a opção de ordenar a posição do item selecionado no relatório, o mesmo item pode ter a opção de ser um filtro, ter a opção de agrupar as informações, ter a opção de totalizar os valores, ter a opção de gerar gráficos exemplo em pizza disponibilizar em tela e nos formatos CSV, TXT, PDF, Excel. Sempre respeitando o item 8.3 letra M do item. executar uma parametrização do relatório no próprio sistema sem usar sistemas alternativos, como os BI´s, esta função o próprio sistema deve permitir em seu relatório a customização e que seja possível a liberação para os gestores. | SIM | X | ||
| 45 | A rede credenciada deverá dispor de equipamento eletrônico de meio de captura a POS “Point of Sale” I e este deve servir de contato do motorista com o gestor para as situações em que ocorrer impossibilidade de efetuar a transação por ausência de saldos ou qualquer evento análogo, sendo que a mensagem enviada deve ser disponibilizada por pop-up ao entrar no sistema e e-mail. Executar o teste e comprovar a funcionalidade. | SIM | X | ||
| 46 | O sistema deve ter o procedimento/consulta de transação denominada pré-venda, esta opção o condutor executa uma consulta no posto e ou credenciado, oferecendo o fornecimento detalhado em seu slip de (pré-venda), onde conste todas as restrições que podem impedir o abastecimento do veículo, com este procedimento antes da transação o condutor terá a informação se o abastecimento ocorrerá sem impedimento de restrições como por exemplo, CNH vencida, km incorreto, sem saldo, veículo inativo, posto bloqueado, valor do combustível acima do valor máximo, tempo entre transações, condutor ativo e ou inativo e demais regras que serão implementadas durante a operação do sistema; | SIM | X | ||
| 47 | Sistema de Pré-Venda deve se fazer os seguintes testes: | SIM | X | ||
| 1. Teste de consulta de veículo inserindo a matrícula do condutor; | |||||
| 2. Teste de consulta de veículo utilizando o número do CPF do condutor; | |||||
| 3. Teste de consulta de veículo restrito/inativo no sistema; | |||||
| 4. Teste de abastecimento com senha incorreta; | |||||
| 5. Teste de abastecimento com CNH vencida; | |||||
| 6. Teste de consulta de saldo de veículo; | |||||
| 7. Teste de consulta completa do veículo; | |||||
| 8. Teste de pré-venda | |||||
| 9. Teste de abastecimento (ciclo completo). | |||||
| OBS: Todos os testes da transação de pré-venda, deve imprimir o slip informando as restrições mencionadas nos itens e deixar transparente a informação para o condutor o motivo pelo qual ele não irá conseguir abastecer. | |||||
| 48 | Com relação ao processo financeiro cada unidade deve ter acesso somente a sua unidade financeira, com isso o sistema deve disponibilizar as faturas de sua competência e aprová-las para pagamento, o sistema de forma alguma deve disponibilizar faturas que não sejam de sua unidade ou subunidade. | SIM | X | ||
| 49 | O sistema deve ter a opção de bloquear preço de postos de combustíveis por grupo de cidades simultaneamente na mesma função, além do tipo de combustível exemplo etanol, gasolina e diesel, a ser determinada e escolhida pelo gestor. | NÃO | X | ||
| 50 | O sistema deve apresentar em formato de relatório os postos que estão com o valor dentro do parametrizado com o valor de bloqueio, para que o gestor consiga saber quais postos das cidades determinadas por ele estarão aptos a abastecer, os postos que não atenderão (estarão bloqueado) para executar abastecimentos, caso algum condutor tente abastecer nestes postos bloqueados o sistema deve trazer esta informação em relatório com o motivo da recusa. | SIM | X | ||
| 51 | BANCO DE DADOS A cópia do banco de dados será aceita nos seguintes gerenciadores de banco de dados: o SqlServer (versão 2008) o PostgreSQL (versão 10 ou superior) o MySQL (versão 5.6 ou superior) o Oracle (11.2.04 ou superior). | NÃO | X | ||
| 52 | O dump das bases (estrutura e dados) deverá ser gerado, obrigatoriamente, pelo sistema gerenciador de banco de dados. Não serão aceitos arquivos de planilha, .txt, ou .csv. Deverá constar no dump somente as informações referentes a do contrato em questão. | NÃO | X | ||
| 53 | A CONTRATADA deverá disponibilizar a documentação do dicionário do banco de dados contendo informações do conteúdo (finalidade) de cada tabela, do respectivo conteúdo das colunas e tipos de dados, e seus relacionamentos, de forma a possibilitar o entendimento da organização da informação, deve ser enviado com senha e por meio de link seguro, demonstrar modelo implementado. | NÃO | X | ||
| 54 | Para o processo de pagamento do órgão a empresa deve ter em seu sistema todas as certidões on-line real time atualizadas para Dowland, sendo elas guia FGTS, comprovante FGTS, Comprovante do INSS entre outras. | NÃO | X | ||
Quanto à demonstração dos itens constantes na tabela de requisitos para demonstração, a empresa realizou a demonstração das funcionalidades do sistema, considerando o estabelecido no edital atendendo aos itens constantes como obrigatórios que correspondem a 80% das funcionalidades e atendendo inclusive aos itens não obrigatórios.
Assim, diante do exposto, considerou-se que a empresa Prime Consultoria e Assessoria Empresarial LTDA, CNPJ Nº 05.340.639/0001-30, realizou a demonstração, sendo que todos os itens demonstrados foram considerados satisfatórios pelo cumprimento de requisitos obrigatórios e não obrigatórios.
A Comissão Especial responsável pela Análise da Demonstração verificou o cumprimento dos termos estabelecidos no Edital, conforme acima descrito, considerando APROVADO o sistema apresentado pela empresa.
Considerando que a licitante demonstrou todas as ferramentas obrigatórias citadas para atendimento estabelecidos como mínimos, considerando o resultado da análise e a demonstração e apresentação de todas as funcionalidades consideradas obrigatórias, e também daquelas não obrigatórias atendidas pela empresa, conforme tabela acima, com a aprovação do sistema, a empresa participante deverá ser considerada classificada no presente certame.
Cabe ressaltar para ciência de todos os presentes que o resultado será informado em sessão agendada previamente através do chat da plataforma novo BBMnet.
Toda sessão procedeu de forma tranquila. Nada mais havendo a tratar, foi encerrada a sessão, cuja Ata segue assinada pela Comissão de Análise de Demonstração.
|
Eliane Rosa Rodrigues matrícula n° 3424-01
|
Luís Claudio Bonetti
matrícula n° 1343-01 |
Jefersson Saragioto
matrícula n° 3457-95 |
Assina também a presente Ata, a representante credenciada da empresa Prime Consultoria e Assessoria Empresarial LTDA., Sra. Isabela Vitória da Silva Duarte, R.G. nº 52.737.749 – CPF Nº 467.906.688-10, que realizou as Demonstrações.
|
Sra. Isabela Vitória da Silva Duarte Representante Legal
|