diff --git a/EA/grail.md b/EA/grail.md
index 560eec71..08c42cdf 100644
--- a/EA/grail.md
+++ b/EA/grail.md
@@ -122,6 +122,16 @@ https://github.com/bpmbpm/doc/blob/main/BPM/theory/company-wide-process.md
   - Это есть дуализм — система представляет из себя пару из **Функции и Конструкции** [mellarius.ru](https://mellarius.ru/systems-engineering).   
   - Система представляет собой единство функции, конструкции, процесса и множества других групп описаний. Фишка в том, чтобы научиться разговаривать в этой терминологии и профессионализироваться в тех или иных системных рассмотрениях. https://ailev.livejournal.com/920248.html
   - [Понятие системы и конструкции. Их место в проектировании информационных систем](https://habr.com/ru/articles/328192/)
+#### system environment, company environment
+*Клиент компании, регулятор и акционер – они же вне «периметра компании», вне контура системы.*   
+Да, поэтому можно ввести «Окружение компании» (ближайшее окружение компании), «эко-система системы» и т.п. Для описания деятельности используем формализацию процессов, в которых участвуют «внешние элементы»: клиент, регулятор и акционер. Они - участники (роли) в процессах, которые входят в периметр компании. Более того, это основные \ ключевые процессы компании. Вообще именно на основе этой троицы и нужно проводить классификацию верхнеуровневых процессов (группа продуктовые процессы), т.е. классификацию процессов (сквозных, кросс-функциональных) по их продукту: 
+- продукты клиентам (из каталога продуктов компании)
+- продукты регулятору (обязательная отчетность)
+- продукты акционеру
+Окружение системы – это аналог Окружение функции в Aris. Вообще, когда я формализую процессы, то ставлю вначале Предваряющие, а в конце Последующие процессы, т.е. формально Предваряющие и Последующие процессы не входят в состав (в границы) процесса, но в схеме процесса показаны (отдельным типом конечно, чтобы потом можно было автоматом делать семантический разбор схемы процесса). Окружение процесса или системы (контекст) – это то смысловое окружение, которое помогает понять значение объекта (процесса \ системы).  
+Если совсем формально, то можно ввести градацию: Окружение системы (компании) первого порядка – когда внешний элемент («ролевой», типа клиент, регулятор и акционер или иной природы) – как объект присутствует в артефакте (схеме) системы, но формально не включен в состав системы. Т.е. «первое касание» в каком – любо взаимодействии с системой.  
+Элементы Окружения системы (компании) также формализуются, описываются как объекты, только с типом, например, «смежный элемент системы». Да, они не входят в справочник объектов системы (условно - в схему деления изделия на составные части), но они фиксируются в справочнике объектов окружения.  
+Пример. Есть компания (система) и делаем вторую - как клон: сменили только ИНН и счет в банке и т.п. Архитектура компании (системы) осталась прежней (даже внутренние ip могут остаться без изменений и штатное расписание), но клиенты, акционеры – новые (новое окружение системы). Система формально новая (ИНН), а ее архитектура – старая (без изменений).    
     
 #### example of architecture
 ![ris1](pic/arc_2.jpg)