Перейти до змісту

Замовлення, вироби та залишок

Проєкти у бічному меню відкривають три вкладки: Замовлення, Вироби і Замовники.

Замовлення каже, що потрібно: скільки яких виробів, кому, до якої дати й за яку ціну. Виріб каже, як воно зроблене: які друковані й купівельні деталі йдуть в одну одиницю і які нарізані плити їх дають. Прогрес рахується в готових одиницях — з тих деталей, які ваші друки справді зробили.

Кожна цифра замовлення береться з історії друку: з архівів, ніколи з черги. Черга відповідає лише на питання «що ще чекає».

Це заміна старим проєктам із print plan

Цілі, stepper копій, окрема таблиця BOM та експорт проєкту зникли — усе це перебрав на себе виріб. Наявні проєкти конвертуються автоматично; див. Оновлення зі старих проєктів.

Замовники

Замовник — це ім'я, вільнотекстовий контакт і нотатки. Жодних знижок і реквізитів: ціна живе на замовленні.

Замовник опційний: внутрішня робота й тестові друки нічиї, і це нормальний стан, а не порожнеча, яку треба заповнити.

Де Що показує
Вкладка Замовники Пласка таблиця: ім'я, контакт, скільки замовлень, скільки з них активні / завершені / скасовані, сумарна ціна.
Сторінка замовника Ті самі цифри плюс усі його замовлення тими самими картками.
Вкладка Замовлення Фільтр за замовником або групування списку за ним.

Видалення замовника зберігає його замовлення — вони просто перестають комусь належати. Імена не унікальні, і двох однакових розводять руками: злиття замовників свідомо не реалізоване.

Замовлення

Замовлення несе назву, опційного замовника, опис, кольоровий бейдж, теги, дедлайн, пріоритет (низький / звичайний / високий / терміновий), опційну ціну, URL, нотатки, вкладення й обкладинку.

Рядки замовлення

Рядок — це виріб × кількість плюс три опційні поля:

Поле Поведінка
Матеріал Жорстка вимога. Тип пластику (PLA, PETG, …), який звіряється без урахування регістру з філаментами плити чи друку. Рядок без матеріалу бере будь-що.
Колір Підказка. Показується й ніколи нічого не фільтрує — деталі регулярно друкують тим кольором, що завантажений, іноді з кількох котушок одразу.
Нотатка Вільний текст про те, що варто пам'ятати саме про цей рядок.

Рядки впорядковані, і порядок має значення: він вирішує, кому першому дістануться деталі спільної плити (див. Якому замовленню належить друк).

Статуси й закриття

Замовлення буває активним, завершеним або скасованим, і закриваєте його тільки ви. Коли всі рядки дійшли до своєї кількості, сторінка піднімає банер «усе надруковано — закрити замовлення?» і на цьому спиняється. Завершене можна відкрити назад; скасоване зберігає всю історію й не потрапляє в «зроблене» замовника.

Пікери пропонують відкриті замовлення

Скрізь, де обирають замовлення — діалог друку, редактор архіву, гуртова дія над архівами, — у списку стоять активні замовлення плюс те, що вже прив'язане: наявний зв'язок ніколи не ховається й не зникає мовчки від збереження діалогу.

Цифри

Смужка над рядками рахується сервером на кожному читанні; браузер нічого з неї не виводить.

Цифра Що означає
Замовлено Сума кількостей по рядках. Буквальна — стільки попросив замовник.
Надруковано Надрукованих одиниць. Теж буквальна: рахує друки й нічого більше.
Зі складу Комплекти, взяті з полиць виробів (див. Вільний залишок деталей), кожен рядок обрізаний власною кількістю.
Готово Надруковані одиниці плюс узяті з полиці комплекти, обмежені реально придбаними купівельними деталями.
Лишилось Скільки ще зробити — після друків і комплектів із полиці.
Час друку · Пластик · Собівартість · Брак Суми по друках замовлення. Час — виміряний, де він записаний, інакше оцінка слайсера; пластик сумується як є, включно з друками, що не дійшли до кінця.
Маржа Ціна мінус собівартість, коли ціна виставлена.
Інші друки Скільки друків належать замовленню, але жодному з його рядків.

