企业团队常问我们的问题，
我们坦率作答。

JAS（Just Ask Simply）是内置于 TURBOARD 的生成式 AI 助手。连接到数据库的通用聊天机器人只能猜测您的数据表和数字代表什么；而 JAS 依托的是您的组织已在 TURBOARD 中定义并治理的内容：报表、业务定义和用户权限。

当您提出问题时，她会先搜索已有的可信报表，并将经过认证的答案直接带入对话。如果现有报表无法回答，她可以基于分析师所用的同一个受治理模型，构建新的图表组件或仪表板 —— 这是原生、可复用的 BI 资产，而不是一张截图。

• 负责计算的是引擎，而不是语言模型。您的问题由 TURBOARD 的受治理模型、日期逻辑、计算规则和权限来解答 —— 与每个仪表板背后所用的完全相同。
• 每个答案都附带来源，用户可以打开其背后的报表或视图。
• 上下文同样受治理。JAS 从五个层面了解您的业务：数据库字段、受治理的视图、角色、由 GenAI 生成的上下文，以及由您的团队整理的上下文。生成的上下文须经您的授权用户审核和批准。
• 角色改变的是解读，绝不是数字。财务总监和运营经理面对同一个数字，可以得到不同的解读。

是的。JAS 使用与 TURBOARD 其他部分相同的权限，包括行级和列级限制。她只依据每位用户有权查看的数据作答 —— 用户如果在仪表板上看不到某个区域的数据行，那么通过向 JAS 提问同样无法获取。

模型由您选择，之后也可以随时更换：

• 商业模型，如 GPT（OpenAI）和 Gemini（Google）。
• 开放模型，如 DeepSeek、Gemma、Mistral 和 Qwen。
• 您自己的私有 LLM 端点。
• 离线小语言模型（SLM），安装在您自己的硬件上 —— 如有需要，可在物理隔离的环境中运行。

选择离线方案时，整个平台和 AI 都在您的基础设施内运行：提示词和数据从不离开。

• 用通俗的语言解释某个图表组件或整个仪表板，并借助内置或自定义角色，按读者的职责调整解读方式。
• 用一句话创建图表组件和完整的仪表板 —— “以饼图显示各区域的销售额” —— 并通过“改为柱状图并排序”这样的指令进行编辑。一条提示词中可以同时提出多项修改。
• 为视图和计算度量编写并校验 SQL，即使在包含数千张表的数据库结构中，也能找到正确的表和字段。
• 编写 Pandas 函数，用于高级计算。
• 在 TURBOARD 中指导用户：JAS 学习了我们的用户指南，能够结合上下文回答操作类问题。

两者皆可，平台和功能完全相同：

• 云端 —— 公有云或私有云，包括搭配商业或开放 AI 模型的 JAS。
• 完全本地部署，AI 也不例外 —— 整个平台运行在您自己的环境中，如有需要，JAS 可在离线小语言模型上运行。
• 混合部署 —— 例如，平台本地部署，同时使用经批准的私有模型端点。

我们的大多数企业和公共部门客户都在自有数据中心的服务器上运行 TURBOARD。当业内许多厂商正推动客户放弃本地部署时，我们继续全面支持本地部署，没有任何终止支持的倒计时。

TURBOARD 可与企业现有的身份系统集成：

• LDAP / Active Directory
• 单点登录（SSO），对接您的企业身份基础设施
• OAuth 2.0 身份提供商，包括国家级电子政务登录服务
• 多因素认证（MFA）
• 外部用户表 —— 可通过可配置的接口导入数十万用户并保持同步

在一个国家级卫生平台上，月末高峰时有超过 900 名并发用户通过企业 SSO 登录。

• 行级和列级限制，每位用户只能看到其有权查看的记录和字段。
• 数据脱敏，保护敏感字段。
• 从其他应用的数据库同步权限，无需重复维护。
• 灵活分组，支持用户级和用户组级设置。

同样的规则适用于所有场景：仪表板、导出、每一封定时报表邮件，以及 JAS 的每一个回答。单个部署即可服务数十万具名用户，每个人只能看到属于自己的数据。

默认不会。TURBOARD 实时连接您的数据库，在数据所在之处直接查询。只有在您主动选择时，TURBOARD 才会存储数据：

• 使用 TURBOARD 内置的 ETL —— 查询结果载入其列式存储，以便快速分析。
• 上传 Excel 或 CSV 文件 —— 文件数据载入同一个列式存储。
• 利用缓存 —— 常用结果保存在缓存中，让热门仪表板快速打开。

在本地部署中，以上所有数据都保留在您自己的服务器上。

