A UPS é líder mundial em transporte de encomendas.
Segue-se uma descrição das integrações entre as várias vertentes (colaboração/organização/sistemas).
Ressalte-se que, dada a dimensão da empresa, a natureza do seu negócio e a quantidade de tecnologias que adota, uma descrição completa teria ultrapassado em muito os limites impostos a este relatório; portanto, tentaremos fornecer uma visão geral dos principais aspectos.
integrações
A primeira integração entre facetas de que se pode falar é aquela entre sistema e organização. A UPS é uma empresa enorme, mas eles tiveram a visão de projetar a sua própria empresa desde o início base de dados como uma entidade central e monolítica. A instalação de Nova Jersey – como sua gêmea georgiana, é claro – hospeda uma série de banco de dados que contêm (entre outras informações):
i dar para gestão de pessoal;
i dar, atualizada em tempo real, sobre armazéns e meios de transporte em utilização, distribuídos na rede de transporte intermodal;
informações sobre empresas parceiras ei clientes (este último também atualizado em tempo real, com base nas informações provenientes dos terminais DIAD e do site Internet);
i dar para a elaboração das demonstrações financeiras (balanço, demonstração de resultados, etc.).
como a empresa operar mesmo fora dos Estados Unidos, alguns aspectos também foram distribuídos no exterior. Um exemplo é o base de dados gestão de pessoal, por sua própria natureza integrada com sistemas de análise de desempenho econômico: economia de pessoal e custos operacionais em banco de dados nacional, mas as informações são periodicamente agregadas e convertidas em moeda americana; quaisquer atividades antiprodutivas são identificadas e resolvidas em pouco tempo. A necessidade de automatizar o rastreamento de custos permitiu que a UPS automatizasse alguns processos, incluindo a geração da folha de pagamento.
A gestão de turnos e períodos de descanso também foi semi-automatizada: o pessoal é categorizado em banco de dados com base no tipo de função, currículo e região geográfica (veremos no próximo parágrafo como isso já representa material
para uma ontologia); a solicitação de férias – que deve ser feita com bastante antecedência – é inserida em um software que submete a aprovação do plano aos chefes de setor. Este mecanismo, muito eficiente no papel, levou à instauração de uma ação coletiva contra a UPS por parte dos funcionários, por não ser de forma alguma "flexível" em relação a pessoas repentinamente sujeitas a impedimentos ou deficiências).
I dar relacionados com armazéns e meios de transporte são o coração do negócio da UPS, que vive da eficiência dos seus serviços ao não produzir bens. Todos os softwares foram criados pela própria empresa nas últimas duas décadas e são altamente integrados: todos se referem ao mesmo base de dados e há um fluxo contínuo de informações de e para os aplicativos.
Por exemplo, quando um cliente solicita o envio de uma encomenda, são introduzidos os seus dados - de raiz ou actualizados - (especialmente referências de pagamento, validadas através de serviços de interface com sistemas interbancários). dar da encomenda (local de recolha e entrega, possível local alternativo em caso de não recolha, custo de envio calculado automaticamente e aceite pelo cliente, etc.). O crédito é gerado instantaneamente após o recebimento pelo sistema da confirmação de entrega (chegada do terminal DIAD).
A geração do pedido também desencadeia a criação de um registro no sistema de gerenciamento de embarques, que envolve uma notificação aos operadores envolvidos. O sistema de apoio logístico da UPS encarrega-se de optimizar os envios de encomendas, tanto ao nível do percurso mínimo das carrinhas como das encomendas por elas transportadas, tendo também em conta os operadores disponíveis em função do referido agendamento de férias e descanso. Todos esses são exemplos do alto nível de integração alcançado pelos sistemas da empresa.
Como já destacado no documento anterior, e como resulta do que foi dito até agora sobre os fluxos de dar de nações de fora para o banco de dados centro, ocorre uma grande atividade de armazenamento. UPS tem um banco de dados de vários terabytes que abriga a biblioteca de informações de operações (OIL), uma enorme coleção de dar, estruturado em diferentes níveis de granularidade, que resume as atividades do grupo. O OIL nasceu inicialmente para melhorar a organização interna em solo americano e planejar estratégias de curto prazo, mas a partir de 1999 incorpora todas as informações sobre a atividade planetária e somente a partir do início dos anos 2000 é explorado para a integração de softwares de inteligência e processamento analítico online.
I dar os agregados podem ser consultados pela direção da organização; como mencionado no outro documento, muitos dar de granularidade muito fina também são acessíveis via API por clientes, por exemplo, informações sobre o status do único item enviado. A clientes eles mesmos podem integrar essas informações em seus sistemas com muita facilidade, graças à adoção sistemática de padrões abertos pela UPS.
Conforme descrito em outro documento, a UPS possui uma comissão que realiza inovações tecnológicas, coletando sugestões dos funcionários. As ideias são enviadas por meio de um aplicativo da web, que pode ser usado na intranet da empresa.
Uma ontologia para integração
Ao hipotetizar uma ontologia por trás das integrações UPS, pode-se certamente partir dos players envolvidos em seu core business: o transporte de encomendas. Assim, temos uma classe Package , transportada de um Location para outro; transporte pode ser conceituado com duas relações "transportFrom" e "transportTo", se excluirmos de
modelagem de entregas transnacionais e multimodais. Parcel pode ter várias subclasses especializadas – dependendo de suas características – e deve ter um Location instantâneo, seguindo a geolocalização.
O pacote geralmente é enviado por um cliente; tendo em conta a vastidão da gama de serviços da UPS – que não inclui apenas o transporte de encomendas – deve ser dada grande atenção à descrição das classes e atributos derivados. Qualquer serviço oferecido, de qualquer natureza, envolve a “execução” de um Pedido de diversos tipos, como um Envio.
Pode acontecer que um cliente seja também Fornecedor. A ontologia poderia definir uma superclasse de agregação CompanyPartner se reconhecer que é simultaneamente uma empresa do tipo Cliente e Fornecedor, ou se tiver realizado pelo menos um fornecimento e pelo menos um pedido.
A Big Brown, como é chamada no jargão da UPS, é composta principalmente por entidades Employee organizadas em uma vasta e variada estrutura hierárquica (Organization Chart). Também aqui a estruturação deve ser precisa, com especial destaque para os aspectos relativos ao espaço/tempo: um trabalhador operará numa Região precisa, ou melhor, numa agregação de localizações na rede mundial, percorrerá um Horário preciso durante a sua Semana de Trabalho e assim por diante. Uma ontologia desse tipo tornaria muito fácil fazer inferências automáticas na geração de turnos de descanso. Ao modelar adequadamente certos atributos, como qualificações, títulos, registros de serviço e anos de serviço, a administração tem a oportunidade de avaliar quantitativamente – bem como qualitativamente – o desempenho da equipe.
Muitos destes dar já estão presentes nos sistemas legados da UPS, armazenados no banco de dados introduzido nas últimas duas décadas. Outros podem surgir de "visões" adequadas nos bancos de dados ou por meio de atividades de mineração de dados.
Saiba mais na Agência Web Online
Inscreva-se para receber os artigos mais recentes por e-mail.