BR112018074264B1

BR112018074264B1 - sistema, meio legível por computador não transitório e método para processamento e vinculação em tempo real de uma pluralidade de pedidos

Info

Publication number: BR112018074264B1
Application number: BR112018074264-3A
Authority: BR
Inventors: Jarrett Pumphrey
Original assignee: Clearcorrect Operating, Llc
Priority date: 2016-06-20
Filing date: 2017-06-20
Publication date: 2021-01-19
Also published as: AU2017281607A1; KR102211548B1; BR112018074264A2; US20170365025A1; CA3025570A1; CN109328367B; US10636105B2; JP6888030B2; CN109328367A; JP2019521426A; WO2017223058A1; EP3472792A4; KR20190032361A; EP3472792A1

Abstract

A presente invenção refere-se a sistemas e métodos para o processamento em tempo real e a vinculação de pedidos para melhorar o desempenho de execução que podem ser configurados para receber um pedido de entrada a partir de um cliente que inclui os dados do produto, informações do cliente e informações de expedição; determinar que o pedido de entrada possa ser vinculado a um pacote de expedição existente que tenha um ou mais pedidos atribuídos com base em critérios de vinculação predeterminados; atribuir uma identificação de pacote (ID) ao pedido de entrada correspondente ao pacote de expedição existente; e liberar o pacote de expedição existente para a expedição quando um ou mais critérios de expedição predeterminados forem atendidos.

Description

[0001] Este pedido refere-se geralmente a aparelhos dentários ortodônticos e, mais particularmente, a um sistema melhorado e método para a expedição de encomendas de aparelhos dentários para profissionais de medicina dentária de forma eficiente e engenhosa. Para este fim, a presente descrição fornece um sistema e método para combinar ou agregar múltiplas expediçãos ou pedidos ao satisfazer certos critérios.

ANTECEDENTES

[0002] Um objetivo da ortodontia é mover os dentes do paciente para posições onde a função e/ou a estética são otimizadas. Aparelhos dentários, tais como aparelhos do tipo metal, são aplicados aos dentes do paciente por um profissional de odontologia/ortodontia para exercer uma força contínua sobre os dentes, com o objetivo de movê-los gradualmente em direção às posições pretendidas. Uma alternativa aos aparelhos de metal é o uso de alinhadores progressivos e removíveis para mover gradualmente os dentes até suas posições finais desejadas de uma maneira mais abreviada e confortável para o paciente.

[0003] Em geral, para fabricar um conjunto de alinhadores, um paciente visitará o profissional de odontologia/ortodontia que obterá uma impressão dentária da posição inicial dos dentes do paciente. Em seguida, o profissional de odontologia/ortodontia envia um pedido personalizado a uma empresa de dispositivos médicos para fabricar um conjunto de alinhadores para o paciente. Uma vez que o conjunto de alinhadores é fabricado, a empresa de dispositivos médicos envia o conjunto de alinhadores de volta ao profissional de odontologia/ortodontia para o uso do paciente. Muitas vezes, a empresa de dispositivos médicos pode receber vários pedidos de um único profissional de odontologia dentro de um curto período de tempo (por exemplo, no mesmo dia ou dentro de alguns dias, de um para o outro). Por sua vez, é provável que vários conjuntos de alinhadores sejam fabricados e estejam prontos para a expedição para esse único dentista dentro de um curto período de tempo. Desta forma, o dentista pode receber várias expediçãos no mesmo dia, o que resulta em inconveniência do cliente, custos de expedição mais altos, e desperdício extra de materiais.

SUMÁRIO

[0004] Os parágrafos anteriores foram fornecidos a título de introdução geral, e não se destinam a limitar o âmbito das seguintes concretizações. As modalidades descritas, juntamente com outras vantagens, serão melhor compreendidas por referência à descrição detalhada que se segue, tomada em conjunto com os desenhos anexos.

[0005] A presente invenção refere-se a um sistema e método para combinar ou agregar múltiplas expediçãos de aparelhos de alinhamento ortodôntico para profissionais de odontologia, onde, através de circuitos de processamento, o sistema determina se um expedição ou pedido programado com uma data de expedição inicial é agregável ou combinável com outra expedição programada, atualiza a data de expedição inicial do pedido para uma nova data de expedição quando o pedido é agregado a outra expedição programada e vincula o pedido a um pacote existente com várias expediçãos planejadas, se o pacote tiver uma data de expedição e endereço de entrega correspondente ao pedido.

BREVE DESCRIÇÃO DOS DESENHOS

[0006] Uma apreciação mais completa da descrição e muitas das suas vantagens serão prontamente obtidas à medida que a mesma seja melhor compreendida por referência à seguinte descrição detalhada quando considerada em conexão com os desenhos anexos, em que:

[0007] a Figura 1 é um diagrama esquemático de um sistema para combinar ou agregar múltiplas expediçãos de acordo com um exemplo;

[0008] a Figura 2 é um fluxograma exemplar de um processamento de pedidos e processo de vinculação de acordo com um exemplo;

[0009] a Figura 3 é um esquema que mostra uma interface gráfica de usuário de acordo com um exemplo; e

[0010] a Figura 4 ilustra um diagrama de blocos de um dispositivo de computação exemplar de acordo com um exemplo.

[0011] Nos desenhos, números de referência iguais designam partes idênticas ou correspondentes ao longo das várias vistas.

DESCRIÇÃO DETALHADA

[0012] A descrição apresentada abaixo, em conexão com os desenhos anexos destina-se como uma descrição de várias modalidades do assunto descrito e não é necessariamente destinado a representar a(s) única(s) modalidade(s). Em certos casos, a descrição inclui detalhes específicos com a finalidade de fornecer uma compreensão do assunto descrito. No entanto, será evidente para os especialistas na técnica que as modalidades podem ser praticadas sem estes detalhes específicos. Em alguns casos, estruturas e componentes bem conhecidos podem ser mostrados na forma de diagrama de blocos, com o objetivo de evitar obscurecer os conceitos do assunto descrito.

[0013] Com referência agora aos desenhos, em que números de referência iguais designam partes idênticas ou correspondentes ao longo de várias vistas, a descrição que se segue refere-se a um sistema e método para combinar ou agregar múltiplos pacotes de expedição de produtos em um único pacote ou expedição se certos critérios forem satisfeitos. Por exemplo, clientes como consultórios odontológicos ou ortodônticos podem fazer pedidos individuais de aparelhos de alinhamento ortodôntico dentro de um período de tempo predeterminado, como dia, semana, mês, etc. Em vez de enviar cada um dos aparelhos como expediçãos individuais para o cliente, o sistema vincula automaticamente um pedido de entrada a um pedido existente que está sendo processado atualmente com base no endereço de entrega ou em outros dados de identificação do cliente para reduzir os custos de expedição e o número total de pacotes enviados ao cliente.

[0014] Como exemplo, uma empresa de dispositivos médicos pode receber vários pedidos para a fabricação de aparelhos dentários, como alinhadores, provenientes de profissionais da área odontológica. Comumente, um dentista pode fazer um primeiro pedido para um primeiro conjunto de alinhadores após uma visita ao consultório de um primeiro paciente. Logo em seguida, um conjunto de alinhadores é fabricado com base em uma impressão dentária inicial do primeiro paciente e uma posição final desejada do dente. O dentista pode também fazer um segundo pedido para um segundo conjunto de alinhadores após uma visita ao consultório de um segundo paciente dentro de um curto período de tempo (por exemplo, 1 hora, 2 horas ou 1 dia). O primeiro pedido tem uma primeira data de expedição de destino e o segundo pedido tem uma segunda data de expedição de destino. Provavelmente, o primeiro e o segundo conjunto de alinhadores podem ser fabricados e estarem prontos para expedição no mesmo dia. Desta forma, a segunda data de expedição da segunda ordem pode ser modificada para corresponder à data de expedição da primeira ordem, de modo que o dentista receba os dois conjuntos de expedição juntos, em uma única expedição e no mesmo dia. Desta maneira, os processos executados por um sistema de expedição de pacotes descrito mais adiante neste documento resultam na redução dos custos de expedição, o que pode causar maior satisfação do cliente.