Кожен рядок розгортається в рядок на кожну друковану деталь:

Колонка Що означає
На виріб Скільки таких деталей іде в одну одиницю виробу.
Потрібно «На виріб» × кількість, яку ще треба зробити, за вирахуванням комплектів із полиці.
Придатних Надруковано мінус брак, по завершених друках рядка.
У процесі Те, що просто зараз на принтері.
Лишилось Потрібно мінус придатних, не нижче нуля.
Надлишок Придатних мінус те, чого вимагає повна кількість рядка, не нижче нуля. Комплекти з полиці опускають потребу вище, але цього числа не піднімають.

Надруковано одиниць — це мінімум по деталях від «придатних ÷ на виріб»: вирішує найдефіцитніша деталь, і таблиця одразу показує, яка саме. Прогрес обрізається на 100 %: перевиконаний рядок звітує про це числами «надруковано з замовлених» і надлишком кожної деталі, ніколи смугою. Друки у смітнику не рахуються ніде.

Якому замовленню належить друк

Одиниця зіставлення — рядок деталі друку, а не сам друк. Одна плита може нести деталі двох виробів (дві різні кришки на одному столі), один файл — жити у двох виробах (спільна колба), тож один друк годує кілька рядків замовлення. Три сходинки, саме в такому порядку:

  1. Рядок, під який ви його підшили, — це дім друку: кожен рядок деталі, який виріб цього рядка рахує, лягає туди повністю, є потреба чи нема. Вашу руку не переграють. Рядки, яких цей виріб не рахує, падають у сходинку 2 серед інших рядків.
  2. Інакше плита називає набір виробів — усі вироби замовлення, що тримають цей файл і цю плиту. Кандидати — рядки замовлення з тими виробами, у порядку рядків, чий матеріал приймає філаменти друку. Далі кожен рядок деталі роздається: першому кандидату, який цю деталь рахує і чия потреба ще не закрита, залишок — наступному такому, а те, що лишилось після закриття всіх потреб, — першому кандидату, який деталь рахує. Це видимий надлишок, а не викинуті деталі.
  3. Інакше — «інші друки». Рахуються в часі, пластику й собівартості, ніколи в деталях. Це навмисно видима здача: «надрукували PLA, замовляли PETG» краще побачити, ніж тихо зарахувати не туди.

Підшите руками розкладається першим, тож те, що ви назвали самі, вже лежить у потребі рядка, коли роздається решта. Друк без явного рядка переатрибутується на кожному читанні, тож правка рядків переписує історію під ними — це властивість, а не витік.

Плита «файл цілком»

Індекс плити 0 означає «файл цілком» — одноплитний 3MF або сирий G-code, — і зіставлення друку з таким рядком підсумовує всі плити файлу. Ненульовий індекс називає конкретну плиту мультиплитного 3MF.

Друки, черга й хронологія

Секція Друки на сторінці замовлення групує друки за рядком, який вони нагодували, плюс Інші друки і — для всього, що прив'язане до замовлення, але не названо в жодній групі, — не віднесені до жодної групи. Бейдж каже, друк підшитий рукою чи зіставлений правилами вище. Дії в рядку підшивають друк під рядок або прибирають його із замовлення; після двадцятої сторінки напис стає кнопкою завантажити давніші друки.

Нижче: Черга (що ще чекає на це замовлення, з рядком кожного елемента), Хронологія (друки почалися, завершились, впали, скасовані, поставлені в чергу чи в авточергу, плюс створення самого замовлення), Нотатки й Вкладення.