仪表板、视图及相关内容以 .tur 包的形式在环境之间迁移。管理员通过专用的系统控制台管理整个部署。

• 实时连接关系型数据库 —— 选择数据表后由 TURBOARD 编写 SQL，也可以使用您自己的 SQL。
• 用户上传的 Excel 和 CSV 文件。
• 原生全局临时表（Global Temporary Table，GTT）集成，适用于在数据库端进行处理的模式。
• SAP —— 请参阅下方的专门问题。

如果您有特定的数据库或版本，请告诉我们，我们会为您确认连接方式。

可以。用户上传 .xlsx 和 .csv 文件即可创建数据视图。如需刷新数据，只需重新上传新文件：只要文件结构保持不变（文件名和列名），基于它构建的所有视图、图表组件和仪表板都会自动更新。

可以。一个数据视图可以通过建立表间关联来组合不同的表。不仅如此，TURBOARD 还能按原样对星座模型建模：多张事实表 —— 销售、退货、库存、目标 —— 共享日期、产品和区域等相同维度。一个仪表板即可正确地组合它们，无需先把一切压平为单一的星型模型。

对于大多数 BI 需求，不需要。ETL 内置于 TURBOARD 之中：对数据源运行查询，并将结果载入列式存储。增量索引只刷新发生变化的部分。无需另行采购、调度和监控单独的工具。

SAP HANA：可以 —— TURBOARD 像连接其他数据库一样连接它。

运行在传统数据库上的较早期 SAP 系统，对任何 BI 工具来说都更具挑战：直接访问数据库通常需要 SAP 许可，而且数据分散在数万张表中，需要 SAP 专业知识才能理解其含义。我们通常推荐以下三种方式之一：

• 实时 SAP 驱动程序（例如 CData 提供的驱动）：BI 查询直接发送到 SAP。
• 定时抽取：由驱动程序按小时或按天传输数据 —— 非常适合常规报表。
• 文件导出：将数据从 SAP 导出为 Excel，再通过简单的脚本加载到 TURBOARD。

我们会根据数据所需的时效性以及您的 SAP 许可情况，帮助您做出选择。

TURBOARD 无需先把所有数据载入内存，用户就可以开始提问。每个请求都会交由最合适的位置处理：

• 缓存：用于常用结果；
• 列式存储：用于快速扫描和不太频繁的请求；
• 实时数据源：用于需要精确到秒的最新数据。

筛选值保存在内存缓存中，因此输入联想搜索不会给数据库增加负载。排序和聚合只在必要时才交给数据库处理：例如，对已包含全部维度的数据透视表重新排序，直接在浏览器中完成。硬件规模随实际使用量增长，而不仅仅取决于数据量。

自 2004 年我们推出第一款产品以来，筛选一直是 TURBOARD 的核心。那款产品以快速的输入联想搜索为中心：输入产品、客户或医生的名称，即可直达该记录的报表。

• 仪表板级和图表组件级筛选器，可轻松组合使用。
• 几乎任何可视化元素都可以作为其他元素的筛选器（切片器）—— 无需预处理即可灵活地切片、切块分析。
• 当所需字段在数据库中不存在时，可使用 SQL 编写自定义筛选器。
• 筛选值缓存在内存中，因此丰富的筛选不会拖慢系统。

可以。下钻和钻透配置简单，适用于图表、数据透视表和地图。您可以从分组汇总一直深入到记录级别 —— 例如，从某个患者群体深入到其中的每一位患者 —— 且始终在用户的权限范围之内。

• Vis-a-Vis 日期对比会为您自动对齐可比期间 —— 将本月至今与上月相同天数及去年同期进行对比 —— 只需一项设置，无需为此专门编写一套公式。
• 相对日期，如本月或最近 12 个月，让仪表板无需编辑即可保持最新。
• 获得专利的仪表板并排克隆：克隆您正在查看的仪表板，修改其筛选条件，即可并排对照两个版本。该技术受一项已授权的美国专利保护。

大多数用户在 TURBOARD 中从不写代码：拖放、配置即可。当计算需要更进一步时，您可以使用数据团队早已熟悉的语言，而不是某家厂商专有的表达式语言：

• SQL 表达式可创建虚拟维度和度量，无需改动源数据库。
• Python Pandas 支持计算度量，处理用 SQL 难以表达的逻辑。
• JAS 可根据您用自然语言给出的描述，为您编写并校验这些 SQL 和 Pandas 代码。

您的团队编写的始终是标准的 SQL 和 Python —— 积累的是可迁移的技能，而不是厂商锁定。