[0015] Deste modo, os seguintes termos devem ser considerados semelhantes, para fins de explicação e/ou discussão da descrição: expedição, caixa, container, parcela, pacote, paleta e/ou outros termos usados para descrever um item ou itens que podem ser enviados, por qualquer meio, de um local para outro (por exemplo, de um fornecedor para um cliente).

[0016] A Figura 1 é um diagrama de um ambiente de exemplo 100 para um sistema de expedição de pacotes 110. O diagrama ilustra a interação entre um ou mais participantes no sistema de expedição de pacotes 110, que recebe pedidos para um ou mais produtos, rastreia os pedidos através da produção, e vincula múltiplos pedidos em um pacote de expedição com base no cliente, dados de expedição, etc. Os operadores de expedição de expediçãos podem interagir com o sistema de expedição de pacotes 110 por meio de uma ou mais telas de interface do usuário do portal da web 104a em uma estação de trabalho 104 para exibir um status atual de um ou mais pedidos para um determinado cliente ou visualizar os produtos atribuídos a um determinado pedido ou pacote. A estação de trabalho 104 pode ser um computador, um laptop ou qualquer outro tipo de dispositivo de computação no qual os operadores de preenchimento de expedição possam visualizar as alocações atuais de pedidos, pacotes e expedição.

[0017] Os clientes 116 podem fazer pedidos em um dispositivo de computação de cliente 116a ou 116b que é transferido para o sistema de expedição de pacotes 110 por meio da rede 114. Em algumas implementações, os clientes 116 interagem com o sistema de expedição de pacotes 110 por meio de uma ou mais telas de interfaces de usuário (UI). Por exemplo, os clientes 116 podem enviar pedidos em uma tela de IU de expedição de pedido que permite aos clientes fazer o upload de dados de impressão ou de varredura dentária, juntamente com a identificação do cliente, expedição ou informações de pagamento. Os clientes 116 podem também ver pedidos anteriores em uma tela UI do histórico do pedido, onde o sistema de pacotes de expedição 110 gera os dados do histórico do pedido 112a a partir do repositório de dados 112. Os clientes 116 também podem atualizar os dados do cliente 112d armazenados no repositório de dados 112d em uma tela UI de dados do cliente. Os dados do cliente 112d podem incluir uma informação de identificação do cliente, tal como um ID de cliente, endereço de expedição, informação de faturação, tipo de prática, ou quaisquer outras características de identificação dos clientes 116. O sistema de expedição de pacotes 110 também pode emitir os dados de pedido de entrada 106 para uma tela UI do status do pedido que pode ser visualizada nos dispositivos de computação do cliente 116a ou 116b que fornecem um status em tempo real dos produtos solicitados pelo cliente 116.

[0018] Referências a pacotes ao longo da descrição referem-se a uma expedição que é configurada para ser enviada a um cliente 116 que inclui um ou mais produtos. Por exemplo, se o cliente 116 for um dentista particular que submete quatro pedidos para quatro alinhadores ortodônticos personalizados ao longo de um dia, um pacote de expedição pode incluir os quatro alinhadores ortodônticos que são empacotados em uma única caixa e enviados ao cliente 116. Em algumas implementações, um pacote de expedição pode ter um número máximo de produtos permitidos, e quando o pacote de expedição para o cliente 116 atinge o número máximo de produtos permitidos, então o pacote de expedição é enviado para o cliente 116 e um novo pacote de expedição pode ser criado. Expediçãos e pacotes podem ser referidos de forma intercambiável ao longo da descrição.

[0019] O sistema de pacotes de expedição 110 se comunica com os clientes 116, tais como dentistas, ortodontistas, ou qualquer outro tipo de cliente, através de uma rede de clientes 114. Como tal, uma ordem particular pode ser submetida diretamente ao sistema de pacotes de expedição 110 através do dispositivo de computação do cliente 116a ou 116b. A rede de clientes 114, dependendo da configuração de implantação do sistema de expedição de pacotes 110, pode incluir a Internet, uma ou mais intranets, redes de área local (LANs), redes de área ampla (WANs) e/ou redes de área metropolitana (MANs). Além disso, embora os dispositivos do cliente 116 sejam ilustrados como comunicando-se com a rede do cliente 114 através de conexões sem fio, dependendo da configuração de implantação, alguns dispositivos do cliente 116 podem se comunicar com a rede do cliente através de uma conexão com fio ou cabeada. Além disso, em algumas modalidades, pelo menos uma parte da configuração de rede da rede do cliente 114 pode ser compartilhada com uma rede de backend 126 que conecta o sistema de expedição de pacotes 110 à estação de trabalho 104, ao repositório de dados 112, a pelo menos uma impressora 128, e a outros dispositivos periféricos, tais como um scanner de produto, que pode ser configurado para digitalizar um código de barras de um produto que é colocado em uma caixa para o expedição. Com base na configuração de implantação, a rede de backend 126 também pode incluir a comunicação por meio de um ou mais tipos de conexões com ou sem fio.

[0020] O sistema de expedição de pacotes 110 pode incluir um ou mais servidores com um ou mais motores ou módulos que executam processos associados ao recebimento de pedidos dos clientes 116, rastreamento dos pedidos à medida que os pedidos são fabricados ou acessados a partir de um armazém de estoque, processamento de pacotes de pedidos configuráveis que incluem um ou mais produtos sendo enviados para um determinado cliente 116, vinculação dos pedidos de entrada aos pacotes de expedição existentes e gerenciamento da expedição dos pacotes para os clientes. Referências aos motores ou módulos ao longo da descrição destinam-se a se referir a processos de software executados por circuitos de um ou mais circuitos de processamento, que também podem ser referidos indistintamente como circuitos de processamento. Os processos executados pelos motores do sistema de pacotes de expedição 110 podem ser executados em tempo real com o objetivo de fornecer uma resposta imediata a uma entrada do sistema. Além disso, os processos também podem ser executados automaticamente em resposta a um acionador de processo que pode incluir a recepção de dados a partir de um repositório de dados, um participante ou outro mecanismo de processamento. Além disso, os processos realizados pelos motores do sistema de expedição de pacotes 110 contribuem para a redução de um número total de expediçãos enviadas ao cliente 116 ao gerar automaticamente pacotes de expediçãos de vários pedidos enviados para o mesmo cliente 116.

[0021] Em um exemplo, um mecanismo de rastreamento de pedidos 110a inclui um ou mais processos associados ao recebimento de dados de pedidos de entrada 106 provenientes de clientes 106 no ambiente de expedição de pacote 100, rastreando uma etapa atual no processo de produção dos produtos no pedido, e emitindo uma mensagem de expedição de pedido 108 para os clientes 116 através da rede 114 quando um pedido for liberado para a expedição. Por exemplo, o motor de rastreamento de pedido 110a recebe os dados de pedido de entrada 106 provenientes do cliente 116 que podem incluir especificações dimensionais associadas ao produto tanto a partir de uma impressão de molde ou uma varredura oral. Os dados de pedido de entrada 106 também podem incluir, mas não estão limitados a, um ID de cliente, um ID de pedido, um endereço de entrega, item(ns) pedido(s), quantidades associadas de itens pedidos, método de expedição, um expedição por data, e similar. O ID do cliente pode ser um número exclusivo associado ao cliente. O ID do pedido é um número único que pode ser gerado pelo motor de rastreamento de pedidos 110a quando os dados do pedido de entrada 106 são recebidos. Em algumas implementações, para clientes existentes que tiveram interações anteriores com o sistema de expedição de pacotes 110, os dados de pedido de entrada 106 incluem apenas o ID do cliente, e o motor de rastreamento de pedidos 110a acessa um nome de cliente e endereço de entrega a partir dos dados do cliente 112d armazenados no repositório de dados 112 à medida que associa os dados do cliente 112d com os dados do pedido de entrada 106.

