Więc tak, jeżeli chodzi o samą kolejność generowania procedur (nie ma na to wpływ Vmid). Gpp może mieć wpływ ale dla procedur które wywołujesz w jakiejś innej procedurze (np. w @start_of_job chcesz wywoałć procedurę @change_tool). Ale jeżeli chodzi o wywołanie głównej kolejności to już sam skrypt SolidCAMa decyduje. I np. jeżeli przy nazwie procedury jest 0 lub 1 czyli np.(1)@start_of_job oznacza to, że procedura jest wywołana jako ta przez samego SolidCAMa. 0 - oznacza, ze nie masz takiej procedury w GPP 1-że jest w GPP i jest ona wywołana jako główna. Jeżeli masz 2,3 itd oznacza to, że dana procedura jest wywołana i innej procedurze czyli. np Masz wyżej (1)Start_of_job i w niej jest wywołane (2)change_tool [czyli tutaj change_tool jest wywołane w procedurze Start_of_job, a nie tak jakby w głównej kolejce SolidCAMa]. Oczywiście aby móc jakby to powiedzieć układać kod pod siebie możesz też tworzyć swoje procedury których nie ma SolidCAM ale musisz się do nich potem w którejś procedurze odnieść i ją wywołać poprzez call @jakas_tam_procedura. Co do rozwiązania twojego problemu to mogę doradzić, że skoro nie chcesz pierwszego narzędzia wywoływać (z jakiś przyczyn, nie wchodząc w słuszonść tego rozwiązania) stwórz sobie jakąś zmienną typu integer i ustaw sobie ją np. na 0. Ustaw ją najlepiej w procedurze @start_of_file [ta procedura jest wywoływana tylko raz na cały program]. a wszystko co masz aktualnie w @change_tool wstaw w pętle if. I jeżeli ta zmienna jest różna od 0 to niech kod się wykonuje a jak nie to nie zrobi tego co jest w if. w na końcu @change_tool dodaj zmienną + 1 [zrobi Ci to taki licznik. I teraz będziesz miał, że pierwszy raz @change_tool nic nie wydrukuje[zwiększy tylko zmiennąa o 1] a potem gdy pojawi się drugi raz @change_tool to już normalnie wejdzie Ci w pętle if i wydrukuje wszystko tak jak do teraz.