хотелка заказчика.   по каждому заказу создавать новую номенклатуру например заказ№134
и создавать комплектацию по этой номенклатуре
из разных комплектующих

и потом уже реализовывать номенклатуру заказ№134

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

обоснованы ли мои опасения? ;)

Заказчики ничего не слышали о договорах контрагента?

(0) Конечно обоснованы)

А чем вообще объясняют необходимость создания новой номенклатуры?

фигня какая то

(0) Нет. В чем проблема-то?

Для начала попроси у заказчика справку из психдиспансера...

(6) Сам-то постоянно так делаешь?

(7) Для таких нездоровых желаний - в обязательном порядке

(1) >> Заказчики ничего не слышали о договорах контрагента?

Клепать в базе 3000 договоров в день - это круче, чем 3000 номенклатурных позиций?.... В чем профит?

(9) Да ни в чем, просто развил идею :)

Автор, ну ответь уже, зачем это заказчику, справку потом попросишь.

(11)задача сразу рассчитать себестоимость заказа
и собрать его и отложить
и больше не подвергать себестоимость изменению
даже если заказ отгружен будет через месяц
и комплектующие уже будут по другой цене

(12) А стоимость хранения заказчик не учитывает?

(13) нет

(12)В регистре держи стоимость с измерениями -Номенклатура,Заказ.

(0) заказчик должен тебе описать бизнес-процесс, а ты предложить решение. создавать номенклатуру на каждый заказ - это реально бизнес-процесс?

партионный учет.Те же яйца в профиль

(15) "заказ" - что это за измерение?

думал это сделать через серию номенклатуры
но в ут 11 как то заморочено серии прописаны

в 10й попроще было ;)

(12) Твои опасения обоснованы. Предложи реализовать другим путем. Скажи заказчику, что база сильно распухнет и будет "тормозить". Адекватный заказчик поймем.

Очуметь.. Они ж сам замучаются колотить и собирать при таком подходе.

Наборы и комплектация им в помощь.

в ут 11 вроде по заказам все хорошо собирается. Ничего не нужно дополнительно делать

(12) расскажу про партионный учет, но очень дорого

(0)Реально, мебель фасады. размеры, пленка, цвет, толщина. Давно за 6 нулей ушли. Ну SQL естественно.

(0) Делай! Самые лучшие клиенты - это вот такие "фантазеры"! Деньги рекой будут течь!

(24) ты плохо масштабы представляешь. скажем средний заказ по 3-4 позиции номенклатуры. 3000 в день - это 12000 элементов в день, это порядка 360000 элементов в месяц, и за "6 нулей" они уйдут примерно за квартал. А если учитывать, что в номенклатуре может храниться еще и картинки там всякие, то  это ахтунк просто. при этом есть партионный учет, который делает ровно то же самое, но гораздо оптимальнее и типовыми методами

(26) ты неправильно посчитал : 3000 заказов - это только 3000 комплектов.Но все равно глупость: партии рулят.

(26)Чем я посягнул на партионный учет? И как он поможет производству отличить доску 60*80 от 61*79 разной пленки и толщины. Только не надо про характеристики.

(20) Это +.Просто они не представляют возможности программы.Поэтому топорное решение предлагают.

(28) так и запишем, было произведено 2 партии досок, одна 60 на 80, вторая 61 на 79

(30)Номенклатура будет одна или две?

(31) одна. я не сторонник натягивать на это существующий партионный учет, но саму идею использовать стоит. доска она и есть доска.

+(32) чем доска 60*80 из первого заказа отличается от доски 60*80 из второго, ради чего стоило бы завести отдельную позицию?

(28) я про тебя с твоими досками ничего не говоирл, я про него и про его абсолютно одинаковую номенклатуру

(32)Тогда вообще одна товар!Размер разный, цена разная, условия хранения разные! Вам красками торговать не приходилось? Зачем цвет им краска ведь?

(35) ты бы еще к грамматике придрался. ответишь на (33)?

(36)Хотя бы ценой в разы.

(33) у нас в законодательстве есть списание FIFO, LIFO, по среднеми и списание по единицам номенклатуры. Последнее в типовых не реализовано. Один из способов - каждый раз новую номенклатуру заводить. И ее конкретно списывать.

