несколько стран в одном приложении

[IKA]

Если есть несколько стран, допустим, россия, франция, германия(каждая имеет свою компанию в аксапте).
Могут ли они пользоваться одним приложением, но иметь разную функциональность. То есть во франции налоги будут считаться согласно законодателоьству франции, в германии - согласно ее правилам?
Я вижу ключи SRCE* , например SRCEFrance и они активно использутся в коде. Поэтому кажется , что такое должно быть возможно, но с другой стороны раньше, вроде были спец релизы для России, допустим. Заточенные под российскую функциональность.
Как сейчас с этим обстоят дела?

[glibs]

Практики не было, но в российской версии изрядно переписано кода из базовых классов. Например, механизм сопоставлений "усовершенствован". Или курсовая разница считается по принципу "мы пойдем своим путем". Поэтому вероятность того, что буржуйские налоги не посчитаются где-то корректно, есть.

Насчет конфигурационных ключей... они включаются для базы в целом. Их нельзя включить для компании. Чтобы функционал работал по-разному в разных компаниях в рамках одной БД, нужны параметры.

Если же базы будут разные, а только приложение одинаковое... Тогда... По-моему, изменения в базовых механизмах локализаторами делаются без привязки к конфигурационным ключам. Тупо переписывают код и все.

[AlexSD]

О какой версии Аксапты идет речь?
В 2009 SP1 предпринимались усилия для реализации подобной схемы. Российская функциональность и восточная европа была дополнительно (кроме ключей CRSE*) повешена на параметр Features_W в CompanyInfo. Так что можно для разных компаний активировать различную функциональность.
В более ранних версий, такое не возможно.

[EVGL]

И это даже работает. По крайней мере, с включенными русскими ключами вполне можно работать в австрийской компании, проблем пока не замечено.

[BOAL]

Еще для ах30 и ах4 была модификация, включающая конфиг ключи по компаниям.
То есть можно на уровне ключей настраивать, обманув систему где-то на уровне sys.. классов.

Побочный эффект мода был, помнится, жуткими тормозами при настройке прав.

Ну или лазить по коду и вешать свои собственные секьюрные ключи, которые можно настроить по компаниям (доменам) штатно.

[sukhanchik]

Zitat:

Zitat von BOAL

Еще для ах30 и ах4 была модификация, включающая конфиг ключи по компаниям.
То есть можно на уровне ключей настраивать, обманув систему где-то на уровне sys.. классов.

Побочный эффект мода был, помнится, жуткими тормозами при настройке прав.

Ну или лазить по коду и вешать свои собственные секьюрные ключи, которые можно настроить по компаниям (доменам) штатно.

На том проекте, на котором применялась эта модификация - она была включена в рамках постепенного изучения противоречащего функционала. В перспективе планировалось все противоречащие места "повесить" на параметры модуля(ей) и отказаться от такой модификации.

А лазить по коду и вешать свои секьюрные ключи - гораздо сложнее как в плане кода, так и в плане настройки. Гораздо проще - создать "галку" в параметрах модуля, которая фактически будет являться "ключом по компаниям".

[IKA]

ax2009 SP1.

[BOAL]

Zitat:

Zitat von sukhanchik

А лазить по коду и вешать свои секьюрные ключи - гораздо сложнее как в плане кода, так и в плане настройки. Гораздо проще - создать "галку" в параметрах модуля, которая фактически будет являться "ключом по компаниям".

Из примера, что выше был - сопоставление.
И его "галками" или СК развесить - это песня та еще.

То есть, этого одного узкого места достаточно, чтоб использовать конфиг ключи по компаниям, так как там логика разная (и набор методов разный).

Сделать галками можно, само по себе не особо сложно (по местам использования конфиг ключей в коде пройтись). Но куча кода после этого будет с правкой.

[IKA]

Zitat:

Zitat von AlexSD

О какой версии Аксапты идет речь?
В 2009 SP1 предпринимались усилия для реализации подобной схемы. Российская функциональность и восточная европа была дополнительно (кроме ключей CRSE*) повешена на параметр Features_W в CompanyInfo. Так что можно для разных компаний активировать различную функциональность.
В более ранних версий, такое не возможно.

Спасибо. Я правильно понимаю, что если отбросить россию и вост европу, то западная увропа должна нормально уживаться в рамках одной системы, даже если учет налогов различен?

[EVGL]

Западная Европа еще с версии 4.0 была вся в одном слое. Можно предположить, что будет работать. Здесь шла дискуссия о России и других странах Восточной Европы, которые стали работать с Западной рука об руку только с версии 2009.

[BOAL]

В продолжение темы
в Ах2009 имеется код
стало:
if (CompanyInfo::features_W() == CRSEFeatures_W::HU)

Было:
if (isConfigurationkeyEnabled(configurationkeynum(HuSalesTaxReporting)))

То есть, сча вообще можно по компаниям фичи стран врубать.
На сколько окучены все места, не знаю, но при подъеме кода встречаю такие замены.

Ну и кстати, теперь нужно не забывать врубать свою страну в параметрах.

[EVGL]

Zitat:

Zitat von BOAL

Ну и кстати, теперь нужно не забывать врубать свою страну в параметрах.

И использовать проверку в кода там, где это нарушает нормальную логику системы и не отлючается отдельным параметром. В 90% случаев в добротных модификациях процессы и без того активируются определенными полями, группами, настройками.