Возможно (почти наверняка), кто-то уже решал задачу.
Товар: кабель. приходит всегда катушками разного номинала (50м, 100м и т.п.)
Продается как целыми катушками, так и кусками. Задача в том, чтоб учитывать и общее к-во и видеть состав неполных катушек.

А теперь мысли вслух.
1. Каждую позицию описываем с ед.измерения метр и упаковками, соответствующими катушкам.
2. Ведем учет по характеристикам: "целые катушки" и "обрезки".  
Это как бы естественно.

И дальше начинаем изобретать.
3.Справочник "НеполныеКатушки" со ссылкой на исходную номенклатуру
4.Регистр накопления "ОстаткиНаНеполныхКатушках" с измерением "НеполныеКатушки" и ресурсом "остаток" (в метрах)
5.Дополнительная ТЧ (куча документов! в первую очередь РТиУ) со ссылкой на тот же справочник в которой и регистрируем необходимую информацию, если в ТЧ "товары" имеется характеристика "обрезки".
6. При проведении создаем новые записи в справочнике и выполняем приход в регистр, если "НеполнаяКатушка" не заполнена
7. Если заполнена, то выполняем расход по регистру

Кому не лень (или имеющие опыт подобных задач) - покритикуйте. И как бы Вы решали такую задачу?

Опять любитель покатушек на квадратном колесе? Кабель измеряется в метрах. Точка! Катушка это ячейка хранения на складе.

(0) Бред какой-то.....

завести характеристику Размер остатка и менять ее
не бред?

(1) Катушка это ячейка хранения на складе.
Думал и так.
Как оприходовать покупку 50 катушек? И потом отгрузку 30 их них целиком? И отрезание от 31-ой.
При том, что адресное хранение вообще говоря не требуется.

(2) Бред какой-то.
Вполне возможно. Есть другие идеи?
(3) завести характеристику "Размер остатка" и менять ее
А если на остатках несколько катушек с разными остатками то получится две хараеткиристики.
Так тоже бывает. Например, продали из 100м целой катушки 50м.
Следующему покупателю понадобилось 70м, но обязательно одним куском. И получится два остатка 50 и 30.

(4) А конфигурацию посмотреть? Там вообще-то уже есть и размещения и отборы.

(1) Понимаешь,в идеологии УТ-шки ячейки это все-таки нечто более-менее постоянное и неизменное. А так получается, если сначала пришло 20 катушек по 100м и потом 30 по 50м каждый раз приходится менять описание топологии? Как-то не нравится мне это. Хотя идея достойна обдумывания, спасибо!

(6) А конфигурацию посмотреть?  
Скажу честно - в части адресного хранения не очень смотрел. Пока что ни разу не требовалось.

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

(0) у меня как то было ТЗ на 77, где на одной катушке могло быть намотано куча обрезков, и отрезать можно только с последнего намотанного обрезка. Регистр был с измерениеми катушка и номер намотки. Кроме правки типовых доков добавились всякие доки типа "Перемотка с катушки на катушку". Писалось это лет 5 назад под ТИС, работают на этой поделке до сих пор и не жалуются.
Так что в (0) вполне нормальное решение...

(7) Если включить голову то увидим следующее: катушки, на которых кабель приезжает, сделаны из дерева. Дерево мягче железа, значит в него можно вбить гвоздь. А на гвоздь можно повесить штрихкод ячейки в рамке. Катушку отгрузили - рамку с гвоздя сняли. Катушку оприходовали - гвоздь вбили и рамку повесили. А чтоб при перевозке по складу рамку не потерять - делаем гвозди с карабинами.

в УТ 10.3 решалось сериями + свой отчет, в 11 серии есть?

(11)В физике ты точно прав. В дерево можно вбить гвоздь. А можно ли вбить клиенту в голову, что ему не обойтись без ордерной схемы складского учета и обязательно перейти на штрих-кодирование - не уверен. Хотя попробовать вероятно стоит.

(12) в 11 серии есть?
Нет. Измерения регистра ТоварыНаСкладах: (Номенклатура,Харктеристика,Склад,Помещение)

В 10.3 действительно, если я правильно помню, есть измерение СерииНоменклатуры. И их использование естественно

(13)шк необязательно в принципе, у каждой катушки есть свой ID (по крайней мере у российских производителей кабеля)

