I need help extracting table data from SAP using UiPath. I am unable to spy the table elements correctly, as the selector is identifying a different area instead of the required table element.
This can often be caused by zoom settings in SAP. If you google around that you should be able to find lots of existing resources on it and how to solve it.
Hi @QRPABOT
This issue usually occurs when UiPath detects the SAP container instead of the actual table control. Verify that SAP scripting and the UiPath SAP extension are enabled. Use UI Explorer to identify the table as GuiGridView/GuiTableControl and try alternate frameworks (F4) or Computer Vision. If the table is a custom SAP control, SAP-specific activities or AA selectors often work better than standard spying methods.
I have already tried using Computer Vision (CV) activities, but I am still facing the same issue that I encountered earlier. The table control in SAP is of type GuiTableControl, and none of the spying methods are working correctly.
Could you please let me know if there are any alternative approaches to click the Purchase Order value in the table? If anyone has faced a similar issue, please share your suggestions or possible solutions.
on top of what Prashanth flagged about DPI/multi monitor scaling, wich is worth checking first since it explains CV failing too, not just the selector, theres a second thing specific to GuiTableControl
that control type behaves differently from GuiGridView, individual cells often arent spyable as separate elements the normal way, wich is exactly the “selector grabs a different area” symptom you’re seeing. For GuiTableControl the reliable approach is addressing cells through the SAP scripting row/column pattern instead of trying to click-indicate each one
check the selector UiPath generated for the table container itself (not a cell), it should have something like row=“0” col=“0” as attributes if it correctly saw a GuiTableControl. If so, you can build the click dynamically by looping the rows and swapping those row/col values in the selector at runtime with a variable instead of indicating each cell by hand, that sidesteps the whole spying problem
also worth trying the Get/Set Sap Value activities if you have the SAP activities package, those talk to the table through the SAP scripting api directly using row and column index rather than relying on visual spying at all, more reliable for GuiTableControl specifically
fix the DPI thing first though since Prashanth’s link matches your case closely (WinGUI 7.70 + table controls), might solve both problems at once.