Postagens

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 create a c

Grouping rule functionality

Imagem
Hi, The usage of grouping charge type functionality requires the following steps: è Charge type set as group charge type (IMG) è Define grouping rule (Master Data) è Assign the grouping rule to the item line in the TCCS (Master Data) Here you can see the screenshots, following the same sequence described above:

TCM - Charge type percentage not related to other lines

Imagem
Hi! These are the basic settings necessary to implent when you want to calculate a charge based on value that is not related to other line (using reference lines), for example, a percentage of goods value.

Multiple Charge type

Imagem
Hi! Today we are going to detail the multiple charge type functionality, when I tried to used it I have bumped into some issues, so my goal here is that you go the easy way :) On the rate table definition, set the flag multiple charges allowed If you only set this flag and try to save, you´ll problably face the error “one dimension must be a multiple charge”, and that´s what the system requires you to do. So you should insert one scale with the calculation base “MULT_CHRG_TYP”, and your rates are going to have one dimension “charge type” as you can see below

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

Conceitos Básicos SAP TM

Imagem
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

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