-
ドリルパス編集時にDataSet変更で欠落項目がある場合、エラー箇所を強調表示してほしい
■ 背景 ドリルパス編集画面のAnalyzerにて、DataSetを変更した際に保存エラーが発生しました。 今回のエラー原因として考えられるのは、旧DataSetで作成していたBeastModeが新DataSet側に存在しなかったことです。 ■ 現状の課題 通常のAnalyzerでカード編集を行う場合、DataSet変更によって参照項目が欠落すると、該当箇所が強調表示されるため、どこに問題があるか特定できます。 しかし、ドリルパス編集画面のAnalyzerでは同様の強調表示がなく、以下のような表面的なエラーメッセージのみが表示され、原因特定に時間を要しました。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
-
Magic ETL の HOUR() 関数で 24 時間を超える経過時間（例：170:15）を扱えるようにしてほしい
【概要】 現在、Magic ETL のHour() 関数は 「170:15」 のような「累積時間（170時間15分）」形式の文字列を扱おうとすると、「文字列をタイムスタンプに変換できません」というエラーになります。 しかし、同じ値を Beast Mode でHour(170:15)とすると、正しく 170 が返されます。 【 改善してほしい点】 BeastModeとMagic ETL のHour()関数の挙動の統一をお願いしたいです。 Beast Mode と Magic ETL の間で挙動が統一されることで、長時間（24時間超）の勤務時間、稼働時間、作業ログなどを扱う処理を構築する際ににスムーズになります。…