[0022] O motor de rastreamento de pedidos 110a mantém um status atual dos produtos em um pedido a partir de quando os dados do pedido de entrada 106 são recebidos até que o pedido seja liberado para a expedição para o cliente 116. Por exemplo, os status atuais dos produtos podem incluir "PEDIDO RECEBIDO", "PEDIDO EM PROCESSAMENTO", "FABRICAÇÃO", "INSPEÇÃO DE CONTROLE DE QUALIDADE (QC)", "REJEIÇÃO DE QC", "PRONTO PARA EXPEDIÇÃO", "EM CAIXA DE EXPEDIÇÃO" ou "PROCESSADO PARA EXPEDIÇÃO". Em algumas implementações, o motor de rastreamento de pedido 110a determina uma data de expedição de pedido para o pedido associado aos dados de pedido de entrada 106 com base no número de produtos no pedido e em uma quantidade de tempo de produção associado aos produtos no pedido. O motor de rastreamento de pedidos 110a armazena os dados de pedido de entrada 106, a data de expedição atribuída, o status atual, e quaisquer dados relevantes para o pedido no repositório de dados 112 como os dados de pedidos atuais 112b.

[0023] O sistema de expedição de pacotes 110 também inclui um motor de processamento de pacotes 110b que vincula pedidos de entrada com pacotes existentes com base em critérios de vinculação predeterminados. Por exemplo, os critérios de vinculação predeterminados podem incluir o nome do cliente, endereço, data de expedição atribuída, transportadora de expedição, ou número máximo de produtos permitidos que podem ser atribuídos ao pacote. Quando um ou mais produtos de vários pedidos são programados para serem expedidos no mesmo dia para o mesmo endereço, o motor de vinculação de pedidos 110b pode criar um pacote ou vincular um ou mais produtos a um pacote existente. Em algumas implementações, o motor de vinculação de pedidos 110b liga o um ou mais produtos do pedido ao pacote existente se uma diferença entre uma data de expedição para o pacote existente e a pedido de entrada for menor do que um número predeterminado de dias. Em um exemplo, o número predeterminado de dias é três. Se a data de expedição do pedido de entrada cair após a data de expedição do pacote existente, então o motor de processamento de pacote 110b atualizará a data de expedição do pacote existente para corresponder à data de expedição do pedido de entrada. Por exemplo, um pedido de entrada pode ter uma data de expedição de 25 de maio atribuída pelo motor de rastreamento de pedido 110a. Quando o motor de processamento de pacotes 110b vincula o pedido de entrada a um pacote existente que está sendo enviado ao mesmo cliente como o pedido de entrada com a data de expedição em 24 de maio, o motor de processamento de pacote 110b também atualiza a data de expedição do pacote existente para 25 de maio juntamente com os dados do pedido atual 112b para quaisquer outros pedidos anteriormente atribuídos ao pacote existente.

[0024] Quando um novo pacote é criado para o pedido de entrada, o motor de processamento de pacote 110b gera uma identificação de pacote (ID) para o pacote que é exclusivo e independente do ID do pedido para os pedidos atribuídos ao pacote. O motor de processamento de pacote 110b armazena o ID do pacote, os dados de identificação dos produtos a partir dos pedidos atribuídos, os IDs de pedidos atribuídos para o pacote, e a data de expedição do pacote 112c no repositório de dados 112. Em algumas implementações, cada produto é pedido como um pedido associado e um ID do pacote.

[0025] Em algumas implementações, um pacote pode incluir um pedido atribuído, mas outros pacotes podem ter vários pedidos atribuídos. O motor de processamento de pacotes 110b determina quantos dos pedidos atribuídos foram adicionados a uma caixa de expedição para o pacote e transfere o controle do pacote para o motor de gerenciamento de expedição 110c quando a caixa de expedição tiver sido preenchida com um número máximo de produtos dos pedidos atribuídos ou um tempo de embalagem tenha sido atingido. Em algumas implementações, o tempo de embalagem é o último em que os operadores de carga podem começar a embalar as caixas de expedição para garantir que as caixas de expedição estejam prontas em um tempo de coleta de uma transportadora de expedição. Em um exemplo, o tempo de embalagem é de trinta minutos antes do horário de coleta de uma transportadora. Em algumas implementações, o motor de processamento de pacote 110b pode modificar o tempo de embalagem com base no número de pacotes a serem enviados dentro de um dia ou outro período de tempo predeterminado para ser maior do que um limite predeterminado. Por exemplo, se o número de pacotes a serem despachados em um dia for maior que o limite predeterminado, então o motor de processamento de pacotes 110b pode modificar o tempo de embalagem para ser uma hora antes do horário de expedição para a transportadora.

[0026] Os operadores de preenchimento de expedição podem ser indivíduos ou dispositivos automatizados que podem interagir com o motor de processamento de pacote 110b através da estação de trabalho 104 em uma ou mais telas de interface do usuário do portal (UI) 104a. O motor de processamento de pacote 110b pode produzir dados de expedição de pacote 118 em uma tela de UI de processamento de pacote, que inclui informações associadas aos pedidos atribuídos a um pacote específico juntamente com as informações de identificação do cliente para o pacote. À medida que os operadores de preenchimento da expedição colocam os produtos na caixa associada ao pacote, os códigos de barras ou etiquetas do produto são digitalizados com um scanner de produto que indica ao motor de processamento de pacote 110b que o produto foi adicionado à caixa do pacote específico, o que pode ser referido como dados de execução de pacote 124. Quando o motor de processamento de pacote 110b recebe os dados de execução de pacote 124, o motor de processamento de pacote 110b atualiza os dados de pedido atual 112b para os produtos digitalizados dos pedidos atribuídos ao pacote para indicar que os produtos foram embalados para a expedição. Os processos executados pelo motor de vinculação de pacote 110b são executados automaticamente e são transparentes para os operadores de preenchimento de expedição e para qualquer outro pessoal interagindo com o sistema de expedição de pacotes 110. Por exemplo, os dados de execução de pacote 124 vistos pelos operadores de preenchimento de expedição na tela de UI do portal só pode incluir os produtos associados ao pacote sem qualquer indicação de qual pedido os produtos pertencem.

[0027] O sistema de expedição de pacotes 110 também inclui um motor de gerenciamento de expedição 110c que controla os processos associados à liberação dos pacotes empacotados para a expedição. Em algumas implementações, o motor de processamento de pacotes 110b transfere o controle do pacote para o motor de gerenciamento de expedição 110c quando a caixa de expedição para um determinado pacote foi preenchida com o número máximo de produtos permitidos dos pedidos atribuídos anteriormente ou o tempo de embalagem tenha sido atingido. Em resposta ao recebimento de um acionador ou mensagem do motor de processamento de pacote 110b indicando que um pacote específico foi preenchido com os produtos dos pedidos atribuídos, o motor de gerenciamento de expedição 110c envia os dados de expedição do pacote 122 para a impressora 128, que pode incluir os dados de etiqueta de expedição e os dados de manifesto do pacote. A impressora 128 gera o manifesto do pacote, que pode ser adicionado à caixa de expedição para o pacote. A impressora 128 também gera a etiqueta de expedição que será aplicada ao pacote. Uma vez que o motor de gerenciamento de expedição 110c envia os dados de expedição de pacote 122 para a impressora 128, o motor de gerenciamento de expedição 110c atualiza o status dos dados de pedido atuais 112b para refletir que o status dos pedidos no pacote é "PROCESSADO PARA EXPEDIÇÃO". Em algumas implementações, as etiquetas de expedição são digitalizadas pelos dispositivos de varredura conectados ao sistema de expedição de pacotes 110 através da rede 126 à medida que as caixas dos pacotes são recolhidas pela transportadora, e o motor de gerenciamento de expedição 110c atualiza os dados do pedido atuais 112b para indicar que o status atual dos pedidos no pacote é "EXPEDIDO".

