航行する必要がある船舶向けの改装ソフトウェア 再引き渡しの翌日には有料乗客を乗せて。

ホテルチームは、インテリアデザイナーの指摘リストと照らし合わせて客室、ギャレー、および公共スペースを追跡しています。技術チームは、完全に異なる文書と照らし合わせて機械のオーバーホール、システムアップグレード、およびクラス項目を追跡しています。

通常は遅れがちで、プレッシャーのかかる状況下で手動で比較されるまで、どちらのチームも航行日に対するもう一方のチームのリスクを把握できません。

Deskelyでは、ホテルと技術的な範囲を同じ引き渡しゲートを持つ同じレジスタで保持するため、いずれかの遅延が発生したその日に、プロジェクト全体に可視化されます。

内装請負業者はタブレットで写真付きでキャビンや公共スペースの項目を記録し、技術チームは機械やシステムに対するオーバーホール、接続、テスト結果をすべて同じツールで記録します。

すべての項目は、再引き渡しまたは乗客の証明書発行を妨げるかどうかによって分類されるため、外観上の不具合がオープンな防火安全項目と同じ緊急性で扱われることはありません。

パンチ所有者は、項目がデッキプランまたはシステム図のいずれに起因するかに関わらず、自身のキューを確認できます。

ホテルの改装中にバルコニー、追加デッキ、重い家具パッケージ、または新しいギャレー設備を追加すると、船舶の軽荷重量と重心が変化し、元の乗客数とレイアウトに基づいて設計された救命設備、避難経路、および防火区域が、実際に船上にあるものと一致しなくなる可能性があります。

船籍国と船級は、更新された復原性計算書と、救命設備容量、集合場所、防火システムがSOLASの改訂されたレイアウトに引き続き適合していることの証拠を要求します。改装全体を通してホテルスコープと技術スコープが2つの異なるシステムで追跡されていた場合、そのような証拠の収集は困難です。

Deskelyは、追加された重量、改訂された一般配置図、救命器具と消防設備の変更を、ホテルと技術チームがすでに使用している同じレジスターに連携させます。これにより、旗国に提出される安定性および安全性のケースが、元の改装仕様ではなく、実際に構築されたものを反映するようになります。