УТ 11 кабель на катушках #576192


#0 by 25-11
Возможно (почти наверняка), кто-то уже решал задачу. Товар: кабель. приходит всегда катушками разного номинала (50м, 100м и т.п.) Продается как целыми катушками, так и кусками. Задача в том, чтоб учитывать и общее к-во и видеть состав неполных катушек. А теперь мысли вслух. 1. Каждую позицию описываем с ед.измерения метр и упаковками, соответствующими катушкам. 2. Ведем учет по характеристикам: "целые катушки" и "обрезки".   Это как бы естественно. И дальше начинаем изобретать. 3.Справочник "НеполныеКатушки" со ссылкой на исходную номенклатуру 4.Регистр накопления "ОстаткиНаНеполныхКатушках" с измерением "НеполныеКатушки" и ресурсом "остаток" (в метрах) 5.Дополнительная ТЧ (куча документов! в первую очередь РТиУ) со ссылкой на тот же справочник в которой и регистрируем необходимую информацию, если в ТЧ "товары" имеется характеристика "обрезки". 6. При проведении создаем новые записи в справочнике и выполняем приход в регистр, если "НеполнаяКатушка" не заполнена 7. Если заполнена, то выполняем расход по регистру Кому не лень (или имеющие опыт подобных задач) - покритикуйте. И как бы Вы решали такую задачу?
#1 by Reaper_1c
Опять любитель покатушек на квадратном колесе? Кабель измеряется в метрах. Точка! Катушка это ячейка хранения на складе.
#2 by Seducer
Бред какой-то.....
#3 by mikecool
завести характеристику Размер остатка и менять ее не бред?
#4 by 25-11
Катушка это ячейка хранения на складе. Думал и так. Как оприходовать покупку 50 катушек? И потом отгрузку 30 их них целиком? И отрезание от 31-ой. При том, что адресное хранение вообще говоря не требуется.
#5 by 25-11
Бред какой-то. Вполне возможно. Есть другие идеи? завести характеристику "Размер остатка" и менять ее А если на остатках несколько катушек с разными остатками то получится две хараеткиристики. Так тоже бывает. Например, продали из 100м целой катушки 50м. Следующему покупателю понадобилось 70м, но обязательно одним куском. И получится два остатка 50 и 30.
#6 by Reaper_1c
А конфигурацию посмотреть? Там вообще-то уже есть и размещения и отборы.
#7 by 25-11
Понимаешь,в идеологии УТ-шки ячейки это все-таки нечто более-менее постоянное и неизменное. А так получается, если сначала пришло 20 катушек по 100м и потом 30 по 50м каждый раз приходится менять описание топологии? Как-то не нравится мне это. Хотя идея достойна обдумывания, спасибо!
#8 by 25-11
А конфигурацию посмотреть?   Скажу честно - в части адресного хранения не очень смотрел. Пока что ни разу не требовалось.
#9 by 25-11
Щас погляжу. Не подскажешь, если знаешь, в принципе в динамически изменяемой топологии нет каких-то серьезных подводных камней?
#10 by Asirius
у меня как то было ТЗ на 77, где на одной катушке могло быть намотано куча обрезков, и отрезать можно только с последнего намотанного обрезка. Регистр был с измерениеми катушка и номер намотки. Кроме правки типовых доков добавились всякие доки типа "Перемотка с катушки на катушку". Писалось это лет 5 назад под ТИС, работают на этой поделке до сих пор и не жалуются. Так что в вполне нормальное решение...
#11 by Reaper_1c
Если включить голову то увидим следующее: катушки, на которых кабель приезжает, сделаны из дерева. Дерево мягче железа, значит в него можно вбить гвоздь. А на гвоздь можно повесить штрихкод ячейки в рамке. Катушку отгрузили - рамку с гвоздя сняли. Катушку оприходовали - гвоздь вбили и рамку повесили. А чтоб при перевозке по складу рамку не потерять - делаем гвозди с карабинами.
#12 by kotletka
в УТ 10.3 решалось сериями + свой отчет, в 11 серии есть?
#13 by 25-11
В физике ты точно прав. В дерево можно вбить гвоздь. А можно ли вбить клиенту в голову, что ему не обойтись без ордерной схемы складского учета и обязательно перейти на штрих-кодирование - не уверен. Хотя попробовать вероятно стоит.
#14 by 25-11
в 11 серии есть? Нет. Измерения регистра ТоварыНаСкладах: (Номенклатура,Харктеристика,Склад,Помещение) В 10.3 действительно, если я правильно помню, есть измерение СерииНоменклатуры. И их использование естественно
#15 by kotletka
шк необязательно в принципе, у каждой катушки есть свой ID (по крайней мере у российских производителей кабеля)
#16 by 25-11
добавились всякие доки типа "Перемотка с катушки на катушку" Спасибо! Как минимум, нужно выяснить у клиента, бывает ли такое. Хотя если следовать Риперу и признать, что катушка=ячейка, то это простое внутрискладское перемещение и это уж наверняка должно быть. Очень похоже, что использование адресного хранения действительно оптимально. Рекомендую клиенту купить ТСД, принтер штрих-кодов, (молоток и гвозди). Это точно обойдется дешевле переписывания конфы.
#17 by Seducer
Автор, скажите, а вы на складе бывали? С народом беседовали, кто отгружает? В курсе, что цифры в базе и реально на складе могут отличаться? Про пересорт слышали? Вы предлагаете это в базе делать. А на складе? У вас в базу будет одно, а на складе совершенно другое. Инвентаризации как проводить будете? И что, у вас всегда берут из одной катушки, пока не кончится? Потом переходят к следующей? У нас есть некоторый товар в катушках. Ведем учет в метрах. И никто не парится. На складе люди сами знают, что у них есть, а что нет. И в каком количестве. И склад при сборке товара говорит, есть у них такое количество или нет (если цельным куском надо).
#18 by kotletka
Склады больше своей кухни видел? там всё знать нереально
#19 by Seducer
Конечно. У нас площади большие. И могу уверить, что люди на складе практически все знают. Не один же человек на всем складе.У нас одни большой разбит на несколько небольших (виртуально). На каждом таком по 2-5 человек.И все они знают.
#20 by Seducer
+ Если уж они помнят, что и как отгружали пару недель назад (даже не просматривая камеры).... Это уже о чем-то говорит. Хотя у нас отгрузки большие и клиентов много ежедневно отгружается.
#21 by 25-11
Автор, скажите, а вы на складе бывали? На этом конкретном пока нет, а что? На других бывал. В данном случае как раз заказчика и не устраивает, что на складе есть то, что он не увидит в базе. Склад, кстати, не очень большой, что-то около 500 квадратов. >>Склад при сборке говорит Я бы не назвал это достоинством автоматизированного решения.
#22 by kotletka
глянь склады роската (ну или погугли) многоярусные ангары с минимумом персонала
#23 by 25-11
>>Если уж они помнят, что и как отгружали пару недель назад >>(даже не просматривая камеры).. Ну, у тебя прям какие-то разведчики на складе служат. Это исключительный случай. Технологию нельзя на этом строить
#24 by Reaper_1c
Сроки запуска тоже прикинь.
#25 by Seducer
>Я бы не назвал это достоинством автоматизированного решения. А то что вы предлагаете - это автоматизированное решение? Ну, ну.... При чем тут разведчики? Просто люди хорошо знают свою работу. Вот и все.
#26 by kotletka
уйдет дядя Вася лет 5 поработавший, вот новичку то ппц
#27 by ILM
Существуют и более изящные решения. В табличной части можно хранить ссылки на операции отрезки от катушек. Тогда будет сразу виден остаток. Это я про пункт 3 из . Регистр сведений обычный сделайте: Измерения: Тип кабеля, Катушка; Ресурсы: Количество остатка, количество отрезанного, ссылка на документ РТИУ.   Из Регистра можно выбрать всё и общую длину, и тип кабеля и кому резали...
#28 by 25-11
А то что вы предлагаете - это автоматизированное решение? Я пока думаю. И выслушиваю мнения. Но твой подход "кадры решают все" - мне не нравится
#29 by 25-11
по срокам как раз некий резерв имеется. Грубо говоря, со следующего года, в реальности конец января. Даже задуманные мною полуглобальные переделки вполне успевают быть реализованными.
#30 by mikecool
нафик вообще трогать типовую часть? дописать подсистему учета со всевозможными блэкджеком и шл..ми на основании заказа создавать цепочку складских документов на выходе - реализация
#31 by ILM
За это время вы ещё и ТОС успеете прицепить, буфер запасов, BBK и DBU...
#32 by 25-11
Спасибо, и так попробую (мысленно)
#33 by Reaper_1c
Для моей схемы нужно реализовать штрихкодирование ячеек, ибо в типовой этого почему-то нет. Ну и соответственно реализовать обработку штрихкодов в документах.
#34 by ILM
Видится как внешняя обработка плюс подписка на события  документов ПТиУ и РТиУ, да 2-3 регистра сведений и 1-2 регистра накопления.
#35 by 25-11
Для моей схемы нужно реализовать штрихкодирование ячеек И это может быть полезным далеко не только этому клиенту... Интересно, неужели пока что никто не реализовал?
#36 by 25-11
Видится как внешняя обработка плюс подписка на события  документов ПТиУ и РТиУ, да 2-3 регистра сведений и 1-2 регистра накопления. Согласен, значительно более технологично. Явно не зря ветка затеяна! Спасибо всем откликнувшимся. Риперу и ИЛМу отдельная персональная благодарность.
#37 by Reaper_1c
У меня повода нету пока. А так там работы-то...
#38 by Torquader
Чего-то, мне кажется, что катушка - это партия, а дальше ручное списание партий.
#39 by Lamer1C
а единицы измерения накуя?
#40 by Torquader
Единицы понадобятся, когда будут описываться новые катушки - их может быть несколько вариантов, но конечное число. Главное, чтобы на складе было также, как в программе - если спишут из одной партии, а отрежут из другой, то потом будут проблемы.
#41 by Lamer1C
тогда + серии номенклатуры, если еще и партии каждой из катушек отслеживать
#42 by 25-11
Чего-то, мне кажется, что катушка - это партия, а дальше ручное списание партий. Все же не так. Когда катушки приходят, они все одинаковые. И может вообще так и останутся. Купили 10, продали два раза по 5, ничего не резали - тоже обычная ситуация. И не должна требовать от клиента каких-то доп. телодвижений. При этом партионного учета в УТ-11 нет. По-любому дописывать.
#43 by Один С
Чо вы тут нагородили? всё уже придумано до вас. юзайте серии.
#44 by 25-11
Главное, чтобы на складе было также, как в программе - если спишут из одной партии, а отрежут из другой, то потом будут проблемы Ну, это-то как раз очевидно. На первой встрече заказчик утверждал, что когда режут, точно известно от какой катушки. И даже какие-то EXCEL-ные таблицы пытался показывать. Типа (Дата, остаток, Кому отрезали). Если нельзя обеспечить достоверность информации, тогда и вообще разговаривать не о чем.
#45 by 25-11
в УТ-11 серии не предусмотрены. см. Ты предлагаешь дописать , чтоб стало как в 10.3?
#46 by bazvan
Смотри 11.0.7
#47 by bazvan
Доступна тестовая 11.0.7.3 вот маленький кусочек Учет товаров по сериям и срокам годности Реализован объединенный учет по сериям, срокам годности и серийным номерам. Предусмотрена возможность настройки политики учета серий. Реализован удобный интерфейс по вводу серий, в том числе с использованием сканера штрихкодов. Реализован учет местоположения товаров с конкретной серией до уровня ячейки на адресном складе. Реализованы механизмы заполнения серий в документах по методу FEFO. Обеспечена возможность получения необходимых отчетов по движению товаров с детализацией по сериям и срокам годности.
#48 by БибиГон
ее выход все откладывается и откладывается. ;)
#49 by Ranger_83
А вот для чего потребовался учет самих катушек?Это же возвратная тара.
#50 by IamAlexy
это же классический учет "рулонов" - вводим серии, каждая серия это рулон/катушка со своим остатком. вводить ячейки на складе (всмысле ячейка=катушка) - тупость.. как только кладовщик переложит из ячейки в ячеку  (у него другое понимание термина "ячейка") - у него лопнет мозг...
#51 by IamAlexy
например чтобы впендюрить стоимость катушки клиенту.
#52 by bazvan
ну понятно, переписывают все по новой
#53 by Ranger_83
Еще как вариант сделать несколько единиц измерения с пересчетом для отчетов.Например 50 метров=малая катушка100 метров=большая катушка
#54 by Lamer1C
еще вариант Комплектация / Разукомплектация - одна номенклатура в метрах, другая в катушках
#55 by Сияющий Асинхраль
Глядишь так года через три дорихтуют таки УТ11, правда к тому времени это будет уже УТ11.2 или УТ11.3
#56 by IamAlexy
бред.. запаришся компектовать/разукомплектовывать темболее в этом необходимости нет зы: знакомые так обувь продают. приходуют коробки, разукомплектовывают и на розничные склады пары передают. проблема в том что: 1. наполнение коробок всегда разное 2. человеческий фактор и "корректировки" задним числом приводят к прикольным результатам при расчете себестоимости :)
#57 by Lamer1C
приходит канистра краски 10л, продают кратно 0,5 л. - все гуд. и чего запаришься? если катушкой -то ничего делать не надо. если в метры - то один раз разукомплектовал и все, оно же в катушку обратно не возвращается. можно и автоматическое разукомплектование сделать, если док вводить долго
#58 by Lamer1C
р/с вообще вещь прикольная при рауз :)
#59 by Икогнито
Бред какой-то. Если катушки не полные - значит кабель продается по метрам. Ну дык и учитывай не катушки, а кабель.
#60 by kiruha
Отдельные позиции - катушки Разукомплектация - перневод катушек провода метражем 50 м Все просто и ничего изобретать не надо
#61 by Torquader
В принципе - терпимо, только вот неполная катушка должна иметь какой-то уникальный признак (код), чтобы компьютер понял, от какой катушки чего-то отрежут. Чтобы, когда человеку надо 10 метров кабеля - ему не предлагали два куска по 5. Также там достаточно серьёзный вопрос - отслеживание кусков и правила отреза, чтобы продавалось всё вплоть до метра. Например, бессмысленно оставлять куски короче 5 метров, так как их маловероято, что кто-то возьмёт - но это уже не "учёт", а скорее планирование. В УТ11 вообще много чего нет - видимо - решили писать с нуля и ещё раз "пройтись по граблям".
#62 by Lamer1C
дождаться тогда уже 11.0.7
#63 by ILM
По поводу комплектации и разукомплектации - не взлетит, так как номенклатуры будут разные, и потом проблемы будут с учетом, ценой и т.д. По мне так лучше катушку считать как единицу учета, просто она меняет своё состояние, например: -целая - длина 100 м; -нецелая, остаток типа А: длина [50-100] м; -нецелая, остаток типа Б: длина [10-50] м; -нецелая, остаток типа Ц: длина [<10] м; -пустая - длина 0 м. Можно проверять и не продавать больше, чем остаток на катушке. Ну а серия или серийный номер(как катушка) использовать, только в том случае, если количество типов кабелей очень большое и нужно учитывать в разрезе этих типов, хотя можно и номенклатурные группы взять.
#64 by Asirius
да... у нас просто катушки были размером с человека, медный кабель продавался километрами на вес, катушки валялись на складе сотнями, и доверять какому-то дяде Васе, что на этой катушке 1 кусок в 3 километра, а не 3 куска по километру никто бы не стал. Операции намотки-перемотки занимают немало усилий и фактически стоят каких-то существенных трудозатрат. Когда руководство достало, что на складе творится какая-то хня из непонятных телодвижений, в результате которой получаются катушки с неликвидными обрезками, идущими только на переплавку, и никто не знает, в результате каких операций это получилось, было принято решение фиксировать каждый пук
#65 by Reaper_1c
+ = обоснование применимости идеологии "Катушка = ячейка". При этом менеджеру в офисе глубоко наплевать на катушки - он  документы делает на вес или длину кабеля. А кладовщики уже делают отборы и размещения по катушкам. Таким образом каждый занят своим делом, а руководство имеет нужную информацию.
#66 by kiruha
>> вот неполная катушка должна иметь какой-то уникальный признак (код), чтобы компьютер понял, от какой катушки чего-то отрежут. Дело в том что я на практике сопровождал подобную фирму. Пытались вести учет по таким резанным остаткам. В итоге рабочие постоянно резали "не там" где надо. А манагер в офисе. В итоге никак не совпадало. + геморрой с проведением (из за не совпадений не давало списать) Может у автора "другая" фирма. Для остатков резанных можно ячейки
#67 by kiruha
P.S> еще проблема была, что короткие остатки продавали целиком, например выписываешь 15 м, а по факту отдают 17 м.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С