Timing issues are delicate and I don’t dare to give an apodictic answer at this time of the day (late here). But from my tests with accuracy of Pbind in combination with OffsetOut (Imperfection of language-based timing) and a recent thread about a supposed difference between server and client timing (which then turned out to have its reason in the test itself: TempoClock in Linux is inaccurate compared to Mac/Windows · Issue #4580 · supercollider/supercollider · GitHub) it seems that the difference between system clock and server clock is not relevant, non-sample accuracy in realtime (so maybe wrong to call it inaccuracy) comes from the calibration between server clock and audio hardware clock. Here another audio application is involved which makes things even more opaque. IMO a test in order to find the syncing lagtime should suffice in most practical cases.
Alternatively you might adjust latency per Event, but this will not make things better if the syncing problem lies outside SC and I suppose also not in the other case.