Цитата:
Сообщение от
ax_mct
Сравнение трудоемкости плюхнуть грид с получением плюшек в D365FO с каким либо другим фрэймворком. В качестве ответа был назван SAP Fiori фрэймворк где плюшек не меньше, а трудоемкость не выглядит большей.
Не с каким-либо другим фреймфорком, а с веб вей. И получился не туториал. Под тториалом я понимаю степ бай степ
Первое что я нашел содержит кучу сведений по специфическому саповскому бекэнду.
https://www.tutorialspoint.com/sap_fiori
Prerequisites to Learn SAP Fiori
The following are the requirements for learning SAP Fiori −
ABAP program and objects
HTML5
JavaScript
SAP UI5
ERP Implementation experience
OData and SAP NetWeaver Gateway
SAP HANA
Я так понял, что это некая пришлепка сбоку к сапу. А грид это пришлепка сбоку к той пришлепке сбоку.
Судя по
коду, который я нашел, простая форма делается сложнее чем в AX
Цитата:
В качестве примера. Есть у нас ввод заказа. Есть операторы telesales. По сути для них D365FO не ERP, а рабочее место telesales. У них требования одно-оконное приложение, максимальная скорость ввода заказа в целом, подтягивание всевозможной информации по клиенту и его предыдущим заказам. И все это в том UI к которому они привыкли в другом приложении. Весь back-end должен быть в кнопке "Submit" и может быть 1-2 быстрых запросов сервера перед этим.
А что именно требуется от расширяемости фронтенда а не от написания фронтенда с нуля к существующему бекэнду?
Вебсервисы присутствуют в AX7 - если вам не нужен стандартный интерфейс в AX, что мешает просто написать сбоку на любом фреймворке фронтэнд, дергающй сервис? Если нужен стандартный, можно, наверное, всю нестандартную форму целиком запихать в один контрол и использовать его.