Щоб підшити багато друків одразу, позначте їх на сторінці Архів і скористайтесь дією Прив'язати до замовлення, яка бере замовлення і, за бажанням, один із його рядків.

Брак. Кожна картка завершеного друку показує, що зійшло з плити і скільки пішло в брак, а в її меню є Брак… — по лічильнику на деталь, не більше, ніж плита зробила, під правом самого замовлення. «Брак», «Лишилось» і прогрес замовлення змінюються одразу. Див. Облік браку.

Вироби

Виріб — каталожна сутність, яку перевикористовують у багатьох замовленнях. Виріб і є шаблоном: окремих шаблонів проєкту більше немає.

У каталозі є прапорець у каталозі. Виріб поза каталогом не пропонується при додаванні рядка замовлення — окрім випадку, коли рядок уже вказує саме на нього. Каталог росте вічно, і без цього пікер виробів став би тим болем, яким був пікер проєктів.

Дія Що робить
Новий виріб Порожній виріб, який ви заповнюєте руками.
З файлу… Обираєте файл бібліотеки: виріб отримує його назву, прив'язку, склад із його плит і картку моделі — разом із картинками та документами, які несе 3MF, — просто з файлу. «Надрукувати цей файл 5 разів» не має вимагати ручного авторингу виробу.
Імпорт… Приймає ZIP, експортований з іншого BamDude — див. Експорт та імпорт.
Дублювати Копіює склад із аліасами, картку, вкладення й прив'язки файлів і тек. Історію — ніколи.
Видалити Відмова з поясненням, доки на виріб посилається бодай один рядок замовлення. Натомість приберіть його з каталогу.

Склад: друковані й купівельні деталі

