Precisa de ajuda?
O SmartERP Protheus é a evolução natural do Microsiga Protheus ERP disponibilizado como um serviço (SaaS).
SaaS significa Software as a Service, isto é, o software como um serviço: aplicações on-line executadas no computador, tablet ou celular, de maneira simples e remota, sem a necessidade de instalação local do software.
A utilização deste modelo tem sido uma forte tendência no mundo empresarial, pois sendo um serviço, o cliente adquire o direito de usá-lo, sem a necessidade de comprar a licença do produto.
Compreendemos os módulos de backoffice, recursos humanos e verticais expedidas pelo produto. Não atendemos integrações que exigem o uso de conexões diretas ao banco de dados e/ou a portas diferentes da utilizada pelo protocolo HTTP (ex. SIGAACD).
O processo de atendimento e manutenção do SmartERP Protheus está descrito no Guia de Atendimento e Relacionamento que pode ser encontrado no Portal do Cliente.
Por meio do cockpit é possível verificar os serviços que estão sendo executados, coletar logs, criar novos ambientes de teste e iniciar um novo processo de customização.
Este cockpit é enviado no momento da contratação do SmartERP Protheus.
Além de toda a flexibilidade que a TOTVS tem em prover aberturas para que o cliente realize as sua customizações/personalizações, a TOTVS passa também a armazená-las em um espaço reservado do ambiente. Com isto, a TOTVS garante para o cliente, a segurança e versionamento de todas as suas personalizações e a automação de verificação na qualidade do código e compilação automática no ambiente.
Esta funcionalidade está disponível no cockpit de Gestão do Ambiente. Para mais informações, acesse: 8. SmartERP Protheus - Personalização do ambiente
O gerenciamento de toda a infra-estrutura do SmartERP Protheus é de responsabilidade da equipe de Gerenciamento SMART. Este time é responsável pela instalação, armazenamento, manutenção e testes funcionais de todos os ambientes na nuvem.
Vale observar que a implantação do produto e provimento (input) de dados é de responsabilidade do cliente.
Conheça alguns tópicos importantes:
Os processos definidos para a atualização do ambiente são:
- Definição do calendário de atualização;
- Definição dos componentes/artefatos que estarão no ambiente;
- Homologação prévia dos componentes antes da disponibilização;
- Comunicação com os clientes para aprovação do processo de atualização (Virada de releases)
Semanalmente, há uma janela de atualização para os ambientes de homologação e de produção. Ambos possuem a precedência dos testes em ambiente de homologação realizados pelo time de produto TOTVS. Após a aprovação de ambos é que o processo de atualização será submetido à produção.
Quando há troca de release, o cliente deve realizar a homologação e aprovação das novas atualizações e após isto, o comitê de mudança TOTVS avaliará todos os aspectos da mudança: impacto, riscos, procedimento de rollback, entre outras coisas, aprovando ou não a mudança.
As atualizações seguem o seguinte escopo:
- Atualização padrão: Todos os componentes disponibilizados pela TOTVS até a janela, serão atualizados juntos : binário, repositório padrão, dicionário de dados, menus e artefatos de configuração;
- Atualização Infra-estrutura: É composta apenas por itens de configuração (IC’s) que foram modificados desde a última liberação. Pode ser uma configuração simples, sem a necessidade de downtime;
- Atualização de emergência: A liberação de emergência é requerida no caso de dificuldade ou de solução de problema de alta prioridade, como por exemplo, o ambiente parado sem a possibilidade de uso. Este tipo de atualização deve ser utilizada com cautela e de forma reduzida, pois interrompe o ciclo de liberação e tende a falhas.
Realizado em conjunto com o gerenciamento de configuração, gerenciamento de mudança e testes operacionais traz os seguintes benefícios:
- Reduz a taxa de erro no serviço do SmartERP Protheus;
- Minimiza as interrupções do serviço sincronizando a liberação com empacotamento dos componentes de software e de hardware;
- Garante que o hardware e o software da produção são de boa qualidade (ou conhecidos);
- Assegura ambientes de teste e de produção estáveis;
- Melhora a utilização dos recursos do usuário através do esforço combinado durante os testes de novas liberações;
- Realiza a monitoração e proteção apropriadas da infra-estrutura;
- Mantém o software consistente e atualizado com as últimas correções;
- Diminui o perigo de intervenções desautorizadas.
Para aplicar este modelo de atualização, a TOTVS disponibiliza o calendário de atualização dos ambientes de homologação e produção.
O calendário apresentado abaixo refere-se à sustentação do ambiente:
| Domingo | Segunda-feira | Terça-feira | Quarta-Feira | Quinta-Feira | Sexta-Feira | Sábado |
|---|---|---|---|---|---|---|
| Sem Atividade | Atualização Padrão (Produto) Contém as liberações (ptms) realizadas pelo time de produto na últimas semanas (Corte na quinta-feira na montagem e homologação das RDMs). Período: 22:00 às 06:00 |
Atualização de Infra-Estrutura Período: 22:00 às 06:00 |
Janela de homologação das novas features |
Montagem e Homologação dos RDMs² ² Será incluido todas as expedições e issues expedidas para atualização na próxima janela. |
Homologação das RDMs geradas na quinta-feira. | Manutenções Emergenciais de Infra-estrutura |
| Exceção/Emergencial - Montagem e Homologação dos RDMs ¹ ¹ Será incluido todas as expedições e issues expedidas para atualização na próxima janela emergencial. |
Atualização - Exceção/Emergencial | |||||
O calendário acima não contempla a virada de release. Destina-se à atualizações das expedições continuas ou pontuais cujo tiveram a expedição realizada dentro do portal do cliente e/ou correções pontuais de infra estrutura.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas