Google Workspace範囲読み込みエラー

日本 フォーラム
,
1

Google Workspaceパッケージ(UiPath.GSuite.Activities)にある「シート」の「範囲読み込み」について、Studioから実行orデバッグだと動きますが、パブリッシュしてAssistantで動かすと以下のエラーが出ます。
error

DataTable1型の変数が存在していることで起きているエラーのようなのですが、解決策はありますか？
DataTable1は範囲読み込みのプロパティの出力先でCtrl+Kを押して変数作成した際に自動的に設定される型です。

2

開発機とアシスタント機は別パソコンですか？

多分、開発時のGoogleアカウント情報が、アシスタント機にないのでエラーになっているかなぁと思います。

OCの機能Integrate serviceを使うなど、検討してみてください…

3

返信ありがとうございます。
同じパソコンです。

範囲読み込みアクティビティを削除してDataTable1型の変数が1つ残っているだけのプロジェクトをパブリッシュしても同じエラーになるので、このDataTable1型関連の扱いで問題が起きていると考えています。

4

こんにちは

範囲読み込みの出力はDataTable型かと思いますが、これがDataTable1型となっているのであれば
その時点で何か異常があるかもしれません。
そのアクティビティや変数パネル等のスクリーンショットあるいはxamlファイル等共有可能でしょうか？

5

プロジェクトファイルを添付します。
Test2.zip (137.4 KB)

挙動について色々試しています。
スプレッドシートや範囲欄を埋めずに出力先だけをCtrl+Kで設定すると、おっしゃるとおりDataTable型で変数が作成されます。

スクリーンショット (10)
スクリーンショット (10)963×501 30.5 KB

スプレッドシート欄を埋めてから出力先を設定するとDataTable1型の変数が作成されます。
DataTableの後ろの数字はスプレッドシートやシートを変更するとDataTable2,DataTable3…とどんどんカウントアップされていくようです。
スクリーンショット (16)

また、変数パネルで自分で新しく作成したDataTable型の変数を出力に入れると以下の様なエラーになります。
error BC30512: Option Strict On では ‘DataTable’ から ‘DataTable1’ への暗黙的な変換は許可されていません。

テキストエディタでxamlを開くとDataTable1型は参照先のスプレッドシートに合わせて作られた型のように見えます。

スクリーンショット (17)
スクリーンショット (17)811×534 32.8 KB

6

こんにちは

DataTable1ですが、参照としてSystem.Data.DataTable1とありえない参照になっていますので
基本的にはこのような異常な状態を作らないようにした方が良いかと思います
Ctrl+Kで変数を生成するのではなく、変数パネルでDataTable型変数を作成しておいて、それを
出力欄にセットする方法ですと防ぐことはできないでしょうか？

image

7

その場合、以下のようなエラーになります。
スプレッドシートの情報を入れた時点で後ろに数字のついたDataTable型しか受け付けなくなるようです。

error BC30512: Option Strict On では ‘DataTable’ から ‘DataTable1’ への暗黙的な変換は許可されていません。

スクリーンショット (18)
スクリーンショット (18)967×396 37.4 KB

8

こんにちは

使用しているGoogleWorkspaceのアクティビティパッケージが2.2.0-previewかと思いますが
安定版にダウングレードしても同様でしょうか？（基本的にpreview版はバグが内在している可能性が高いので）

9

バージョン2.1.2は同様の挙動でした。

10

バージョン2.0.3まで遡ったところ、数字付きのDataTableが作られずにDataTable型で通るようになりました！
この事象は2.1以降で起こっていたようです。

追記
VBプロジェクトでは上記のようになりましたが、C#プロジェクトの場合2.0.3でも数字付きのDataTableのままでした。

1 Like
11

こんにちは

上記ですが、手元の環境でも再現できました。Rangeに関わる項目があると挙動がおかしくなるようです。
RangeTypeをSheetにすると回避できそうですが、使えるケースが限定的となりあまりよくないですね。

このような状況であれば、クラシック側のReadRangeを使た方がよいかと思います。

image
image1069×655 42.8 KB

1 Like
12

クラシックは近いうちに使えなくなるのだと思い使用していませんでしたが、そちらへの変更を検討してみます。
諸々ご対応いただきありがとうございました。

1 Like