Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Справочник партий / 7 сообщений из 7, страница 1 из 1
30.01.2009, 12:45
    #35787826
Antoshka
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
Прошу помощи уважаемого сообщества!

У меня есть проблема: как физически организовать справочник партий и его связи с приходными и расходными документами? Если партии хранить в отдельном справочнике, заполняемом при проведении приходного документа, то как поступать с партией при отмене проведения документа? Ведь на данную партия товара уже могут быть ссылки в расходных документах?
...
Рейтинг: 0 / 0
30.01.2009, 13:50
    #35788046
дддддд
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
А где вообще планировалось хранение партий?
...
Рейтинг: 0 / 0
30.01.2009, 14:07
    #35788112
Q
Q
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
На все без исключения указанные вопросы должен отвечать документ под названием "Внутренняя (или Управленческая) учетная политика". Там может быть сказано, что допустимы отрицательные остатки по партиям, или что расходные операции отвязываются и перепроводятся, или что документ отменять вообще запрещено, и кому оно надо, тот старательно формирует сторнирующие операции, или еще много разных вариантов. Если такого документа нет, то на этот вопрос отвечают бухи/экономисты/операционисты по первичке или кто еще в состоянии дать ответ. Желательно письменно, чтоб потом не было "у меня тут неправильно считается". :)
...
Рейтинг: 0 / 0
01.02.2009, 00:14
    #35789950
Cat2
Модератор форума
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
Глядя на заголовок топика я подумал, что надо учитывать ЕДРО и ЛДПР
...
Рейтинг: 0 / 0
02.02.2009, 10:57
    #35790992
LSV
LSV
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
AntoshkaЕсли партии хранить в отдельном справочнике, заполняемом при проведении приходного документа, то как поступать с партией при отмене проведения документа? Ведь на данную партия товара уже могут быть ссылки в расходных документах?Отдельно храните партии, отдельно - таблицу привязок (там всего три поля: ПриходИд, РасходИд, Колво), которая знает какой приходной партии какие соотв-ют расходные партии. При необходимости можно отменить конкретную привязку и партия (неважно приходная или расходная) станет "свободной" и может быть заново привязана новой операцией. Это позволит отпускать "в минус", приходовать задним числом, а также делать целевые привязки партий вручную.

Так сделано в МС-Навижн хотя и со значительными недостатками/недоработками. см ниже :)

ЗЫ (по секрету): Есть нюанс при мультискладовом хранении. Перемещения между складами(а это тоже приход и расход) могут менять коды партий и при этом может потеряться связь между "первичной" партией (приход) и "вторичной" (после межскладского перемещения). Надо иметь механизм сохранения связи "вторичной" и "первичной партии". Это важно например для различных сверок, возвратов и правильной, т.е прозрачной себестоимости.
...
Рейтинг: 0 / 0
02.02.2009, 13:55
    #35791578
Сергей Васкецов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
LSVтаблицу привязок (там всего три поля: ПриходИд, РасходИд, Колво)
Если в складских документах хранятся суммы, а не только количества, надо и суммы там (в привязках) иметь. Иначе копейки будут иногда расходиться, если только лишь пропорционально количеству расхода сумму рассчитывать от приходной суммы.
...
Рейтинг: 0 / 0
03.02.2009, 11:00
    #35793185
LSV
LSV
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Справочник партий
Сергей ВаскецовLSVтаблицу привязок (там всего три поля: ПриходИд, РасходИд, Колво)Если в складских документах хранятся суммы, а не только количества, надо и суммы там (в привязках) иметь. Иначе копейки будут иногда расходиться, если только лишь пропорционально количеству расхода сумму рассчитывать от приходной суммы.Не принципиально. Можно и суммы хранить. Для поля с точностью нумерик 18.5 с правильной политикой округления сумм вроде как не возникала необходимость в сумме. Но это уже тонкие нюансы. Важен сам принцип.
...
Рейтинг: 0 / 0
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Справочник партий / 7 сообщений из 7, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]