Hamza Akhtar

Brenneck Pay / BB-Demo – Onboarding

Callcompleted

Brenneck Pay: documents logo Brenneck Pay: documents · 2026-02-24 15:15

Onboarding call with Jonas Albrecht, Data Engineering Lead. He has built a separate Snowflake database, warehouse and read-only role, and set conditions on EU data, grants, Friday changes and a handover runbook. Cautious but cooperative.

What was said

What this says

Current to 11 Oct 26

Onboarding call with Jonas Albrecht, Data Engineering Lead. He has built a separate Snowflake database, warehouse and read-only role, and set conditions on EU data, grants, Friday changes and a handover runbook. Cautious but cooperative.

What happened: Hamza Akhtar walked Jonas through sequencing for the Growth implementation. Jonas had already created a separate database, warehouse and read-only role, and tested the grant on staging during the call.

Customer view: Jonas wants three clean connectors rather than six half done, and no access granted by email. His real worry is who looks after the brain once the consultant leaves.

Commercial: Hamza restated the Growth tier, fifty thousand pounds a year, forty users, term to 2 Feb 2027. Jonas said that part is procurement. Only a couple of people have logged in so far.

Watch: Transaction data is sensitive and will wait for the second wave. The call recorder retention policy is unknown and may limit what can be indexed.

AI · claude-sonnet-5-5 · 11 Oct 2026

Themes

Current to 9 Oct 26
Theme
Snowflake setup and handover
Importance
neutral
Sentiment
mixed
Voice
user

Who was there

BB-Demo

Them

Follow-up

Next steps

Current to 9 Oct 26
  • Hamza to send the one-page CRM user request to Jonas the next day.
  • Hamza to produce the table of objects and privileges for the auditors.
  • Jonas to send the tested helpdesk field export by Thursday and the recorder retention paragraph.

Risks

Current to 9 Oct 26
  • Jonas fears being left to explain the brain after the consultant leaves.
  • The call recorder retention policy is unknown and may limit what can be indexed.
  • Only a couple of people have logged in, so adoption of the forty licensed users is untested.

Opportunities

Current to 9 Oct 26
  • A clean first wave and a named pilot group could build trust before wider rollout.
  • A runbook written around Jonas's own load-history checks could support a durable handover.

