Never make trouble for the pc.

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

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.

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

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.

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

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

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

The auditor's data gets shaky.

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

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.

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