Доброго всем!
Сейчас встал спор. Суть его в том, что в 1С существуют такие справочники как "Контрагенты", "Банки", "Склады".

По сути "Банк" ведь тоже "Контрагент", т.е. по идее это должен быть один справочник, а разделяться они будут просто по виду деятельности! Я, как 1С-ник, за то, что эти сущности нужно разделять, тк. это упрощает обработку. Постановщик задания наоборот утверждает, что эти справочники нужно объединить (добавить в справочник ТЧ "виды деятельности" и отталкиваться от нее).

Вот кто прав?!

> Постановщик задания

это кто такой ?

(0) + и для то и для другой стороны есть свои плюсы, но разумеется есть и минусы...

в бухии 77 товар и материалы -- разные справочники
хотя это МПЗ

(1) тот ,кто заказывает разработку.
Ну, пусть это будет просто "Клиент"! Т.е. не программист, а человек-специалист вида деятельности, который автоматизируем.

(0) поскольку реквизиты банка<>реквизитам контрагента
и
поскольку банки имеют классификатор,
то постановщик задачи осёл

Спроси у постановщика его БИК.

(3) ну и на сколько это было оправдано?!

Ведь по сути получается дублирование информации. А следовательно нужно отслеживать актуальность инфы в двух местах, а не в одном?!

(0) зависит от конкретной задачи... конкретного учета...

Так можно докатиться до справочника "Что-то" и документа "Как-то".

банк сувать в отдельный справочник глупо
у него есть БИК -- он может остаться,  наименование поменяться
+ делать ссылку из р/с на справочник контрагенты - групо

(3) это как раз частенько не удобно

думаю для большинства 1С задач это не оправданно

(7) разница была в том, что были разные аналитики

(5) ну почему же. Реквизиты банка во многом повторяют реквизиты контрагента - адрес, инн, кпп, огрн. Так же можно выделить ответственные лица и т.д.

А Бик, например, это уникальный реквизит. Он будет доступен, если у контра вид деятельности "Банк"

(10) так во всех типовых Банк это отдельный справочник!

(14) адреса/ответственные лица хранятся в р/с

(15) и правильно

(15) ну и хорошо что так

(14) разрешаю у справочника Банки сделать ссылку на справочник Контрагенты

(14) это в какой конфе у банка есть ИНН, КПП?

(16) ну да. Но ведь в привязке к объекту!

Клиент всегда прав! Хочет объединить - объединяй. Потом срубишь бабла на разъединении :)

(14) у физ лица есть адрес и ИНН, его тоже в Справочник пихать?
согласен с (9) скоро будет один справочник "Общее".

(23) так вот как ему сказать, чьл работать с "ОБЩЕЕ" сложнее, чем с более специфическими понятиями

(20) а почему нет? думаешь у банка его нет в принципе?
Я в базе храню такие данные.

(0) аргументы у постановщика какие?

(24) а конфа предполагается самописная? с 0? на какой платформе?
(25) в принципе есть, но в большинстве случаев оно нам не интересно. Нам интересны только несколько банков, в которых у нас есть счета. Остальные нам нужны только что б платежку оформить.

видел одну конфу для страхования, так там в результате работы таких вот ушлёпков можно было оформить догвор личного страхования какого-нибудь Васи и присвоить ему ВИН и мощность двигателя. А немного повозившись, можно было еще и поголовье стада ему задать.

Вот, как бы здесь ООП пригодилось.
Справочник Контрагенты (Наименование, ИНН)
Справочник Банки наследуем от Контрагенты (БИК, коррсчет, и т.п)
Справочник Клиенты наследуем от Контрагенты
Справочник Физики наследуем от Контрагенты (пол, паспорт)

Можно конечно на куче справочников и ссылок замутить, но из коробки бы удобнее было.

(24) фантазию включай: В Ашане появился новый директор и приказал свалить весь товар в одну кучу в центре магазина(чтоб стеллажи убрать и места больше было), а заказчик твой с дикого похмелья пытается пивка себе найти в этой куче.
ну или наплети ему про жуткие тормоза базы при таком подходе.

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

Нужно упирать на то, что в типовых именно так. в 1с нужно "чтить традиции" и тд. и тп. Никакой здравый смысл тут не поможет

(31) в 1с 60 тоже все в однеой таблице хранилось

Можно вообще ограничиться одним справочником, где два поля, значение и вид

Если свалить все в кучу, то вы получите:
1. Невозможность разграничения прав доступа - у всех будут одинаковые права на весь справочник, т.к. таблица одна
2. Блокировки - все пользователи будут всё писать в одну таблицу
3. Возможность вот таких вот веществ (31),(28), которые весь учет превратят в шапито.

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

(31) На Баш, однозначно! :))