(10) добавились всякие доки типа "Перемотка с катушки на катушку"
Спасибо! Как минимум, нужно выяснить у клиента, бывает ли такое.
Хотя если следовать Риперу и признать, что катушка=ячейка, то это простое внутрискладское перемещение и это уж наверняка должно быть.
Очень похоже, что использование адресного хранения действительно оптимально. Рекомендую клиенту купить ТСД, принтер штрих-кодов, (молоток и гвозди). Это точно обойдется дешевле переписывания конфы.

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

(17)Склады больше своей кухни видел? там всё знать нереально

(18) Конечно. У нас площади большие. И могу уверить, что люди на складе практически все знают. Не один же человек на всем складе.У нас одни большой разбит на несколько небольших (виртуально). На каждом таком по 2-5 человек.И все они знают.

(18)+ Если уж они помнят, что и как отгружали пару недель назад (даже не просматривая камеры).... Это уже о чем-то говорит. Хотя у нас отгрузки большие и клиентов много ежедневно отгружается.

(17) Автор, скажите, а вы на складе бывали?
На этом конкретном пока нет, а что? На других бывал.
В данном случае как раз заказчика и не устраивает, что на складе есть то, что он не увидит в базе. Склад, кстати, не очень большой, что-то около 500 квадратов.
>>Склад при сборке говорит
Я бы не назвал это достоинством автоматизированного решения.

глянь склады роската (ну или погугли) многоярусные ангары с минимумом персонала

>>Если уж они помнят, что и как отгружали пару недель назад >>(даже не просматривая камеры)..
Ну, у тебя прям какие-то разведчики на складе служат. Это исключительный случай. Технологию нельзя на этом строить

(16) Сроки запуска тоже прикинь.

(21) >Я бы не назвал это достоинством автоматизированного решения.
А то что вы предлагаете - это автоматизированное решение? Ну, ну....

(23) При чем тут разведчики? Просто люди хорошо знают свою работу. Вот и все.

(25)уйдет дядя Вася лет 5 поработавший, вот новичку то ппц

(0) Существуют и более изящные решения.
В табличной части можно хранить ссылки на операции отрезки от катушек. Тогда будет сразу виден остаток. Это я про пункт 3 из (0).
Регистр сведений обычный сделайте:
Измерения: Тип кабеля, Катушка;
Ресурсы: Количество остатка, количество отрезанного, ссылка на документ РТИУ.  

Из Регистра можно выбрать всё и общую длину, и тип кабеля и кому резали...

(25)А то что вы предлагаете - это автоматизированное решение?
Я пока думаю. И выслушиваю мнения.
Но твой подход "кадры решают все" - мне не нравится

(24) по срокам как раз некий резерв имеется. Грубо говоря, со следующего года, в реальности конец января. Даже задуманные мною полуглобальные переделки вполне успевают быть реализованными.

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

(29) За это время вы ещё и ТОС успеете прицепить, буфер запасов, BBK и DBU...

(27) Спасибо, и так попробую (мысленно)

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

Видится как внешняя обработка плюс подписка на события  документов ПТиУ и РТиУ, да 2-3 регистра сведений и 1-2 регистра накопления.

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

(34) Видится как внешняя обработка плюс подписка на события  документов ПТиУ и РТиУ, да 2-3 регистра сведений и 1-2 регистра накопления.

Согласен, значительно более технологично.
Явно не зря ветка затеяна!
Спасибо всем откликнувшимся.
Риперу и ИЛМу отдельная персональная благодарность.

(35) У меня повода нету пока. А так там работы-то...

Чего-то, мне кажется, что катушка - это партия, а дальше ручное списание партий.

(0) а единицы измерения накуя?

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

(40) тогда + серии номенклатуры, если еще и партии каждой из катушек отслеживать

(38) Чего-то, мне кажется, что катушка - это партия, а дальше ручное списание партий.
Все же не так. Когда катушки приходят, они все одинаковые. И может вообще так и останутся. Купили 10, продали два раза по 5, ничего не резали - тоже обычная ситуация. И не должна требовать от клиента каких-то доп. телодвижений.
При этом партионного учета в УТ-11 нет. По-любому дописывать.

Чо вы тут нагородили? всё уже придумано до вас. юзайте серии.

(39) Главное, чтобы на складе было также, как в программе - если спишут из одной партии, а отрежут из другой, то потом будут проблемы

Ну, это-то как раз очевидно. На первой встрече заказчик утверждал, что когда режут, точно известно от какой катушки. И даже какие-то EXCEL-ные таблицы пытался показывать.
Типа (Дата, остаток, Кому отрезали).