[0028] O sistema de expedição de pacotes 110 também inclui um motor de interface de usuário 110d que gerencia a saída de informações para, e recebida a partir das telas de UI associadas com o sistema de expedição de pacotes 110. Por exemplo, o motor de interface de usuário 110d gera uma ou mais telas de interface de usuário do portal da web 104a na estação de trabalho 104 de modo que os operadores de preenchimento de expedição possam visualizar um status atual de um ou mais pedidos para um determinado cliente ou possam visualizar os produtos atribuídos a um pacote específico. O motor de interface de usuário 110d também pode controlar uma ou mais telas de interface de usuário do cliente, onde os clientes podem enviar pedidos em uma tela de UI de submissão de pedidos que permite aos clientes fazer o upload de dados de impressão ou escaneamento dental junto com a identificação do cliente, expedição ou informação de pagamento. O motor de interface de usuário 110d pode também controlar a tela de UI de histórico de pedidos onde os clientes 116 podem visualizar os pedidos anteriores, uma tela de UI de dados do cliente onde os clientes 116 podem atualizar os dados de cliente 112d armazenados no repositório de dados 112d, e uma tela de UI de status de pedido onde um status de pedido atual em tempo real pode ser visto nos dispositivos de computação do cliente 116a ou 116b.

[0029] O ambiente de expedição de pacote 100 também inclui o repositório de dados 112 que armazena os dados do histórico de pedidos 112a, os dados de pedidos atuais 112b, os dados de pacote 112c, e os dados do cliente 112d. Em algumas implementações, o repositório de dados 112 é um banco de dados relacional que pode armazenar vários arquivos de dados em qualquer formato legível pelo sistema de expedição de pacotes 110. Em alguns exemplos, um ou mais servidores do sistema de expedição de pacotes 110 podem ser integrados com o repositório de dados 112 para formar um sistema de gerenciamento de banco de dados relacional de fonte aberta (RDBMS), tal como um MICROSOFT MySQL RDBMS. Em algumas implementações, os dados do histórico do pedido 112a, os dados do pedido atual 112b, os dados do pacote 112c, e os dados do cliente 112d são armazenados em um formato tabular que pode ser acessado, modificado ou criado pelo sistema de expedição de pacotes 110 durante os processos executados pelos vários motores do sistema de expedição de pacotes 110. Por exemplo, quando um novo pacote é criado, o motor de processamento de pacote 110b pode gerar o ID do pacote que é armazenado em pelo menos um arquivo dos dados do pacote 112c juntamente com os produtos dos pedidos atribuídos para o pacote. Além disso, à medida que o status do pedido é modificado através do curso do processamento de pedidos e expedição, o motor de rastreamento de pedidos 110a atualiza o status atual do pedido nos dados de pedidos atuais 112b.

[0030] A Figura 2 é um fluxograma exemplar de um processo de processamento e vinculação de pedidos 200. Em algumas implementações, as etapas do processo de processamento e vinculação de pedidos 200 são executadas como instruções de software pelo circuito de processamento dos motores 110a, 110b, 110c e 110d do sistema de expedição de pacotes 110 da Figura 1. O processo de processamento e vinculação de pedidos 200 pode operar em tempo real para processar os pedidos, vincular os pedidos a pacotes, e processar os pacotes para a expedição. Além disso, o processo de processamento e vinculação de pedidos 200 pode operar automaticamente para processar os dados de pedidos de entrada 106 recebidos dos clientes 116, atualizar o status atual dos dados de pedidos atuais 112b no banco de dados, etc.

[0031] Na etapa S202, o motor de rastreamento de pedidos 110a recebe os dados de pedido de entrada 106 provenientes do cliente 116 que podem incluir especificações dimensionais associadas ao produto a partir de uma impressão de molde ou uma varredura oral. Os dados de pedido de entrada 106 também podem incluir, mas não estão limitados a, um ID de cliente, um ID de pedido, um endereço de expedição, item(ns) pedido(s), quantidades associadas de itens pedidos, método de expedição, um expedição por data, e similar. O ID do cliente pode ser um número exclusivo associado ao cliente. O ID do pedido é um número exclusivo que pode ser gerado pelo motor de rastreamento de pedidos 110a quando os dados do pedido de entrada 106 são recebidos. Em algumas implementações, para clientes existentes que tiveram interações anteriores com o sistema de expedição de pacotes 110, os dados de pedido de entrada 106 incluem apenas o ID do cliente, e o motor de rastreamento de pedidos 110a acessa um nome de cliente e endereço de expedição a partir dos dados do cliente 112d armazenados no repositório de dados 112 à medida que associa os dados do cliente 112d com os dados do pedido de entrada 106.

[0032] O motor de rastreamento de pedidos 110a mantém um status atual dos produtos em um pedido a partir de quando os dados de pedido de entrada 106 são recebidos até que o pedido seja liberado para a expedição ao cliente 116. Por exemplo, os status atuais dos produtos podem incluir "PEDIDO RECEBIDO", "PEDIDO EM PROCESSAMENTO", "PEDIDO EM FABRICAÇÃO", "PEDIDO EM CONTROLE DE QUALIDADE (QC)", "REJEIÇÃO DE QC", "PRONTO PARA A EXPEDIÇÃO", "EM CAIXA DE EXPEDIÇÃO" ou "PROCESSADO PARA A EXPEDIÇÃO". Em algumas implementações, o motor de rastreamento de pedido 110a atribui uma data de expedição de pedido programada para o pedido associado aos dados de pedido de entrada 106 com base no número de produtos no pedido e em um tempo de fabricação associado aos produtos no pedido. O motor de rastreamento de pedidos 110a armazena os dados de pedido de entrada 106, a data de expedição atribuída, o status atual e quaisquer dados relevantes para o pedido no repositório de dados 112 como os dados de pedidos atuais 112b.

[0033] Em seguida, na etapa S204, o motor de rastreamento de pedido 110a determina se o cliente 110a que está enviando o pedido associado aos dados do pedido de entrada 106 tem uma preferência por não utilizar pacote, o que significa que o cliente prefere que cada pedido seja enviado individualmente. A preferência sem utilização de pacote pode ser acessada a partir dos dados do cliente 112d no repositório de dados 112 ou pode ser incluída como parte dos dados do pedido de entrada 106. Se for determinado que o cliente 116 tem uma preferência por não utilizar pacote, resultando em um "sim" na etapa S202, o processo é terminado. Caso contrário, se o cliente 116 não tiver uma preferência por não utilizar pacote, resultando em um "não" na etapa S204, então a etapa S206 é executada.

[0034] Na etapa S206, uma vez que os dados de pedido de entrada 106 foram processados pelo motor de rastreamento de pedidos 110a, o motor de processamento de pacotes 110b determina se o pedido pode ser vinculado a um pacote existente com base em critérios de vinculação predeterminados que podem incluir o cliente, endereço de expedição, data de expedição, transportadora preferencial, número de vagas do produto para o pacote, etc. Em algumas implementações, o número de vagas do produto para o pacote corresponde ao número máximo de produtos permitidos em um pacote menos um número de produtos atribuídos atualmente. Por exemplo, o pedido pode ser vinculado ao pacote se, o número de produtos no pedido de entrada for menor ou igual ao número de vagas de produtos. Além disso, o pedido pode ser vinculado a um pacote existente se o pedido de entrada e o pacote existente estiverem associados ao mesmo cliente e a diferença entre a data de expedição do pacote existente e o pedido de entrada for menor que um número predeterminado de dias. Se for determinado que o pedido de entrada pode ser vinculado a um pacote existente com base nos critérios de vinculação predeterminados, resultando em um "sim" na etapa S206, então a etapa S210 é executada. Caso contrário, se for determinado que o pedido não pode ser vinculado ao pacote existente com base nos critérios de vinculação predeterminados, resultando em um "não" na etapa S206, então a etapa S208 é executada.

