Definições contábeis e tipos de serviço
Índice
Introdução
O objetivo desta seção é detalhar os tipos de atividades realizados pela equipe de Produção (POs, SMs, desenvolvedores) da MSTECH e classificá-los em termos de definições contábeis. Cada atividade realizada pode ser classificada em um dos tipos de serviço da empresa (Produto, Serviço, Desenvolvimento, Customização, Conteúdo, Demanda Interna, Bug ou Parceria).
Através de um repertório de atividades, listado abaixo, apresentamos diversos cenários para apoiar os colaboradores a tipificar corretamente cada tipo de atividade.
A importância de uma correta tipificação é permitir que o rateio e a apuração de custos da empresa seja feito de forma mais precisa, de modo que tenhamos de forma mais real o investimento realizado em cada tipo de atividade para um produto, gerando uma precificação mais apurada e mais competitiva com o mercado.
Tipos de Atividades na Controladoria
Tipo | Código | Definição |
PRODUTO | a | Atividades relacionadas à construção ou evolução de produtos para a MSTECH. Pode ser a construção de um novo produto ou uma evolução de produto existente. Pode ser realizado no escopo de um projeto, ou seja, uma demanda contém uma funcionalidade considerada relevante para o produto. |
SERVIÇO | b | Ações que a execução e prestação de serviço é feita diretamente com o cliente, ou seja, o colaborador estará em contato direto com quem receberá o serviço. Pode ser Assessoria Pedagógica, Capacitação, Implantação, Suporte ou Formação. |
DESENVOLVIMENTO | c | Trata-se da construção de uma ou mais funcionalidades que precisarão ser construídas do zero, ou seja, funcionalidades novas, em um projeto que não é considerado um produto para a MSTECH. |
CUSTOMIZAÇÃO | d | Customização pode ser uma manutenção/evolução de uma funcionalidade de um projeto do cliente, sendo este projeto algo que não compõe o portfólio de produtos da empresa. Pode ser, também, uma personalização de um produto da MSTECH para atender determinado cliente. Customização se refere à recursos já existentes e que precisam ser alterados. |
CONTEÚDO | e | Atividades de produção de conteúdos educacionais para os clientes. |
DEMANDA INTERNA | f | Atividades produtivas realizadas para a MSTECH. |
BUG | g | Correção de algo que a MSTECH desenvolveu e deu erro. É um "retrabalho". |
PARCERIA | h | Um exemplo de atividade de parceria é a construção do login do Google no CoreSSO. Ou seja, é realizada uma atividade para atender alguma necessidade de empresa parceira. Não está relacionado a realizar uma atividade sem faturamento para um cliente ou outras conotações. |
Vale ressaltar um caso em particular: Documentação. Para fins de discernimento do tipo de atividade, devemos considerar a documentação de um projeto o u produto como um requisito do sistema. Dessa forma, documentação pode ser enquadrado como Produto ou Desenvolvimento, se o mesmo não existir, ou como Produto ou Customização se ele já existir e precisar sofrer alterações (o enquadramento correto deve considerar as definições da tabela acima.
Tipos de serviço e faturamento não são correlacionados
Em conversa com PO's da empresa, identificamos que, em geral, há uma confusão em relação entre tipo de atividade a ser realizada com ser faturado ou não. É comum, por exemplo, qualificar a inclusão de um campo em um relatório, por exemplo, como um BUG porque não será faturado. Esse é um equívoco comum.
No caso do exemplo citado acima, caso o campo tenha sido solicitado previamente e o mesmo não foi desenvolvido, será sim um BUG. Porém, caso não tenha havido uma solicitação deste campo previamente, pode se tratar de uma customização ou de uma evolução de produto, dependendo do contexto, que não será faturado.
Para classificar um item é importante entender que o que importa para fins contábeis é o tipo de ação que será realizado, não se o mesmo será faturado ou não.
Exemplos de qualificação de tipos de serviço
Em reunião no dia 05/09/2016 com os PO's da MSTECH, foram levantadas algumas questões sobre como enquadrar algumas ações realizadas corriqueiramente na empresa. O resultado dessa reunião reflete-se na tabela abaixo. Vale ressaltar que este não é um trabalho considerado finalizado, pois outros casos deverão surgir ao longo do tempo. Estes casos deverão ser estudados e, logo após ter a definição, pedimos que adicionem nesta tabela de referência a conclusão adotada.
Exemplo | Classificação | Explicação |
Cliente solicita que MSTECH utilize seu recurso de envio de mala direta (e-mail marketing) para divulgação de um serviço à seus usuários | Serviço | MSTECH está prestando um serviço de envio de e-mails para o cliente. |
Manual/Tutorial sobre como realizar determinada ação em um sistema educacional não produzido pela MSTECH (Moodle, por exemplo) | Serviço (Assessoria pedagógica) | MSTECH está construindo um manual de um produto que não é seu, para que usuários possam aprender a utilizar uma ferramenta externa. |
Cliente pede um teste de configuração de player de vídeo que utiliza o CORS no conteúdo produzido por ele | Serviço | Neste contexto, o cliente construiu um conteúdo que abre link de outro domínio e, ao subir no ambiente da MSTECH, apresentou problema. A MSTECH deve prestar um serviço de modificar a configuração de ser servidor para resolver o problema (não é bug porque não há erro do sistema, apenas uma alteração na configuração) |
Configuração do sistema falta ou está errada, e o sistema não oferece interface para configurar | Serviço | No caso, se tratando apenas de acertar uma configuração, será um serviço. Se a atividade for de criação de uma tela para configuração pode ser considerada "produto" (se essa tela agregar a algum produto da empresa) ou "desenvolvimento" caso seja específico de um projeto do cliente e não for entrar no portfolio da MSTECH. Agora, se a tela era prevista e não foi feita ou não está correta, é "Bug" |
Gerar certificado de conclusão manualmente para um cursista | Serviço | Trata-se de uma prestação de serviço da MSTECH para o cliente |
Extração de relatórios de acesso (o relatório já existe) | Serviço | Trata-se de uma prestação de serviço da MSTECH para o cliente |
Troca de texto, imagem ou outros artefatos do portal | Serviço ou Customização | Caso a atividade seja feita em uma ferramenta que permitiria ao usuário fazer essa ação (como o Moodle ou o Portal Construtor, por exemplo), podemos enquadrar como um serviço. Se for necessária a alteração do código para essas alterações, aí será uma Customização |
Realizar análise de aderência à atualização de ferramentas ou SO (por exemplo SQL Server ou Windows) | Serviço ou Demanda Interna | Análise de aderência pode ser encarado como "Serviço" se o mesmo for direcionado a um cliente ou, caso seja uma análise de aderência solicitada pela MSTECH (para um edital, por exemplo), pode-se considerar como uma Demanda interna. |
Realizar procedimentos de DTS como carga de usuários | Serviço | É o desenvolvimento de um atividade que presta serviço ao cliente, evitando que o mesmo faça o recadastro de dados manualmente. Entendemos que este item é um "Serviço" prestado. |
Migração de ambientes - cópia da produção para homologação, troca de servidores, liberação de espaço | Demanda interna ou serviços | Se o ambiente alvo for dentro da MSTECH, é uma demanda interna. Se for um ambiente do cliente, a MSTECH está prestando serviços ao cliente. |
Manual/revisão ortográfica | Produto ou Desenvolvimento ou Customização | Produto se é evolução para o produto. Se não existir documentação de algo não produto, é desenvolvimento. Se já existir documentação de algo não produto é customização. Documentação deve ser considerado como um requisito. |
Cliente pede análise de um aluno que não consegue se cadastrar ou para incluir um novo tipo de autenticação em sistema existente | Serviço | Análise de problemas em quaisquer ambientes invariavelmente é um serviço de suporte ao cliente. O resultado da análise pode indicar a necessidade de um outro tipo de atividade (Produto, Bug ou Customização, por exemplo) |
Cliente reclama de problema em produção e, após análise, identifica que a causa é o uso de uma tecnologia considerada obsoleta (por exemplo Flash) | Desenvolvimento, Bug ou Customização | Caso tenha havido uma solicitação de modernização da tecnologia (por exemplo conversão para HTML5) e a mesma não foi feita ou feita incorretamente, é Bug. Caso contrário, deve ser feito um novo desenvolvimento, pois se trata de uma alteração não prevista em contrato anterior. Neste caso pode-se enquadrar ou em "Desenvolvimento" (se não se tratar de um produto) ou "Produto, caso contrário. |
O cliente solicitou para verificar se é possível fazer login no portal e ao clicar em EAD o usuário aparece logado no moodle | Desenvolvimento ou Produto | Análise de adição de um novo recurso, como no exemplo, pode ser tipificado como "Desenvolvimento" se for uma funcionalidade nova em um projeto não considerado produto, ou "Produto" caso contrário |
Melhoria de performance gerada depois de entregue o projeto, devido ao volume de conteúdo | Serviço inicialmente, Desenvolvimento ou Produto posteriormente | Teste de performance deve ser considerado um "Serviço". Após o teste, se necessário for inserir melhorias, pode-se enquadrar em "Produto" ou "Desenvolvimento", dependendo se o alvo da alteração for um produto da MSTECH ou não |
O cliente solicitou para ordenar as revistas que aparecem no aplicativo da mais nova para a mais antiga. Não foi solicitado previamente | Produto ou Customização | Produto se a MSTECH entender que traz valor para uma evolução. Senão é customização, por ser um novo filtro em uma funcionalidade existente |
Outras considerações
Vale ressaltar algumas questões levantadas na reunião de 05/09/2016:
- Faturamento: Conforme informado acima, a definição do tipo de atividade não está ligado a se o mesmo será ou não faturado. Essa condição comercial não faz parte dessa análise;
- Atividades rápidas: Mesmo atividades realizadas rapidamente, como 30 minutos ou 1 hora, devem ser computados para apuração de custo. Quanto mais preciso, melhor para a precificação correta de nossos produtos e projetos.
- Atividades internas: Atividades como estudo, desalocação ou outras, que não se refletem em evolução ou desenvolvimento de produtos e projetos, não devem ser computados no âmbito destes. Para essas ações, os custos serão apurados de outra forma pela empresa. O lançamento incorreto dessas atividades incorre em um dado irreal e prejudica a precificação de nossas ferramentas.