|
|
Printable Version
V.A.S.T.
A "Responsive" Loop thetan can have a "holder" (usually a thetan being a policy") and the Loop C/S #1 covers this so that both go free. But if it occurs that the auditing keeps getting "interfered with" before the thetan being audited can blow, or the thetan "almost" goes free, but snaps back to an automaticity and starts repeating answers already given, or the preOT feels "something else" came into the session before the thetan being audited is complete, then you have an "unresponsive" situation. It means these thetans were "linked" together in a network or "org board," and if you try to handle, it will involve a long chain of incomplete cycles which have to be finished or BPC will continue to build up from the many incomplete cycles. The way to handle this when it occurs is to go to PrPr6, and when any "new thetan" comes to interfere with the session; clear the commands to him and continue the PrPr6 on a Group Auditing Basis. Eventually you will have the whole network in the session and they will start "reviving" one by one and the TA will finally come into 2.0 - 3.0 range with F/N VGIs Cog (for the preOT as well as the thetans being audited). Then do the B/CB Steps. Then check on any incomplete process cycles from before you did the PrPr6, as the unflatness of the process could prevent those thetans audited on it from blowing. If so, complete the process(es) and do a new B/CB.
BR
|