[0035] Na etapa S208, se for determinado na etapa S206 que o pedido de entrada não atende aos critérios de agrupamento predeterminados com qualquer pacote existente, então o motor de processamento de pacote 110b cria um novo pacote para o pedido de entrada. Quando um novo pacote é criado para o pedido de entrada, o motor de processamento de pacotes 110b gera uma identificação de pacote (ID) para o pacote que é exclusivo e independente do ID do pedido para os pedidos atribuídos ao pacote. O motor de processamento de pacotes 110b armazena o ID do pacote, os dados de identificação dos produtos dos pedidos atribuídos, IDs de pedidos atribuídos para o pacote, e a data de expedição do pacote como uma data do pacote 112c no repositório de dados 112. Em algumas implementações, cada produto pedido tem um ID de pedido associado e um ID de pacote.

[0036] Na etapa S210, se for determinado na etapa S206 que o pedido recebido atende aos critérios de agrupamento predeterminados de um pacote existente, então o motor de processamento de pacotes 110b vincula o pedido de entrada ao pacote existente, ao atribuir um ID de pacote ao pedido de entrada que corresponde ao ID de pacote do pacote existente. Além disso, se a data de expedição para o pedido de entrada e a data de expedição para o pacote existente não forem as mesmas, o motor de processamento de pacotes 110b atualiza ou a data de expedição do pacote ou a data de expedição do pedido. Por exemplo, se a data de expedição do pedido cair em uma data anterior à data de expedição do pacote, a data de expedição do pedido será modificada para corresponder à data de expedição do pacote. Da mesma forma, se a data de expedição para o pedido de entrada cair após a data de expedição do pacote existente, então o motor de processamento de pacotes 110b atualiza a data de expedição do pacote existente para corresponder à data de expedição do pedido de entrada. Por exemplo, um pedido de entrada pode ter uma data de expedição de 25 de maio atribuída pelo motor de rastreamento de pedidos 110a. Quando o motor de processamento de pacotes 110b vincula o pedido de entrada a um pacote existente enviado ao mesmo cliente como o pedido de entrada com data de expedição em 24 de maio, o motor de processamento de pacote 110b também atualiza a data de expedição do pacote existente para 25 de maio juntamente com os dados do pedido atual 112b para quaisquer outros pedidos anteriormente atribuídos ao pacote existente.

[0037] Na etapa S212, o motor de processamento de pacotes 110b determina se um ou mais critérios de expedição de pacotes foram satisfeitos. Por exemplo, os critérios de expedição de pacote podem incluir situações em que a caixa de expedição associada a um pacote foi preenchida com o número máximo de produtos permitidos das encomendas atribuídas anteriormente ou um tempo de embalagem foi atingido. Em algumas implementações, o tempo de embalagem é o último em que os operadores de carga podem começar a embalar as caixas de expedição para garantir que as caixas de expedição estejam prontas para um tempo de coleta de uma transportadora de expedição. Em um exemplo, o tempo de embalagem é de trinta minutos antes do horário de coleta de uma transportadora. Em algumas implementações, o motor de processamento de pacotes 110b pode modificar o tempo de embalagem com base no número de pacotes a serem enviados dentro de um dia ou outro período de tempo predeterminado para ser maior do que um limite predeterminado. Por exemplo, se o número de pacotes a serem expedidos em um dia for maior do que o limite predeterminado, então o motor de processamento de pacotes 110b pode modificar o tempo de embalagem para ser uma hora antes do horário de expedição para a transportadora de expedição. Se o motor de processamento de pacotes determinar que um ou mais dos critérios de expedição de pacotes foram atendidos para um pacote que está sendo processado, resultando em um "sim" na etapa S212, o motor de processamento de pacotes 110b passa o controle para o pacote ao motor de gerenciamento de expedição 110c e a etapa S214 é executada. Caso contrário, se o motor de processamento de pacotes determinar que um ou mais dos critérios de expedição de pacotes não foram atendidos para um pacote que está sendo processado, resultando em um "não" na etapa S212, então o processo retorna à etapa S202 para processar novos pedidos de entrada.

[0038] Na etapa S214, em resposta ao recebimento de um disparador ou mensagem do motor de processamento de pacotes 110b indicando que um pacote específico foi preenchido com os produtos dos pedidos atribuídos, o motor de gerenciamento de expedição 110c envia os dados de expedição 122 à impressora 128, que pode incluir os dados de etiqueta de expedição e os dados de manifesto de pacote. A impressora 128 gera o manifesto do pacote, que pode ser adicionado à caixa de expedição para o pacote. A impressora 128 também gera a etiqueta de expedição aplicada ao pacote. Uma vez que o motor de gerenciamento de expedição 110c envia os dados de expedição 122 para a impressora 128, o motor de gerenciamento de expedição 110c atualiza o status dos dados de pedido atuais 112b para refletir que o status dos pedidos no pacote é "PROCESSADO PARA EXPEDIÇÃO". Em algumas implementações, as etiquetas de expedição são digitalizadas pelos dispositivos de varredura conectados ao sistema de expedição de pacotes 110 através da rede 126 à medida que as caixas dos pacotes são recolhidas pela transportadora, e o motor de gerenciamento de expedição 110c atualiza os dados do pedido atuais 112b para indicar que o status atual dos pedidos no pacote é "EXPEDIDO".

[0039] A Figura 3 é um esquema que mostra uma tela de interface de usuário (UI) 300 de acordo com um exemplo. A tela de UI 300 pode ser parte de um site, um portal da web, um aplicativo de computador pessoal ou um aplicativo de dispositivo móvel configurado para permitir que um usuário interaja com o sistema de expedição de pacotes 110. Por exemplo, a tela de UI 300 pode ser uma das telas de interface de usuário do portal da web 104a visualizadas na estação de trabalho 104 que permitem que os operadores de preenchimento de expedição visualizem um status atual de um ou mais pedidos para um determinado cliente ou visualizem os produtos atribuídos a um pedido ou pacote específico. A tela de UI 300 pode incluir um painel de "expedição de pacote" 302, um painel de "navegação" 304, um painel de "informação de pacote" 306, e um painel de "status" 308.

[0040] O painel de "expedição de pacote" 302 apresenta ao usuário quatro controles de navegação para a edição, o armazenamento, a atualização e a exclusão de um pacote de expedição.

[0041] O painel de "navegação" 304 apresenta ao usuário uma pluralidade de controles de navegação para navegar para vários estágios da produção de itens (por exemplo, o conjunto de alinhadores).

[0042] O painel "informações do pacote" 306 apresenta ao usuário informações sobre o pacote. Um primeiro campo 310 representa o número de identificação exclusivo do pacote. Um segundo campo 312 é para o nome de um destinatário. Um terceiro campo 314 é para o nome de uma prática. Um quarto campo 316 mostra a informação de endereço. O primeiro campo 310, o segundo campo 312, o terceiro campo 314 e o quarto campo 316 podem ser automaticamente preenchidos pelo motor de interface de usuário 110d com base na informação de pedido atual 106 armazenada no repositório de dados 112. Um quinto campo 318 representa a informação de expedição. O quinto campo 718 também inclui um controle de "expedição" (não mostrado). Após a ativação do controle de "expedição", a etiqueta de expedição é criada e o status do pacote é atualizado para "expedido". Uma vez que a expedição seja liberada ou enviada, o controle de "expedição" é "oculto" e o quinto campo 318 mostra as informações de expedição que são preenchidas automaticamente ou por um operador, como mostrado na Figura 3.

[0043] O painel "status" 308 apresenta ao usuário controles de navegação para exibir as informações sobre os casos e fases dos casos que estão incluídos no pacote. Além disso, a tela de UI 300 mostra as informações relacionadas à identidade do operador e aos vários estágios de fabricação, como a data e a hora em que cada estágio da fabricação é concluído.

