Корпоративный каркас

Этот руководство показывает, как использовать корпоративное окно Backbone в оборонном, многоуровневом производстве с реальной UI Скриншоты.

До того как вы начинаете

1. Подпишитесь на правильную компанию и пользователя

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

2. Читайте активные политические ворота

   APQP, Подконтрактные пакеты, стены перевода завода и четырехоковые выполнения можно отслеживать с экрана пользователя; проверьте их перед началом критических записей.

3. Используйте опциональные поля намеренно

   Переносчик, склад, класс безопасности, серийный диапазон, сертификат, файл ID и поля нотеров позже появляются в аудиторских и отчетных пакетах.

0. Карта таб и ролевые ворота — «Почему я только вижу 8 «Тэбс»

В корпоративном окне Backbone определяется Десять Таб, но Не все видят всех . Стрип клавиатуры фильтруется по роли: кто-то в роле производства видит восемь, системный администратор видит десять. Это по дизайну, а не ошибке — серверная точка за клавиатурой, которую вы не можете увидеть, закрыта и вам. В таблице ниже указано, какой орган открывает какую страницу, и где она документирована на этой странице.

1. Генеологию

Эта таблица консолидирует корневую причину отслеживания для лотов, серий и рабочих заказов. FAI, SPC, NCR, Подконтракт, чистые помещения и предприятия узлы появляются в одном и том же трассе дерева.

📷 Фактический экран

Реальный экран: лот и серийный поиск на левом, узел и отношения автор на правом.

2. Файл производства

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

📷 Фактический экран

Реальный экран: поймать, перечислить, замораживать и сравнивать рецепты в одной таблице.

• Замороженный файл сохраняет расхождение, как запланированное, так и построенное внутри одного и того же записей; если рецепт, работа или качество результата меняются, снимается новый сноуборд и хранится старый замороженный файл в качестве доказательства.
• Сравнение рецептов показывает, что было запланировано сначала, в то время как подтверждения и качественные ссылки показывают, что на самом деле произошло на этаже.

3. Электронный подпись / Ревизия

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

📷 Фактический экран

Реальный экран: одобрения и подписки на левом, проверка эффективности и применимости на правом.

Правило использования

• Завершить одобрение двухпользователя до публикации бюджета или FX И записи.
• Не оставляйте проект или сериальный диапазон пустым при сохранении ревизии; проверки применимости зависят от них.
• Дата эффективности, конфигурация и серийный диапазон имеют смысл. Если один остается белым, то такая же ревизия может повлиять на неправильные варианты продукта.

4. APQP / NCR

В APQP Задний кит держит PSW, MSA, PFMEA, Процесс-поток, история возможностей и версии плана управления под одним корнем. NCR записи не могут быть закрыты до завершения физической акционной деятельности.

📷 Фактический экран

Актуальный экран: APQP Ссылка документов, обработка отклонений и NCR Управление действиями сохраняется вместе.

Отклонение или отказ следует открывать только в пределах множества, серийных или порядковых границ. APQP, Выясните, какая серийная серия выйдет и до какой даты.

5. Подконтрактный поток

Подконтрактная доставка и возвращение волшебника ASN, Оформление поставщика, CoC, CoA PPAP, Сертификаты, лот и серийные списки внутри одного пакета.

📷 Фактический экран

Действительный экран: выбор операций, поля пакета и статус доставки или приема живые вместе.

• Не создайте пакет без выбора учетной записи поставщика.
• Если на возврате отсутствуют сертификаты CoC, CoA или сертификаты, то не отмечайте принятие как полное.
• Не держите ASN, Пакет Backbone существует для хранения доставки, внешнего процесса и цепочки возвращения внутри одного записи.

6. Завод / Складка

Эта таблица сочетает установку завода, политику безопасности складов и живую предварительную валидацию акций. Квартировые стены и класса безопасности введены здесь во время передачи.

📷 Фактический экран

Действительный экран: определения растений в левом, политики складов и предварительные проверки в правом.

7. Проект / Доказательства

Проекты, WBS, договорный бюджет, FX Влияние и региональные политики доказательств управляются здесь. утвержденный бюджет и FX Вход не может быть опубликован без четырехглазной цепочки.

📷 Фактический экран

Настоящий экран: проектное дерево, WBS, Бюджетный, FX Политики доказательств в одном виде зрения.

8. Задачи / инструменты

Эта таблица создает задачи из HR Выявления, позволяет вручную вводить задание, хранит пользовательские фильтры и выполняет безопасное очищение данных испытаний.

📷 Фактический экран

Реальный экран: список задач, сохранившиеся фильтры, примерные волшебники и безопасное тестирование чистки вместе.

Рабочие заметки раунда 2