Transcript

  1. Hamza Akhtar
    Hamza Akhtar None
    Hello Jonas, can you hear me all right?
  2. Jonas Albrecht
    Jonas Albrecht None
    Yes. Afternoon. Camera stays off, the VPN is being difficult today.
  3. Hamza Akhtar
    Hamza Akhtar None
    No problem at all. Audio is the main thing. Thanks for making the time, I know it's a busy week for you.
  4. Jonas Albrecht
    Jonas Albrecht None
    It is. I will start with what I did, then you can tell me what I got wrong. I created a separate database and a small warehouse for the brain in our Snowflake account. I checked the load history on the warehouse afterwards, nothing running yet, which is what I wanted.
  5. Hamza Akhtar
    Hamza Akhtar None
    Good, that's exactly the right starting point. Keeping it separate makes the review much easier later. Did you set up a role as well, or is that still open?
  6. Jonas Albrecht
    Jonas Albrecht None
    A role, yes. Read-only on the source schemas, write access only inside the brain's own database. Nothing else. Which role has access to what is the first thing our auditors ask, so I would rather it is boring.
  7. Hamza Akhtar
    Hamza Akhtar None
    Boring is the goal. And just so I have it right, the account itself is in the EU region, so the data stays where you want it?
  8. Jonas Albrecht
    Jonas Albrecht None
    Correct. It was a condition for the whole project. BaFin supervision, so the data does not leave the EU. If anything in your setup wanted to copy data outside, we would stop right there.
  9. Hamza Akhtar
    Hamza Akhtar None
    Understood, and nothing does. The brain is built and run inside your Snowflake account, so the data doesn't move to us. What we need from you is the role and the connection details for each source system, and that's mostly it.
  10. Jonas Albrecht
    Jonas Albrecht None
    Mm. Good. Say that again in the documentation, please, in writing. I need something I can hand over.
  11. Hamza Akhtar
    Hamza Akhtar None
    Yes, I'll put together a short document: what the brain reads, where it writes, which role does what. Plain language and a table. Would that work as an auditor handout?
  12. Jonas Albrecht
    Jonas Albrecht None
    If the table has object names and privileges, yes. If it says 'securely processed' on every line, no.
  13. Hamza Akhtar
    Hamza Akhtar None
    Ha, fair. Object names and privileges, no adjectives. Right, let me share how I'd sequence the next few weeks and you can push back.
  14. Hamza Akhtar
    Hamza Akhtar None
    So you're on Growth, which means up to eight connectors and the implementation runs about eight weeks from the start. I'd suggest we don't try to connect everything at once. First wave is the CRM, the helpdesk and the call recorder. Those are the three that merchant account managers touch every day.
  15. Jonas Albrecht
    Jonas Albrecht None
    And merchant risk?
  16. Hamza Akhtar
    Hamza Akhtar None
    Merchant risk comes mostly through the second wave. Product and transaction usage, then finance. But if risk wants something sooner, tell me which source and we can move it up.
  17. Jonas Albrecht
    Jonas Albrecht None
    Transaction data is the sensitive one. I will not rush that. First wave is fine. I would rather have three connectors that are clean than six that are half done.
  18. Hamza Akhtar
    Hamza Akhtar None
    Completely agree. Clean first, then widen.
  19. Jonas Albrecht
    Jonas Albrecht None
    Who on your side touches our data? Names, roles. Not a team name.
  20. Hamza Akhtar
    Hamza Akhtar None
    For the build, it's me, day to day. The CSM sits in on the checkpoints and the account owner stays across the commercial side. Nobody else on our side should need to connect to anything. If that changes, I'll tell you first.
  21. Jonas Albrecht
    Jonas Albrecht None
    Good. Because I will not give access by email, to anyone. If a credential has to move, it moves through the secrets store, and I do the grant myself in Snowflake.
  22. Hamza Akhtar
    Hamza Akhtar None
    That's how I'd want it. You make the grant, you see the grant. I'll tell you what privilege each connector needs and you decide.
  23. Jonas Albrecht
    Jonas Albrecht None
    Right. One more thing about timing. I do not change production on a Friday. Not for you, not for anyone. So if your plan has a go-live on a Friday, move it.
  24. Hamza Akhtar
    Hamza Akhtar None
    Noted. Nothing on a Friday. I'll keep every change Monday to Thursday and I'll flag anything that touches your side the day before.
  25. Jonas Albrecht
    Jonas Albrecht None
    Fine.
  26. Hamza Akhtar
    Hamza Akhtar None
    Okay, let's go through the first wave one at a time. CRM first. Who administers it on your side, is that you, or someone in sales operations?
  27. Jonas Albrecht
    Jonas Albrecht None
    Not me. A colleague in revenue operations owns it. I can ask for an API user, but it is their call, not mine. I would want the user to be read-only and tied to one named integration.
  28. Hamza Akhtar
    Hamza Akhtar None
    That's all we need. Read-only is fine for the brain, we're not writing back to the CRM. Would it help if I sent your colleague a one-page request, so you don't have to translate?
  29. Jonas Albrecht
    Jonas Albrecht None
    Send it to me, I will forward it. Then I know what was asked, and I know what was approved.
  30. Hamza Akhtar
    Hamza Akhtar None
    Sure. To you, you forward it. Helpdesk next. Do you have custom fields we should know about? Sometimes teams have renamed things over the years.
  31. Jonas Albrecht
    Jonas Albrecht None
    Yes. A few. They renamed a couple of ticket fields last autumn. Merchant tier, escalation reason. That is a schema change, and it broke one of our own reports for a day. I checked the load history, that is how I found it.
  32. Hamza Akhtar
    Hamza Akhtar None
    That's useful, thank you. It's exactly the sort of thing that can make a connector go quiet without any error. Could you send me the current field list when you have a moment? Then I can map against what's there now, not what the documentation says.
  33. Jonas Albrecht
    Jonas Albrecht None
    I can export it. Give me until Thursday. I will test the export before I send it. I do not send things I have not run.
  34. Hamza Akhtar
    Hamza Akhtar None
    Thursday's perfect. And the call recorder, is that something you administer, or is it sales again?
  35. Jonas Albrecht
    Jonas Albrecht None
    Sales leadership. Recordings contain merchant conversations, so there is a retention policy on it. Legal wrote it. I will get you the paragraph, because it affects what you can index.
  36. Hamza Akhtar
    Hamza Akhtar None
    Yes please, that matters. If there's a retention limit, the brain should respect it, not hold anything longer than you do. Do you know roughly how long it is?
  37. Jonas Albrecht
    Jonas Albrecht None
    I do not, and I will not guess. I will read it and tell you.
  38. Hamza Akhtar
    Hamza Akhtar None
    Perfect. That's the right answer.
  39. Jonas Albrecht
    Jonas Albrecht None
    While you are there. Give me a second, I am running the grant for the read-only role against the staging schema now. Let me see what it returns.
  40. Jonas Albrecht
    Jonas Albrecht None
    Okay. It works on the staging schema. Read-only, and the write attempt was refused, which is what I wanted. I tested both.
  41. Hamza Akhtar
    Hamza Akhtar None
    Brilliant, thanks for doing that live. So the pattern is proven before it touches anything real. That's how I'd like to do every connector, staging first, then the real schema.
  42. Jonas Albrecht
    Jonas Albrecht None
    Yes. Staging first. Always.
  43. Hamza Akhtar
    Hamza Akhtar None
    Can I ask about users for a minute? You have forty licensed, and at the moment I can see only a couple of people have logged in. That's normal at this stage, but I wanted to understand who you expect to be in there first.
  44. Jonas Albrecht
    Jonas Albrecht None
    Me, and one analyst from merchant risk who wanted to poke around. That is all. Account managers get access once the data is in and I am satisfied it is correct. I will not put forty people in front of an empty brain.
  45. Hamza Akhtar
    Hamza Akhtar None
    Completely sensible. An empty first impression is hard to undo. What I'd suggest is a small pilot group from account management once the first wave is loaded, maybe a handful of people, then widen from there. Does that sit right with you?
  46. Jonas Albrecht
    Jonas Albrecht None
    It does. But I want the pilot people named by their managers, not volunteers. Volunteers ask odd questions and then tell everyone it does not work.
  47. Hamza Akhtar
    Hamza Akhtar None
    Ha. Fair point. Named by their managers, then. I can help with a short briefing for them, what to ask, what not to expect on day one.
  48. Jonas Albrecht
    Jonas Albrecht None
    Good. Keep it short.
  49. Hamza Akhtar
    Hamza Akhtar None
    One page. I promise. Let me also say the commercial side out loud so we're aligned, even though I know you didn't negotiate it. It's the Growth tier, fifty thousand pounds a year, forty users, and the term runs to 2 Feb 2027, so there's a good stretch of time to get this properly embedded.
  50. Jonas Albrecht
    Jonas Albrecht None
    That part is procurement. I only care that forty users does not mean forty service accounts by the back door. One role, one integration, per source.
  51. Hamza Akhtar
    Hamza Akhtar None
    Yes, one per source, named, and the privileges written down. That table I'm sending will have each one on its own line.
  52. Jonas Albrecht
    Jonas Albrecht None
    Good. What about refresh? When does the data update? I need to know when your jobs hit the warehouse, so I do not schedule something heavy on top.
  53. Hamza Akhtar
    Hamza Akhtar None
    There's a nightly refresh, designed to complete before the working day starts for you. I'll give you the exact window in the document so you can see it against your own batch jobs. If there's a clash, we move ours, not yours.
  54. Jonas Albrecht
    Jonas Albrecht None
    Move yours. Yes. Our settlement jobs run overnight and they are not negotiable.
  55. Hamza Akhtar
    Hamza Akhtar None
    Understood. Settlement wins. I'll note it as a hard constraint.
  56. Jonas Albrecht
    Jonas Albrecht None
    Who looks after the brain after you leave? Honestly, that is my real worry. A consultant builds it, goes away, and then it is mine to explain.
  57. Hamza Akhtar
    Hamza Akhtar None
    That's a fair worry and I'd rather you said it now. Two things. One, the CSM takes over once we're live, and you get regular check-ins and quarterly reviews on Growth. Two, I'll leave a runbook, so what each connector does and how to tell if one has stopped loading is written down, not in my head.
  58. Jonas Albrecht
    Jonas Albrecht None
    A runbook I can read in ten minutes, or one that needs a week?
  59. Hamza Akhtar
    Hamza Akhtar None
    Ten minutes. And I'd add the checks you already use. You said you look at the load history, so I'll write the checks in terms of that, so it's in your language.
  60. Jonas Albrecht
    Jonas Albrecht None
    That I would use.
  61. Hamza Akhtar
    Hamza Akhtar None
    Good. Let me pull it together, then. Next steps from my side: first, the one-page request for the CRM user, to you by tomorrow. Second, the table of objects and privileges for the auditors. Third, the short briefing for pilot users, later, once the data's in.
  62. Jonas Albrecht
    Jonas Albrecht None
    And mine. The helpdesk field export, Thursday, tested. The retention paragraph for the call recordings, read first. The CRM request forwarded once I have it. And I will do the staging grants for the helpdesk and the recorder myself.
  63. Hamza Akhtar
    Hamza Akhtar None
    That's exactly what I have as well. If anything slips, just say, there's no penalty for being careful. We'd rather a slow week than a bad grant.
  64. Jonas Albrecht
    Jonas Albrecht None
    I will say. Early. Before the day it is due.
  65. Hamza Akhtar
    Hamza Akhtar None
    Brilliant. Anything else on your list before we finish? Any worries I haven't asked about?
  66. Jonas Albrecht
    Jonas Albrecht None
    No. Not today. Ask me again after the first load.
  67. Hamza Akhtar
    Hamza Akhtar None
    I will. Thanks, Jonas, that was really clear and very helpful. Speak soon.
  68. Jonas Albrecht
    Jonas Albrecht None
    Right. Thanks. Jonas.

BB-Demo is a fictional company; every organisation and person here is invented. B-Brain is the tool. Built by site/build_site.py from the site tree, data as of Fri 9 Oct 2026. Help & Support

Help & Support

Open as a page

Help & Support

B-Brain 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 Brain in the header. Type a question, or pick one of the examples.

The site itself does not call an AI model; answers in Claude come from the same figures you see here.

What the data covers

DataRecords
Organisations150
People at customers573
BB-Demo staff48
Calls1,382
Email threads2,122
Support tickets789
Documents850
Deals217
Invoices187
Events49
News items84

Data as of Fri 9 Oct 2026. Text marked AI was written by the brain 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.

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

Who to contact

Email support@b-brain.example or talk to your B-Brain account team. Tell us the page address and what looked wrong; a screenshot helps.

Help

Ask B

B-Brain · read-only