AX 2012 R2 and POS

[MikeR]

Что получилось на данный момент - задания начали появляться в jobId. В первом задании, ошибка "Target request handler failed to process target request header: SCAXRequestHandlerException: AX target request handler failed to process request. NotSupportedRequestTypeException: AX writer can only handle insert-only requests. Delete requests are n" то есть на хватает разрешений.
Настройки соответствуют, как описано Здесь .
Чего еще не хватает?

[R.Safianov]

Цитата:

Сообщение от MikeR

Чего еще не хватает?

Это уже гуглится. Если кратко, то проблема насколько я понимаю в следующем:
1) Либо не выполняется лицензионное условие.
2) Либо в заданиях планировщика вы включали автомэппинг полей. Эта процедура делает полный мэпинг, но при этом добавляет поля, которые в принципе не должны переноситься (RECID, RecVersion и т.д.).
3) Попробуйте взять какой-нибудь маленький джоб (например, валюты). Включите логирование для службы Sync Service, запустите маленькое задание и посмотрите что пишет в логе.

[MikeR]

По всей видимости проблема была в POSUsers.
Удалил магазин, прошел еще раз все шаги развертывания.
Теперь о чудо ошибки нет, задания все выполняются на ура, только таблицы в новом магазине пустые, даже после redeploy магазина. Короче не заполняются.
tryCount = 0 ServerMsg =""

PS есть еще идеи?

[b_nosoff]

Идей масса. Есть ли у учетки Business Connector доступ к данным в Аксе? Что во временных файлах Synch Service, и вообще появляются ли они (лучше на время поставить галку Keep package files, тогда они не будут сразу удаляться)? Write to Windows event log включен и нет ли там каких-то ошибок? Incoming и Outgoing Message оба без ошибок?

[MikeR]

На самом деле сам накосячил - указал не тот сервер в Commerce Service.
Но результаты предполагают заведение ошибки у вендора
1 Ошибок нет.
2 В обе таблицы (Incoming и Outgoing ) пишется, что нет записей.

Теперь вернулся к той ситуации, что не хватает прав доступа.

И вот уже теряюсь в догадках - что еще править, так как права то точно выставлены ( даже с запасом) ?

[b_nosoff]

Чисто для эксперимента - дайте пользователю Business Proxy права админа в аксапте.

[MikeR]

Уже все sys admin, по-боку безопасность , лишь бы заработало...
Проблема осталась.

В SCMonitoring есть строчка

SCMonitoring: Error: System.ServiceModel.CommunicationObjectFaultedException:   System.ServiceModel.Channels.ServiceChannel    ,       Faulted.

По ходу дела дело обстоит таким образом, что

NET exception happen on server side, and you didn't catch and handle it, and didn't convert it to a SOAP fault, either.

Now since the server side "bombed" out, the WCF runtime has "faulted" the channel - e.g. the communication link between the client and the server is unusable - after all, it looks like your server just blew up, so you cannot communicate with it any more

Предполагается выход с компиляцией и построением CIL.
Поправьте, если не прав...