Если нельзя обеспечить достоверность информации, тогда и вообще разговаривать не о чем.

(43) в УТ-11 серии не предусмотрены. см.(14) Ты предлагаешь дописать , чтоб стало как в 10.3?

(45) Смотри 11.0.7

Доступна тестовая 11.0.7.3
вот маленький кусочек
Учет товаров по сериям и срокам годности
Реализован объединенный учет по сериям, срокам годности и серийным номерам. Предусмотрена возможность настройки политики учета серий.
Реализован удобный интерфейс по вводу серий, в том числе с использованием сканера штрихкодов.
Реализован учет местоположения товаров с конкретной серией до уровня ячейки на адресном складе.
Реализованы механизмы заполнения серий в документах по методу FEFO.
Обеспечена возможность получения необходимых отчетов по движению товаров с детализацией по сериям и срокам годности.

(47) ее выход все откладывается и откладывается. ;)

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

это же классический учет "рулонов" - вводим серии, каждая серия это рулон/катушка со своим остатком.

вводить ячейки на складе (всмысле ячейка=катушка) - тупость..
как только кладовщик переложит из ячейки в ячеку  (у него другое понимание термина "ячейка") - у него лопнет мозг...

(49) например чтобы впендюрить стоимость катушки клиенту.

(48) ну понятно, переписывают все по новой

Еще как вариант сделать несколько единиц измерения с пересчетом для отчетов.Например 50 метров=малая катушка100 метров=большая катушка

еще вариант Комплектация / Разукомплектация - одна номенклатура в метрах, другая в катушках

(47) Глядишь так года через три дорихтуют таки УТ11, правда к тому времени это будет уже УТ11.2 или УТ11.3

(54) бред.. запаришся компектовать/разукомплектовывать темболее в этом необходимости нет

зы: знакомые так обувь продают.
приходуют коробки, разукомплектовывают и на розничные склады пары передают.
проблема в том что:

1. наполнение коробок всегда разное
2. человеческий фактор и "корректировки" задним числом приводят к прикольным результатам при расчете себестоимости :)

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

(56) р/с вообще вещь прикольная при рауз :)

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

(0)
Отдельные позиции - катушки
Разукомплектация - перневод катушек провода метражем 50(100) м
Все просто и ничего изобретать не надо

(60) В принципе - терпимо, только вот неполная катушка должна иметь какой-то уникальный признак (код), чтобы компьютер понял, от какой катушки чего-то отрежут.
Чтобы, когда человеку надо 10 метров кабеля - ему не предлагали два куска по 5.
Также там достаточно серьёзный вопрос - отслеживание кусков и правила отреза, чтобы продавалось всё вплоть до метра. Например, бессмысленно оставлять куски короче 5 метров, так как их маловероято, что кто-то возьмёт - но это уже не "учёт", а скорее планирование.
(45) В УТ11 вообще много чего нет - видимо - решили писать с нуля и ещё раз "пройтись по граблям".

(61) дождаться тогда уже 11.0.7

По поводу комплектации и разукомплектации - не взлетит, так как номенклатуры будут разные, и потом проблемы будут с учетом, ценой и т.д.

По мне так лучше катушку считать как единицу учета, просто она меняет своё состояние, например:
-целая - длина 100 м;
-нецелая, остаток типа А: длина [50-100] м;
-нецелая, остаток типа Б: длина [10-50] м;
-нецелая, остаток типа Ц: длина [<10] м;
-пустая - длина 0 м.

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

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

(63) + (64) = обоснование применимости идеологии "Катушка = ячейка". При этом менеджеру в офисе глубоко наплевать на катушки - он  документы делает на вес или длину кабеля. А кладовщики уже делают отборы и размещения по катушкам. Таким образом каждый занят своим делом, а руководство имеет нужную информацию.

(61)
>> вот неполная катушка должна иметь какой-то уникальный признак (код), чтобы компьютер понял, от какой катушки чего-то отрежут.
<<

Дело в том что я на практике сопровождал подобную фирму. Пытались вести учет по таким резанным остаткам. В итоге рабочие постоянно резали "не там" где надо. А манагер в офисе.
В итоге никак не совпадало. + геморрой с проведением (из за не совпадений не давало списать)

Может у автора "другая" фирма.
Для остатков резанных можно ячейки

P.S>
еще проблема была, что короткие остатки продавали целиком, например выписываешь 15 м, а по факту отдают 17 м.