{"id":41397,"date":"2020-02-10T20:24:56","date_gmt":"2020-02-10T17:24:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-takoe-sap"},"modified":"2020-02-10T20:24:56","modified_gmt":"2020-02-10T17:24:56","slug":"chto-takoe-sap","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/chto-takoe-sap","title":{"rendered":"O que \u00e9 SAP?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"O
\n
\nO que \u00e9 SAP? E como \u00e9 que vale $163 bilh\u00f5es?<\/p>\n

Todo ano, as empresas gastam $41 bilh\u00f5es em software para planejamento de recursos empresariais<\/b>, conhecido pela sigla ERP<\/b>. Hoje, praticamente em cada grande neg\u00f3cio, existe algum tipo de sistema ERP implantado. Mas a maioria das pequenas empresas geralmente n\u00e3o adquire sistemas ERP, e a maioria dos desenvolvedores provavelmente nunca os viu em a\u00e7\u00e3o. Assim, para aqueles de n\u00f3s que n\u00e3o utilizaram ERP, a pergunta surge... qual \u00e9 a jogada? Como uma empresa como a SAP consegue vender ERP por $25 bilh\u00f5es por ano? <\/p>\n

E como foi que 77% do com\u00e9rcio mundial<\/a><\/noindex>, incluindo 78% das entregas de alimentos, passa por programas da SAP?
\n<\/a><\/noindex>
\nERP \u00e9 o lugar onde as empresas armazenam dados operacionais principais. Estamos falando de previs\u00f5es de vendas, pedidos de compra, estoques, assim como de processos que s\u00e3o acionados com base nesses dados (por exemplo, pagamentos a fornecedores ao emitir pedidos). Em certo sentido, o ERP \u00e9 o \"c\u00e9rebro\" da empresa - ele armazena todos os dados importantes e todas as a\u00e7\u00f5es que s\u00e3o iniciadas por esses dados nos fluxos de trabalho.<\/p>\n

Mas antes de dominar completamente o mundo dos neg\u00f3cios moderno, como esse software realmente surgiu? A hist\u00f3ria do ERP come\u00e7a com um trabalho s\u00e9rio para a automa\u00e7\u00e3o de atividades de escrit\u00f3rio nos anos 1960. Antes, nas d\u00e9cadas de 1940 e 1950, a automa\u00e7\u00e3o era principalmente sobre trabalho mec\u00e2nico de \"golas azuis\" - lembre-se da General Motors, que criou seu departamento de automa\u00e7\u00e3o em 1947. A automa\u00e7\u00e3o do trabalho \"golas brancas\" (frequentemente com o uso de computadores!) come\u00e7ou nos anos 60.<\/p>\n

Automa\u00e7\u00e3o dos anos 60: o surgimento dos computadores<\/h1>\n

\nOs primeiros processos de neg\u00f3cios que foram automatizados com computadores foram o c\u00e1lculo da folha de pagamento e a emiss\u00e3o de faturas. Antes, ex\u00e9rcitos inteiros de funcion\u00e1rios de escrit\u00f3rio contavam manualmente as horas trabalhadas pelos empregados em livros cont\u00e1beis, multiplicavam pela taxa hor\u00e1ria e, em seguida, subtra\u00edam manualmente impostos, dedu\u00e7\u00f5es para benef\u00edcios e assim por diante... tudo isso apenas para calcular o sal\u00e1rio de um \u00fanico m\u00eas! Esse processo demorado e repetitivo estava sujeito a erros humanos, sendo, portanto, perfeitamente adequado para a automa\u00e7\u00e3o computacional.<\/p>\n

Na d\u00e9cada de 60, muitas empresas usavam computadores IBM para automatizar c\u00e1lculos de sal\u00e1rios e faturamento. Processamento de dados \u00e9 um termo ultrapassado, do qual restou apenas a empresa Automatic Data Processing, Inc<\/a><\/noindex>. Em vez disso, hoje falamos de \"TI\". Naquela \u00e9poca, a ind\u00fastria de desenvolvimento de software ainda n\u00e3o estava formada, ent\u00e3o departamentos de TI frequentemente contratavam analistas e os ensinavam a programar no local. A primeira faculdade de Ci\u00eancia da Computa\u00e7\u00e3o nos EUA foi aberta pela Universidade Purdue em 1962, e a primeira turma da especialidade formou-se alguns anos depois.<\/p>\n

\"O
\n
\nEscrever programas para automa\u00e7\u00e3o\/processamento de dados na d\u00e9cada de 60 era uma tarefa complicada devido \u00e0s limita\u00e7\u00f5es de mem\u00f3ria. N\u00e3o havia linguagens de alto n\u00edvel, nem sistemas operacionais padronizados, nem computadores pessoais \u2014 apenas grandes e caros mainframes com pouca mem\u00f3ria, onde os programas eram executados em fitas magn\u00e9ticas! Programadores frequentemente trabalhavam com os computadores \u00e0 noite, quando estavam livres. Para empresas como a General Motors, era comum escrever seus pr\u00f3prios sistemas operacionais para maximizar o uso de seus mainframes.<\/p>\n

Hoje, lan\u00e7amos software de aplica\u00e7\u00e3o em v\u00e1rios sistemas operacionais padr\u00e3o, mas isso n\u00e3o acontecia at\u00e9 a d\u00e9cada de 1990. Na era dos mainframes<\/a><\/noindex> 90% de todo o software era personalizado e apenas 10% era vendido pronto. <\/p>\n

Essa situa\u00e7\u00e3o influenciou profundamente como as empresas desenvolviam suas tecnologias. Alguns supunham que o futuro pertenceria ao hardware padronizado com sistemas operacionais e linguagens de programa\u00e7\u00e3o imut\u00e1veis, como o sistema SABRE<\/a><\/noindex> para a ind\u00fastria da avia\u00e7\u00e3o (que ainda \u00e9 utilizado!). A maioria das empresas continuou a criar seu pr\u00f3prio software completamente isolado, frequentemente reinventando a roda.<\/p>\n

O surgimento de software padr\u00e3o: o programa expans\u00edvel SAP<\/h1>\n

\nEm 1972, cinco engenheiros deixaram a IBM para firmar um contrato de fornecimento de software com uma grande empresa qu\u00edmica chamada ICI. Eles fundaram uma nova empresa chamada SAP (Systemanalyse und Programmentwicklung ou 'an\u00e1lise de sistemas e desenvolvimento de programas'). Como a maioria dos desenvolvedores de software na \u00e9poca, eles estavam principalmente focados em consultoria. Funcion\u00e1rios da SAP iam aos escrit\u00f3rios dos clientes e desenvolviam software em seus computadores, principalmente para gest\u00e3o de log\u00edstica.<\/p>\n

\"O
\n
\nOs neg\u00f3cios iam bem: a SAP terminou o primeiro ano com uma receita de 620 mil marcos, pouco mais de $1 milh\u00e3o em d\u00f3lares de hoje. Logo come\u00e7aram a vender seu software para outros clientes, portando-o para diferentes sistemas operacionais quando necess\u00e1rio. Nos quatro anos seguintes, tinham mais de 40 clientes, a receita cresceu seis vezes e o n\u00famero de funcion\u00e1rios aumentou de 9 para 25. Pode n\u00e3o ser muito distante da curva de crescimento T2D3<\/a><\/noindex>, mas o futuro da SAP parecia otimista.<\/p>\n

O software da SAP era especial por v\u00e1rias raz\u00f5es. Naquela \u00e9poca, a maioria dos programas funcionava \u00e0 noite e imprimia os resultados em fitas de papel, que voc\u00ea verificava na manh\u00e3 seguinte. Em vez disso, os programas da SAP operavam em tempo real, com os resultados sendo exibidos em monitores (que na \u00e9poca custavam cerca de $30 mil).<\/p>\n

Mas, o mais importante, o software da SAP foi projetado desde o in\u00edcio para ser escal\u00e1vel. No contrato original com a ICI, a SAP n\u00e3o criou o software do zero, como era comum na \u00e9poca, mas escreveu c\u00f3digo sobre um projeto anterior. Quando a SAP lan\u00e7ou seu software de contabilidade em 1974, planejou desde o in\u00edcio escrever m\u00f3dulos de software adicionais sobre ele no futuro e vend\u00ea-los. Essa escalabilidade tornou-se uma caracter\u00edstica definidora da SAP. Na \u00e9poca, a intera\u00e7\u00e3o entre contextos do cliente era considerada uma inova\u00e7\u00e3o radical. Os programas eram desenvolvidos do zero para cada cliente.<\/p>\n

A import\u00e2ncia da integra\u00e7\u00e3o<\/h1>\n

\nQuando a SAP apresentou seu segundo m\u00f3dulo de software para produ\u00e7\u00e3o, al\u00e9m do primeiro m\u00f3dulo financeiro, esses dois m\u00f3dulos puderam interagir facilmente entre si, pois compartilhavam um banco de dados comum. Essa integra\u00e7\u00e3o tornou a combina\u00e7\u00e3o dos m\u00f3dulos significativamente mais valiosa do que simplesmente duas programas separados.<\/p>\n

Como o software automatizou determinados processos de neg\u00f3cios, seu impacto dependia em grande parte do acesso aos dados. Os dados de pedidos de compra s\u00e3o armazenados no m\u00f3dulo de vendas, dados de estoque de produtos s\u00e3o armazenados no m\u00f3dulo de armaz\u00e9m, e assim por diante. E como esses sistemas n\u00e3o interagem, \u00e9 necess\u00e1rio sincroniz\u00e1-los regularmente, ou seja, um funcion\u00e1rio copiava manualmente os dados de um banco para outro.<\/p>\n

O software integrado resolve esse problema, facilitando a comunica\u00e7\u00e3o entre os sistemas da empresa e permitindo novos tipos de automa\u00e7\u00e3o. Esse tipo de integra\u00e7\u00e3o - entre diferentes processos de neg\u00f3cios, bem como fontes de dados - \u00e9 uma caracter\u00edstica chave dos sistemas ERP. Isso se tornou especialmente importante \u00e0 medida que o hardware evoluiu, abrindo novas oportunidades de automa\u00e7\u00e3o - e os sistemas ERP prosperaram.<\/p>\n

A velocidade de acesso \u00e0 informa\u00e7\u00e3o em software integrado permite que as empresas transformem completamente seus modelos de neg\u00f3cios<\/a><\/noindex>. A empresa Compaq implementou, atrav\u00e9s do ERP, um novo modelo de \"produ\u00e7\u00e3o sob demanda\" (ou seja, montagem do computador somente ap\u00f3s o recebimento expl\u00edcito do pedido). Esse modelo economiza dinheiro, reduzindo os estoques, ao depender de um giro r\u00e1pido - \u00e9 exatamente isso que um ERP eficiente ajuda a proporcionar. Quando a IBM seguiu o mesmo caminho, reduziu o tempo de entrega de componentes de 22 para tr\u00eas dias.<\/p>\n

Como realmente \u00e9 o ERP<\/h1>\n

\nAs palavras \"software corporativo\" n\u00e3o se associam a interfaces estilosas e amig\u00e1veis, e a SAP n\u00e3o \u00e9 uma exce\u00e7\u00e3o. A instala\u00e7\u00e3o b\u00e1sica da SAP cont\u00e9m 20.000 tabelas de banco de dados, das quais 3.000 s\u00e3o tabelas de configura\u00e7\u00e3o. Nessas tabelas, h\u00e1 cerca de 8.000 decis\u00f5es de configura\u00e7\u00e3o que precisam ser tomadas antes do in\u00edcio do funcionamento do programa. \u00c9 por isso que Especialista em Configura\u00e7\u00e3o SAP<\/a><\/noindex>\u00a0\u00e9 uma profiss\u00e3o real!<\/p>\n

Apesar da complexidade da configura\u00e7\u00e3o, o software SAP ERP oferece um valor chave \u2014 uma ampla integra\u00e7\u00e3o entre diversos processos de neg\u00f3cios. Essa integra\u00e7\u00e3o resulta em milhares de casos de uso dentro da organiza\u00e7\u00e3o. O SAP organiza esses casos de uso em \"transa\u00e7\u00f5es\", que representam a\u00e7\u00f5es de neg\u00f3cios. Alguns exemplos de transa\u00e7\u00f5es incluem \"cria\u00e7\u00e3o de pedidos\" e \"visualiza\u00e7\u00e3o de clientes\". Essas transa\u00e7\u00f5es est\u00e3o organizadas em um formato de cat\u00e1logo aninhado. Assim, para encontrar a transa\u00e7\u00e3o \"Criar pedido de venda\", voc\u00ea vai ao cat\u00e1logo \"Log\u00edstica\", depois \"Vendas\", em seguida \"Pedido\", e l\u00e1 encontrar\u00e1 a transa\u00e7\u00e3o real.<\/p>\n

\"O
\n
\nSe chamarmos o ERP de \"navegador de transa\u00e7\u00f5es\", isso ser\u00e1 uma descri\u00e7\u00e3o surpreendentemente precisa. Ele \u00e9 muito semelhante a um navegador, com um bot\u00e3o \"Voltar\", bot\u00f5es de zoom e um campo de texto para c\u00f3digos \"TCodes\", equivalente \u00e0 barra de endere\u00e7os em um navegador. O SAP suporta mais de 16.000 tipos de transa\u00e7\u00f5es<\/a><\/noindex>, por isso, navegar pela \u00e1rvore de transa\u00e7\u00f5es pode ser complicado sem esses c\u00f3digos.<\/p>\n

Apesar da impressionante quantidade de configura\u00e7\u00f5es e transa\u00e7\u00f5es dispon\u00edveis, as empresas ainda encontraram casos de uso \u00fanicos, precisando ajustar finamente suas opera\u00e7\u00f5es. Para lidar com esses fluxos de trabalho \u00fanicos, o SAP possui um ambiente de programa\u00e7\u00e3o integrado. Veja como cada parte funciona:<\/p>\n

Dados<\/h3>\n

\nNa interface do SAP, os desenvolvedores podem criar suas pr\u00f3prias tabelas de banco de dados. Essas s\u00e3o tabelas relacionais como bancos de dados SQL comuns: colunas de v\u00e1rios tipos, chaves estrangeiras, restri\u00e7\u00f5es de valores, al\u00e9m de permiss\u00f5es de leitura\/escrita.<\/p>\n

L\u00f3gica<\/h3>\n

\nO SAP desenvolveu uma linguagem chamada ABAP (Advanced Business Application Programming, originalmente Allgemeiner Berichts-Aufbereitungs-Prozessor, em alem\u00e3o \"processador geral de cria\u00e7\u00e3o de relat\u00f3rios\"). Ela permite que os desenvolvedores executem l\u00f3gica de neg\u00f3cios personalizada em resposta a eventos espec\u00edficos ou em uma programa\u00e7\u00e3o definida. O ABAP \u00e9 uma linguagem rica em sintaxe, possuindo aproximadamente tr\u00eas vezes mais palavras-chave do que o JavaScript (ver a implementa\u00e7\u00e3o do jogo 2048 na linguagem ABAP<\/a><\/noindex>). Quando voc\u00ea escreveu seu programa (o SAP tem um editor embutido para programa\u00e7\u00e3o), voc\u00ea o publica como uma transa\u00e7\u00e3o pr\u00f3pria, junto com um c\u00f3digo TCode individual. Voc\u00ea pode ajustar o comportamento existente atrav\u00e9s de um extenso sistema de hooks, chamados de \u201cbusiness add-ins\u201d, onde o programa \u00e9 configurado para ser executado ao realizar uma transa\u00e7\u00e3o espec\u00edfica \u2014 semelhante aos triggers SQL.<\/p>\n

UI<\/h3>\n

\nO SAP tamb\u00e9m vem com um construtor para criar a interface do usu\u00e1rio. Ele suporta arrastar e soltar e vem com recursos \u00fateis, como formul\u00e1rios gerados com base na tabela do banco de dados. Apesar disso, \u00e9 bastante dif\u00edcil de usar. Minha parte favorita do construtor \u00e9 o desenho das colunas da tabela:<\/p>\n

\"O
\n<\/p>\n

Desafios na implementa\u00e7\u00e3o de ERP<\/h1>\n

\nERP n\u00e3o \u00e9 barato. Uma grande corpora\u00e7\u00e3o multinacional pode gastar entre $100 milh\u00f5es a $500 milh\u00f5es na implementa\u00e7\u00e3o, incluindo $30 milh\u00f5es em taxas de licen\u00e7a, $200 milh\u00f5es em servi\u00e7os de consultoria, e o restante em hardware, treinamento de gerentes e funcion\u00e1rios. A implementa\u00e7\u00e3o completa leva de quatro a seis anos. O CEO de uma grande empresa qu\u00edmica<\/a><\/noindex> disse: \u201cA vantagem competitiva no setor ser\u00e1 para a empresa que conseguir realizar a implementa\u00e7\u00e3o do SAP de forma mais eficaz e econ\u00f4mica.\u201d<\/p>\n

E n\u00e3o se trata apenas de dinheiro. A implementa\u00e7\u00e3o de ERP \u00e9 um empreendimento arriscado, e os resultados variam drasticamente. Um dos casos de sucesso \u00e9 a implementa\u00e7\u00e3o de ERP na Cisco, que levou 9 meses e custou $15 milh\u00f5es. Em compara\u00e7\u00e3o, a implementa\u00e7\u00e3o na Dow Chemical custou $1 bilh\u00e3o e levou 8 anos. A Marinha dos EUA gastou $1 bilh\u00e3o em quatro diferentes projetos de ERP, mas todos falharam<\/a><\/noindex>. At\u00e9 65% dos executivos<\/a><\/noindex> acreditam que a implementa\u00e7\u00e3o de sistemas ERP apresenta \u201cuma chance moderada de prejudicar os neg\u00f3cios\u201d. Isso \u00e9 algo que dificilmente ouvimos ao avaliar software!<\/p>\n

A natureza integrada do ERP significa que sua implementa\u00e7\u00e3o requer o esfor\u00e7o de toda a empresa. E como as empresas s\u00f3 colhem benef\u00edcios ap\u00f3s uma implementa\u00e7\u00e3o abrangente, isso \u00e9 particularmente arriscado! Implementar um ERP n\u00e3o \u00e9 apenas uma decis\u00e3o de compra: \u00e9 um compromisso de mudar suas pr\u00e1ticas de gerenciamento operacional. Instalar o software \u00e9 f\u00e1cil; reconfigurar o fluxo de trabalho de toda a empresa \u00e9 onde o verdadeiro trabalho est\u00e1.<\/i> Implementa\u00e7\u00f5es s\u00e3o especialmente arriscadas! A implementa\u00e7\u00e3o de um ERP n\u00e3o \u00e9 apenas uma decis\u00e3o de compra: \u00e9 um compromisso de mudar seus m\u00e9todos de gest\u00e3o operacional. Instalar o software \u00e9 f\u00e1cil, reconfigurar o fluxo de trabalho de toda a empresa \u00e9 onde est\u00e1 o verdadeiro desafio.<\/p>\n

Para a implementa\u00e7\u00e3o de um sistema ERP, os clientes frequentemente contratam uma empresa de consultoria, como a Accenture, e pagam milh\u00f5es de d\u00f3lares para trabalhar com diferentes departamentos de neg\u00f3cios. Os analistas determinam como integrar o ERP aos processos da empresa. Assim que a integra\u00e7\u00e3o come\u00e7a, a empresa precisa iniciar o treinamento de todos os funcion\u00e1rios sobre como utilizar o sistema. Gartner recomenda<\/a><\/noindex> reservar 17% do or\u00e7amento apenas para treinamento!<\/p>\n

Apesar de todas as dificuldades, a maioria das empresas da lista Fortune 500 implementou sistemas ERP at\u00e9 1998: o processo foi acelerado pelo medo do Y2K. O mercado de ERP continua a crescer at\u00e9 hoje excede $40 bilh\u00f5es<\/a><\/noindex>. \u00c9 um dos maiores segmentos na ind\u00fastria de software mundial.<\/p>\n

A moderna ind\u00fastria de ERP<\/h1>\n

\nOs maiores players s\u00e3o Oracle e SAP. Embora ambas sejam l\u00edderes de mercado, seus produtos ERP s\u00e3o surpreendentemente diferentes. O produto da SAP foi constru\u00eddo principalmente internamente na empresa, enquanto a Oracle adquiriu agressivamente concorrentes, como PeopleSoft e NetSuite.<\/p>\n

Oracle e SAP dominam tanto que at\u00e9 Microsoft utiliza SAP<\/a><\/noindex> em vez de seu pr\u00f3prio produto ERP Microsoft Dynamics.<\/p>\n

Como na maioria das ind\u00fastrias as necessidades de ERP s\u00e3o bastante espec\u00edficas, a Oracle e a SAP t\u00eam configura\u00e7\u00f5es prontas para muitas ind\u00fastrias, como aliment\u00edcia, automotiva e qu\u00edmica, al\u00e9m de configura\u00e7\u00f5es verticais, como processos de organiza\u00e7\u00e3o de vendas. No entanto, sempre h\u00e1 espa\u00e7o para players de nicho que, geralmente, se concentram em uma vertical espec\u00edfica:<\/p>\n