Не оставляйте в кейсе незавершенных циклов.

Never make trouble for the pc.

Если К/С начинает 37П и одитор ошибается, исправьте одитора, а затем завершите 37П. Не рассеиваетесь и не начинайте чего-то нового.

When a pc is running well let it roll. The C/S can spot a possible error but the pc is Wide F/N VGIs at the Exam, let it go.

Если у вас идет программа и при ее выполнении допущена ошибка, исправьте одитора и ошибку у пк и продолжайте начатую с кейсом программу.

Chew the auditor, send to Cramming. But don't throw the well running pc into extensive repair – don't break into a winning program harshly. It gives the pc a loss.

Программы Исправления (Прогресса) завершаются тогда, когда пк летает словно птица. Когда в исправлении это достигается, не переисправляйте.

The pc who isn't running well is the one you repair. Don't keep a pc going on and on, running badly with no case study. Study the case folder, find the right why by going back to where the pc was running consistently well and then come forward for the error. It will be in the exact next session.

В Программах Продвижения доводите каждый шаг до своего КЯ. Не начинайте внезапно чего-то нового.

If the pc wasn't ever audited before, you go into his life of course, with a GF + 40 Method 5 and handle and other Life repairs.

Надежным способом разобраться с кейсом будет возвращение назад, нахождение самой ранней незавершенной программы, завершение ее и таким образом до НВ.

Следите за тем, что происходит с кейсом. Не теряйтесь. Этому помогает, расположение текущей прг на внутренней стороне обложки, прикрепленной с помощью скрепки, и проверка выполнения каждого шага. Когда она завершена, разместите поверх нее новую прг.

Any Repair or Progress action has reached its End Phenomena when the pc is running well again.

Настаивайте, чтобы одиторы вели сводку папки на внутренней стороне обложки, указывая время каждой сессии и время админа в таблице. В такой СП должно быть две колонки табличек, в которых отмечается дата, что проводилось, П/С или застревание и время.

This is peculiar to the Repair or Progress program.

Следя за соблюдением Админа вы будете крепко стоять на ногах и можете легко отследить что было сделано.

Wrong Example: Pc was on Grade III, fell on his head. C/S studied case, found out lists, wrote an extensive Repair Program and C/S. Half way through repair the pc again was flying. C/S continued the repair. Pc bogged. C/S C/Sed the pc to flying again. C/S continued the repair. Pc bogged.

Right Example: Pc falls on his head on Grade III. C/S writes a Repair Program and C/S. Auditor finds the out list, corrects it. Pc flies. C/S puts pc at once back on Grade III to complete.

Самые смертные ошибки с кейсами это прохождение того же действия или ступени дважды. Это поднимает РТ выше крыши.

Пример: Сила выполнялась в 65. Потом снова в 69!

An auditor can be invalidated by a C/S by having a lot of questionable tech points thrown at him.

Пример: Ступень IV выполнялась в 69, выполнялась в 70.

The auditor's data gets shaky.

Вы обнаружите, что с кейсом не все в порядке или найдете ошибку. При повторах, реабилитируйте, определяя дату первого выполнения.

If no decision was ever made – is not in HCO Bs and tapes – is not to hand and can't be referred to by HCO B and tape, then a C/S should not be making the point.

Я встречал случаи, когда с пк проводили Интеризацию три раза, Силу два и те же самые Дианетические Цепи проходились снова и снова. А люди диву давались: «Почему же ее РТ высока?»

Example: Auditor extends a list three more items beyond an F/N. C/S chops him. There is no such rule. The pc maybe wouldn't accept the item until he listed a few more. Result is a firefight between C/S and auditor, simply because it isn't a valid point.

Так что, назначая главное действие, всегда проверяйте, не делалось ли оно ранее! Поберегите себя. И если главное действие не пойдет, задайтесь подозрением, что может быть оно проводилось раньше.

HCO Bs and Tapes are the stable data that form the agreement between the auditor and the C/S. "If it isn't written (or spoken on tape) it isn't true. "

Don't wander off known tech points in C/Sing.

Перед следующим главным действием всегда полностью подготавливайте кейс.

Never shake an auditor's data by advancing data not on HCO Bs and Tapes.

Не переисправляйте. Но убеждайтесь, что кейс не болен, у него хорошие экзамены и все идет хорошо.

Always know your data, your HCO Bs and Tapes and refer the auditor to them in Cramming.

Затем пишите К/С на следующее главное действие.

Cramming must have a library of all materials.

A hidden data line can build up in C/S-Auditor lines (or course lines or Cramming lines) that can unstabilize all tech and deny further results.

Никогда не вините пк. Многие из них действительно собачьи кейсы. Но даже с собачьими кейсами можно справиться.

The decay of tech in areas begins with hidden data lines that are not true.

Когда вы видите, как одиторы (или сами чувствуете такое) винят пк, пройдите их оверты и висхолды.

So use and refer to HCO Bs and Tapes and leave all other points alone. Your auditors will become confident and certain and Tech will improve.

Однажды я получил крайне умиротворенные сессии во всем ВЦХ. Перед тем как одитор шел в сессию, я проверял его оверты и висхолды. Это было все-го исследование, но, боже, какие оно дало результаты! Это были наигладчай-шие сессии! Все пк летали!

It's enough just to insist on the usual.

Слишком часто винят одного пк, а потом обнаруживают ужасные ТУ у одитора, и что главное действие проходилось по второму разу. Такие открытия делают из К/С К/С.

Then auditors and cases will fly.