NickChay пишет:

> Т.е. как бы и те и другие являются субъектами поставок. Делать 2
> идентичные таблицы нерационально. Но в то же время их надо как-то разделить.

По ролям. Дать роль каждому из них.
У каждого будет от нуля до двух ролей.

Можно и не делить, если их немного.
Posted via ActualForum NNTP Server 1.4

Cat2 пишет:

> Нет поставщиков и покупателей. Есть только контрагенты

Я бы даже сказал, что есть просто юр и физ лица. - субъекты
хозяйственной деятельности.
Контрагент в какое-то время может запросто стать субъектом учёта.
Posted via ActualForum NNTP Server 1.4

Cat2 пишет:
> Похоже это ближе. А можно поподробней?
>
>
> На мой взгляд роли контрагентов не нужны,

Контрагент - одна из ролей.
Posted via ActualForum NNTP Server 1.4

ICQRobot пишет:

> Обычно достаточно записывать приход со знаком плюс, а расход - со знаком
> минус.
>
> Тогда, если количество в документе отрицательное, то в данном случае
> контрагент выступает в роли покупателя[/quot]

Т.е. принцып независимости бухучёта не для вас написан, да ?
Одним документом проводим отгрузку и приёмку ?
Ну-ну...
Posted via ActualForum NNTP Server 1.4

korda пишет:

> Мне кажется, что нужно завести три таблицы - *Контрагенты*,
> *Поставщики*, *Потребители*. В таблице *Контрагенты* отразить поля
> описывающие свойства контрагента, а в таблицах *Поставщики* и
> *Потребители* лишь по два поля - код поставщика (потребителя) и ссылку
> на код котрагента в таблице *Контрагенты*.

Да нет. Надо сделать ОДНУ таблицу (ну или набор таблиц)
субъектов хоздеятельности - физлиц и юрлиц. И ещё может что-то.

Потом для каждого субъекта учета (который также может находится в этой
таблице/таблицах) надо вести независимый список поставщиков и покупателей
с их кодами - как ссылки в общую таблицу субъектов хоздеятельности.

Возможны ещё какие-то роли, поэтому наверное стоит роль сделать универсальной,
и использовать этот механизм в *Контрагентах*, *Поставщиках*, *Потребителелях*
и ещё где угодно.
Posted via ActualForum NNTP Server 1.4

korda пишет:
> MasterZiv, кажется автор нигде не говорил, что его система является
> системой учета по нескольким предприятиям. Или я проглядел?

Не говорил. Это я говорю. сегодня она не является, завтра - будет
являться. Требования меняются.

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

А, ну спасибо. Я как всегда сначала написал, потом прочитал. :-))

> Рассмотрим только таблицу *Поставщики,* так как *Потребители* устроены
> анологично. В таблице *Постащики* два поля - поле - собственный код в
> таблице *Контрагенты* и код поставщика, опять-же из таблицы *Контрагенты*.
>
Одна таблица должна быть.
И три поля должно быть в ней.

> Таблица *Контрагенты*:
>
> Код - Название - Адрес
> 1 - Автозавод - Москва
> 2 - Тепловозостроительный завод - Луганск
> 3 - Молокозавод - Ярославль
>
> Таблица *Поставщики*:
>
> "Свой" код - "Чужой" код
> 1 - 2
> 1 - 3
> 2 - 3

Нет.
Таблица РОЛИ-КОНТРАГЕНТОВ:

код субъекта ХД - Код роли - код контрагента
1 - Поставщик - 2
1 - Поставщик - 3
1 - Покупатель - 3
2 - Поставщик - 3

> Такая схема ничуть не сложнее предложенной мной ранее, но "мощнее" тем,
> что поддерживает учет по нескольким конторам.

Тут как бы главное - понять, что в таблицах лежат ДАННЫЕ. Если по составу
записи данные одинаковые, это должна быть ОДНА таблица. Мысль главная
в этом. А что у поставщиков и покупателей данные одинаковые, это достаточно
очевидно.
Posted via ActualForum NNTP Server 1.4

korda пишет:

> Таблица *Связи*:
>
> "Свой" код - "Чужой" код - Код операции
> 1 - 2 - 1
> 1 - 3 - 1
> 2 - 3 - 1
> 2 - 4 - 2
> ...
А, ну вот, вы и сами знали. :-)
А на счёт ошибок я тоже не понял нифига.
Posted via ActualForum NNTP Server 1.4