Conceitos Básicos SAP TM

Hallo homo SAPiens!

Como toda ferramenta SAP, o SAP TM trabalha fortemente sobre conceitos, que servem principalmente para nos guiar na identificação dos requerimentos e formulação de cenários.

Abaixo seguem os principais conceitos:
Necessidades de transporte - Diferentemente do LES, o SAP TM trata as ordens de venda, remessa, pedidos de compra e pedidos de transferência como necessidades de transporte. O foco do SAP TM é a direção do movimento (inbound/outbound) e características da carga (dimensão, prazo, cuidados no manuseio, compatibilidade com determinado tipo de veículo etc).
Essa forma de ver o processo é muito útil quando pensamos em otimizar a malha de transporte e seus recursos.
Vou exemplificar abaixo.

Um cliente tem em uma mesma região uma venda (outbound) que tem sua entrega agendada para a terça-feira da semana que vem; uma transferência STO (outbound) que pode ser feita entre segunda e quarta da semana que vem; e também uma coleta (inbound) que pode ser feita a qualquer dia da semana que vem.
Considerando que as três cargas possam ser transportadas utilizando o mesmo tipo de veículo, o otimizador do SAP TM vai procurar coincidir as entregas com a coleta, independente do processo ser venda, transferência ou compra.
Para o otimizador as necessidades de transportes representam o que precisa ser transportado.

 Recursos - Representam o que é utilizado para transportar a carga como por exemplo o veículo, o motorista, equipamentos etc. Um ponto interessante que vale mencionar é que o calendário também é considerado um recurso pois o horário existe um "horário de trabalho" tanto para os locais de entrega como para os veículos, motoristas e outros recursos. Portanto é possível ter um recurso calendário atribuído a um recurso motorista.
Para o otimizador os recursos representam como as necessidades de transportes podem ser transportadas.

 Restrições - Existem inúmeras restrições como custos, incompatibilidades (a carga A (granel) não pode ser transportada via áerea), capacidades e restrições (a planta A não recebe entregas as segundas-feiras).
Para o otimizador as restrições são consideradas penalidades, podendo ser penalidades fracas como por exemplo não cumprir o percentual mínimo de ocupação do veículo ou fortes como capacidade.

Comentários

Postar um comentário

Postagens mais visitadas deste blog

TM Conditions and Data Crawler guide

Imagem
That is a step by step guide on how to use data crawler and the conditions. Together they are a powerful tool that we can use to determine data in the system (no coding is required!). I tried to explain it as detailed as possible, please let me know your thoughts on this! Requirement: Determine freight order purchase organization based on forwarding order sales organization. For this we are going to use condition type /SCMTMS/TOR_ORGUNIT with data crawler to “reach” the fields we want to use as reference. We are going to start searching where are the fields we are going to use for our process. So we are going to /n/BOBF/TEST_UI transaction and use the object /SCMTMS/TOR (because my starting point is the freight order) /n/BOBF/TEST_UI Now we are going to pick a Record to use as an example, in our case a freight order. The parameter I use for the search is query by ROOT – ROOT_ELEMENTS Now I use my freight order I...
Leia mais

How to use condition base filtering for FU selection on the Transportation Cockpit

Imagem
On TM implementations sometimes you need to select FU stages on your transportation cockpit based on fields that are not available as selection values in the additional selection attributes, using condition base filtering. On this example I will describe a selection for a Z field in the TRQ, but the same logic could also be extended for standard fields as well. This post complements what is described on the SAP note 2384474 - TC: How to use Condition-based filtering in additional selection attributes. In this example you add new fields were to the TRQ (fowarding order), and these fields should be considered as a selection criteria for FUs. First you create an additional selection attributes in your selection profile (remember that this selection profile must be assigned to your transp cockpit profile), and that is how the condition-based values tab should be set Remember to user condition type /SCMTMS/TOR_GENERIC, and that is how this condition  should be set You must c...
Leia mais

Diferenças entre LES x TP/VS x TM

Imagem
Hallo homo SAPiens! Apesar de ser um módulo disponível a 10 anos no mercado ainda existe muita confusão sobre as diferenças entre o TM, LES, LES-TRA, TP/VS. Com essa postagem espero ajudar no esclarecimento dessas diferenças. Como podemos ver na figura abaixo a funcionalidade de transporte começou a ser atendida no SAP a partir de 1987, sendo fortemente voltada apenas para embarcadores. Em 1993 tivemos o lançamento do Logistic Execution System ou LES, LE-TRA, fortemente relacionado com o módulo de SD e voltado para execução e controle de processos de transporte para embarcadores. Em 2000 foi lançado o TP/VS que "saiu" do ECC e foi para o APO para fazer além da execução e controle o planejamento e otimização dos processos de saída, transferência e entradas. As principais funcionalidades do TP/VS são planejamento interativo, otimização, seleção automática de provedores de transporte e o tendering. Em 2007 foi lançado o TM, já independente do APO, porém herdando muitos...
Leia mais