В этом разделе выделяются ежедневные правила работы, которые изменились после «Рунда» 2 В одном месте: минимальная привилегия `ik_muduru` использование, сопутствующие конфликты портала-актуализации, полные полей для отправки и кружную цепочку доказательств.

📷 Фактический экран

Те же задачи / инструменты экрана анкеты кругло-2 Примечания: создание задач, мониторинг портала и безопасное тестирование чистки все еще живут вместе.

📷 Фактический экран

Передача записей и идентификации файлов хранит ту же аудиторскую цепочку, которую Project / Evidence использует для бюджета, FX, и территориальной политикой доказательств.

Металлические операции: девять шагов ежедневного рабочего потока

Открыто Металлические операции В корпоративном окне Backbone. хотя карты видят отдельно, они присоединяются через тот же код акций, склад, тепло/лоты и источники. Стартовавшие поля обязательны; завершить опциональные поля в любое время возможно для поиска и аудита.

Металл Операционный центр и Терминал

Открыто Металлооперационный центр в корпоративном фоне. на телефоне или скенере, открывающемся Металл-терминал для рук Следите за этим распоряжением, чтобы ежедневная работа была правильной и аудиторской.

1. Соблюдаем : Выберите QR, Код баркода, RFID или ручной. сохраняйте фокус в большой кодовой коробке для сканеров эмуляции клавиатуры. Рекомендуемая этикетка является STOK=...|LOT=...|PAKET=...|DEPO=...|LOKASYON=.... Validate Scan решает запасы, тепло, лот, упаковка, склад и бин вместе.
2. Дополнительные акции: вход на склады и опционально склад. читать на руке, продажи/центральная резервация, открытая покупка, транзит, планируемый продукт, спрос на компоненты, доступные запасы, ATP Дата и риски в одном результате.
3. Цитата на матрицу: Сохраните фактор клиента, скидку, дневные дни, валюту и альтернативный класс. генерируйте рядки из активных ID-и вариантов, затем отправьте их в реальный форму нахождения квот и пересмотрите перед сбережением.
4. Скращение расписания: введите план, машину, старт/этап и мощность. отвергаются перегрузки или перегрузки мощности. вытягивайте карты для перезаказа и наблюдать за результатом и оставшейся длиной.
5. ASN и доставки: полный порт/показание, зарядка, перевозчик ссылки, плитка и водитель. загрузить доказательство доставки. сервер отклоняется Доставка без активного POD и получателя.
6. Сертификат OCR: Введите контекст и загрузите MTC PDF/PNG/JPEG. OCR предполагает тепло, лот, класс, стандарт, размер и номер сертификата. OCR Никогда не выдает сертификат самостоятельно.
7. Умный переполнение: Оценивать одобренного поставщика, а затем рассчитать за запас, филиал/варный дом и срок эксплуатации. Результат дает перевод/покупку, количество, класс скорости и доказательства; утвердить его отдельно.
8. Webhook /EDI: Посылайте канал, событие, внешние ссылки, оплату и уникальный ключ идентификации. Отзыв одного и того же ключа не создает дублирования. Процессор обновляет статус и ответ.
9. В исключительной кабине: Оценка отрицательная ATP, несертифицированный лот, отклоненная толерантная вес, задержка заказа и открытая в транзите ежедневно. Пользователи без финансового разрешения не видят чек или FX Список →
10. Аналитический пакет : введите заказ/фактуру, тепло/лота и ASN. Проверьте hash, а затем загрузите PDF или ZIP. ZIP содержит в себе UTF-8 демонстрации, доказательства и SHA256SUMS.txt. Этот знак доказывает целостность; он не является квалифицированным электронным подписью.

Практические детали : Местный сервер OCR Читать PNG/JPEG Скенируемые PDF-файлы, до 20 MB и 20 PDF Перевод квот сохраняет клиента, валюту, скидку и дату; введите фактическую FX Расчет отдельно Стягивание карточки с реального времени обменяется атомно. PDF содержит CMS Подписание; ZIP также включает SHA256SUMS.p7s Издание: установленный сертификат тестирования приложения не является квалифицированным подписью или доверенным временным отпечатием. Живые банковские/каретарные связи и физические RFID/Weighbridge прием требует учетных записей и устройств поставщика.

Общие ситуации

Электронный подпись › «Одобряющие органы (вторая подпись)» и четырехглавая матрица

В корпоративных утверждениях (бюджет, отклонение, металлическая вариация, обменный курс...) правило несет в себе авторитетный код, В компании с одним менеджером правила, кодированные «йонетици» никогда не могли быть завершены: второго менеджера не было. В одобряющие органы Карта решает это — менеджер назначает работника в качестве второго подписчика для конкретного Тема семьи.

