Слои, партнеры и клиенты

[AndK]

День добрый.

Согласно документации, в Аксапте принято следующее назначение слоев:

BUS,BUP - для отраслевых решений партнеров
VAR,VAP - для доработок отраслевых решений под конкретного клиента
CUS,CUP - пользовательский слой может использоваться для модификаций
выполненных самим клиентом, например в головном отделении компании
USR,USP - пользовательский слой может использоваться например для
модификаций выполненных в филиале компании

Хотелось бы узнать мнение компетентных людей по следующим вопросам :

1. Является ли данное разделение слоев ОБЯЗАТЕЛЬНЫМ для партнеров MBS,
например может ли партнер, внедряющий официально зарегистрированное
отраслевое решение, выполнять модификации на слое CUS?
2. Чем чревато в будущем для компании-клиента, в составе которой несколько
территориально разделенных отделений со своими нюансами ведения бизнеса
такое вольное использование слоя CUS?
3. Есть ли способы повлиять на партнера в этом вопросе кроме душеспасительных бесед?

Заранее благодарен всем принявшим участие в обсуждении

[George Nordic]

Довольно странно слышать это от партнера

Что ж, Вы можете писать в каком угодно слое, хоть на USP, только вот ключи клиенту идут обычно USR/USP, иногда вместе с CUS/CUP. А у Вас, насколько я понимаю, должен быть как уже и VAR. Так вот, если хотите быть уверенны в том, что программисты клиента не покорежат ваш код, то пишите на VAR - и овчечайте за него. А клиент будет иметь полную свободу для действий на верхних слоях. Правда, есть один большой минус: при выходе новых версий / сервис паков Вам самим придеться поднимать ваши поекты, т.к. у клиента не будет ключа к VAR слою.

С Уважением,
Георгий.

[Pavel]

Цитата:

Изначально опубликовано AndK
1. Является ли данное разделение слоев ОБЯЗАТЕЛЬНЫМ для партнеров MBS,
например может ли партнер, внедряющий официально зарегистрированное
отраслевое решение, выполнять модификации на слое CUS?

Такое разделение слоев не столько обязательство, сколько условность.

Цитата:

Изначально опубликовано AndK
2. Чем чревато в будущем для компании-клиента, в составе которой несколько
территориально разделенных отделений со своими нюансами ведения бизнеса
такое вольное использование слоя CUS?

Существуют разные решения по реализации территориально распределенных структур, они все отражают конкретную специфику каждого клиента. В общем случае условное толкование предназначения слоев не влияет на распределенные решения.

Цитата:

Изначально опубликовано AndK
3. Есть ли способы повлиять на партнера в этом вопросе кроме душеспасительных бесед?

Этот вопрос самый важный в проекте, безотносительно "назначения слоев".
Только построение "правильных" рабочих отношений с консультантами в ходе проекта и затем при обслуживании системы гарантирует успех дела.

Как повлиять в вопросе "назначения слоев"? Необходимо собрать больше информации для формирования у заказчика понимания проблемы и оптимального ее решения, а затем требуйте от партнера реализации именно этого решения. Если партнер имеет возражения или иную позицию, ее надо обсуждать и учитывать.
Трудно сказать определеннее на основании существующей информации.

[AndK]

Может выразился слегка туманно

Я работаю на стороне заказчика в филиале компании.
Аксапта внедряется в головном отделении.
Общей базы у нас НЕ будет по техническим причинам
и исходя из специфики отрасли. В каждом филиале своя Аксапта,
соответственно разные бизнес-процессы.
Собственные доработки планируются во всех филиалах.
Встал вопрос об организации взаимодействия между филиалами, головным
отделением и партнером-внедренцем в части отслеживания модификаций.

Понял так что жесткой политики в отношении слоев нет и все зависит
от отношений партнер-заказчик на конкретном проекте.

Печально. Похоже не все партнеры доросли до понимания того, как их
решение будет жить после них.

[George Nordic]

Мда... печальная ситуация, молодой человек.
Axapta(приложение) - она или совершенно одинаковая, или абсолютно разная. Так что пишите на каких угодно слоях, все равно обмен данными придеться организовывать через промежуточные интерфейсы, скорее всего.

С Уважением,
Георгий.

[alexbn]

Цитата:

Изначально опубликовано George Nordic

Что ж, Вы можете писать в каком угодно слое, хоть на USP, только вот ключи клиенту идут обычно USR/USP, иногда вместе с CUS/CUP. А у Вас, насколько я понимаю, должен быть как уже и VAR. Так вот, если хотите быть уверенны в том, что программисты клиента не покорежат ваш код, то пишите на VAR - и овчечайте за него.

Замечу: клиент может не иметь лицензию на var-runtime (встречался лично с такими граблями), и тогда весь модифицированный (вернее созданный) вами код var-слоя на клиентской лицензии будет ругаться как извозчик

пишите в лучше в cus - он идёт в любой лицензии (вроде бы).

[Pavel]

Цитата:

Изначально опубликовано George Nordic
Так что пишите на каких угодно слоях, все равно обмен данными придеться организовывать через промежуточные интерфейсы, скорее всего.

Поддерживаю. В вашем случае придется в первую очередь согласовывать модель данных и интерфейсы.

[AndK]

Идея была именно о разделении ответственности между партнером, головным отделением и филиалами. Обмен данными вроде на повестке дня пока не стоит.
К сожалению, уже пришлось столкнуться с ситуацией когда наши программеры по заказу головного филиала выполняли модификации но там их не смогли пришить.
Те же проблемы и у нас будут. А если каждый на своем слое куролесит то разобраться легче.

[George Nordic]

Э.... тут Вы ошибаетесь.
1) Можно слить все и так, например, обе команды программируют на usr слое, потом проект одной из них экспортиться и переноситься на usp слой. Потом слои сравниваются, usp вычищается, потом проект выгружается, usp слой убивается и проект импортируется на usr слой. Таким образом Вы поднимаете проект.
2)На нижнем слое программируется только то, что будет a priori для обоих комманд, т.е. какие-нибудь общие разработки, интерфейсы, тулзы и т.п.
3)Вре равно проблем не избежать. На каких слоях не программируй, наработки могут сильно пересекаться, а разруливать их придеться ручками.

Но если Вы хотите разделить ответственность - то пусть программируют на cus слое, который и Вам в случае чего будет доступен. Если же хоть что-нибудь напрограммируют в var слое, у вас пропадет возможность перенести этот проект куда-нибудь.

С Уважением,
Георгий.