| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Какую технологию выбрать для подключения External Users к AX2009
			 
			
			Добрый день, 
		
		
		
		
		
		
		
	Возникла такая ситуация - клиент готов купить AX2009 для ~50 пользователей. При этом большая часть пользователей будет использовать строго ограниченный набор функций, по большому счету - Cockpit с 1-2 экранами, и использовать аксапту удаленно. Какие есть технологические пути решения проблемы, а именно - иметь ~10 лицензий, обеспечивая при этом доступ 40 внешним пользователям. Насколько подойдет для этого Business Connector? Насколько я понимаю, в таком случае необходимо будет все аксаптовские формы переписать как web-формы. Насколько это тяжело? Какие есть подводные камни в таком подходе? Какие есть альтернативы бизнес коннектору? Заранее благодарен за ответы.  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			подводные камни: 
		
		
		
		
		
		
			
		
		
		
		
	
 Разрабатывать под SharePoint несложно. Но пользовательских удобств в Web-интерфейсе будет меньше. "ВСЕ аксаптовские формы" переписывать трудоемко. Проще купить лицензии на необходимые web-роли - достаточно большое число форм там уже есть. "Некоторые аксаптовские формы" - переписать вполне реально. Суть проблемы веб-форм: 1. GUI-формы "общаются" с сервером когда им заблагорассудится. А сервер "помнит" о каждом сеансе, в котором работают GUI-формы. 2. Веб-формы "общаются" с сервером только большими пакетами информации после события POST (обычно после нажатия кнопки submit). А сервер не помнит о сеансах. Каждый раз при получении запроса он начинает новый сеанс, "вспоминает" необходимые параметры, готовит страницу, отдает, закрывает курсоры и... забывает об этом сеансе. Т.е. каждый запрос с браузера - это отдельный сеанс, никак не связанный с предыдущим запросом. Есть целые технологии (различной степени извратности) для того, чтобы таки заставить хранить информацию между веб-сеансами... Но главное помнить одно: принцип работы веб-форм сильно отличается от принципа работы GUI-форм.  | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: baget (1). | |
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			nebraska, уточните, пожалуйста, что означает "использовать Аксапту удалённо"? Через web? Через терминал? 
		
		
		
		
		
		
		
	И второй вопрос: "внешние пользователи" - это сотрудники предприятия или нет?  | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Талантливый разгвоздяй 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Еще один подводный камень: 
		
		
		
		
		
		
		
	
  | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			А что это? 
		
		
		
		
		
		
			Под какую СУБД будут использовать? Будет ли интерфейс реализовывать только просмотр или ещё и ввод, обновление данных? 
				__________________ 
		
		
		
		
	Энергия молодых и неравнодушных способна изменить мир к лучшему.  | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Mazzy, спасибо за развернутый ответ. 
		
		
		
		
		
		
		
	Цитата: 
	
Встречный вопрос - какие могут быть трудности/преимущества, связанные с типом подключения? Под внешними пользователями подразумеваются сотрудники предприятия. Опять же навели на другую мысль - какой может быть "Impact" в плане Security при использовании "Microsoft Dynamics AX External Connector"? Re: Miklenew: Имееются ввиду 2 формы, имеющиеся в текущем решении, которые полностью реализуют интерфейс для определенной группы пользователей. В этих формах придется не только просматривать но и вводить данные. Причем одна из них работает на временных таблицах. СУБД - SQL  | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			 | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: mazzy (2), Lemming (2). | |
| 
			
			 | 
		#8 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
Чтоб он реализовал этот функционал минуя Axapt-у. Есть ещё такая штука InfoPath (сам с ней не работал). Но она тоже для реализации форм. Ну и на любом языке программирование такое тоже реализовать можно. Только первые два варианта роднее MS SQL-ю. 
				__________________ 
		
		
		
		
	Энергия молодых и неравнодушных способна изменить мир к лучшему.  | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Готов согласится с miklenew. 
		
		
		
		
		
		
			
		
		
		
		
	Цитата: 
	
InfoPath - опять же через то же место, с большими затратами на программирование можно сократить затраты на лицензии. Терминал - нужно будет покупать обычные лицензии для одновременно работающих пользователей. Если не извращаться, то по любому вам нужно будет лицензии для одновременно работающих внешних пользователей.  | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			nebraska, если сотрудники будут пользоваться только 2-мя формами, то не проще ли их сделать в чём-нибудь внешнем, типа Sharepoint? 
		
		
		
		
		
		
		
	Кстати говоря, не вижу препятствий иметь 10 лицензий на 50 пользователей, при условии не слишком интенсивной работы. Правда, здесь могут быть и коллизии, так что надо смотреть. Если вы подключаетесь через web-доступ, то это приводит к необходимости покупки дополнительных модулей и средств разработки, как справедливо заметил mazzy, требуется пакет AM. Это дополнительные трудозатраты на создание web-форм.  | 
| 
	
 | 
| 
			
			 | 
		#11 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			mazzy, ты учти, что при web-доступе надо покупать расширенный пакет, в то время как при обычном доступе, может быть не знаю рамок проекта), хватит и базового пакета. Конечно, если речь сразу идёт о расширенном пакете, то тогда web позволит немного сэкономить, а иначе - надо считать.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: mazzy (2). | |
| Теги | 
| external user, web портал, как правильно, лицензия, цена | 
| 
	
	 | 
	
		
  |