Usando parâmetros de remessa econômicos

Consolidar duas ou mais remessas e enviá-las juntas reforça o potencial para significativas economias nos custos de transporte. Isso também cria um compromisso entre as economias de custo feitas por meio de pedidos consolidados e a capacidade de estender as datas de entrega.

As configurações de Parâmetros de Remessa Econômicos (ESP) são usadas para avaliar o mencionado compromisso entre:

  • Reter uma remessa até que haja vários itens disponíveis para serem enviados juntos, e
  • Enviar pontualmente

Remessas podem ser retidas de duas maneiras:

  1. Vários pedidos estão disponíveis em um determinado momento e eles são consolidados em uma única remessa para reduzir custos
    1. Vários pedidos com a mesma data de envio
    2. Vários pedidos com diferentes datas de envio
  2. Um pedido existente é retido em antecipação de outro pedido para permitir consolidação

Cenário 1-a: vários pedidos disponíveis em um determinado momento com a mesma data de envio

Este é um cenário ideal no qual todos os pedidos disponíveis podem ser consolidados em uma remessa, sem comprometer as datas de entrega.

Isso é possível, já que todos os pedidos compartilham a mesma data de envio.

Cenário 1-b: vários pedidos disponíveis em um determinado momento com diferentes datas de envio

Neste cenário, pode haver um compromisso para atender as datas de entrega dos pedidos. As configurações de ESP entram em vigor para manter os atrasos dentro dos limites aceitáveis.

Em um cenário no qual dois ou mais pedidos neste conjunto de pedidos são espaçados além do número máximo de dias especificado no parâmetro "Permitir Atraso na Remessa" ou na janela de remessa aplicável (o intervalo de datas dentro do qual o pedido deve ser enviado), somente os pedidos aplicáveis são consolidados.

Por exemplo, se as datas Enviar Em dos pedidos O1, O2 e O3 tiverem um espaço de um dia cada (D1, D2 e D3), e o parâmetro Permitir Atraso na Remessa estiver configurado para um dia, o ESP consolidará os pedidos O1 e O2, ou O2 e O3, e não todos os três. Isso porque a diferença de dois dias entre as datas Enviar Em dos pedidos O1 e O3 é superior ao atraso de remessa permitido.

Cenário 2: um pedido existente é retido em antecipação de outro pedido para permitir consolidação

O pedido/remessa disponível para remessa é retido otimisticamente em antecipação de outro pedido com o mesmo Endereço para Envio.

As configurações de ESP determinam quanto tempo o pedido pode ficar retido antes de precisar ser liberado para futuro processamento. Conforme as configurações de ESP, normalmente os pedidos são retidos até preencherem os limites de peso ou volume ou concluírem o número máximo de dias especificado no parâmetro "Permitir Atraso na Remessa" ou na janela de remessa da remessa.

A janela de remessa da remessa refere-se à janela dentro da qual uma remessa deve ser enviada e é limitada pela "Data de Envio Solicitada" na remessa e "deve enviar antes da data".

A opção "deve enviar antes da data" é calculada da seguinte forma:

Etapa 1: Averiguando data de envio solicitada pelo cliente

Se a Data de Envio Solicitada pelo Cliente existir para o pedido, ela será usada.

Se a Data de Envio Solicitada pelo Cliente não estiver disponível para o pedido, um dos métodos a seguir será usado:

  • Se o pedido tiver uma Data de Envio Solicitada, a Data de Envio Solicitada pelo Cliente será calculada subtraindo o Tempo de Trânsito Global da Data de Envio Solicitada e baseada no parâmetro "Final de Turno" usando o final de turno da data resultante.
  • Se a Data de Entrega Solicitada não estiver especificada em um pedido, o horário atual será assumido como a Data de Envio Solicitada pelo Cliente.

Etapa 2: Calculando "deve enviar antes da data"

Após a Data de Envio Solicitada pelo Cliente ter sido averiguada, a opção Deve Enviar Antes da Data é calculada usando a fórmula a seguir:


MustShipBeforeDate = Min (Max (ReqShipDate, CustReqShipDate + ESPDelayDays), 
ReqCancelDate))

em que,

  • MustShipBeforeDate é a data antes da qual uma remessa deve ser enviada,
  • ReqShipDate é a primeiro data de envio conforme solicitado pelo cliente,
  • CustReqShipDate é a data conforme averiguado na etapa 1.
  • ESPDelayDays é o número de dias que a remessa pode atrasar a partir da primeira data de envio solicitada nos pedidos que compõem a remessa. Os Dias de Atraso do ESP são obtidos da conformidade de entrada do comprador ou das restrições de saída do Empreendimento ou restrições de saída do HUB com base na configuração para os termos de frete no pedido e em quem mantém os parâmetros ESP.
  • ReqCancelDate é a última data conforme especificado pelo cliente para receber a remessa.

Lógica usada para consolidar remessas com diferentes datas de envio solicitadas

Duas remessas com diferentes Datas de Envio Solicitadas são consolidadas em uma remessa somente quando a Data de Envio Solicitada fica entre a Data de Envio Esperada e Deve Enviar Antes da Data da remessa à qual a liberação do novo pedido é consolidada.

Para que ocorra a consolidação de remessas, a opção Deve Enviar Antes da Data deve ser configurada da maneira adequada. Por exemplo, se a Data de Cancelamento Solicitada for menor que Deve Enviar Antes da Data, a opção Deve Enviar Antes da Data deverá ser configurada para a Data de Cancelamento Solicitada.

Nota: O cenário 1-A ou 1-B pode se transformar no Cenário 2 quando os diversos pedidos disponíveis são consolidados juntos em uma remessa e essa remessa é retida antes de outra ordem que pode ser consolidada nessa remessa.

Por exemplo, quando os pedidos O1 e O2 ou O2 e O3 tiverem sido consolidados na remessa S1, essa remessa poderá ser mantida em antecipação de outro pedido, que pode ser consolidado no S1.

Embora o uso do ESP seja opcional, tanto o comprador quanto o empreendimento podem estabelecer um ESP. Quando ele for estabelecido, uma configuração nos Termos do Frete será usada para determinar qual ESP usar primeiro.