Вид Поля
Друкована Назва, на виріб, аліаси (назви об'єктів на плитах, які означають саме цю деталь) і бейдж з файлу, доки рядок лишається засіяним за замовчуванням.
Купівельна Назва, на виріб, ціна за штуку, де купити, примітка.

Купівельні деталі рахуються по замовленню, а не по виробу: чекліст закупівлі на сторінці замовлення тримає «потрібно / придбано / лишилось», тож «надруковано, чекаємо гвинти» — стан, який сторінка вміє показати.

«На виріб» = 0 означає «цю деталь не міряємо»

Деталь лишається у виході плити, але не створює ні потреби, ні надлишку — сюди належать калібрувальні кубики й тестові зразки, що їдуть на спільній плиті.

Деталі належать виробу, а не глобальному каталогу: той самий кронштейн у двох виробах — це два рядки з двома незалежними кількостями. У межах виробу злиття однієї деталі в іншу переносить аліаси, і історичні друки резолвляться у вцілілу через об'єднання — нічого не переписується. Прибрали аліас — наступний синк зробить цю назву окремою деталлю знову; перейменування міняє лише назву.

Плити як рецепти

Прив'язка файлу або теки бібліотеки до виробу робить решту сама: виріб отримує рядок-плиту на кожну плиту кожного прив'язаного файлу, а кожна назва об'єкта на цих плитах резолвиться рівно в одну друковану деталь — назва, якої не покриває жодна деталь, створює нову, і її «на виріб» дорівнює кількості на тій плиті, де її вперше побачили. Ви це переглядаєте й правите; правка рядка знімає бейдж з файлу.

Вихід плити ніколи не кешується. Переслайсили файл — наступне читання виробу дає інший вихід, і саме так і має бути. Відв'язка файлу забирає його плити й лишає деталі на місці: кількості належать виробу, а не файлу.

Плита, прив'язана до кількох виробів, — норма. Кожен виріб ставить 0 тим об'єктам, яких не використовує, і тоді зіставлення віддає об'єкт тому, хто його рахує.

Сторінка виробу показує плити, згруповані за файлом, із матеріалами, кольорами, часом друку й пластиком, підписом файл цілком там, де індекс 0, і підписом не нарізана там, де файл — сітка, а не нарізана плита. Ненарізана плита — це справжній рядок рецепта, і його показують, а не ховають: він просто ніколи не планується.

Ту саму деталь ферма зазвичай ріже раз на модель принтера: кілька файлів, ті самі деталі. Тут це нормальна форма, і план про неї знає — див. Альтернативні файли під різні моделі принтерів.

Картка моделі

Те, чим річ є — опис, дизайнер, ліцензія, сторінка-джерело, ідентифікатор дизайну, а разом із ними картинки, специфікація й інструкція зі складання, — приїжджає всередині 3MF, який зібрав дизайнер. Виріб читає це з будь-якого прив'язаного файлу й тримає у власному записі.

  • Картинки стають галереєю, яку можна перевпорядковувати, доповнювати й відкривати на весь екран. Одна з них — обкладинка: та, яку ви обрали, або окремо завантажене зображення, а поки не обрано нічого — перша картинка галереї. Саме її показують картки виробів і смужка виробів на картці замовлення.
  • Специфікація й інструкція стають вкладеннями за категоріями, і те, що приймає кожна категорія, свідомо вузьке: тека вкладень не має стати місцем, де складають виконувані файли.
  • Перечитати з файлу… заповнює те, що досі порожнє, і оновлює лише вкладення, які прийшли з того самого файлу. Поле, яке ви заповнили, лишається вашим — хочете версію з файлу, спершу очистіть його.
  • У файл бібліотеки ніколи нічого не пишеться. Ці байти — основа дедуплікації й ланцюжка custody архівів.

Будь-який 3MF у бібліотеці показує ту саму картку, тільки для читання, через пункт Картка моделі у файловому менеджері, і на ній є створити виріб із цього файлу.

Сторінка виробу також показує Надруковано під замовлення — одиниць цього виробу за весь час, по всіх замовленнях будь-якого статусу. Це не «скільки разів друкували цей файл»: друк поза замовленням сюди не потрапляє.

Експорт та імпорт

Експорт пакує виріб у ZIP — картка, склад, вкладення, обкладинка й кожен прив'язаний файл. Імпорт розпаковує його на іншому BamDude: файли, які вже є, зіставляються за вмістом і перевикористовуються, справді нові заходять у бібліотеку звичайним завантажувальним шляхом (тож хешування, дедуп і метадані лишаються бібліотечними), а плити виводяться з самих файлів. Усе, чого імпортовані файли не пояснюють, повертається вам попередженням, а не вигадується мовчки.

У замовлень експорту немає: вони локальні для ферми, яка їх узяла.

Що друкувати далі

Під рядками кожен рядок замовлення несе план: плити, які покриють те, чого ще бракує, відранжовані за тим, скільки корисних деталей кожна робить за годину друку. Усе вже надруковане, те, що зараз друкується, те, що поставлене в чергу під цей рядок, і зарезервоване з полиці віднімається спершу — тож наполовину відправлений план не просить друків, які ви вже відправили.

Елемент Поведінка
Рядок Плита (або файл цілком), деталі, які вона покриває, і лічильник, який можна крутити. Час, пластик і собівартість показані на один друк.
Надлишок після плану й підсумки Ідуть за лічильником, поки ви його правите — це «а що якби» над ще не відправленою роботою, а не цифра замовлення.
Додати плиту… Додає плиту, яку план не обрав, із лічильником 1.
Не нарізані Плити, які неможливо запланувати, стоять під власним приглушеним підзаголовком.
Немає плити для деталі Деталь, якої не робить жодна плита-кандидат, називається, а не зникає мовчки — з посиланням на файли виробу.

План, який спинився на своєму запобіжному ліміті, каже про це, а не виглядає як завершений.

Тут нікого не питають, чи вільний принтер

Вибір черги каже, куди робота підшита; чи може машина її взяти, вирішується на диспатчі — так само, як для будь-чого іншого в черзі. Див. Авто-черга → маршрутизація — це не диспетчеризація.

Закрите замовлення нічого не планує, і блок про це каже, а не зникає: секції, якої просто немає, читаються як «цьому замовленню нема чого друкувати» — єдине, чого невдалий або закритий план сказати не має права.

Альтернативні файли під різні моделі принтерів

Коли деталь нарізана під дві машини, це два файли з однаковим виходом, і план, який обрав один із них, ховав би другий — навіть там, де половина ферми нічого іншого надрукувати не може.

Тому кожен рядок несе перемикач Файл з іншими плитами-кандидатами, чий вихід деталей, які цей рядок рахує, збігається, і кожен варіант підписаний моделлю принтера, під яку файл нарізано. Вибір переробляє час, пластик і собівартість рядка, а лічильник лишається на місці — обидва файли роблять ті самі деталі.

  • На принтер… на такому рядку спершу питає машину, а тоді відкриває звичний діалог друку вже з тим файлом, під який ця машина нарізана, і з приколотим принтером. Принтер у режимі обслуговування не пропонується, архівований не з'являється взагалі.
  • Розбити між файлами ділить кількість рядка. Авточерга маршрутизує елемент за моделлю, яку називає його файл, тож це єдиний спосіб віддати роботу одного рядка двом моделям принтерів одразу — і суми мають сходитися з кількістю рядка, інакше і рядок, і весь план відмовляються відправлятись, замість тихо покласти не те число.
  • Файл, який рядок уже пропонує таким чином, зникає з меню Додати плиту…, де він поклав би ту саму роботу на екран удруге.

Коли ввімкнено Перебалансування між моделями принтерів (Налаштування → Друк → Маршрутизація авточерги), розподіл — лише стартова точка: ще не розподілені копії згодом можуть перейти на ту модель, що звільниться першою — див. Перебалансування між моделями принтерів.

Відправка плану в чергу

Окремий рядок їде в авточергу сам, весь план — одним заходом, а на принтер… відкриває звичний діалог друку для однієї машини. Той діалог відкривається на одній копії — число ставлять там.

Обидві цілі заповнюють опції друку з вашого збереженого профілю (swap-макроси, калібрування і решта) — того самого, який читає діалог друку. Профіль шукається за моделлю обраного принтера, а для авточерги — за моделлю, під яку нарізаний файл, тож один план на дві машини читає два профілі. Swap-макроси лишаються приглушеними там, де спрацювали б двічі: на принтері з вимкненим режимом заміни або для файлу, у якому вони вже вшиті.

Поставлена копія належить моделі свого файлу, доки перебалансування її не перенесе — автоматично з увімкненим налаштуванням або кнопкою Перебалансувати на рядку.

Перевірка плити та правил подачі

Перед створенням завдань сервер перевіряє всі вибрані джерела цього запиту: справжню плиту, її G-code, модель, використані канали й потрібні сопла. Якщо джерело некоректне, цей запит не створює частину плану, залишивши решту непомітно пропущеною.

Весь файл у рецепті залишається вибором рецепта. Якщо 3MF має одну однозначну друковану плиту, черга отримує її справжній номер — зокрема 2 чи 5. Кілька друкованих плит потребують явного вибору. Неслайсені рецепти не стають придатними до друку через вибір авточерги.

Автоматичний і конкретний принтер отримують ті самі вимоги плити. Для авточерги зберігається точна модель обраного альтернативного файлу; кількість, рядок замовлення та розподіл копій між файлами не змінюються. Багатоколірний план допустимий, якщо кожен канал має своє сумісне джерело. Кількість копій не дозволяє автоматично змінювати кольори. Див. Призначення філаменту.

План виробництва не є підтвердженням наявності готового принтера: коректне завдання може чекати потрібного філаменту чи стану машини. Підготовка, після якої друк не почався, не зараховується як виготовлені деталі або завершений друк.

Підшивання друку під замовлення

Друк або постановка в чергу файлу бібліотеки — з файлового менеджера, картки принтера, сторінки черги чи панелі авточерги — показує поле Замовлення.

  • У списку стоять відкриті замовлення, у яких є рядок із виробом, що містить цю плиту, і кожне називає свій виріб і скільки друків йому ще бракує. Ранжування: спершу ті, кому бракує, далі пріоритет замовлення, далі дедлайн, далі вік. Наскільки саме бракує — не ранжує: сортування за цим числом голодом морило б або велике замовлення, або майже завершене.
  • Типово обирається перше замовлення, якому плити ще бракує. Коли не бракує нікому, типове — Без замовлення, а кандидати лишаються в списку: друкувати наперед законно.
  • Замовлення, чиї рядки плита не розрізняє, стоїть у списку окремим пунктом на кожен рядок, і кожен підписаний своїм матеріалом. Відмова вгадувати між двома рядками — не причина ховати від вас вибір.
  • Перемикання плити перепитує, бо інша плита робить інші деталі. Коли позначено кілька плит, замовлення їде з друком, а рядок визначається на кожну плиту окремо, тож дві плити одного файлу законно лягають на два різні рядки.
  • Поле з'являється лише там, де ніхто ще не відповів — блок плану називає свій рядок, а передрук з архіву несе прив'язку оригіналу, — і лише операторам, які взагалі мають право читати замовлення.

За полем працюють два правила разом. Коли писар черги отримав замовлення, а плита належить рівно одному його рядку, цей рядок проставляється за вас — між двома рядками одного виробу обирає філамент самої плити, точно як у зіставленні готового друку; там, де два рядки справді не розрізнити, не вгадується нічого. І план однаково рахує елементи черги без рядка, розвʼязуючи кожен тим самим правилом на кожному читанні — тож усе, покладене в чергу раніше (з API, з телеграма, руками), починає рахуватись без жодного втручання.

Друк, запущений з екрана принтера, підшивають постфактум: у редакторі архіву є пікер замовлення й пікер рядка, а гуртова дія Прив'язати до замовлення на сторінці архівів робить це для цілої вибірки.

Вільний залишок деталей

Плита робить чотири кришки, а замовленню треба було три. Четверта — не похибка, а річ на полиці, і ось де вона тепер живе.

Залишок — це книга рухів, а не лічильник. Баланс деталі — сума її рухів; комплекти виробу — це цілі одиниці, які полиця вже може зібрати: мінімум по рахованих деталях від «баланс ÷ на виріб», те саме правило «вирішує найдефіцитніша деталь», що й у прогресі рядка. Причин рівно п'ять, і причина визначає знак:

Причина Знак Коли
Надлишок списано в залишок + Ви натиснули Списати надлишок у залишок на замовленні.
Друк без замовлення + Друк завершився, не належачи жодному замовленню.
Зарезервовано під замовлення − Рядок узяв комплекти з полиці.
Резерв знято + Той рядок їх повернув.
Ручна правка ± Ви перерахували полицю самі.

Залишок буває лише в рахованої друкованої деталі — друкованої, з кількістю на виріб понад нуль. Купівельна деталь — це закупівля, а не полиця, і в усе це не входить.

Списання надлишку

Списати надлишок у залишок стоїть у шапці замовлення. Одне натискання переносить зайві деталі кожного рядка на полиці їхніх виробів і показує, що саме перемістилось. Переноситься лише різниця, тож друге натискання не рухає нічого й прямо про це каже; натисніть ще раз пізніше, коли надлишок підросте. Скасоване замовлення теж списує — деталі ж не зникли разом із ним.

Автоматично цього свідомо не роблять: надлишок іноді їде із замовленням, а іноді йде в брак, і знає про це лише оператор.

Надлишок міряється проти повної кількості рядка

Комплекти, взяті з полиці, опускають потребу рядка (а з нею прогрес і план), але надлишку не піднімають. Це позика, і повертає її звільнення резерву, а не кнопка. Інакше ті самі комплекти лягли б на полицю двічі.

Друки без замовлення

Друк, який завершився без замовлення, зараховується в залишок автоматично — тільки придатні деталі, тобто надруковані мінус брак. Далі бухгалтерія йде за вами: підшили цей друк під замовлення пізніше — кредит вивертається; витягли назад — повертається. Виверт, який пішов би нижче нуля, відхиляється, але друк усе одно підшивається: деталі вже витратили, і карати за те, що книга не сходиться, було б несправедливо.

Друки, що були до цього, не підмітаються заднім числом: ферма з роками історії отримала б полицю, якої ніхто не бачив на власні очі. Редактор архіву пропонує Зарахувати в залишок для друку, який успішно завершився і не належить жодному замовленню, по одному й на ваше прохання — провалений чи скасований друк не зробив нічого, що можна було б зарахувати.

Комплекти зі складу

Рядок для виробу, у якого щось є на полиці, показує під кількістю поле Зі складу: типове значення — те, що доступно, обрізане кількістю самого рядка. Взяте резервується під цей рядок, і всі цифри рахують його як зроблене — потреба, смуга прогресу, план і банер «усе надруковано», — тож рядок, повністю покритий полицею, не просить жодного друку.

Прохання обрізається до того, що справді є на момент збереження, і про це вам скажуть: сусіднє замовлення могло забрати останні дві штуки, поки діалог був відкритий.

Резерв повертається сам, коли рядок видаляють, коли його кількість опускають нижче резерву, коли замовлення скасовують і коли замовлення видаляють. Видалення замовлення робить ще одну річ: його завершені друки перестають комусь належати, тож зараховуються назад на полицю як друки без замовлення. Обидва рухи позначені в таблиці приміткою замовлення видалено.

Три речі він свідомо не робить:

  • завершене замовлення не повертає нічого з цього — ні на скасуванні, ні на видаленні рядка, ні на видаленні самого замовлення, і його друки теж не зараховуються назад: ці комплекти пішли всередині одиниць, які отримав замовник, а друки пішли разом з ними. Одні двері лишаються відчиненими й тоді. Нове число в полі Зі складу на рядку завершеного замовлення однаково знімає старий резерв і бере новий — це поле і є тим, чим оператор виправляє те, що замовлення забрало з полиці, а відмова лишила б помилку без жодних дверей, крізь які її полагодити. Решта троє дверей лише розпоряджаються паперами й нічого не кажуть про деталі — тому вони й зачинені.
  • повернення скасованого замовлення в роботу нічого не резервує заново: полиця за цей час могла піти комусь іншому.
  • дублювання замовлення не резервує нічого, бо перезамовлення не має тихо спорожняти полицю.

Полиця на сторінці виробу

Вільний залишок стоїть одразу під складом: кількість комплектів у заголовку, баланс кожної рахованої деталі — з нулями включно, бо порожня полиця й виріб, у якого нема чого рахувати, це різні відповіді, — і таблиця рухів: дата, деталь, знакова зміна, причина, звідки й примітка. Таблиця показує останні рухи й прямо каже, коли показує лише їх.

Коригувати пише поправку рухом з обов'язковою вашою приміткою, а не тихим перезаписом; поправка, яка опустила б деталь нижче нуля, відхиляється. У каталозі картка виробу несе бейдж комплектів, коли на полиці щось є.

Видалення деталі зносить її книгу; злиття двох деталей переносить рухи на вцілілу, бо злиття каже, що це завжди була та сама річ. Видалення виробу зносить книги всіх його деталей. Видалення друку лишає його рухи на місці й просто прибирає посилання — деталі ж і далі на полиці.

Вкладка «Склад»

Проєкти → Склад — та сама полиця, тільки для всієї ферми одразу. Один рядок на виріб, у якого є що рахувати — спершу за кількістю комплектів, потім за назвою, — що розгортається в баланс кожної рахованої деталі та активні замовлення, чиї рядки тримають його комплекти в резерві, кожне посиланням. Коригувати в рядку відкриває той самий діалог ручної поправки, що й сторінка виробу.

Під таблицею журнал Рухи перелічує кожен рух на кожній полиці, від найновішого, з фільтрами за виробом і причиною, а Показати старіші довантажує наступну сторінку, доки книга не вичерпається — сторінка прямо про це каже, а не лишає найстаріший показаний рух читатися як перший, що там був.

Лише з залишком (увімкнено за замовчуванням) ховає виріб, чия полиця порожня й без резервів; вимкніть, щоб побачити кожен виріб із рахованою деталлю, з нулями включно. Виріб, прихований з каталогу, усе одно з'являється, позначений, — його деталі так само на полиці. Завершені замовлення не показані як такі, що тримають комплекти, — ці пішли всередині одиниць, які отримав замовник, — а скасовані вже повернули свої.

Права доступу

Замовлення, вироби, замовники, план і полиця живуть під однією сім'єю прав — нового не додалось для жодного з них.

Право Що покриває
projects:read Читання замовлень, виробів, замовників, блоку плану й вільного залишку.
projects:create Створення замовлення, виробу чи замовника.
projects:update Їх правку, підшивання друків, відправку плану в чергу, списання надлишку, резерв комплектів і коригування полиці.
projects:delete Їх видалення.

Для API-ключів скоуп Manage Projects (can_manage_projects) дає створення / правку / видалення всіх трьох сутностей; читання їде під can_read_status. На наявних ключах після оновлення скоуп вимкнений, і його вмикають на кожен ключ у Налаштуваннях → API-ключі.

Оновлення зі старих проєктів

Міграція оновлення конвертує все на місці, однією транзакцією, і нічого від вас не потребує.

  • Кожен проєкт стає одним виробом плюс одним замовленням з єдиним рядком. Історія друку лишається прив'язаною, а кожен друк, елемент черги й елемент авточерги проєкту отримують цей рядок замовлення.
  • Шаблони стають виробами без замовлення; їхні вкладення копіюються до виробу.
  • Файли й теки переносять прив'язки з проєктів на вироби, кожен рядок print plan стає плитою виробу, а цілі на деталях і рядки BOM — друкованими й купівельними деталями.
  • Старі цілі зберігаються скрізь, де їх можна зберегти точно. Цілі на деталях стають комплектом, замовленим N разів, тож виріб читається як 1 + 1, замовлено × 780, а не 780 + 780, замовлено × 1. Ціль рівня проєкту стає кількістю замовлення там, де ділиться націло, і лишається одиницею замість округлення там, де не ділиться. Виріб, чиї файли видалили давно, бере деталі зі своїх же завершених друків.
  • Старий бюджет стає ціною замовлення, старий статус archived — завершеним, а дерево проєктів сплощується.
  • Файли бібліотеки, які ніколи не записали, що вони містять, дозаповнюються під час оновлення, і ще раз пробуються на кожному старті для тих, до яких не дістатись через недоступну мережеву теку. Виріб, прив'язаний до такого файлу, отримує свої деталі тієї ж миті, що й файл.

Пішло разом зі змінами: цілі по плитах і по деталях, шаблони проєктів, вкладені проєкти, експорт/імпорт проєкту та окремі таблиці BOM і print plan разом з їхніми редакторами. Файли бібліотеки тепер прив'язуються до виробу, а не до замовлення.

Полиця стартує порожньою

У вільний залишок нічого не переганяється заднім числом. Які з ваших історичних друків роками тому поїхали замовнику, міграція знати не може, тож полиця починається з нуля й наповнюється з першого друку без замовлення або з першого натискання Списати надлишок у залишок.

Дивись також