Support · Qlik Replicate
Introducing Qlik Case Agent
A new AI-powered support capability for Qlik Replicate that helps you begin troubleshooting Severity 3 support issues faster than ever.
We're excited to introduce Qlik Case Agent, a new AI-powered support capability for Qlik Replicate that helps customers begin troubleshooting Severity 3 support issues faster than ever.
Available twenty-four seven, Qlik Case Agent provides rapid assistance by analyzing case details, reviewing uploaded diagnostic information, and recommending relevant troubleshooting steps. Many common issues can begin receiving guidance within minutes of case creation, helping customers move toward resolution more quickly.
Qlik Case Agent works within Qlik's existing support experience and includes a seamless path to a support engineer when additional assistance is needed.
How it works
Qlik Case Agent serves as the initial support responder for eligible Qlik Replicate Severity 3 support cases submitted through the Customer Portal.
Leveraging Qlik's support knowledge base, product documentation, and information provided in the support case, the agent can:
✓ Analyze case details and diagnostic information
✓ Recommend relevant knowledge articles and documentation
✓ Suggest troubleshooting and remediation steps
✓ Guide users through the investigation process
✓ Escalate cases to a support engineer when needed
Customers can request assistance from a support engineer at any point during the interaction using natural language. If the issue cannot be resolved through Qlik Case Agent, ownership transitions seamlessly to a Qlik support engineer for continued investigation.
To help improve quality, users can provide feedback on individual responses using the thumbs up and thumbs down features. Customers may also opt out of Qlik Case Agent directly from the Customer Portal and provide written feedback about their experience.
A streamlined support experience for severity-3 issues
How users benefit from Qlik Case Agent
Receive troubleshooting assistance within minutes
Access support guidance around the clock
Submit and analyze logs and diagnostic files as part of the investigation
Continue using familiar support channels and processes
Escalate to a support engineer whenever needed
Receive support in multiple supported languages
See Qlik Case Agent in action
How to get started
Simply submit a Severity 3 Qlik Replicate support case through the Customer Portal and experience faster troubleshooting assistance with AI-powered support, backed by Qlik's support organization whenever additional expertise is needed.
Frequently asked questions
Are Qlik support engineers still available to help?
Yes. Qlik Case Agent is designed to complement, not replace, human support. Customers can request a support engineer at any point, and cases that require additional expertise are seamlessly transitioned to a Qlik support engineer.
What if Qlik Case Agent provides an incorrect or unhelpful answer?
Cases can be escalated to a support engineer at any time. Customers can also use the thumbs down feature on individual responses to flag inaccurate or unsatisfactory recommendations.
How does Qlik Case Agent generate responses?
Qlik Case Agent uses information provided within the support case, along with Qlik's support knowledge base and product documentation, to generate troubleshooting guidance and recommended next steps.
Will users be notified when they receive a response?
Yes. Responses are posted directly within the support case in the Customer Portal and are labeled as originating from Qlik Product Support.
Can I bypass Qlik Case Agent and work directly with a support engineer?
Yes. Customers may request a support engineer when creating a case or at any time during their interaction with Qlik Case Agent.
Which cases are supported?
At launch, Qlik Case Agent is available for eligible Severity 3 Qlik Replicate support cases submitted through the Customer Portal. Support processes for other severity levels and products remain unchanged.
Does Qlik Case Agent change existing support SLAs?
No. Existing support policies and service level commitments remain unchanged.
How is customer data handled?
Qlik Case Agent operates within Qlik's support environment and uses case information to assist with case resolution. Customer data continues to be handled in accordance with Qlik's security, privacy, and data handling policies.
Can Qlik Case Agent be used with other Qlik products?
Currently, Qlik Case Agent is available only for Qlik Replicate. Support experiences for other Qlik products remain unchanged.
What languages does Qlik Case Agent support?
Qlik Case Agent can communicate in English, Chinese, Japanese, Portuguese, Spanish, and French, with plans to expand into other languages.
...View More
We are excited to open the Public Preview of Qlik Talend Studio AI Assistant, the most significant addition to Qlik Talend Studio in years and the first step in bringing agentic assistance to the entire Studio development experience.
If you already build in Studio, this post walks through exactly what the assistant does today, component by component. If you are a Qlik customer who has never opened Studio, a quick orientation first.
Talking Heads sang "Once in a Lifetime" in 1980. Its central image - water flowing underground, endlessly, whether anyone's watching or not - was about sleepwalking through your own life while forces beneath the surface keep moving without you. It's also, unintentionally, a fair description of how enterprise data behaves: constantly flowing beneath the business, mostly unseen, doing its job whether a human ever looks at it or not. What's different isn't the flow. It's who's drinking from it. Qlik, SAP, and a cluster of vendors at API World have all recently opened the tap to a new consumer - AI agents -via a shared standard called MCP (Model Context Protocol). Same water. Different drinker.
For years, new Qlik Cloud capabilities have arrived the same way: finished. That sounds good until you notice what it means. We only hear what the broader user base thinks once something is generally available, which is the exact moment when changing it is most expensive.
Ask your coding agent a real question about your Qlik tenant and get a factual answer in real time. Qlik's MCP server now ships three new lookup tools purpose-built for declarative pipeline development, so Claude Code, Copilot, and Codex can check spaces, connections, and table structures against your live environment instead of guessing. No more tabbing out to the Qlik Cloud web app to hunt down a connection name or table ID, just faster, more accurate pipelines from the first prompt.
Qlik Talend Unlocked is a monthly series where engineers who have shipped this into production show you how. Each session takes on a real part of the modern Talend lifecycle, from CI/CD job promotion and test automation to migration, open lakehouse architectures, and real time integration. Practical approaches you can take straight back to your own environment, with results teams can measure.
Episode one is on demand now, episode two is open for registration. Register once and you are set for the whole series.
Something significant has shifted in the SAP ecosystem. SAP first prohibited ODP-RFC access for third-party tools back in February 2024. For over two years, that rule existed on paper without technical enforcement. In April 2026, that changed: SAP announced active enforcement was coming, and in June 2026, it arrived. Here is your plain-language explanation of what it means for Qlik customers, and where Qlik goes from here.
Private Preview · Google Cloud
Qlik Open Lakehouse comes to Google Cloud
Sign up for the Private Preview and get hands-on with real-time Iceberg tables in your own Google Cloud project — no lock-in, no re-architecting.
Sign up for the Private Preview!
If you're running analytics on Google Cloud, you already know the tension. BigQuery is fast and familiar, but the more data you pour into it, the more your ingestion and storage bill climbs, and the more your data ends up shaped around one engine. You want the performance without the lock-in, you want your data to stay yours, and you want to free up some budget for more valuable workloads.
That's exactly the problem Qlik Open Lakehouse solves — and we're getting ready to launch a Private Preview on Google Cloud this September that you can be part of.
Qlik Open Lakehouse gives you a fully managed way to ingest real-time data straight into Apache Iceberg tables that live in your own Google Cloud Storage buckets. No proprietary formats, no copies, no re-architecting your data layer. Query those same tables from BigQuery, Trino, or any Iceberg-compatible engine, and pay a fraction of what you'd normally spend moving and storing that data.
If you've followed our work on AWS, this will feel familiar — and that's the point. We're porting a proven architecture to Google Cloud, not building a science experiment.
How it works: a walk through the architecture
Open Lakehouse builds the bronze layer of your medallion architecture, ingesting and landing real-time data as optimized Apache Iceberg tables, with the heavy lifting executed in your own Google Cloud project. From there, push-down transformations in Qlik Talend® Cloud pipelines create your silver and gold layers directly on BigQuery. Here's the path your data takes, stage by stage.
1 · Ingestion at the edge
Your sources land through two paths. For change data capture and bulk loads from databases, SAP, and mainframe systems, the Qlik Data Movement Gateway sits in your managed environment and handles CDC and bulk ingestion. For streaming and event data, you connect Kafka topics or Google Cloud Storage directly. Both routes feed the landing stage without your data ever leaving your control. Later in the Private Preview, we'll also add support for Qlik Replicate as a source, so if you're already a Replicate customer, you can onboard data from your existing CDC sources into Iceberg without migrating a single pipeline or switching tools.
2 · Compute in your project
Two components run on Google Compute Engine inside your environment. The Network Integration Agent runs on a standard Compute Engine VM and brokers secure connectivity between the Qlik Talend Cloud tenant and your resources. The Open Lakehouse Cluster — the engine that writes and optimizes your Iceberg tables — runs on a Compute Engine managed instance group built on Spot VMs. That Spot-based design is deliberate: it's where a large part of the cost savings comes from, because you're running the ingestion and optimization workload on Google Cloud's most cost-efficient compute instead of always-on, premium-priced infrastructure.
3 · Open storage you own
Everything lands in Google Cloud Storage, split across a landing bucket for incoming data, a config bucket for pipeline metadata, and table storage where your data comes to rest as Apache Iceberg tables. These buckets are in your account. The data is written in an open table format from the start, so there's never a moment where it's trapped in something only Qlik can read.
4 · A catalog any engine can use
Iceberg tables are registered in the Google Lakehouse runtime catalog, so your tables are discoverable and governable through Google Cloud's native catalog rather than a Qlik-proprietary one. That's what makes zero-copy querying real: BigQuery reads the same tables through ELT, and so can Trino or any other Iceberg-compatible engine, all pointing at one physical copy of the data.
5 · A managed bronze layer, ready to build on
The pipeline moves through managed stages — landing, storage, and mirror — to produce clean, governed Iceberg tables without you hand-coding each hop. You get Type 1 and Type 2 slowly changing dimensions or append-only patterns out of the box, so history and current-state tables are handled for you. We'll also add zero-copy mirroring to BigQuery during the Private Preview, so you can surface your Iceberg data straight in BigQuery. If you want to replace an existing native table, you can, since downstream queries keep working exactly as before.
The result: real-time data flows from your sources into governed, query-ready Iceberg tables in your own Google Cloud Storage, optimized continuously, queryable from BigQuery and beyond — and you never gave up control of a single byte.
Built on proven AWS foundations
We didn't start from zero for Google Cloud. Qlik Open Lakehouse first shipped on AWS, where it's already running these same patterns: CDC and streaming ingestion, Spot-based compute for cost-efficient optimization, Iceberg tables in customer-owned object storage, and open querying across engines.
Bringing it to Google Cloud is a deliberate step toward feature parity across clouds. The architecture mirrors what's proven on AWS, adapted to Google Cloud's building blocks: Compute Engine in place of EC2, Google Cloud Storage in place of S3, BigQuery and the Google Lakehouse runtime catalog as the native query and catalog layer. Same engine, same principles, GCP-native execution.
This matters because of what it says about our direction. We believe you should be free to choose where your data lives, which engine queries it, and to change your mind later without a migration project. Delivering the same open lakehouse capability across AWS and Google Cloud, with more to come, is how we make that freedom real rather than a slide in a pitch deck.
Why it matters
Everything above maps to three things we care about:
TRUST
Build governed data products in Qlik Talend Cloud on top of your Iceberg tables. Your data stays in open Apache Iceberg format, in your own account.
FREEDOM
Query from BigQuery, Trino, or any Iceberg-compatible engine, and swap or add engines later without re-architecting. No lock-in to a single vendor or format.
COST OPTIMIZATION
Spot VM compute and zero-copy, single-storage architecture mean you spend far less to move and hold your data at scale.
Join the Private Preview
We're accepting participants now, and we're prioritizing organizations already standardized on Google Cloud and working with BigQuery or Apache Iceberg in their accounts.
Request your spot in the Private Preview →
Opt in through the form and the Qlik team will reach out to schedule a welcome call. Already signed up? Sit tight — we'll be in touch.
...View More
The World Cup is over, Spain are champions, and the third and final episode of ourModel vs. Masterypodcast series has wrapped up with a verdict on the question we've been asking all along: when it comes to predicting football's biggest tournament, does the edge belong to the model or the human expert?
Host Adam sat down with Steve Palmer and Nick Magnuson to close out the series, and the results were more decisive than anyone on the losing end expected.
What if data quality borrowed its playbook from DevOps? Software teams learned long ago that the cheapest bug to fix is the one you never let reach production. The same principle applies to data. Learn how shifting quality and governance left, combined with agentic data engineering and observability, helps stop bad data before it impacts dashboards, AI, and business decisions.
