offline programing

First of all you need to know working with Powermill CAM, to import your model and then to generate milling strategy, toolpath , feed rate, stepover, depth,...
You need to have robot interface of Powermill and to be able to configure your robot in machine library of PM. You need to configure all milling cell, spindle, rotary table excatly as it is in real space in your workshop.
Here you will program, simulate and postprocess output file with src extensions necessary for Kuka robot language KRL.
These files will need to be uploaded in robot PC with help of an USB stick (is most simple(), and copy them in R1/Program where robot will read and execute them.
If you are newbie there many to learn and will take a while.
Do you have your robot KR 360 configured already in Powermill Robot Interface ?
What you know at this moment?

Hello

Try with another postprocessor, I use the same as the picture.With experience I know that there is often a problem with giving the direction of the tool ,This is the angle of attachment of the tool A B and C .

You can upload a photo, how do you have a tool attached?Write what you have data in the tool.

A1 speed will not be specified in postprocessed file src. If the error reffer to A1 speed you should check machine.dat folder and check don't miss a line the one where is defined speed of motor from A1.
I don't think is a matter of postprocessing in Powermill.
Can you move the robot in T1 mode by jogging ? That error appear only when try to run src file you have?

Well, there is no BAS initialization call at the top of the program -- there's only $VEL.CP settings, followed by E6POS motions. I suspect the "A1 Velocity" issue would be fixable by simply adding a stock "INI" fold at the top of the program, or by calling the module from, say, CELL.SRC.

No INI at top of program.

Probably yes. How do you have a tool attached to a robot? What data do you have after measuring in a robot? Please take a screenshot in the powermill as the tool is attached.

...what, exactly, is "wrong motion"? S&T do not change the final location and orientation of the TCP, only which axis configuration (wrist flipped or not, for example) the robot chooses from the multiple valid axis-space solutions for the Cartesian coordinates.