купили в тн продаем в метрах.Как провести в 1С

[MicR]

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

достаточно для управленческого учёта заранее создать дерево справочника номенклатуры и спокойно управленчески анализировать, например, только папку Труба без конечных элементов Труба_х внутри неё

Пример: есть Труба (а*b*c) от производителя 1, есть Труба (а*b*c) от производителя 2, трубы одинаковые, но вес у них будет разный, т.к. характеристика металла несколько отличается. Поэтому и предлагалось создать разные номенклатурные позиции, но можно обойтись и без них (чтобы перечень номенклатуры не раздувать), а использовать привязку к складу, тогда у нас будет только одна позиция номенклатуры Труба (а*b*c), но себестоимость будет считаться в разрезе виртуальных складов по каждому поставщику.

Кажется из мухи сделали слона!

[Лёнка]

Кажется из мухи сделали слона!

почему же?мне понравилась идея со складами-для меня так удобнее будет

[Аноним]

я только не пойму для чего склады то понадобились в данном случае?

Приходовать метрами и продавать метрами, и себестоимость списания будет как надо проходить.

[Аноним]

и не поняла 11 поста Генука. зачем нам 1тонну=999метрам превращать в 1000 неизвсетно чего?

[Генук]

один Генук плюс девятьсот девяносто девять Анонимов равно тысяче голов

[111 User]

один Генук плюс девятьсот девяносто девять Анонимов равно тысяче голов

согласно логике это важно только для Дт Н02.01?
реально не сталкивался со списанием номенклатуры, где такая сочетанная единица измерения... голы)))

[MicR]

я только не пойму для чего склады то понадобились в данном случае?

Приходовать метрами и продавать метрами, и себестоимость списания будет как надо проходить.

Исходим из реальной ситуации: сидит материалист, ему поступают накладные на металл, в частности трубы, и в накладных указана единица измерения: тонны. Не штуки, не метры, а тонны. Также ему необходимо продать эти трубы - договором указано - продажа в метрах. Материалист хватается за голову: как тонны с метрами подружить.
Основной принцип - чем проще, тем меньше риск ошибки. Поэтому вводится две размерности для каждой номенклатурной позиции: тонны и метры. Поэтому материалист забьет приход в тоннах, а накладную на реализацию выпишет в метрах. Программа пересчитает метры в тонны и спишет необходимое количество.
Если у одного и того же изделия, но от разных поставщиков различная характеристика металла и, соответственно, разный вес, во избежании пересортицы - указываем либо две номенклатурные позиции ("Труба от поставщика 1" и "Труба от поставщика 2") и в этом случае коэффициент пересчета указывается в самой карточке номенклатуры, или номенклатурная позиция будет одна - "Труба", но от разных поставщиков она будет относиться на соответствующий поставщику "виртуальный склад" и в этом случае коэффициенты пересчета можно забивать сразу в карточку Контрагента и при списании с определенного склада металл будет корректно пересчитываться из метров в тонны.

[111 User]

да, мне приходила бумага в тн, а продавал ее в листах. Оч. интересно...
приходилось заводить новую н/н...и списывать на Се вручную, игнорируя минусовые остатки, MicR, но где в "контрагенте" установить коэф-ты пересчета???

[Генук]

в ветке речь идёт о типовой программе Бухгалтерия 7.7
понятно, что для сложного складского учёта она не подойдёт без правки модулей...

но даже если мы начнём рисовать мысленно идеальную складскую программу (как правильно учил Г.Альтшуллер - это первый этап любой задачи), то и тогда Вы закладываете сразу ошибочный алгоритм...

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

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

[MicR]

да, мне приходила бумага в тн, а продавал ее в листах. Оч. интересно...
приходилось заводить новую н/н...и списывать на Се вручную, игнорируя минусовые остатки, MicR, но где в "контрагенте" установить коэф-ты пересчета???

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

[111 User]

Генук, 1000 тн не значит 1000 м, количественная разница всплывёт при реализации остатка...
а Г.Альтшуллера ктож посадит, он же памятник

[Генук]

111 User, в третий и последний раз:
в типовой Бухии 7.7 расчёт себестоимости идёт по суммам в рублях с копейками и в обезличенном количестве...

складывая в этой программе 1 тонну с 999 метрами Вы получите просто 1000 обезличенных единиц

[111 User]

сложно.

А в программу вы данные вносите так, как вам удобно их использовать

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

[MicR]

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

Чаще всего так и бывает. Еще сложнее - с ГСМ. Если с металлом все понятно, то литры в килограмме топлива "плавают" постоянно из-за температуры воздуха, давления...

[111 User]

Генук, уже интересует не суммовое, а материальное выражение