1. Корпоративный › Электронный подпись в разделе «Администратор системы» (одно редактирование системного администратора).
2. Введите имя пользователя, выберите Тема семьи: Финансы (бюджет, fx, хедж, контракт, проект, оплата, кредит), КИТА (ревизия и отклонение APQP, PPAP, NCR, FAI, ECN, CAPA, чистый комнат) Операция (Определение о резервации RMA, - скорость, вес, вариация, резьба, доставка, перевозка, заполнение, сертификат... или * Всем ) Опциональный нот; Добавить авторитет.
3. Написав тот же пользователь + семья в второй раз обновляет запись (не дублируйте). Удаление На ряде падает власть; ожидающие одобрения не дотянуты.

Послания → "Недостаточная семья (422) — только четыре значения действительны; «пользователь не найден» (404); «Нельзя сделать себя авторитетом» (422); Неофициальный работник, который пытается подписать DORT_GOZ_YONETICI (403). Каждый подпись записывает свой класс (менеджер / орган / глава отдела / сотрудник); открытие утверждения показывает список "вторая подпись" определенный для этой семьи.

Что показывает список одобрения: субъекты семей

При этом экран одобрения использовался для открытия только с модулем качества правой; пользователь производства не мог начать одобрение металловерсии, банкер не мог увидеть одобрение ставки. Врата сейчас утягиваются Тема: Финансовая семья видима и стартовая с правами управления/банка/фактуры, семья качества с качеством, семья операций с складом/производством/покупкой/порядами; «метал-кур» — это как операции, так и финансы. Список фильтрован по тем предметам, которые вы можете увидеть (ответ носит флаг «фильтрованный по предмету») — пустой список является объемом, а не ошибкой.

Частично обновлять пакет подконтракта (добавляя документ позже)

Подконтрактный пакет, открытый без документов, используемых для задержания: CoC, CoA, PPAP, Сертификаты, сериалы, лот или ASN не может быть добавлен позже. пакет может быть Частично обновлен: Только поля, которые вы отправляете, написаны, остальные остаются. Правило: после того, как пакет ушел из проекта, документ/лот/серийный/ASN Нельзя белое (воротник «приготовлен» не должен возвращаться); идентификаторы документов должны быть активным или замороженным файлом в Приложении (в противном случае) FASON_BELGE). Поле статуса (доставщик одобрение, статус доставки/приемки, заказ нет, счет) не может быть изменено таким образом — если присутствует в органе, FASON_PAKET_KORUMA (422); Они переходят через «статус» континентального пункта.

Если два человека редактируют тот же пакет: Каждый рекорд носит Версия. Если «ожидаемая версия», которую вы отправляете, отличается от хранимой, которую вы получаете KAYIT_DEGISTI (409) — Ответ всегда возвращает список «недостаточных» и флаг «может быть готов»; ответ, написанный пакетом, также перечисляет пропущенные предметы.

Автоматические лоты на сырьевые покупки и прослеживание лотов по карте

До сих пор «последуемая карточка» означала «картку, которая имела многое раньше»; покупные счета не открывали много, а продажи потреблялись по FEFO. Добавлено три части:

1. Флаг на карту: "Прослеживание лота «да/нет» может быть написано прямо по акционерной карте (Warehouses › лота прослеживание; API PUT /api/depolar/lot-takip/<Код>; - менеджер или любой складский хранилище). Без флага применяется старая норма (наслеживается карта с историей лота); «нет» переключаются, отслеживая, несмотря на историю.
2. Автоматическая лота на покупку: Когда закупленная счета (получающие акции) написана, для каждой следованной линии открывается много. Если вы дали много числа и истекает срок на строке, то оно используется; иначе число генерируется из образец в строке. Деп.автомати_lot_kalibi Входный порт (Default){belgeNo}-{sira}"; Местоположницы {belgeNo} {sira} {kod} {tarih} {depo}, В большинстве 60 персонажей, {belgeNo} обязательной ) Непоследованные карты тихо пересекаются; список «лотлар» в ответе говорит, какой лот пришел из какого источника, тело лот, который не мог быть написан, сообщается через «lotUyari».
3. Повторное возвращение, когда счета удаляются: Входные записи, открытые этим документом, обращаются (поручка, достигающая нуля удаляется), расходы продаж, связанные с документом, возвращаются с тем же количеством и истекают; ответ носит «lotGeriAl». Второй звонок по удалению ничего не делает.

Однозвонок IQC Прием товара и требование к лоту CoC

Принимая входящий пакет, используется для пяти отдельных операций: проверка сертификатов, IQC Приемный запис, решение, лот и освобождение от карантина. Новая конница POST /api/kalite/iqc-kabul Они выполняют их в порядке, в котором Однозвончный звонок; орган требует номер счета (или строку: код + количество), решение (принимать / отказаться), целевой склад (некарантин) и причину; лот/исчерпность и сертификат являются факультативными. Дозволение: качественный писемный портал (менеджер или квартинный охранник).

