Работаю программистом в одной компании, сейчас в одном из проектов реализовывается ф-ции склада. Сообственно на меня возложена эта задача, а опыта построения программ складского учета особо не было. Вообщем нужен совет программера участвующий в подобных проектах. Столкнулся с такой проблемой: как известно склад может хранить сырьё разного типа, а соответственно и за каждым видом сырья закрепляюся свои ед. измерения, т.е. одни в килограммах, другие в литрах, третьи в метрах, четвертые в штуках и т.д., в справочнике сырья есть возможность за каждым видом компонентов указывать свою единицу, которая используется по умолчанию при добавлении данного компонента на склад (сырье на склад, естестественно добавляется только из справочника сырья). Дать ли пользователю возможность задавать размерность отличную от заданной в справочнике сырья. 
Я не знаю нужно ли отрывать такую функцию для пользователя или это полный абсурд, чтобы на складе единицы различались от заданных в справочнике сырья. Дело в том что в зависимости от решения по разному будет выглядеть БД и по разному будет работать логика программы. 

Если такую функцию запретить, то изменения ед. изм. у каких-либо компонентов в справочнике сырья, сразу автоматически отразиться на эти компоненты хранимые на складе. БД в самом простом случает выглядит приблизительно так:


Если такую функцию открыть, то изменения ед. изм. у каких-либо компонентов в справочнике сырья, отразиться на эти компоненты только при их новом добавлении. БД в самом простом случает выглядит приблизительно так:


Это сообщение отредактировал(а) Delphist - 31.7.2009, 10:27

Все зависит от постановки задачи. В 1С реализована возможность ввода нескольких единиц для одного вида материала, и, между единицами устанавливается коэффициент пересчета к базовой. Базовая - это та единица в которой ведется учет на складе, а все остальные при движении приводятся к ней с помощью коэффициентов.

Если сделать доп поле на складе, которое будет отвечать за единицу, то надо будет контролировать ее при списании, а если пользователь при списании укажет не ту единицу?

Ничего страшного не произойдет, например пусть у сырья A в качестве базовой единицы используется кг, на складе он указал тонны, тогда согласно таблице пересчета единиц наши тонны домножатся на 1000 и получатся кг, которые и будут списаны. Или я не правильно что-то понимаю?

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

ТиС - торговля и склад? у меня его нет. Есть ли что-нить попроще с тем же смыслом, чтобы можно легко найти и скачать

Это сообщение отредактировал(а) Delphist - 31.7.2009, 12:31

Для платформы 1С 7.7 есть типовая конфигурация: Торговля и Склад
Для платформы 1С 8.* есть типовая конфигурация: Упроавление торговлей

у меня есть 1с предприятие v8.1, а где скачать стандартную конфигурация Управление торговлей?

Вообщем поставил, а не подскажешь где именно там можно посмотреть эту фишку, а то всего много там

Справочник Номенклатура, документ Реализация товаров и услуг, модуль проведения - движения по регистрам.

Что-то обмирает у меня 1с - выскакивает ошибка.
Скажи, пожалуйста, там смысл реализован через талбицу соответствия ед. изм., т.е. что-то подобное вот этому:


Это сообщение отредактировал(а) Delphist - 31.7.2009, 17:01

Нет

Delphist, 
1. Не советую разделять партии и остатки... Не нравится мне это в 1С
2. Логика:

Не вздумайте разделять партии и остатки. Это Вам очень правильно говорят.

Не совсем понял, что значит разделять партии и остатки не нужно, у меня же они и так не разделены
вот логика

А это что?

Как что? Смысл следующий - SKLAD - таблица которая хранит информацию что данный вид сырья с
заданной размерностью храниться на складе,
SKLAD_BY_PARTY - это уже расшифровка каждого вида сырья - сколько у него партий, сколько остатков по
каждой партии и т.д.


Это сообщение отредактировал(а) Delphist - 2.8.2009, 17:53

Зачем разные таблицы, отображаюшие одну суть: 
Какое сырье, сколько сырья и по какой цене... остальное не важно и несет только дополнительную информацию....

Так нельзы же хранить все в одной таблице, иначе получиться избыточность информации - ну это же естественные вещи при проектировании БД учитывать понятие нормальных форм - стандартный курс информационных систем

Я тебе говорю, как съевший на этом собаку. Ты конечно, можешь разделить... Но потом готовься, что в один прекрасный момент у тебя остатки по двум таблицам разойдутся... и тогда ты меня вспомнишь   

А как они разуйдутся, если SKLAD_BY_PARTY - является подчиненной (Detail) таблицей по отношению к SKLAD (Master). И инфа об остатках храниться только в SKLAD_BY_PARTY

Тогда сделай таблицу такой:


Это сообщение отредактировал(а) Itsys - 3.8.2009, 10:35

Естественно у меня есть таблица, которая позволяет хранить несколько складов-внутри складов подразделения, пу сути дерево:
SKLAD_GROUPS
  SKLAD_GROUP_ID,
  NAME
  PARENT_ID
  ...

SKLAD
  SKLAD_ID
  SKLAD_GROUP_ID
  ...
Для простоты понимания я вначале вопросе темы не стал указывать все таблицы.

Сейчас стал волновать другой вопрос, стоит ли за конкретной партией закреплять свои единицы измерения или достаточно только для сырья, а уж все его партии автоматически будут считься в размерности указанной для сырья?

это более правильный путь 

некоторые все же советуют закрепялть размерность за партиями. Интересно как в 1С: Управление торговлей реализовано, закрепляются ли там ед. изм за партиями?

нет там единая единица хранения для всех партий

вот это мне нравиться, т.к. у нас есть ф-ция импортирования складских данных из внешних программ в частности из 1с. и у нас тоже единицы закрепляются не за отдельной партией, а за всеми партиями данного сырья.

Это сообщение отредактировал(а) Delphist - 3.8.2009, 15:15