English version

Поиск по названию документа:
Поиск по содержанию:
АНГЛИЙСКИЕ ДОКИ ЗА ЭТУ ДАТУ- CS Rules (CSS-042) - B710609-2 | Сравнить
- CS Rules (CSS-043) - B710609-3 | Сравнить
- CS Tips (CSS-041) - B710609-1 | Сравнить

РУССКИЕ ДОКИ ЗА ЭТУ ДАТУ- Правила КС (КС-42) - Б710609-2 | Сравнить
- Правила КС (КС-43) - Б710609-3 | Сравнить
- Советы КСам (КС-41RA) (2) - Б710609RA77 | Сравнить
- Советы КСам (КС-41RA) - Б710609RA77 | Сравнить

СКАНЫ ЗА ЭТУ ДАТУ- 710609 Issue 1 - HCO Bulletin - CS Tips [B011-075]
- 710609 Issue 1 - HCO Bulletin - CS Tips [B044-073]
- 710609 Issue 1 - HCO Bulletin - CS Tips [B142-041]
- 710609 Issue 1RA - HCO Bulletin - CS Tips [B130-017]
- 710609 Issue 1RA - HCO Bulletin - CS Tips [B130-018]
- 710609 Issue 2 - HCO Bulletin - CS Rules [B011-076]
- 710609 Issue 2 - HCO Bulletin - CS Rules [B142-042]
- 710609 Issue 3 - HCO Bulletin - CS Rules [B011-077]
- 710609 Issue 3 - HCO Bulletin - CS Rules [B044-074]
- 710609 Issue 3 - HCO Bulletin - CS Rules [B142-043]
СОДЕРЖАНИЕ ПРАВИЛА К/С ЗАВЕРШАЙТЕ ЦИКЛЫ ДВОЙНЫЕ ДЕЙСТВИЯ ПОДГОТОВКА ОБВИНЕНИЕ ПК Cохранить документ себе Скачать
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 9 JUNE 1971
Issue II
ОФИС ХАББАРДА ПО СВЯЗЯМ
Усадьба Сент-Хилл, Ист-Гринстед, Сассекс
БЮЛЛЕТЕНЬ ОХС ОТ 9 ИЮНЯ 1971
Выпуск II
RemimeoРазмножить
CS Series 42Серия Кейс-супервайзера, 42

C/S Rules

ПРАВИЛА К/С

COMPLETE CYCLES

ЗАВЕРШАЙТЕ ЦИКЛЫ

Don't leave cycles incomplete on a case.

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

If a C/S starts a 37R and the auditor goofs, correct the auditor and then get the 37R completed. Don't disperse and do something new.

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

If you have a program going and it's goofed, repair the auditor and the goofed pc and continue the program you began on the case.

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

Repair (Progress) Programs are ended when the pc is flying nicely. When a repair hits that, don't re-repair.

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

On Advance Programs, take each step to its EP. Don't suddenly start something new.

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

A sure way to solve a case is go back and find the earliest incomplete program, complete it and so on up to PT.

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

Keep your "finger in the book" on a case. Don't lose your place. That's done by having the current program on the inside front cover, paper clipped on, and checked off with each step done. When it's done, put a new program on top of it.

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

Insist that auditors keep up the inside front cover folder summary each session with their auditing time and admin time in the box. This FS is a 2 column set of boxes, date, what's run, F/N or bogged and time.

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

By seeing Admin is in you can keep your place in the book or study back rapidly to find what's been done.

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

DOUBLE ACTIONS

ДВОЙНЫЕ ДЕЙСТВИЯ

The deadliest faults on cases are running the same action or grade twice. This drives TAs up through the roof.

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

Example: Power done in '65. Done again in '69!

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

Example: Grade IV done in '69, done in '70.

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

You find the case isn't doing well or find the error. In doubles, rehab by date of the first time it was done.

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

I've seen Interiorization done three times on one pc, Power twice and the same Dianetic Chains run over and over. And people wondered "Why is the TA high"!

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

So when you order a major action always check to see if it's ever been done before! Save you grief. And if a major action won't run, suspect it may have been done before.

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

SET-UPS

ПОДГОТОВКА

Always set up a case fully for the next major action.

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

Don't overrepair. But be sure the case is not sick, has had good exam forms and does well.

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

Then C/S the next major action.

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

BLAMING THE PC

ОБВИНЕНИЕ ПК

Never blame the pc. Many it is true are dog cases.

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

But even dog cases can be handled.

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

When you find auditors (or feel yourself) blaming the pc, get the overts and withholds run out.

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

Once I got the most splendid sessions out of an HGC. I had the auditor's overts and withholds checked on each auditor before he went into session. It was just research, but my it worked! Those were the smoothest sessions! Pcs began to fly!

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

Too many times one blames the pc only to find later that the auditor's TRs were ghastly and that a major action had been run twice. Such discoveries make a C/S out of a C/S.

Л. РОН ХАББАРД
Основатель
L. RON HUBBARD
Founder
LRH:sb.rd