|  04.07.2017, 17:49 | #1 | 
| Участник | можно ли обращаться к объектам аксапты из PowerShell (аналог BusinessConnector) 
			
			Я щас глупую вещь спрошу. Вы только не обижайтесь, пожалуйста. можно ли обращаться к объектам аксапты из PowerShell? хочется некий аналог BusinessConnector, только на PowerShell. И чтобы конвеер был, и параметры. кто-нибудь делал? может проект где есть в публичном доступе? Business Connector и пример кода на C# А хочется без BC и на PowerShell script. Интересует и акс2012-и-ниже, и акс7-и-выше. | 
|  | 
|  04.07.2017, 18:10 | #2 | 
| Axapta | 
			
			Использование BC из PowerShell не подойдет? Вроде под постановку "обращаться к объектам аксапты из PowerShell" подходит.
		 | 
|  | |
| За это сообщение автора поблагодарили: mazzy (2). | |
|  04.07.2017, 18:19 | #3 | 
| Участник | 
			
			А как совсем без Connector? Если с ним, то просто объекты Аксапты создавать и использовать вызовы с параметрами - нет проблем. Вот только как конвейеры обрабатывать непонятно. Вряд ли Аксаптовские объекты понимают входы и выходы в конвейер powershell. | 
|  | 
|  04.07.2017, 18:32 | #4 | 
| Участник | Цитата: 
		
			Сообщение от oip
			   Использование BC из PowerShell не подойдет? спасибо. Цитата: конвеер вполне годится как вход енумератору, while select, queryrun. это из области "глупая вещь" ) ====================== ага. для акс2012-и-ниже понятно - использовать BC прямо в PowerShell. а для акс7-и-выше? | 
|  | 
|  04.07.2017, 18:46 | #5 | 
| Участник | 
			
			хорошо, зайдем с обратной стороны. а внутри аксапты на Х++ можно использовать какой-нибудь объект, который даст доступ к свойствам PowerShell-объекта? | 
|  | 
|  04.07.2017, 19:02 | #6 | 
| Участник | 
			
			Из C# это System.Management.Automation
		 | 
|  | |
| За это сообщение автора поблагодарили: mazzy (2). | |
|  05.07.2017, 02:21 | #7 | 
| Участник | 
			
			можно использовать ODATA (в гугл есть библиотеки - ODATA powershell)
		 Последний раз редактировалось trud; 05.07.2017 в 02:29. | 
|  | |
| За это сообщение автора поблагодарили: mazzy (2). | |
|  11.08.2017, 22:06 | #8 | 
| Участник | 
			
			использовать .net namespace Microsoft.Dynamics.Ax.*
		 | 
|  | 
|  22.08.2017, 11:16 | #9 | 
| Участник | AX7 
			
			DataEntity которые видны извне через OData. Еще Microsoft Flow или Azure Logic App. Который все также использует OData и DataEntity. Так вот там есть такая штука - Execute Actions в Dynamics 365 for Operations. Честно, не трогал, но предполагаю что это вызов каких-то методов через OData | 
|  | |
| За это сообщение автора поблагодарили: mazzy (2). | |
|  22.08.2017, 11:55 | #10 | 
| Участник | 
			
			Мысль интересная. но скорее, чтобы выполнить действие, обращается к сервисам. примерно как в этом примере сделали создание письма через веб-службу outlook https://github.com/marcusclayton/AzureLogicAppDemo | 
|  | 
|  22.08.2017, 14:37 | #11 | 
| Участник | 
			
			Именно, а точнее к CustomServices. Logic Apps (Flow) реализует удобную обёртку для OData client с авторизацией через AzureActiveDirectory используя OAuth2. Если обращение к on-premise, то нужно обращаться через gateway. Отличный пример для PowerShell можно увидеть тут | 
|  | |
| За это сообщение автора поблагодарили: mazzy (2). | |
|  22.08.2017, 16:08 | #12 | 
| Участник | 
			
			На github есть примеры интеграции на разных языках. Можно попробовать транслировать на powershell. На современном powershell есть классы а также можно встраивать кусочки C# См. также Invoke-RestMethod, New-WebServiceProxy. Вряд ли можно вызвать из standalone powershell X++ объект. Наверное можно встроить PowerShell в X++. Я бы отталкивался от задачи. | 
|  | |
| За это сообщение автора поблагодарили: Logger (3). | |