Глупый вопрос, но как-то вплотную не сталкивался до этого
В чем смысл того, что для каждого поля типа CURR/QUAN нужно определить соответственно ссылочное поле на CUKY/UNIT?
Понятно, что не имеет смысла хранить просто цифру 100 в поле такого вида, т.к. не определена единица измерения ("100 чего?" "долларов", "рублей" и т.д.).
Не понятно, для чего же разработчик все-таки обязан предоставить это ссылочное поле. Причем оно может быть из другой таблицы без каких либо вторичных ключей!

Например, имеется таблица ztable с единственным неключевым полем zcurr типа CURR. Разработчик обязан ввести ссылочное поле со ссылочной таблицей, допустим он введет EINA-WAERS.
Кому от этого стало легче и в чем профит?

Может Вам это покажется странным, но далеко не во всех валютах доли единиц составляют сотые ( 1.00), а есть так же и тысячные или другое количество разрядов после запятой. Вот в чём стало легче.
В ALV, опять таки, при суммировании группируется по валютам\единицам измерения а не всё в кучу

Хорошо, это в принципе понятно и ожидаемо, если в моей Z-таблице напротив каждого поля CURR имеется поле типа CUKY. Тогда нет вопросов!

Но в моем конкретном примере я показываю немного другой случай, когда

Каким образом будет образована связка между ZTABLE-ZCURR и EINA-WAERS? Откуда ALV или что-то еще будет знать, какая именно запись из EINA-WAERS будет соответствовать данной ZTABLE-ZCURR?

Ни откуда. Просто в момент обработки текущей записи (в ALV, формуляре и т.п.) из ZTABLE система будет смотреть содержимое поля WAERS в рабочей области EINA.
За связку отвечает программист.

Извините, Ваш ответ мне не до конца ясен. Откуда возьмется эта рабочая область EINA-WAERS? Таблица EINA должна быть объявлена в программе через DATA/TABLES и поле WAERS должно быть заполнено нужной валютой программистом?

Из курса

Я так понимаю, простой пример, для поля таблицы "количество" требуется ссылка на единицу измерения, ЕИ как известно имеют разную разрядность (настраивается в тр CUNI), так вот АЛВ, в момент отрисовки записи, будет смотреть на ЕИ и показывать количество по разному...

Именно так.
Reference Fields and Reference Tables

Не понятен выделенный момент. В моем конкретном примере на какую запись из EINA он будет смотреть (допустим в EINA имеется 3 записи и все из них с разными WAERS) и соответственно делать выводы о количестве знаков после запятой и тыды?

Если честно, то это для меня маленькое открытие Из хелпа (Вашей ссылки) тяжело понять, что именно это имеется в виду. Дали бы хоть какой-то пример там. Спасибо за разъяснения!
P.S. Надо будет ради интереса поэкспериментировать.

В случае с алв ориентация идет на значение в поле ЕИ во внутренней таблице, которое должно быть заполнено (при этом должен быть правильно заполнен каталог полей).