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

Интересно узнать про:
- стек (Web API на ASP.NET Core + Angular/React/Vue и WPF как советовал Шайтан в предыдущем каменте? Может вообще Blazor..)
- какой хостинг был выбран облачный ли?
- сроки (сколько ушло времени на базовую часть с админкой и весь проект в 500 форм)
- разработка велась своими или внешними специалистами (фриланс или у какой-нибудь компании "под ключ")
- еще что-нибудь интересное )

Дмитрий Мух,

>а у вас большое приложение? тоже на MS Access? тоже монолит?
Да, почти тоже самое что у ТС, только помельче монолит на 100 таблиц, 70 форм.
Почему вообще вопрос стоит о вебе:
- нужна связь с подрядчиками, чтобы они могли сами залогиниться в систему и что-то там поменять
- нужен approval workflow с рассылками писем и кнопками действий
- нужна корректная работа с отдаленными локациями с узким каналом
- доступность на мобильных устройствах приятное дополнение, но не самоцель
- всякие плюшки в будущем в виде трекинга чего-нибудь на карте

Основная тематика - закупки и логистика, отслеживание потраченного в рамках бюджета.
В основном обычный CRUD (список и форма заявки на закупку, закупки, материала и тп)
Кроме одной реализации планирования закупок, где есть грид и переключаемые режимы:
- строки-материалы и столбцы-потребители, на пересечении необходимое кол-во материала в штуках
- столбец-склад и те же самые столбцы-потребители, на пересечении накопительная дельта склад-потребление

>и тоже нет понимания, как это спроектировать иначе? нет архитектора?
первый вариант - WebAPI Asp.Net Core + фронт на Angular(Google)/Vue(легковесное)
второй вариант - serverside Blazor так как нагрузки предсказуемые (скажем 100-10к пользователей) и для обычного корпоративного CRUD его должно хватить за глаза, либо дождаться clienside реализации для более сложных рассчетов на клиенте.
хостинг либо облачный (Azure раз уж мы с MS), либо нет, тут не знаю есть ли смысл в облаке. Может докер, чтобы уж точно можно было хоститься где угодно.

>большая команда? что за спецы?
полтора человека

Дмитрий Мух,

>сейчас где и как развёрнута система? кто и как ей пользуется? сколько пользователей?
Сейчас просто фронт и бэк файлом без сервера, пользователей ~30.

>опыт .NET, JavaScript имеется? с СУБД какими знакомы?
Такого опыта нет, тут 100% будут привлекаться стороние специалисты

Дмитрий Мух,
>Каждому пользователю свой файл?
Да, у каждого пользователя копия клиента которая коннектится к файлу на лане.