ホーム(新バージョン・パイロット)
段階的にロールアウトされる新しいフロントエンドのパイロット:最もよく使う画面へのショートカットを、現行プラットフォームと共存する(同一セッション、同一メニュー)より高速な新バージョンで提供する。これは概念実証(proof of concept)であり、現行のホーム画面も引き続き利用可能である。完全に切り替える前に、新バージョンが本当に時間短縮とエラー削減の面で優れているかをチームが測定するのに役立つ。
この画面にあるもの
画面そのものから読み取った内容です。画面が変われば、ここも変わります。
実行できる操作
自分の業種からシード
入力項目
NomeComo o trilho da operação é chamado. É o nome que aparece quando um documento entra nele.
VerboA ação que o trilho representa (comprar, vender, produzir). É por ela que o documento é encaixado.
AtivoTrilho inativo para de receber documento novo, sem perder o que já passou por ele.
まずはここから
O que esta tela responde
会社の各取引は正しいルールで動いているか — そして、すでに計上したものは当時のルールを参照し続けているか？ ここにあるのがレールです。会社が取引の種類ごとに付ける名前と、それが引き起こす動作です。受注、請求書、返品を計上するときにレールを選べば、あとはレールが引き受けます。
トラックは一覧で、常に現行バージョン
一覧には有効な各トラックの名前、動詞、現在の動作（債権債務、引当、在庫、ロット、原価、税務書類）と、そのバージョンの適用開始日が表示されます。バーの「業種から作成」は、既存のものを重複させずに業種のトラックを作ります。
操作方法
Se você integra um ERP, os trilhos são o de-para da operação
コネクタの設定で、移行元システムの取引種別をそれぞれここのレールに対応づけます。これにより、支店間の振替が売上のように収益を膨らませるのではなく、Tenka でも振替のまま扱われます。レールのない取引種別は取り込まれず、誰かが判断するまで、見える形で保留になります。
ルール
レールが決めること
その取引が財務で収益の引当を生むか（受注は予測になり、請求書がそれを実績に変える）、原価を計算するか、関わる在庫が誰のものか — 自社、第三者に預けた自社品、自社が預かる第三者品という、Block K が求める区別 — 、ロットが必要か、税務書類のモデルとシリーズは何か、どの会計イベントを起こすか、そして流れが次にどこへ進めるか — 受注にしかならない見積、戻りを待つ出荷、物流センターと店舗の間の補充 — です。
Editar um trilho cria uma VERSÃO NOVA — de propósito
保存しても以前のルールは上書きされず、適用開始日付きのバージョンが作られます。今後の計上は新しいバージョンを使い、すでに計上したものはすべて、その日に有効だったバージョンを参照し続けます。これにより、今日の修正が昨年の読み方を黙って変えてしまうことを防ぎ — 過去の利益率、原価、会計は説明可能なまま残ります。一覧には常に現行のバージョンが表示され、全履歴はワンクリックで見られます。
保存で新バージョンを公開
詳細画面で保存するたびに、動作の新しいバージョンが今から適用されます。登録済みのものは当時のルールと日付のまま — 履歴タブですべてのバージョンを確認できます。動詞は作成時にのみ選べます。
削除するとトラックは無効になります
トラックはごみ箱に入りません。削除すると無効になり、一覧と新規登録の選択肢から外れますが、登録済みのものはそのまま残ります。動作を変えるには、削除して作り直すのではなく新しいバージョンを公開してください。
トラックの版ごとに、書類が止まる場所
受注、仕入請求書、返品のステータスが変わるたびに、Tenka はその変化と、書類がどの版のトラックにあったかを記録します。Tenkai に「販売トラックで受注はどこで止まる？」と聞くと、版ごとに、書類を最も長く留めるステータス、差し戻し先、やり直しを示します。新しい版と前の版を比べれば、変更したルールが効いたかどうかが分かります。集計は工程ごとで個人名は出さず、この版から始まります。
よくある質問
すべて一から登録する必要がある？
いいえ。会社を作成した時点で、選んだ業種の典型的なレールがすでに用意されています — ニット工場なら、ロット必須の製品販売と加工向け出荷から始まり、サービス会社ならサービスの請求書から始まって、ロットに関する質問は表示すらされません。「自分の業種から用意する」ボタンで足りないものを補えます。すでに調整した内容には触れません。
この記事は役に立ちましたか？
同じモジュール内: オペレーション13
チケット自動化チケットに対する「XならばYを行う」ルールです。割り当て、移動、通知を手作業なしで実行します。カレンダー勤務日と休日を管理します。営業日、1日あたりの労働時間、休日(全国および地域)を定義する基準カレンダーです。Classificação do statusAs fases do fluxo em que cada status da demanda se encaixa (Triagem, Em execução, Aguardando…): definem as se…チーム責任者とメンバーを持つ作業チームです。チームスケジュール、ルーティング、マネージャー承認の基盤となります。役割とコスト役割の表(開発者、QA、PMなど)で、コストと時間単価を管理します。スタジオの実現可能性を測る物差しです。SLAポリシー優先度・種類別に応答期限と解決期限を設定します。これがチケットを支配する時計です。優先順位付け(WSJF)計算が推奨する順序に並んだbacklog:価値、緊急性、リスク低減を合計して遅延コストを算出し、それを労力で割る。リストはすでにスコア順に並んで出力される。準備状態(DoR/DoD)あるデマンドがある段階に「入る」ために解決されているべきこと、そして「出る」ために完了しているべきこと。これはデマンド自体の中のチェックリストとなり、チームが望めばゲート(制限)にもなる。
Tenka アカデミー
アカデミーを見る業種別の学習コースを、プラットフォーム内でステップごとに。