[0044] A Figura 4 mostra um exemplo de um dispositivo de computação 400, tal como o sistema de expedição de pacotes 110 que pode ser usado para implementar as técnicas descritas nesta descrição. Em algumas implementações, o dispositivo de computação 100 pode representar um ou mais dos motores do sistema de expedição de pacotes 110. O dispositivo de computação 100 pretende representar várias formas de hardware digital, tais como laptops, desktops, estações de trabalho, assistentes digitais pessoais, servidores, servidores blade, mainframes e outros computadores apropriados. Os componentes mostrados aqui, suas conexões e relações, e suas funções, devem ser apenas exemplos e não devem ser limitantes.

[0045] O dispositivo de computação 400 inclui um processador 400, uma memória 402, um dispositivo de armazenamento 404, uma interface de alta velocidade 412 conectando à memória 402 e várias portas de expansão de alta velocidade 416, e uma interface de baixa velocidade 410 conectada a uma porta de expansão de baixa velocidade 414 e o dispositivo de armazenamento 404. Cada um do processador 400, a memória 402, o dispositivo de armazenamento 404, a interface de alta velocidade 412, as portas de expansão de alta velocidade 416 e a interface de baixa velocidade 410, são interconectados com a utilização de vários barramentos, tais como o barramento de comunicação 426, e podem ser montados em uma placa- mãe comum ou de outras maneiras, conforme apropriado.

[0046] O processador 400 pode processar instruções para a execução dentro do dispositivo de computação 400, incluindo as instruções armazenadas na memória 402 ou no dispositivo de armazenamento 404 para exibir informações gráficas para uma GUI em um dispositivo de entrada/saída externo, tal como um visor 408 acoplado à interface de alta velocidade 412. Em outras implementações, múltiplos processadores e/ou múltiplos barramentos podem ser usados, conforme apropriado, juntamente com múltiplas memórias e tipos de memória. Além disso, vários dispositivos de computação podem ser conectados, com cada dispositivo fornecendo partes das operações necessárias (por exemplo, como um banco de servidores, um grupo de servidores blade, ou um sistema multiprocessador). A memória 402 armazena a informação dentro do dispositivo de computação. Em algumas implementações, a memória 402 é uma unidade ou unidades de memória volátil. Em algumas implementações, a memória 402 é uma unidade ou unidades de memória não volátil. A memória 402 também pode ser outra forma de meio legível por computador, tal como um disco magnético ou ótico.

[0047] O dispositivo de armazenamento 404 é capaz de fornecer um armazenamento em massa para o dispositivo de computação 400. Em algumas implementações, o dispositivo de armazenamento 404 pode ser ou conter um meio legível por computador, como um dispositivo de disquete, um disco rígido, um dispositivo de disco ótico, ou um dispositivo de fita, uma memória flash ou outro dispositivo de memória de estado sólido similar, ou uma matriz de dispositivos, incluindo dispositivos em uma rede de área de armazenamento ou outras configurações. As instruções podem ser armazenadas em um portador de informações. As instruções, quando executadas por um ou mais dispositivos de processamento (por exemplo, o processador 400), executam um ou mais métodos, como os descritos acima. As instruções também podem ser armazenadas por um ou mais dispositivos de armazenamento, tais como mídias legíveis por computador ou por máquina (por exemplo, a memória 402, o dispositivo de armazenamento 404, ou memória no processador 400).

[0048] A interface de alta velocidade 412 gerencia operações intensivas de largura de banda para o dispositivo de computação 400, enquanto a interface de baixa velocidade 410 gerencia operações de menor consumo de largura de banda. Essa alocação de funções é apenas um exemplo. Em algumas implementações, a interface de alta velocidade 412 é acoplada à memória 402, a tela 408 (por exemplo, através de um processador gráfico ou acelerador), e às portas de expansão de alta velocidade 416, que podem aceitar várias placas de expansão (não mostradas). Na implementação, a interface de baixa velocidade 410 é acoplada ao dispositivo de armazenamento 804 e à porta de expansão de baixa velocidade 414. A porta de expansão de baixa velocidade 414, que pode incluir várias portas de comunicação (por exemplo, USB, Bluetooth, Ethernet, Ethernet sem fio) pode ser acoplada a um ou mais dispositivos de entrada/saída, tais como um teclado, um dispositivo apontador, um scanner, ou um dispositivo de rede, tais como um comutador ou roteador, por exemplo, através de um adaptador de rede.

[0049] O dispositivo de computação 400 também inclui um controlador de rede 406, tal como uma placa de interface de rede Intel Ethernet PRO da Intel Corporation of America, para a interface com uma rede 418. Como pode ser apreciado, a rede 418 pode representar a rede do cliente 114 ou a rede backend 126 e pode ser uma rede pública, tal como a Internet, ou uma rede privada tal como uma rede LAN ou WAN, ou qualquer combinação das mesmas, e também pode incluir sub-redes PSTN ou ISDN. A rede 818 pode também ser cabeada, tal como uma rede Ethernet, ou pode ser sem fios, tal como uma rede celular, incluindo sistemas celulares sem fios EDGE, 3G e 4G. A rede sem fio também pode ser Wi-Fi, Bluetooth ou qualquer outra forma de comunicação sem fio conhecida.

[0050] Embora o dispositivo de computação da Figura 8 seja descrito como tendo um dispositivo de meio de armazenamento 804, os avanços reivindicados não são limitados pela forma do meio legível por computador no qual as instruções do processo inventivo são armazenadas. Por exemplo, as instruções podem ser armazenadas em CDs, DVDs, na memória FLASH, RAM, ROM, PROM, EPROM, EEPROM, disco rígido ou qualquer outro dispositivo de processamento de informações com o qual o dispositivo de computação se comunica.

[0051] Em outras modalidades alternativas, recursos de processamento de acordo com a presente descrição podem ser implementados e comercializados como hardware, uma solução de software, ou uma combinação dos mesmos. Além disso, as instruções correspondentes ao processo de processamento e vinculação de pedidos 200, de acordo com a presente descrição, podem ser armazenados em um disco portátil, tal como uma unidade Flash USB, que hospeda um processo seguro.

[0052] Os programas de computador (também conhecidos como programas, software, aplicações de software ou código) associados aos processos descritos neste documento, tais como o processo de processamento e vinculação de pedidos 200, incluem instruções de máquina para um processador programável e podem ser implementados em uma linguagem de programação orientada a objetos e/ou processual em alto nível, e/ou em uma linguagem de máquina/assembly. Como utilizado neste documento, os termos meio legível por máquina e meio legível por computador referem-se a qualquer produto de programa de computador, aparelho e/ou dispositivo (por exemplo, discos magnéticos, discos óticos, memória, dispositivos lógicos programáveis (PLDs)) utilizados para fornecer instruções de máquina e/ou dados para um processador programável, incluindo um meio legível por máquina que recebe instruções de máquina como um sinal legível por máquina. O termo sinal legível por máquina refere-se a qualquer sinal utilizado para fornecer instruções de máquina e/ou dados a um processador programável.

[0053] Para fornecer interação com um usuário, os sistemas e técnicas descritos neste documento podem ser implementados em um computador com um dispositivo de exibição (por exemplo, um monitor CRT (tubo de raios catódicos) ou LCD (monitor de cristal líquido)) para exibir informações para o usuário e um teclado e um dispositivo apontador (por exemplo, um mouse ou um trackball) pelo qual o usuário pode fornecer uma entrada para o computador. Outros tipos de dispositivos também podem ser usados para fornecer interação com um usuário; por exemplo, o feedback fornecido ao usuário pode ser qualquer forma de feedback sensorial (por exemplo, feedback visual, feedback auditivo ou feedback tátil); e a entrada do usuário pode ser recebida de qualquer forma, incluindo entrada acústica, de fala ou tátil.