Читать частичный успех: Эта конечная точка Не Если один шаг не работает, ответ возвращает код ошибки того шага (403/404/409/422), говорит «завершено: нет» и перечисляет шаги уже написано (в том числе и запись и решение написано, выпуски не удались с «квантовым превышением на руке»). Завершайте остальное вручную или исправить количество и переработайте только провал.

Требования к лото (Gate) Оригинальное название: COC_lot_zorunlu): Кос-контроль без многочисленного номера на карте, где сертификат является обязательным проходит во время отключения двери, но носит предупреждение «общий проверка — не многочисленный»; с портом на нем останавливается LOT_GEREKLI. При загрузке второго файла на тот же объект в приборе (например, одинаковый номер тепла), Активный В ответе рассказывается, сколько активных файлов у ключа – самый быстрый способ заметить подъем дублированного сертификата.

Поставщик 90-Дневая обобщенность, настройка одноподписки и автоматическое заблокирование периода

Доставщик резюме (GET /api/kurumsal/tedarikci-ozet?carikod=…&gun=90; отдела, производства, счета, качества или права на склады): покупка и возвращение суммы/учет в последние дни N; IQC Отвергает и принимает соотношение отклонения, NCR Считать и открывать NCR, отвержения качества, рейтинг счета и оценка поставщиков металла. Потому что NCR Квартирующие отклонения несут счета, они соответствуют правилу «поставщик последнего покупного доставки до рекордной даты» — тому же правило, что и таблица.

Одинаковый подпис (Дорт_гоз_тек_имза): Если у компании есть единый системный администратор и вход находится на, то этот администратор может одобрить собственную инструкцию по передаче; следы в записях оставляют как "TEK_IMZA" Открывается отдельный аудиторский маршрут. Если есть другой администратор, настройка не применяется. Автоматический период замка (Исключение: KILIDI_ATOMATIC • день месяца, 0 отключение: в день N закроется предыдущий месяц (закрытая дата = 1st), объявление идет к менеджерам, запись аудита написана; залог, перемещенный вперед рукой, не оттягивается назад. Обе живые на экране управления › Защитные двери; см. таблицу в Руководство по безопасности.

Аккредитация поставщика (Nadcap) и подконтрактные порты перевозки

Особые процессы, такие как теплообработка, покрытие и NDT не может быть предоставлен некредитованному поставщику. аккредитация (программа, номер сертификата, выдающийся, EXPIRY) записывается по поставщику; маршрутизационная операционная запись, в которой требуется программа. Спутник и прекращает доставку на истекшей аккредитации. Если операция не проводит специального процесса, то дверь никогда не проходит. Открытие защитных процессов → Специальные процессы.

Setup asks about backup maintenance, second-user approval, amount limits and the Financial Operations period lock. All default to off. Administrators can change them under Settings → Corporate controls. The 15-minute maintenance lease is a safety timeout, not a waiting period. Scheduled MAIN/EK1 backup requires this option. Administrators can always back up manually; the write lease is temporary and does not enable the saved option. Existing period locks in other document modules remain separate.

Financial operations, planning and backups

Open Corporate → Financial Operations. Define your accounts first; a customer control account must use the customer type. Reconciliation shows source transactions, explicit settlements and the difference between the customer subledger and posted entries. Existing documents are not posted automatically.

Select a source transaction and prepare an entry. Debit and credit totals must balance; customer control amounts must match the source. When second-user approval is enabled, another authorized user approves the draft. A posted source document cannot be edited or deleted until its entry is reversed with a reason. Reversal preserves the original and creates opposite journal lines on the current open date.

For settlement, select debit and credit transaction numbers for the same account and the amount to apply. Partial payments, advances and returns can use their existing source records. Remaining balances are checked again on approval. Customer analyses apply confirmed links first and use FIFO only for unmatched balances.

Planning and Operations → Additional cost flow follows a recorded purchase cost through inventory movements and production outputs. Select Prepare accounting entry, then choose the expense invoice, supplier and accounts. Add a tax line if needed. The cost allocation total is protected and the entry requires a second approver only when that option is enabled. Negative stock or untraceable returns/cancellations prevent an unsupported allocation.

Material and capacity planning combines the recipe, available inventory, procurement lead times, machine queues and dated working-minute overrides. Shared components consume stock once. Dates are conservative daily estimates, not reserved delivery promises. Missing lead times, inactive machines or incomplete routings leave the date blank. Existing genealogy remains available from the Traceability tab.

Daily backups require an existing server folder, a schedule, a backup password and administrator credentials for unattended execution. Credentials are stored encrypted. During the native snapshot, MAIN and EK1 writes pause under an expiring lease. Package verification checks both encrypted files. Actual restore runs from the setup wizard into a new company; new PostgreSQL and Firebird backups also compare table row-count fingerprints before the restored company is registered.