Да, простите, я покупки смотрел :D

Я хочу, чтобы мне компания оплатила ) И еще другим modeller. В стандарт, по большому счету, мне нужна только выгрузка документов.
Выгрузка документов нужна. Но, кстати, ее можно самому с помощью open api замутить.

Коллеги, можно ли кому-то позадавать вопросы про Visa OCT BAI ?

о, позадавать вопросы. Аналогично, но про РСА 2.0 — кто что-нибудь знает/делал?

Так вроде в спеках визы все сочетания bai расписаны) в чем вопрос-то? Или это в преддверии отложенного релиза?)

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

Так уж стартовали неделю назад. У всех СК уже работать должно:)

Не все bai присылают эквайеры. Тот же MP, например, инициируется эмитентом. А в целом допустимость bai контролируется визой - если вам, как эмитентам, прилетает какой-то конкретный bai из возможных, значит эквайер почему-то его выбрал, а правилами визы допустимо его использование.

Коллеги!
Нужно ваше экспертное мнение.
Посоветуйте, пожалуйста.
Есть есть большой легаси десктоп проект, типа ERP.
Всякие новые сервисы интеграции уже на C#, а общее движение в сторону Core.
Сейчас речь идёт о миграции приложения в веб и встаёт вопрос: фронт писать на C# или JS?

Я склоняюсь к JS+devexpress, но мой ведущий разработчик (шарпист), естественно хочет писать на C#

Имхо. Если есть специализация/разделение на C# и JS разработчиков, то выходит дороже, за счёт необходимости координации между ними. Чей баг C#/JS? Споры, на чьей стороне реализовать функциональность C#/JS? И т.д. Такой проблемы нет, когда разрабы - фуллстек. Хороший фуллстек с JS также дорого. Порог входа в фронтенд на C# ниже. Как итог, для внутреннего продукта фронтенд на C# (blazor server) отлично подходит. Я бы выбрал его

Не соглашусь с тезкой, чистых фронтов искать проще, как и чистых c#. На большом проекте, который, скорее всего, предполагает долгий период развития и поддержки, это оказывается очень полезной фичей. А модульные и интеграционные тесты очень легко решают проблему чей баг.
Конкретный набор компонентов для фронта, это надо выбирать по той экспертизе, которая у вас сейчас есть. Если опыта с devexpress нет, то лучше смотрите в сторону react-а, и нужный набор компонентов сами сделайте, целесообразнее будет в большинстве случаев. Если найм не предполагается, то исходите из экспертизы текущей команды.

Как раз таки начинаю искать фронтендера, и JS предложений сильно больше. Поэтому засомневался.
Команда небольшая, поэтому так или иначе придётся пересекаться в разных вещах.
Почему не devexpress? У них много готовых компонентов как раз под ERP задачи.

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

А из каких соображений он хочет?
У меня в опыте был как раз стек js+devexpress и Core на бэке. Разрабы были разные: чистые фронты, чистые бэкендеры, фуллстеки разного уровня. Но задачи ставились отдельно на бэк и на фронт, апи проектировалось на этапе постановки и согласовывалось с выделенными опытными разрабами, поэтому даже если задачу целиком брал фуллстек, он делал несколько подзадач отдельно, и проверяли его потом, как уже выше писали, через интеграционные тесты.

C# читаю как "desktop". Тут надо все-таки оценивать задачи бизнеса и проблемы с развертыванием, обновлением и т.п. Какие сейчас есть преимущества у enterprise desktop приложений по сравнению с web приложениями я не знаю. Если хочется больше "desktop experience", web всегда можно завернуть в electron.

C# web api core + фронт Vue,js или подобный фреймворк

Есть подозрение, что C# для него более "родной".

Задачи бизнеса - обновить (ускорить, сделать более удобным и доступным) приложение за счёт нового стека. Ну плюс убрать легаси, на которое уже сложно найти людей.

Как-то слишком обще )) Удобно и доступно - вот это я бы раскрутил и на основе этих метрик принимал решение desktop vs web