B-Glass
Laura Penhaligon

Veenendrecht Payments / BG-Demo – Onboarding

Callcompleted

Veenendrecht Payments logo Veenendrecht Payments · 11 Mar 2026 08:15

Onboarding call on 11 Mar 2026. Customer limits access to merchant-level views, never raw card data, and starts with three connectors. A sceptical risk head needs a merchant page he knows before he believes it.

What was said

What this says

As at Fri 9 Oct 2026

Onboarding call on 11 Mar 2026. Customer limits access to merchant-level views, never raw card data, and starts with three connectors. A sceptical risk head needs a merchant page he knows before he believes it.

What happened: Ruben Dekker has built the Snowflake role and warehouse but held back schema access until security confirms only merchant-level views are exposed. Laura Penhaligon agreed to start with the CRM, the helpdesk and the Snowflake views.

Customer view: Eline Bakker does not want the brain near raw card data, and stressed that BG-Demo never writes back because her supervisor asks who can change what.

Commercial: Growth gives forty users and eight connectors, so three on day one leaves headroom. The head of merchant risk is sceptical and needs a proof page.

Watch: The CRM API user depends on IT, and one sign-in ticket from Ruben is open but not blocking.

AI · claude-sonnet-5-5 · as at Fri 9 Oct 2026

Themes

As at Fri 9 Oct 2026
Theme
Connector scope and data access
Importance
neutral
Sentiment
positive
Voice
champion

Who was there

BG-Demo

Them

Follow-up

Next steps

As at Fri 9 Oct 2026
  • Ruben Dekker creates the two Snowflake views this week and asks IT for the CRM API user today.
  • Eline Bakker creates the helpdesk token with read-only permissions.
  • Laura Penhaligon sends a follow-up with the permission list, the ticket status and a draft plan.

Risks

As at Fri 9 Oct 2026
  • Access is gated on the customer's security check of card-related fields before the service user can read the schema.
  • The CRM API user depends on a colleague in IT and could take several days.
  • The head of merchant risk is sceptical and may not adopt without a convincing merchant page.

Opportunities

As at Fri 9 Oct 2026
  • Five of the eight Growth connectors remain unused once the first three are live.
  • Thirty-seven or so of the forty licences are open to invite further teams as people start asking questions.

