Я бы согласился с тем, что создание пользовательского веб-приложения на сервере ASP.net/SQL было бы целесообразным, если у вас есть несколько программистов ASP.net, хотя я бы рекомендовал не встраивать его через веб-часть просмотра страниц. Вы можете интегрировать веб-приложения ASP.net непосредственно в SharePoint, встраивание не требуется.
Если у вас нет доступных программистов ASP.net, вы, безусловно, можете сделать это в SharePoint, и это может быть не больно. Ключевыми вопросами являются то, где вам нужно хранить ваши данные и насколько реляционными должны быть данные. Если требуется хранить данные в реляционной БД, это сложно сделать в SharePoint.
С другой стороны, если вы можете вообразить, что воссоздаете данные вашего приложения как коллекцию электронных таблиц Excel, то это будет довольно просто сделать в SharePoint. В самом простом сценарии вы можете выполнить всю «разработку» с помощью веб-интерфейса SharePoint. Вы должны создать настраиваемый список на сайте SharePoint для каждой формы расходов, а затем настроить страницу сайта default.aspx для отображения ссылки newform.aspx для каждого списка. Если рабочие процессы являются основными типами уведомлений / утверждений, вы также можете присоединить встроенные рабочие процессы SharePoint к спискам через веб-интерфейс.
Если вам нужны настраиваемые макеты форм, настраиваемые рабочие процессы и динамическая фильтрация данных, то вы можете использовать SharePoint Designer для выполнения большого объема проектирования и разработки. Без дополнительной информации о существующем приложении и рабочих процессах невозможно точно сказать, как вы должны это сделать. Но убедитесь, что вы учитываете, какие части существующего приложения являются требованиями , а какие являются просто устаревшими функциями. Если вы можете упростить приложение, это прекрасная возможность сделать это.