(37) а как цена учитывается в справочнике номенклатуры? это наводящий вопрос, задумайся =))

Зачем хранить 2 элемента справочника "Доска 5х7" абсолютно идентичных?

Я не понял, почему нельзя говорить про характеристики. Это теперь подбанная тема?

(38) если все равно дописывать, почему нельзя прикрутить ручной выбор партии списания? Чем это будет кардинально отличаться от твоей схемы?

(37) смотри чтоб на складе при отгрузке не перепутали. хотя я догадываюсь, как бы ты это автоматизировал. справочник ШтрафыЗаПересорт с элементами ШтрафЗаНеТуДоскуВЗаказе0001, ШтрафЗаНеТуДоскуВЗаказе0002 и т.д.)

ТС то набросил на вентилятор и скрылся в неизвестном направлении) всем спасибо за пятничную тему во вторник, разрешите откланяться...

(39)Почему они идентичные если куча важных параметров у них разные размер, качество, цена, полуфабрикаты, цвет?

потому что до этого ты говорил, что у них только 2 параметра, размер и цена.(яж не столяр, чтоб вникать) ну а качество, размер, цвет - это все свойства и характеристики. и придуманы они как раз, для того чтоб не плодить сущности.
пример:
у тебя есть дубовая доска 6х9 новая, дубовая доска 6х9 с щербинкой, дубовая достка 6х10 и тисовая доска 6х10 новая.

у меня это будет 2 элемента справочника номеклатуры, 2 характеристики размера, 2 харакетеристики качества.

И при добавлении новых элементов, таких как размер, или качество или новые материалы доски, у меня будет добавляться только по одному элементу справочника, который будет покрывать весь спектр "Досок". в твоем случае, это влечет за собой добавление кучи элементов... оптимальность твоего решения ниже плинтуса.


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

какая разница 10 номенклатур и по 100 характеристик к ним или 1000 номенклатур?

(46) характеристики то у всех одни. в итоге у тебя получится, 10 номенклатур, у каждой 10 характеристик с возможностью выбрать один из 10 элементов в каждой. итого 100 характеристик и 10 номенклатур - 110 элементов справочников. которыми я опишу 1000 твоих вариаций.

(46)Так-то есть смысл, подбор легче. У нас же всё на основе заказа, в группу готовая продукция никто никогда не заходит даже. Специфика однако.

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

Любой новый сотрудник забывая пробел или путая что-то перестает понимать, как найти номенклатуру. Если кто-то неродивый назвал ее не правильно, то ее уже толком не найти... а с характеристиками все просто, нужна доска - есть доска, а дальше выбираем уже и досок по параметрам... универсальность и защита от дураков выше на порядок, удобство и рациональность хранения выше на порядок, скорость работы - выше на несколько порядков(С точки зрения БД)

(47) кто сказал что характеристики то одни?

по хорошему нужно автоматом генерить новую спецификацию каждый раз.
А пользователь будет выбирать продукцию и комплектующие

(0) норм.. у меня так делается в базах...

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

(47) нет, не получится. Характеристика это подчиненный справочник номенклатура. Например если 1000 номенклатур и у них характеристика "черный", то будет ровно 1000 одинаковых характеристик "черный" в базе, но с разными владельцами.

(50)Размер+материал+толщина+тип пленки+цвет пленки+окантовка+фрезировка+вставки+гнутость давайте через характеристики сделайте? поддержал.

(53) в ут 11 не всегда подчиненный )))

(54) вот по этому у меня для каждой спецификации изделия генерится отдельная запись справочника номенклатуры..

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

Если да, то я чего то не понимаю в этой жизни, если нет, ты вы не понимаете. т.к. то что работает при 10-100 пользователях, при количестве пользователей >3000 и соответственно при многократно возросшей нагрузке и объемах заносимой информации, тупо перестанет работать(будет медленно, пользовательские ошибки в наименованиях будут теряться в миллионах разных позиций, отсюда пойдут ошитбки в учете и тд)

так что то что вы предлагаете может и удобно, когда работает один человек с 1й номенклатурой в день-месяц, но это исключительно частные не выдерживающие критики решения... ИМХО