rPman

Ни одно современное облачное хранилище от системообразующих предприятий США не разрешает нарушать законодательство, об этом пишут в лицензионном соглашении (возможно какое-нибудь частное с нормальным шифрованием от этого защищено будет какое то время, до тех пор пока не станет значимого объема, потом 'придут' и к таким). Т.е. если стоит запрет на нарушение закона, значит есть механизмы этот запрет обеспечивать - т.е. контроль и наказание.

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

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

Попробуй скрипт к документу привяжи на запуск а в нем используй
Session.getActiveUser().getEmail()

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

Неужели вам сложно поднять key-value базу данных и написать (читай скопировать и туториала) простейшую прослойку с авторизацией по токенам? Слабая VPS-ка, способная потянуть нехилый проект, обойдется вам примерно в $1 в месяц, без гарантий, и от $15 с гарантиями (а за 40 можете получить уже не виртуальное железо).

Организуйте сервис изначально так, чтобы использовать свой собственный сервер (или несколько), а в случае его недоступности (или недостатка ресурсов), автоматически переключайтесь на облачные технологии, а точнее автоматическое развертывание новых мощностей на базе того же google/amazon/azure (только у них можно оплата по часам и поднять новую vps за секунды).

По уму там очень много что доступно.
developers.google.com/google-apps/spreadsheets/?hl=ru