可以。拥有设计者（编辑）权限的用户可以共同设计、创建、编辑和共享报表与仪表板，查看者则看到发布后的结果。内容可以按受众组织到不同的展示区（Showcase）中。

• 区域地图（SVG），涵盖国家、地区和城市。您可以在 Administration › Maps（管理 › 地图）中借助“Synonyms”（同义词）将城市分组，定义自定义区域，例如销售区域或生产区域。
• 将 SHP 或 SVG 文件转换为 GeoJSON，即可制作新的区域地图。
• Oracle 中以 SDO_GEOMETRY 格式存储的空间数据可以直接可视化，无需转换为经纬度。
• 借助 GIS-S 附加模块，数据可叠加在 Esri 及其他 GIS 底图上，并提供针对地图优化的可视化效果。

图表组件、仪表板和报表可以导出为 PDF、Excel、PowerPoint 和 Word，也可以导出为图片（PNG、JPEG）或通过电子邮件发送。在任意图表组件或仪表板上点击 Export（导出）图标即可。设计者可以在 Layout Options（布局选项）中限制或扩展每个仪表板的导出选项。

可以，而且能够达到企业级规模。每一封定时邮件都会按收件人的权限进行筛选，因此一个计划任务就能服务数千名数据访问权限各不相同的人员。TURBOARD 可运行包含 10 万名收件人的发送队列；如果某个数据库停滞，系统会重试、记录错误并继续处理 —— 队列不会中断。阈值预警会在数值超出限定范围时通知相关人员。

可以，借助 EMB-S 附加模块即可实现。您可以将任何对象 —— 单个图表、数据透视表、仪表板乃至整个展示区 —— 嵌入网站、门户以及移动端或桌面应用，无论其采用何种技术栈。

• 您的应用用户可使用现有凭据访问 TURBOARD，无需再次登录；同时支持标准 OAuth 2.0。
• 既可面向公众发布，也可面向封闭的用户群体发布。
• 白标：自 2004 年起，软件厂商就以自有品牌交付 TURBOARD。

有 —— 我们提供 iOS 和 Android 原生应用，并支持白标与嵌入式方案，打造您自有品牌的使用体验。

有两种方式：将 TURBOARD 连接到您现有的问卷或表单工具并将结果可视化，或者借助 FOR-S 附加模块直接在 TURBOARD 中创建表单。收集到的数据可立即用于您的仪表板 —— 也可供 JAS 使用。

1. 需求与优先级业务需要解答哪些问题，以及按什么顺序解答。
2. 数据准备连接数据源、建模，并在需要时从原有工具迁移内容。
3. 部署规划云端或本地部署、安全、登录与权限。
4. 仪表板与报表与最终用户一起构建、评审和确认。
5. 正式上线随后提供持续的支持与监控。

根据项目范围，我们可按小时或按天提供业务分析师、数据仓库顾问、BI 开发人员、项目经理和 TURBOARD 培训师。

您的请求由熟悉您系统环境的 BI 专业人员负责处理，我们的 QA 和业务发展团队协同配合；必要时，他们会直接请我们的工程师参与。我们的支持时间覆盖欧洲、中东和美国东海岸。

客户需求会纳入我们的产品路线图：我们每月发布新版本，并公开每一项变更。

恰恰相反，它应当会减少这种依赖。业务用户可以借助自助式工具，为临时需求自行创建报表和仪表板 —— 而且越来越多的时候，只需直接询问 JAS。IT 部门则把控真正重要的部分：受治理的数据模型、安全与权限，而不必疲于应付排队的报表需求。

TURBOARD 于 2004 年在芝加哥创立（最初名为 E-Kalite），第一款产品专为美国医药数据而打造。我们的第一个客户 PharmaCircle 至今仍是我们的客户；通过 PharmaCircle，79% 的大型制药企业在使用我们的可视化引擎。

• TURBOARD UK，伦敦 —— EMEA 商业总部。
• TURBOARD Inc.，特拉华 —— 负责美洲业务。
• 工程与研发位于安卡拉，始于 2004 年。

我们是一家私人持股、由创始人领导的公司，二十年来持续盈利。我们 79 人的团队为超过 50 万名业务用户提供服务，客户涵盖各类企业，以及 UNDP、国家部委和国防机构。我们的技术已获专利，包括一项已授权的美国专利。

请带来一个真实的业务问题。我们将基于您的报表、您的定义和您的安全环境演示 TURBOARD 和 JAS —— 而不是使用通用的示例数据库。如果您正在比较不同平台，我们的对比页面解答了评估方最常提出的问题，包括总体拥有成本（TCO）。