Transcript

  1. Laura Penhaligon
    Laura Penhaligon
    Hello, can you hear me all right?
  2. Eline Bakker
    Eline Bakker
    Yes, loud and clear. Good morning, Laura.
  3. Laura Penhaligon
    Laura Penhaligon
    Morning. Ruben, are you with us?
  4. Ruben Dekker
    Ruben Dekker
    Yes, sorry, I was on mute. Morning. My camera is slow today, give it a second.
  5. Laura Penhaligon
    Laura Penhaligon
    No problem at all. It's grey and miserable here in London, so I'm glad to be indoors with a coffee.
  6. Eline Bakker
    Eline Bakker
    Same in Utrecht. Okay. Let's make it practical. First, last time's actions. I owed you the list of what merchant success and merchant risk want to see for each merchant. I sent it on Friday. Did it arrive?
  7. Laura Penhaligon
    Laura Penhaligon
    It did, thank you, and it was very clear. Disputes, tickets and volumes side by side, per merchant, with a short history. I've read it twice. My action was the connector checklist for Ruben. Ruben, have you had a look?
  8. Ruben Dekker
    Ruben Dekker
    Yes. I read it yesterday. The Snowflake part is done. I made the role and the warehouse like you described. What I did not do yet is give your service user access to the schema, because I want to check one thing with our security people first.
  9. Laura Penhaligon
    Laura Penhaligon
    That's fine, and that's the right order. Nothing gets read until you say so. Can I ask what the question is, so I know whether it blocks us?
  10. Ruben Dekker
    Ruben Dekker
    It is about the payment data. Some tables have card-related fields. I want to be sure we only expose the merchant level views and not the raw rows.
  11. Laura Penhaligon
    Laura Penhaligon
    Good instinct. That's how I'd do it as well. We only need aggregated volumes per merchant and the dispute records with their status. If you create views for those and point us at the views, we never see anything else.
  12. Eline Bakker
    Eline Bakker
    Agreed. I don't want the brain near raw card data. What is the merchant's story? That's all I need. Volumes, disputes, tickets, who spoke to them.
  13. Ruben Dekker
    Ruben Dekker
    Okay, then it is simple. I can make two views this week. One for volumes by merchant and by day, one for disputes with the status and the dates.
  14. Laura Penhaligon
    Laura Penhaligon
    Perfect. Let me share my screen so we can go through the connector list together. Can you see it?
  15. Eline Bakker
    Eline Bakker
    Yes, I see it.
  16. Laura Penhaligon
    Laura Penhaligon
    So you're on Growth, which gives you forty licensed users and eight connectors. I don't think we need all eight on day one. My suggestion is to start with the three that answer your question: the CRM, the helpdesk and the Snowflake views Ruben just described. Then we add more once people are actually asking things.
  17. Eline Bakker
    Eline Bakker
    Yes. Start small. Which CRM fields do you need? We use the account owner, the merchant segment and the onboarding date, mostly.
  18. Laura Penhaligon
    Laura Penhaligon
    That's enough to start. The connector pulls the standard objects anyway, and we can hide fields afterwards. Ruben, is the CRM admin yours or someone else's?
  19. Ruben Dekker
    Ruben Dekker
    Not mine. A colleague in IT looks after the CRM. I can ask them for an API user. It usually takes a few days.
  20. Eline Bakker
    Eline Bakker
    Ruben, please ask today. Who owns the next step? You do, with IT. I will chase if it is not done by Friday.
  21. Ruben Dekker
    Ruben Dekker
    Okay. I will write to them after this call.
  22. Laura Penhaligon
    Laura Penhaligon
    Lovely. And the helpdesk. Is that one yours, Eline, or is it also IT?
  23. Eline Bakker
    Eline Bakker
    The helpdesk is mine, merchant success owns it. I can create the token myself. I just need to know which permissions.
  24. Laura Penhaligon
    Laura Penhaligon
    Read-only on tickets, comments and organisations is plenty. I'll put the exact list in the follow-up so you can tick it off. We never write back.
  25. Eline Bakker
    Eline Bakker
    Good. Never write back is important for us. Our supervisor asks a lot about who can change what.
  26. Laura Penhaligon
    Laura Penhaligon
    Understood, and I'll make sure the follow-up says that in plain words so you can show it to whoever needs it.
  27. Laura Penhaligon
    Laura Penhaligon
    Right, while I'm in here, let me show you what the first night looks like. After the connectors are live, the nightly refresh finishes before seven in the morning your time, every business day. So when merchant success sits down at eight, the picture is from the night before.
  28. Eline Bakker
    Eline Bakker
    That is good. Our team starts early with disputes. Seven is fine. What if the refresh is late?
  29. Laura Penhaligon
    Laura Penhaligon
    Then raise a ticket and tell us, and we look at the source first. If a connector stops loading, it's usually because something changed on the system side. A renamed field, a new permission. Ruben, that would be you and me.
  30. Ruben Dekker
    Ruben Dekker
    Yes. I can tell you before we change any table. I do not like surprises either.
  31. Laura Penhaligon
    Laura Penhaligon
    Ha, nobody does. Okay. Users. You have forty licences, and at the moment only a couple of people have logged in, which is normal at this stage. Eline, who do you want in first?
  32. Eline Bakker
    Eline Bakker
    Me, Ruben, and two people from my team who handle the large merchants. Then someone from merchant risk. Their head is sceptical, honestly. He wants to see it work on a merchant he knows before he believes it.
  33. Laura Penhaligon
    Laura Penhaligon
    That's a healthy kind of sceptic. If we pick one merchant he knows well, one with a recent dispute and a ticket, and build the page for it, would that help?
  34. Eline Bakker
    Eline Bakker
    Yes. That is exactly what I want. Let's make it practical: one merchant, one page, shown to him in the next session.
  35. Ruben Dekker
    Ruben Dekker
    I can suggest a merchant. There is one with a lot of disputes lately, and the story is complicated. Good test, no?
  36. Laura Penhaligon
    Laura Penhaligon
    Complicated is good, as long as the data's clean. Send me the name by email, not in the chat, and I'll keep it out of the notes.
  37. Ruben Dekker
    Ruben Dekker
    Okay. I will send it after the views are ready.
  38. Eline Bakker
    Eline Bakker
    One more thing. I have one ticket open with you about the sign-in. Is it linked to this?
  39. Laura Penhaligon
    Laura Penhaligon
    Not directly, as far as I know. It's the one Ruben raised about the first login, isn't it? I'll check where it is today and tell you in the follow-up, rather than guess.
  40. Ruben Dekker
    Ruben Dekker
    Yes, that one is mine. It works now when I use the other browser, so it is not blocking.
  41. Eline Bakker
    Eline Bakker
    Okay. Then not urgent. Who sends what, to finish? I want to be clear.
  42. Laura Penhaligon
    Laura Penhaligon
    Good. So, Ruben: the two views in Snowflake this week, the API request to IT today, and the name of the test merchant. Eline: the helpdesk token with read-only permissions. Me: the follow-up with the permission list, the ticket status and a draft of the plan for the next call. Did I miss anything?
  43. Eline Bakker
    Eline Bakker
    No. That is complete. And next time I will start by checking this list again.
  44. Laura Penhaligon
    Laura Penhaligon
    I'd expect nothing less. Thanks, both. Speak soon.
  45. Ruben Dekker
    Ruben Dekker
    Thank you. Bye.
  46. Eline Bakker
    Eline Bakker
    Groetjes, Eline. Bye.

BG-Demo is a fictional company; every organisation and person here is invented. B-Glass is the tool. Data as of Fri 9 Oct 2026. Help & Support

Help & Support

Open as a page

Help & Support

B-Glass is one place to read everything the company knows about its customers: the CRM, calls, emails, support tickets, product usage, invoices, documents, news and HR. Every page is built from those systems and the data is current to Fri 9 Oct 2026.

How to use the site

How to ask

Press Ask B (the speech bubble) in the header, or open the Ask B page. Type a question, or pick one of the suggestions.

What the data covers

DataRecords
Organisations225
People at customers862
BG-Demo staff records (in post and leavers)58
Calls1,995
Email threads3,013
Support tickets1,159
Documents1,218
Deals315
Invoices285
Events49
News items119

Data as of Fri 9 Oct 2026. Text marked AI was written by the AI from the records listed in its made-from link; an AI output that cannot cite its evidence is refused and the previous text kept. Where two systems disagree (for example a contract and the CRM), the key facts show both values and mark the difference.

BG-Demo is a fictional company: every organisation, person and figure here is invented for this demonstration. B-Glass is the tool that reads its data.

Who to contact

Email info@b-glass.uk or talk to your B-Glass account team. Tell us the page address and what looked wrong; a screenshot helps.

Help

Ask B

B-Glass · read-only