[0054] Os sistemas e técnicas descritos aqui podem ser implementados em um sistema de computação que inclui um componente de back end (por exemplo, como um servidor de dados), ou que inclui um componente de middleware (por exemplo, um servidor de aplicativos) ou que inclui um componente front end (por exemplo, um computador cliente com uma interface gráfica do usuário ou um navegador da Web por meio do qual um usuário pode interagir com uma implementação dos sistemas e técnicas descritos neste documento) ou qualquer combinação desses componentes de back end, middleware ou front end. Os componentes do sistema podem ser interligados por qualquer forma ou meio de comunicação de dados digitais (por exemplo, uma rede de comunicação). Exemplos de redes de comunicação incluem uma rede local (LAN), uma rede de longa distância (WAN) e a Internet.

[0055] O sistema de computação pode incluir clientes e servidores. Um cliente e um servidor geralmente são remotos entre si e geralmente interagem através de uma rede de comunicação. A relação de cliente e servidor surge em virtude de programas de computador sendo executados nos respectivos computadores e tendo um relacionamento cliente-servidor entre si. Diversas implementações foram descritas. No entanto, será entendido que várias modificações podem ser feitas sem se afastar do espírito e âmbito desta descrição. Por exemplo, podem ser obtidos resultados preferidos se as etapas das técnicas descritas forem realizadas em uma sequência diferente, se os componentes nos sistemas descritos forem combinados de uma maneira diferente, ou se os componentes forem substituídos ou suplementados por outros componentes. As funções, processos e algoritmos descritos neste documento podem ser executados em hardware ou software executado por hardware, incluindo processadores de computador e/ou circuitos programáveis configurados para executar um código de programa e/ou instruções de computador para executar as funções, processos e algoritmos descritos neste documento. Além disso, uma implementação pode ser executada em módulos ou hardware não idênticos aos descritos. Consequentemente, outras implementações estão dentro do escopo que pode ser reivindicado.

[0056] As implementações do sistema de expedição de pacotes 110 dentro do ambiente de expedição de pacote 100 descrito neste documento fornecem vantagens sobre os sistemas existentes que enviam separadamente pedidos individuais a clientes que incluem, mas não se limitam, a fornecer uma vinculação automática e em tempo real de pedidos que estão sendo enviados para o mesmo cliente em um número predeterminado de dias, o que reduz o número total de expediçãos enviadas diariamente. Além disso, os processos de vinculação de pedidos são executados automaticamente de maneira transparente para os operadores de preenchimento de expedição e qualquer outro pessoal que interaja com o sistema de expedição de pacotes 110, liberando apenas um pacote específico para embalagem e expedição quando os critérios de expedição de pacote tenham sido atendidos, de modo que os operadores de preenchimento de expedição podem não estar cientes se os produtos de um determinado pacote estão associados a um pedido ou a vários pedidos.

[0057] Consequentemente, o(s) Requerente(s) pretende(m) abranger todas essas alternativas, modificações, equivalentes e variações que estejam dentro do espírito e escopo da matéria descrita.

Claims

1. Sistema (110) para evitar desperdício de materiais na fabricação de produtos, caracterizado pelo fato de que compreende: um circuito de processamento (110b, 800) executando em pelo menos um dispositivo de computação (116b, 116c, 400); uma região de armazenamento de dados não transitória para armazenar dados associados a uma pluralidade de pedidos de produtos personalizados feitos por uma pluralidade de clientes (116); e um meio não transitório legível por computador, acoplado ao circuito de processamento (110b, 800), que armazena um método executável por máquina operável quando executado no circuito de processamento (110b, 800) para fazer com que o circuito de processamento (110b, 800): receba, via uma rede (114) de um sistema (110) de computação associado a um cliente (116) dentre a pluralidade de clientes (116), um pedido recebido para a fabricação de um ou mais produtos personalizados, em que o pedido recebido inclui dados de fabricação de produto personalizado para cada um dentre os um ou mais produtos personalizados, informação sobre cliente (116) e informação sobre expedição, e em que o pedido recebido é um dentre uma pluralidade de pedidos recebidos da pluralidade de pedidos recebidos a partir do cliente (116), determine, com base nos dados de fabricação personalizados, uma quantidade de tempo de fabricação para cada um dos produtos personalizados no pedido recebido, determine, com base na quantidade de tempo de fabricação para cada um de um ou mais produtos personalizados, uma data de expedição de pedido para o pedido recebido, em resposta à determinação de que um ou mais critérios de vinculação predeterminados são cumpridos, os critérios de vinculação predeterminados incluindo i) a data de expedição do pedido está dentro de um número predeterminado de dias de uma data de expedição de pacote para um pacote de expedição que contém um ou mais de outros pedidos dentre a pluralidade de pedidos recebidos do cliente (116), e ii) um número de vagas de produtos no pacote de expedição é maior do que um número de produtos no pedido recebido, vincule, dentro da região de armazenamento de dados não transitória, o pedido recebido ao pacote de expedição, em que o pacote de expedição é um de uma pluralidade de pacotes de expedição, cada pacote de expedição incluindo um ou mais pedidos dentre a pluralidade de pedidos, e vincular o pedido recebido ao pacote de expedição inclui atribuir uma identificação de pacote (ID) ao pedido recebido que corresponde ao pacote de expedição, e após vincular o pedido recebido ao pacote de expedição e em resposta à determinação de que um ou mais critérios predeterminados de expedição são cumpridos, gere, para revisão por um usuário, um manifesto de expedição de pacote para uso na preparação do pacote de expedição para expedição, em que o manifesto de expedição de pacote é gerado a partir de uma parte dos dados associados a cada um dos produtos personalizados atribuídos à ID do pacote, e o manifesto de expedição de pacote carece de referência ao respectivo pedido dentre a pluralidade de pedidos recebidos associados a cada um dos produtos personalizados.

2. Sistema (110), de acordo com a reivindicação 1, carac-terizado pelo fato de que o método, quando executado pelo circuito de processamento (110b, 800), faz com que o circuito de processamento (110b, 800): atribua, em resposta ao recebimento do pedido recebido, uma identificação de pedido (ID) que distingue o pedido recebido de outros pedidos.

3. Sistema (110), de acordo com a reivindicação 2, caracte-rizado pelo fato de que a atribuição de ID de pacote compreende determinar a ID de pacote que é exclusiva e independente da ID de pedido.

4. Sistema (110), de acordo com a reivindicação 1, caracte-rizado pelo fato de que o método, quando executado pelo circuito de processamento (110b, 800), faz com que o circuito de processamento (110b, 800): rastreie, em tempo real, em resposta ao recebimento do pedido recebido, um estado atual do pedido recebido até que o pacote de expedição vinculado correspondente seja liberado para expedição, em que o estado atual inclui uma etapa atual em um processo de fabricação para o pedido recebido.

5. Sistema (110), de acordo com a reivindicação 1, caracte-rizado pelo fato de que vincular o pedido recebido ao pacote de expedição compreende identificar uma correspondência entre pelo menos um dentre nome do cliente (116), endereço do cliente (116), ou data de expedição atribuída para o pedido recebido e pelo menos um nome, endereço ou data de expedição atribuída para o pedido recebido.

6. Sistema (110), de acordo com a reivindicação 1, caracte-rizado pelo fato de que o número predeterminado de dias entre a data de expedição do pedido e a data de expedição do pacote para um pacote de expedição é de três dias.

7. Sistema (110), de acordo com a reivindicação 1, caracte-rizado pelo fato de que o método, quando executado pelo circuito de processamento (110b, 800), faz com que o circuito de processamento (110b, 800): modifique, em resposta à atribuição de ID de pacote ao pedido recebido que corresponde ao pacote de expedição, a data de expedição do pacote de expedição para corresponder à data de expedição do pedido recebido quando a data de expedição do pedido recebido for posterior à data de expedição para o pacote de expedição.

8. Sistema (110), de acordo com a reivindicação 1, caracte-rizado pelo fato de que o método, quando executado pelo circuito de processamento (110b, 800), faz com que o circuito de processamento (110b, 800): modifique, em resposta à atribuição de ID de pacote ao pedido recebido que corresponde ao pacote de expedição, a data de expedição para o pedido recebido para corresponder à data de expedição para o pacote de expedição quando a data de expedição para o pacote de expedição é posterior à data de expedição para o pedido recebido.

