|
![]() |
#1 |
Участник
|
Физическое и юридическое лицо - разные сущности.
![]() Но тут снова встает вопрос о нормализации и денормализации. Цитата:
Для одинаковых методов/полей в Аксапте нужно юзать мапы. Если хочется понять как в Аксапте неправильно сделали общими "ряд реквизитов", то посмотрите в таблицу hrmVirtualNetwork. Там объединили данные о физическом лице из таблиц сотрудники, контакты клиентов, контакты поставщиков, контакты из CRM и по-моему пользователей интернета. Ужас нах! Редкостный антипаттерн. Начиная с ключа, который пришлось сделать невидимым для пользователей и скрыванием лукапа. Проходя через все круги ада с перехватом событий insert,delete,update (из-за чего тут же перестают выполняться групповые операции на сервере), а также с перехватом validate*. И заканчивая жуткими траблами в настройке прав доступа и RLS... В общем - Никогда так не делайте. |
|
![]() |
#2 |
Участник
|
Вообще, аргументов в пользу (или против) обоих вариантов привести можно немало.
Перечитал ссылку, которую дал longson. Интересно, является ли аргументом в пользу разделения то, что Андре в той ветке встает на защиту объединения в одной таблице, а в этой приводит доводы против объединений ![]() Кстати, мне лично было бы интересно послушать, что его подвигло на изменение мнения. |
|
![]() |
#3 |
Участник
|
Я имел в виду что есть ОДНО лицо, например ООО "Альфа" (а может, просто Иванов И.В.). Для Одного лица = контрагента, в Аксапте две сущности - поставщик ООО "Альфа" и клиент ООО "Альфа".
Надо юзать... так почему не юзает стандарт? Я сейчас только про дополнительные справочники / реквизиты ОДНОГО по сути контрагента. Ну какой же порядок будет в ЕРП, если в поставщиках ООО "Альфа", а в клиентах "АЛЬФА, ООО"???
__________________
Ivanhoe as is.. |
|
![]() |
#4 |
Участник
|
Цитата:
или вы приравниваете ООО и физическое лицо? Цитата:
Сущность поставщик != сущность Контрагент. Сущность клиент != сущность Контрагент. Сущность клиент != Сущность поставщик Еще раз: разберитесь с сущностями Цитата:
Как поставщик он использует одни реквизиты, как клиент он использует другие. Например, для оплаты ему как поставщику требуется один банк, а как клиент он платит с другого банка. Как поставщик он имеет одни прайс-листы, скидки и договора Как клиент он имеет совсем другие прайс-листы, скидки и договра. Офис продаж имеет один адрес (поставщик для нас), а служба снабжения совсем другой (для нас клиент). Причем если у нас большая организация, то скорее всего наш продажник не должен ничего знать о закупках. Ребяты! Ну, елы-палы... |
|
![]() |
#5 |
Участник
|
Цитата:
1. Лицо - Социально-правовая фигура - физическое или юридическое лицо. (с) Словарь по экономике и финансам. Глоссарий.ру не привычнее контрагент, но пусть будет Лицо. 2. Клиент - сущность в AX. 3. Поставщик - сущность в AX. По мне, Клиент и Поставщик ссылаются на сущность Лицо. Не равны, а именно ссылаются. Цитата:
Сообщение от mazzy
![]() С какой стати?
Как поставщик он использует одни реквизиты, как клиент он использует другие. Например, для оплаты ему как поставщику требуется один банк, а как клиент он платит с другого банка. Как поставщик он имеет одни прайс-листы, скидки и договора Как клиент он имеет совсем другие прайс-листы, скидки и договра. Офис продаж имеет один адрес (поставщик для нас), а служба снабжения совсем другой (для нас клиент). Причем если у нас большая организация, то скорее всего наш продажник не должен ничего знать о закупках. Ребяты! Ну, елы-палы... Как я написал выше: Цитата:
Разбиение на модули мне лично понятно, но, кажется, логичным иметь ряд реквизитов у клиента и поставщика (одного контрагента) одинаковых.
Я не говорю что справочник должен быть один. Я говорю про "ряд реквизитов". Если банковские счета разные - пожалуйста. А если одинаковые - зачем дублировать? ИНН, КПП, Название - всегда одинаковые. Руководитель Лица - всегда один и тот же. Почему нет?
__________________
Ivanhoe as is.. |
|
![]() |
#6 |
Участник
|
Цитата:
Цитата:
Но разработчики аксапты не стали парится ![]() может быть и правильно, поскольку общий "ряд реквизитов" существенно меньше необщих. Опять же смотрите в ax2009. ![]() Цитата:
Как клиент он может использовать Английское/Немецкое название, а как поставщик использовать название русскими буквами в транскрипции. блин, одинаковый клиент/поставщик вовсе не означает что будет юр.лицо с одинаковыми реквизитами. У юр.лица бывают и филиалы, представительства... |
|
![]() |
#7 |
Участник
|
![]() Цитата:
![]() Цитата:
Сообщение от mazzy
![]() С какой стати Название то одинаковые?
Как клиент он может использовать Английское/Немецкое название, а как поставщик использовать название русскими буквами в транскрипции. блин, одинаковый клиент/поставщик вовсе не означает что будет юр.лицо с одинаковыми реквизитами. У юр.лица бывают и филиалы, представительства... Про представительства и филиалы песнь отдельная... там свои нюансы, согласен.
__________________
Ivanhoe as is.. |
|
![]() |
#8 |
Banned
|
Цитата:
Сообщение от mazzy
![]() Если хочется понять как в Аксапте неправильно сделали общими "ряд реквизитов", то посмотрите в таблицу hrmVirtualNetwork. Там объединили данные о физическом лице из таблиц сотрудники, контакты клиентов, контакты поставщиков, контакты из CRM и по-моему пользователей интернета. Ужас нах! Редкостный антипаттерн.
Начиная с ключа, который пришлось сделать невидимым для пользователей и скрыванием лукапа. Проходя через все круги ада с перехватом событий insert,delete,update (из-за чего тут же перестают выполняться групповые операции на сервере), а также с перехватом validate*. И заканчивая жуткими траблами в настройке прав доступа и RLS... В общем - Никогда так не делайте. |
|
![]() |
#9 |
Участник
|
Цитата:
Сообщение от EVGL
![]() Ну что же, добро пожаловать в ад -2009. Там появились таблицы DirPartyXXX - т.н. "глобальная адресная книга". Супер вещь! Для нашего клиента - концерна с отдельными заводами, обслуживающих одних и тех же клиентов, передающих заказы друг другу через Intercompany, функция незаменимая.
|
|
Теги |
как правильно, расчеты с клиентами, расчеты с поставщиками, crm2011 |
|
|