(29) пытаясь скрестить реляционные бд и ООП, можно запросто оказаться в психушке

Контрагент - это тот с кем ведутся взаиморасчеты, а Банк это площадка для осуществления платежей - это разные сучности.

Если уж такой умный постановщик, то скажи, что нет понятия Контрагент, а есть пара Контрагент/договор, поэтому каждый договор нужно пихать в справочник контрагенты

+(38) а еще места погрузки/отгрузки

(38) в БП приходах/расходах предлагается указывать по мимо р/с ещё и контрагента

(7) Это как? Есть товар на 41, есть материалы на 10, что именно нужно поддерживать в актуальном состоянии? Это что регистры чтоли? Справочник на то и справочник, что в нем хранится справочная информация, и она практически не меняется

(38)Я предлагаю дальше пойти. Нет понятие контрагент/номенклатура. Есть справочник. А в нем уже признак к какому объекту учета относится элемент. Т.е. это статьи движения денежных средств или банк

Нет понятие ПКО/РКО, есть документ, а в нем операция . "Движение по кассе", "Движение товара"

странно, что никто не сказал о нормализации БД

wiki:Нормализация_баз_данных

Ах да забыл, регистр - это вообще атовизм, и остатки нужно писать в справочник, а движения брать перебором документов

(43) Нормализация это вред для скорости работы

Тебе что место на винте жалко?

(26) аргументы простые - банк может быть покупателем. Следовательно его нужно заводить в контры. А для этого опять прописывать наименвоания, адреса, ответственных и т.д. ...а далее поддерживать в актуализации оба справочника!

(47) вот когда он будет покупателем -- заведёшь его в справочник контрагенты

(0) а!
Как-то работал с такой базой, где всё было в справочнике Контрагенты: склады, МОЛ, сотрудники, банки. Почему-то Кассы был отдельным справочником. Хотя по их логике перемещение денег от контрагента в банк просто делался, а из банка в кассу - отдельными документами )))

(49) ну и как, работало?

(47) а вы что, банки вручную добавляете/правите?

(47) Банк как покупатель имеет совершенно другие реквизиты, чем банк как банк.
Более того банк как покупатель может иметь (внезапно), расчетный счет в другом банке, через который проходит платежи, другой адрес, чем в классификаторе, и другое наименование

(31) если банк зарубежный, то да.

(52) по ИНН по идее тот же должен быть =)

(53) + есть инфа, которая из классификатора не грузится. Если она имеется, то мы ее довносим.

(54) адрес тоже тот же должен быть

(53) это для (51)

(56) Не должен

(50) Вроде работало, как сейчас - не знаю. Не интересовался.

(58) с чего бы это? юр адрес он и в африке Юр. адрес

Фактический адрес аналогично.

(56) не факт

(60) обособленное подразделение к примеру

(61) У отделений Сбера - одинаковый БИК, грубо говоря если банка является самостоятельным участником расчетов, у него будет свой уникальный БИ, если это просто касса по адресу, то БИК обший, НО (!) адрес другой

(63) у сбер мозг сломаешь =)

у него различия по региону

Было уже тут, но повторюсь дабы акцентировать внимание:

"Контраге?нт (лат. contrahens — договаривающийся; contra — против + agens — действующий; con-trahere взаимно противостоять) — одна из сторон договора в гражданско-правовых отношениях."

С каждым банком есть договор?

(50) я бы таким архитекторам системы рекомендовал пить сладкий чай.

В справочнике Банки ссылка на Контрагенты

(68) а зачем?

(69) х.з. это в Скале так

(68) см (19) нрмера постов -  прям счета НДС

Сделайте один справочник "ВсякаяХ-ня" и забивайте туда ВСЁ. Ведь подходит под определение...
Универсальный базовый класс.

(72) Есть уже такой справочник, Excel называется.

(0)
Если самописка - я за то, чтобы добавить в спр "Банки" ссылку на спр "Контрагенты". Если этот "постановщик" спросит - а почему у нас осталось 2 справочника - ответить "щас все сделаем" - сделать АРМ (обработку), в которой выводить в таблице данные из 2х справочников с возможностью фильтрации. И в интерфейсе оставить одну только кнопку. В форме элемента "Банка" сделать возможность редактирования реквизитов родителя - т.е. когда создаешь "Банк" - автоматом создается и "Контрагент" и заполняется реквизитами, которые указаны в форме элемента "Банка" (там они не связаны с данными - просто реквизиты формы).

Но это если уж совсем упертый заказчик...

(72)
И сделать один документ с реквизитами "Что", "Вид операции", "Куда". Хватит по-моему для всего

И 3 регистра: "Бабло","Фуфло" и "Пацаны" для исчерпывающего учета по деньгам, ТМЦ и взаиморасчетам.