Добрый день, знатоки!

Ситуация следующая:

Пишу конфигурацию под себя (для аптеки). Нужно вести строгий или четкий учет по партиям, если так можно выразится.

Примеры ситуаций:
1) От одного и того же поставщика по одной и той же накладной может поступить два АБСОЛЮТНО одинаковых товара(номенклатура, срок годности, и т.д.) но по разной цене. И в конечном итоге нужно учитывать и видеть что нам, сегодня пришло 10 цитрамонов по 5,04 и 6 цитрамонов по 5,84. Соответственно и розничная цена у них будет разная...

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

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

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

Выскажите свои мнения, и поделитесь вашим опытом! Может быть есть более правильные пути решения данной ситуации?

Ты только что придумал РАУЗ...

(1) опередил )

(0) без описания процедуры идентификации партии при списании топик чистый флюд

(0) Изобрел характеристики? Поздравляем.

Если ты в регистрах схлопнешь все измерения в одно, ты не сможешь полноценно использовать итоги.

(4) ТС изобрел ключ аналитики, а не характеристику, т.е. итоги он получит в разрезе всех реквизитов ключа

(4) а вот с этим я поспорю! Это не характеристики номенклатуры!

В описанной ситуации характеристики номенклатуры абсолютно одинаковые.

(0) > Соответственно и розничная цена у них будет разная...

Интересно, а что аптекарь говорит очередному покупателю на кассе, когда Цитрамон по 5,04 закончился? "Извините, а вам будет уже дороже"? Что-то не верится.

(5) Так сила итогов в том, чтобы получать сразу в нужных разрезах.

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

(9) и чего? он же про покупную цену

(9) Боюсь, ты ошибся...
В лекарствах всё, не как у людей...
Особенно, (насколько я помню) у цитрамона, ибо он ЖНВЛП...

Как мохнатый семерочник я бы сделал тупо
Номенклатура, партия, склад
Партия содержит в себе ссылку на документ поступления, серию и цену

соответственно партия - элемент справочника, подчиненного номенклатуре

Наименование партии = срок годности + цена
Соответственно упорядочение по наименованию партии позволяет сразу организовать FEFO

(11)  и что - то что жнвлп - допускается одновременно два разных ценника на витрине? Сомневаюсь...

(10)  он про розничную цену - смотри текстовку вопроса

(15) Буквально неделю назад покупал 2 упаковки лекарства, на каждой разные ценники.

В прошлой жизни была у меня аптека в клиентах.
На 7.7. Номенклатура - Партия - Цена, 3 справочника, в последнем реквизит Цена - периодический. В справочнике Цена было зо 300 тыс. элементов. Нормально работало.

(14) В аптеке далеко не весь товар лежит на витрине.

(7) вообще-то так оно и есть. и не только в аптеке.

(9) розничная цена не будет одинаковая, и если следовать закону то она и не может быть одинаковая.

это препарат жнвлп на которые регулируется наценка.

и первый препарат будет с максимальной разрешенной наценкой(пусть 25%).

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

(7)["Извините, а вам будет уже дороже"? Что-то не верится.]
смени веру
в аптеке фиксирована наценка и у разных партий разная цена

(12) в принципе практически так все это на данный момент практически так все и реализовано но это не очень удобно.

в конце концов, я развиваюсь как программист и хочется организовать все по феншую и красиво.)

граждане как я понял из ответа (1) и других подобный механизм реализован и реализован он по тому же принципу. если это так то это хорошо.

во-первых я не такуй глупый)))

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

в-третьих я на верном пути! ура товаращи!)))

(23)[подобный механизм реализован и реализован он по тому же принципу.]
механизм - да
принцип - нет

(23) дорога в тысячу миль начинается с первого шага. Первый шаг сделан. Впереди еще тысяча миль... Но это при условии, что тебе не придется на шаг вперед сделать два шага назад.

(0) Это называется элементами приведения к нормальной форме . Вы просто проектируете структуру отношений . 1С скорее тут не причем :)

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

(19) в рознице - никогда не встречался, чтобы этот пакет молока по x рублей, а пакет рядом - по y

(20) а на жнвлп регулируется наценка только? или установлены и максимально допустимые цены? - поясните кто в теме (вбок от сабжа)

23-25% макс наценка была несколько лет назад, сейчас не знаю

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

сегодня купили за 5 рублей, завтра за 6 рублей и соответственно розница тоже разная.

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

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

(31) Что в приходной будет бамажной то и руками в базу перебивать .  А какая разница что там будет ?

Приехали расходы - отрази как в бумажке .

(33) не знаю как у вас но у нас регулируется НАЦЕНКА (в процентах). а не цена! хоть по 100 рублей продавай цитрамон, если у тебя есть накладная в которой указана цена производителя 80 рублей, все...

Люди, что бы не создавать новую ветку. объясните плиз по справочнику КлючиАналитики и по регистру Аналитика,

нафига это дублирование данных, т.е. зачем нужен регистр сведений аналитикаучета?

(37) РАУЗ

(37) В справочнике ссылка, которая пишется в регистр учёта затрат.
В РС - расшифровка этой ссылки

(39) ну это я понял.

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

(39) прилагаю скрины:

https://drive.google.com/file/d/0B0IpbsF62O6Ydi0yLVhDQjBUN1k/view?usp=sharing

https://drive.google.com/file/d/0B0IpbsF62O6YSkRNQUZScHV4LUU/view?usp=sharing

зачем это дублирование информации?

(29) регулируется наценка, при чем наценка на отпускную цену производителя, а не твоего поставщика.

(0) самый простой для тебя вариант, на этапе поступления разбить товар разных серий по разным приходным накладным, тогда у тебя будет партия = серия... и будут работать типовые механизмы...

Любая типовая конфа (из новых) прекрасно позволяет штатно вести учет (0)

"Партия ваша" = "Номенклатура конфы" + "Номенклатура ваша" = "любая группировка или марка или еще какой реквизит номенклатуры конфы"


ЗЫ РАУЗ в ЖПО...

(0) И ТС пойми самое главное "Партия" <> "Документ поступления"
"Партия" = "строка Документа поступления"!

Для регистров нет смысла хранить одновременно "номенклатуру" и "партию" в разных измерениях.
Потому что по умолчанию из "партии" должно быть возможно получить "номенклатуру".

Значит хватит хранить в регистрах и везде в документах только "партию" (как некий элемент справочника самое простое).

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

(45)+ "серия" это нечто вроде справочника подчиненное "номенклатура наша" и выбранное/заполненное в качестве реквизита "партия наша"="номенклатура конфы"

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