Функции могут возвращать либо скалярные значения , либо наборы данных (грубо говоря, таблицы). В первом случае их можно использовать в секции перечисления полей, в конструкции WHERE и т.п., но нельзя использовать в конструкции FROM. Вторые как раз используются в конструкции FROM. Вы пытаетесь использовать функцию в разделе FROM:
> SELECT UsersID, G.* FROM Users, dbo.fun_getCompanyInfoByUsersID(UsersID) G
Исходя из этого можно заключить, что функция возвращает набор данных, а не скалярное значение. Однако, по фразе "Функция определяет тип пользователя,потом открывает нудную таблицу и возврашает значение" можно заподозрить, что функция возвращает скалярное значение, а не набор данных. И, следовательно, фигурировать в разделе FROM не должна. Если предположение верное, для меня большая загадка, как может работать приведенная вами конструкция "SELECT C.* FROM dbo.fun_getCompanyInfoByUsersID(294403) C".
Пожалуйста, уточните, какого типа данные возвращаются функцией.

И еще... (для общего развития ).
Если функция таки возвращает набор данных, то делать она это может двумя способами. Первый способ - объявление внутри функции каких-то переменных, конструкций, содержащих более одного оператора и т.п. превращают ее в родственника хранимой процедуры. Второй способ - помещение всего тела функции в оператор Return в виде параметризованного Select. Использование второго способа делает функцию родственником не хранимой процедуры, а VIEW (только параметризованного). Функции второго типа называют Inline-функциями, и MS подчеркивает их отличие от НЕ Inline-фунцкий.
Где это только возможно, я стараюсь использовать именно Inline-функции. При их оптимизатор запросов имеет возможность встроить план выполнения функции в общий план выполнения запроса с учетом фильтров, находящихся вне функции. Например, запрос
select * from MyUDF() where ID=5
будет выполняться по Inline-функции просто влёт, даже если в "голом" виде MyUDF() возвращает 10000000000000 записей. Просто потому, что условие WHERE ID=5 "поднимется" по плану выполнения функции и накладывает этот фильтр на этапе выборки данных из таблицы, причем для наложения фильтра "догадывается" применить кластерный индекс. При использовании же НЕ Inline-функции сначала вы сходите попить пивка, потом, вернувшись из пивной - попьете кофейку, потом начнете сильно нервничать, пока ваша функция будет извлекать из таблицы никому не нужные 10000000000000 записей для того лишь, чтобы потом выбрать из них одну-единственную.