Цитата:
Сообщение от
belugin
...
Возможно, в будущем это нормализуют.
...
Вот уж не надо, пожалуйста.
Что за удивительная способность всю жизнь наступать на одни и те же грабли и не делать выводов?
Гоните нафиг из Микрософта этих горе-теоретиков, которые уже начали в последних версиях "оптимизировать" Аксапту.
Сейчас разный доступ к договорам клиентов и поставщиков для одного пользователя фиг сделаешь. Про RLS я даже не заикаюсь. С альтернативными адресами та же проблема. Первое и второе скорее является частной особенностью Аксапты. Может быть эти особенности несколько конфликтуют с принципами нормализации... но вопрос был конкретно про Аксапту, и не про отношения заложенных в нее технологий с принципами нормализации.
Что касается справочника поставщиков и клиентов... это не поставщики и клиенты.
И вот это уже не особенность Аксапты. А норма учета.
Обратите внимание как в Аксапте называется поле с кодом клиента. Это счет клиента.
А теперь сравните с тем, как вас учитывает оператор сотовой связи, если вы купите у него две или более SIM-карточки. Или как вас учитывает банк, если вы откроете в нем два или более счетов. Они даже и не подумают заводить вас там в какой-то справочник. Они просто заведут под вас два или более счетов, и не будут по этому поводу париться. И считать вас по каждому из счетов будут отдельно. И будут абсолютно правы.
На Западе точно так же поступают с клиентами и поставщиками. Никаких проблем нет под разные виды операций завести раздельные счета даже в рамках одного модуля (например, под обычные продажи один счет, под проектную деятельность — друой). Обратите внимание на функциональность "Счет" и "Счет на" также.
Да, с учетом "особенностей национального бухучета" это выглядит диковато. Уверен, что найдутся люди, которые возьмутся утверждать, что так делать нельзя. Однако это скорее проблема нашего менталитета, способная в некоторых случаях нам мешать. И как обычно реально в законодательстве запрета на такое не найти. Это чистой воды стереотип "особенностей национального бухучета".