AX 2012 R2 and POS

[MikeR]

Права проверил - вход на сервер и выборка данных работает.
Переразвернул POS.
Заметил такую вещь - если у Р-0001 заменить класс выполнения на RetailConnReplicationNJob, тоже перестает выполняться. Если у N-1040 поменять на RetailConnReplicationPJob, то генерится ошибка 32769 с описанием 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

На всякий случай поменял учетку и увеличил права в базе данных, переразвернул POS, ошибка не повторяется, но и кроме P-0001 никакие другие задания не выполняются.

[gl00mie]

Цитата:

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

Заметил такую вещь - если у Р-0001 заменить класс выполнения на RetailConnReplicationNJob, тоже перестает выполняться. Если у N-1040 поменять на RetailConnReplicationPJob, то генерится ошибка 32769

Нельзя у заданий менять тип обработчика N-jobs и P-jobs (а также A-jobs) работают по-разному и предназначены для разных целей, поэтому и обработчики у них отличаются, см., например, Configure jobs and subjobs in Retail Scheduler. Не так давно в блогах пробегала заметка AX for Retail 2012 R2: Run-down on Log Files - возможно, там найдется описание, как можно диагностировать указанную проблему.

[R.Safianov]

Цитата:

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

Права проверил - вход на сервер и выборка данных работает.
Переразвернул POS.
Заметил такую вещь - если у Р-0001 заменить класс выполнения на RetailConnReplicationNJob, тоже перестает выполняться. Если у N-1040 поменять на RetailConnReplicationPJob, то генерится ошибка 32769 с описанием 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

И правильно генерится. У них разная логика работы. A - нужен для выгрузки изменения, N - для полной выгрузки, P - только для загрузки. Просто так класс обработки поменять нельзя. Например, для репликации транзакционных данных в базе AX (P-джоб) дополнительно создаются темповые таблицы со своими методами обработки счетчиков репликации. В N джобах всего этого добра нет.

Попробуйте запустить задание и посмотреть системный лог. Причем на нескольких серверах. Проверьте учетку для бизнес-коннектора. Хотя у вас до этого момента явно дело не доходит.

[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 ) пишется, что нет записей.

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

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