9. Sistema (110), de acordo com a reivindicação 1, caracte-rizado pelo fato de que o número de vagas de produtos no pacote de expedição corresponde a um número máximo de produtos permitidos no pacote de expedição menos um número de produtos atualmente atribuídos.

10. Sistema (110), de acordo com a reivindicação 1, carac-terizado pelo fato de que o método, quando executado pelo circuito de processamento (110b, 800), faz com que o circuito de processamento (110b, 800): gere, em resposta à determinação de que um ou mais critérios de vinculação predeterminados para vincular o pedido recebido ao pacote de expedição não foram cumpridos, uma nova ID de pacote associada a um novo pacote de expedição.

11. Sistema (110), de acordo com a reivindicação 10, caracterizado pelo fato de que a geração da nova ID de pacote associada ao novo pacote de expedição compreende atribuir a nova ID de pacote ao pedido recebido.

12. Sistema (110), de acordo com a reivindicação 1, carac-terizado pelo fato de que a determinação de que um ou mais critério de expedição predeterminados são cumpridos compreende determinar se um número de produtos atribuídos ao pacote de expedição que corresponde a um número máximo de produtos permitidos para cada um dentre a pluralidade de pacotes de expedição.

13. Sistema (110), de acordo com a reivindicação 1, carac-terizado pelo fato de que a determinação de que um ou mais critérios de expedição predeterminados são atendidos compreende determinar se um tempo atual corresponde a um tempo de empacotamento para um ou mais da pluralidade de pacotes de expedição.

14. Sistema (110), de acordo com a reivindicação 13, carac-terizado pelo fato de que o tempo de empacotamento se baseia no tempo de retirada da embalagem de uma transportadora.

15. Sistema (110), de acordo com a reivindicação 13, carac-terizado pelo fato de que o método, quando executado pelo circuito de processamento (110b, 800), faz com que o circuito de processamento (110b, 800): modifique, em resposta à determinação de que os um ou mais dentre a pluralidade de pacotes de expedição a serem embalados é maior do que um limite, o tempo de empacotamento para um ou mais da pluralidade de pacotes de expedição.

16. Sistema (110), de acordo com a reivindicação 1, carac-terizado pelo fato de que a geração do manifesto de expedição do pacote compreende transmitir, para uma impressora acoplada de forma comunicativa ao circuito de processamento (110b, 800) através da rede (114), o manifesto de expedição do pacote.

17. Sistema (110), de acordo com a reivindicação 1, carac-terizado pelo fato de que um ou mais produtos personalizados são alinhadores ortodônticos.

18. Sistema (110), de acordo com a reivindicação 17, carac-terizado pelo fato de que os dados de fabricação de produtos personalizados para cada um dos alinhadores ortodônticos compreendem especificações dimensionais para o respectivo alinhador ortodôntico

19. Meio legível por computador não transitório tendo um método para evitar desperdício de materiais na fabricação de produtos armazenado no mesmo, caracterizado pelo fato de que o método, quando executado pelo processador, faz com que o processador: receba, via uma rede (114) de um sistema (110) de computação associado a um cliente (116) dentre uma pluralidade de clientes (116), um pedido recebido para fabricar um ou mais produtos personalizados, em que o pedido recebido inclui dados de fabricação de produtos personalizados para cada um dentre os um ou mais produtos personalizados, informação sobre o cliente (116) e informação sobre expedição, e em que o pedido recebido é um dentre uma pluralidade de pedidos recebidos para produtos personalizados recebidos do cliente (116); determine, com base nos dados de fabricação de produtos personalizados, uma quantidade de tempo de fabricação para cada um dentre os produtos personalizados no pedido recebido; determine, com base na quantidade de tempo de fabricação de cada um ou mais produtos personalizados, uma data de expedição de pedido para o pedido recebido; em resposta à determinação de que um ou mais critérios de vinculação predeterminados são cumpridos, os critérios de vinculação predeterminados incluindo i) a data de expedição do pedido está dentro de um número predeterminado de dias de uma data de expedição do pacote para um pacote de expedição que contém um ou mais de outros pedidos dentre a pluralidade de pedidos recebidos do cliente (116), e ii) um número de vagas de produtos no pacote de expedição é maior do que um número de produtos no pedido recebido, vincule, dentro da região de armazenamento de dados não transitória, o pedido recebido ao pacote de expedição, em que o pacote de expedição é um de uma pluralidade de pacotes de expedição, cada pacote de expedição incluindo um ou mais pedidos dentre a pluralidade de pedidos de produtos personalizados feitos por uma pluralidade de clientes (116), e vincular o pedido recebido ao pacote de expedição inclui atribuir uma identificação de pacote (ID) ao pedido recebido que corresponde ao pacote de expedição, e após vincular o pedido recebido ao pacote de expedição e, em resposta à determinação de que um ou mais critérios predeterminados de expedição são cumpridos, gere, para revisão por um usuário, um manifesto de expedição de pacote para uso na preparação do pacote de expedição para expedição, em que o manifesto de expedição de pacote é gerado a partir de uma parte dos dados associados a cada um dos produtos personalizados atribuídos à ID do pacote, e o manifesto de expedição de pacote carece de referência ao respectivo pedido dentre a pluralidade de pedidos recebidos associados a cada um dos produtos personalizados.

20. Método para evitar desperdício de materiais na fabricação de produtos e para processamento e vinculação em tempo real de uma pluralidade de pedidos, caracterizado pelo fato de que compreende as etapas de: receber, via uma rede (114) de um sistema (110) de computação associado a um cliente (116) dentre uma pluralidade de clientes (116), um pedido recebido para fabricar um ou mais produtos personalizados, em que o pedido recebido inclui dados de fabricação de produtos personalizados para cada um de um ou mais produtos personalizados, informação sobre o cliente (116) e informação sobre expedição, e em que o pedido recebido é um dentre uma pluralidade de pedidos recebidos para produtos personalizados recebidos do cliente (116); determinar, por um circuito de processamento (110b, 800), com base nos dados de fabricação de produtos personalizados, uma quantidade de tempo de fabricação para cada um dos produtos personalizados no pedido recebido; determinar, pelo circuito de processamento (110b, 800), com base na quantidade de tempo de fabricação de cada um ou mais produtos personalizados, uma data de expedição de pedido para o pedido recebido; em resposta à determinação de que um ou mais critérios de vinculação predeterminados são cumpridos, os critérios de vinculação predeterminados incluindo i) a data de expedição do pedido está dentro de um número predeterminado de dias de uma data de expedição do pacote para um pacote de expedição que contém um ou mais de outros pedidos dentre a pluralidade de pedidos recebidos do cliente (116), e ii) um número de vagas de produtos no pacote de expedição é maior do que um número de produtos no pedido recebido, vincular, pelo circuito de processamento (110b, 800), dentro da região de armazenamento de dados não transitória, o pedido recebido ao pacote de expedição, em que o pacote de expedição é um de uma pluralidade de pacotes de expedição, cada pacote de expedição incluindo um ou mais pedidos dentre a pluralidade de pedidos de produtos personalizados feitos por uma pluralidade de clientes (116), e vincular o pedido recebido ao pacote de expedição inclui atribuir uma identificação de pacote (ID) ao pedido recebido que corresponde ao pacote de expedição; e após vincular o pedido recebido ao pacote de expedição e em resposta à determinação de que um ou mais critérios predeterminados de expedição são cumpridos, gerar, para revisão por um usuário, ummanifesto de expedição de pacote para uso na preparação do pacote de expedição para expedição, em que o manifesto de expedição de pacote é gerado a partir de uma parte dos dados associados a cada um dos produtos personalizados atribuídos à ID do pacote, e o manifesto de expedição de pacote carece de referência ao respectivo pedido dentre a pluralidade de pedidos recebidos associados a cada um dos produtos personalizados.