►
From YouTube: OpenActive W3C Community Group Meeting / 2019-11-20
Description
Customer Authentication
Agenda and meeting notes for the call can be found at https://w3c.openactive.io/meetings/2019-11-20-customer-authentication
A
A
Welcome
to
the
call
everyone
I'm
chairing
today,
mainly
because
Tim
is
in
the
office
where
Wi-Fi
is
awful
I'm
at
home,
where
Wi-Fi
is
hopefully
slightly
better.
So
so,
yes,
that's
Tim
is
Tim
is
here,
but
Tim
is
yeah
on
the
reserve
power
I
think
whatever
is
going
on
back
there,
so
so
yeah.
So
welcome
to
the
call
and
we're
going
to
talk
about
a
couple
of
issues
today
that
we've
already
sent
around
customer
authentication
and
wait
lists.
A
C
A
F
I
was
gonna,
say:
yeah
Gary,
no,
it's
Johnny
and
no
idea
what
my
team
is
Gary
from
Sport
80.
We
primarily
deal
with
national
governing
bodies
providing
technology
allowance,
manage
amongst
many
things,
memberships
event,
registrations
that
kind
of
stuff
and
we'll
be
looking
to
roll
out
club
management
solutions
which
should
tie
a
nice
that
what
we're
all
talking
about,
which
was
excellent.
A
H
J
Digital
sports
management
platform,
competition
management,
session
management,
etc
with
a
broad
range
of
clients,
everything
from
clubs
to
active
partnerships
to
national
governing
bodies
and
we're
we're
doing
a
lot
of
work
in
the
open
data
space,
specifically
around
the
booking
API
at
the
moment.
So
that's
why
we're
here
great.
A
A
L
A
Super
ok,
excellent!
Thank
you
all
for
joining
Portuguese.
If
I
just
cut
you
off
there
with
my
excitement
of
realizing
I've
missed
somebody
so
and
what
we're
going
to
do
is
going
to
talk
through
these
two
issues,
I'm
going
to
bring
them
up
on
the
screen
and
so
that
you
can
see
them.
If
you
go
to
the
agenda,
you
can
find
the
links
in
there
yourselves
and
we'll
just
talk
through
each
of
them,
and
the
plan
is
to
talk
through
initially
and
then
at
the
point.
A
A
Okey-Dokey
excellent,
so
this
is
the
custom
authentication
issue
complete
with
a
visual
which
is
here
and
so
just
to
explain
what
this
issue
is
about.
This
is
about
allowing
people
who
are
already
members
of
GL
everyone
active
or
whatever
leisure
operator,
for
example,
if
it's
a
letter
operator
to
login
and
make
a
booking,
but
through
an
experience
like
change
for
life
or
another
day
to
use
or
a
broker.
A
So
the
idea
is
that,
if
you're
usually
going
through
the
process
of
of
going
to
trying
book
something
you
get
to
the
point
where
it
says,
would
you
like
to
it
would
say
book
here
and
book
now,
whatever
you
click
book
and
it
says,
would
you
like
to
be
a
guest?
Would
you
like
to
be
logging
in
as
a
member?
A
If
you
choose
to
log
in
as
a
member
you
get
presented
with
this
hitbox,
so
does
that
make
sense
as
far
as
the
user
journey
goes
we're
talking
about
the
point
where
you
choose
to
be
a
guest
or
you
log
in
as
a
member
which
is
different,
because
at
the
moment
we
just
have
the
log
in
as
guest
option.
We
don't
have
the
number
option.
J
A
Join
absolutely
right,
that's
that's
very
true
and
I.
Suppose.
Within
this
experience,
you
could
feasibly
have
a
join
Now
button
in
the
box,
which
I
guess
we
can
talk
about,
but
the
focus
of
this
is
rather
than
allowing
the
joining
to
happen
automatically.
This
is
just
this
is
the
second
of
those
that
you.
F
F
If
this
is
coming
from
our
website,
we
would
want
that
logging
out
to
be
blowing
into
the
my
Westminster
account,
meaning
initially
you
know
to
get
that
consistency
of
user
journey,
so
that
presents
a
potential
challenge
in
terms
of
actually
or
not
connecting
with
the
third
party
system,
that's
providing
the
activity,
but
actually
there's
some
handshake.
That
goes
on
with
with,
in
this
case,
Westminster
Council.
H
F
A
Guess
there's
a
question
about
where
the
database
lives.
Obviously
I
know
a
little
bit
about
your
your
setup.
So
in
the
case
for
the
day
based
lives
in
everyone
active,
then
I
guess
there's
a
question
about
the
branding
of
this
green
box.
Does
the
branding
say
everyone
active
or
does
it
say
Westminster
is
that
is
the
person
that's
signing
up
aware
that
there
are
a
member
of
one
or
the
other
or
either
maybe
maybe
as
co-branded,
because
that
that's
I
suppose
it's
it's.
A
What
what
would
they
recognize
the
card
details
they're
putting
in
so
on
to
your
point
actually
and
Debbie
I've
already
had
a
chat
with
Debbie
for
active
in
detail
before
this
call,
because
she
was
unable
to
make
it
and
I've
got
another
diagram
which
is
closer
to
what
your
world
looks
like
David
in
terms
of
card
ID
and
last
name
in
the
same
box
and
that
same
idea
so
yeah
so
I
guess
it's
it's.
This
is
this
is
the
mech
of
the
mechanism.
A
Here
is
just
allowing
you
to
log
into
whatever
the
system
is
and
then
I
guess.
The
branding
is
a
good
question
because,
like
you
say
it's
not
necessarily
a
system
branding,
you
need
they're
in
that
box.
It's
probably
whatever
the
user
recognizes
their
credentials
as
so.
It
won't
be
a
gladstone
logo.
It
will
probably
be
the
operators
logo
and
in
the
case
where
the
operator
has
sub
brands
or
brands,
alongside
the
the
council's
potentially
its
its
branded
even
more
yeah.
F
I,
wonder:
wasn't
III
said
there
may
be
a
misunderstanding
side.
Bret
branding
is
an
element,
but
I
think
the
key
thing
would
be.
You
know
from
a
westminster
resident
user
journey.
Would
you
know
if
they,
if
they
had
a
car,
if
they
got
a
card,
would
be
getting
them
to
sign
into
and
they're
my
Westminister
account
yeah,
which
we
manage
through
Active,
Directory
and
Microsoft
Dynamics,
so
that
that
would
be
their
their.
A
I
mean
if
it
would
help
and
it
might
help
it
I.
Guess
you
to
engage
in
the
discussion,
but
other
people
as
well
to
understand
what
this
is
talking
about
a
little
bit
so
I
tell
you
what
let's,
let's
take
it,
let's
just
take
a
five
minute
detour
and
what
I'll
do
is
I'll
I'll
just
draw
on
top
of
just
a
quick
diagram
to
explain
what
I
think
is.
This
is
my
terrible
mock-up
of
come
on.
A
B
I
think
I
think
I've
been
for
obviously
I'm
struggling
cuz
I'm,
not
seeing
the
the
screen,
and
so
relying
on
on
you
guys
describing
what
you're
currently
looking
at
it.
From
our
perspective,
when
it
comes
to
the
website,
people
will
be
able
to
search
and
find
activities,
but
when
it
comes
to
birth,
they
will
log
in
to
their
Empty,
are
active,
a
coin.
A
book
buyer
that
mechanisms
that
wouldn't
do
the
gas
check.
Whether
you
describe.
B
A
So
I
think
that
I
think
that
the
slight
confusion
here
is
that
there,
the
guest
checkout
option
is
actually
not
necessary,
doesn't
necessarily
look
like
a
guest
checkout.
Anyone
where
you
are,
and
so
that
mean.
Let
me
just
explain
what
that
means.
So,
if
you're
on
a
website,
let's
say
it's
called
MC
are
active
and
that
website
has
a
list
of
opportunities
that
you
can
go
in
and
do
and
there
might
be
kind
of
search
results
on
the
website.
A
You
can
imagine-
and
you
could
you
could
pick
one
of
those
and
kind
of
proceed
into
finding
out
about
it
with
a
book
now
button
or
something
similar,
and
so,
if
someone
clicks
on
the
book
now
button,
the
the
if
they've,
already
logged
into
MC,
are
active.
So
if
there's
a
login
button
in
the
corner
of
this
screen
right
where
they
can,
where
they
can,
they
can
be
authenticated
with
MC
or
act
its
own
database,
and
this
is
exactly
how
it
would
be
for
Westminster
as
well
into
my
Westminster
account.
A
Then
you
are
a
guest
to
everyone
active
but
you're,
a
known
user
to
NCR.
If
that
makes
sense,
that's
that!
That's
the
difference
so
there's
one
world
which
is
you,
you
are
a
you're
logged
into
MC
are
and
then
you
you
come
through
as
a
guests
to
everyone
active,
because
the
account
lives
in
MC
are
the
account,
doesn't
necessarily
live
anyone
active,
and
so
that's
that's
what
that
is,
and
then
the
Otherworld
is
where.
A
A
In
that
case,
you
would
do
the
same
thing
here,
except
you
wouldn't,
potentially
you
would
you
wouldn't
need
them
to
log
in
or
you
could
get
them
to
log
in
if
you
wanted
to,
but
then
what
would
happen
is
that
box
that
we
just
talked
about
on
the
other
screen,
which
is
here
would
become
available
colleges.
This
is
quite
rough
and
ready.
A
So
you
would
you
would
you
would
go
through
the
the
page
to
to
link
to
your
account
and
then
at
that
point
you
would
you
would
connect
everyone
actives
existing
database
and
so
I
guess
that
you
really
need
a
little
person
clip
are
here,
but
the
person
would
be
in
one
or
the
other
I
guess.
That's
the
difference
between
the
two.
A
H
I
A
A
great
question
so
I'm
just
going
to
the
identity
lives
and
the
top
diagram
on
the
left
on
the
bomb
and
the
right
so
Josh,
the
the
question
whether
this
is
a
is
a
one-off
or
it's.
A
ongoing
connection
is
related
to
whether
you
allow
something
called
offline
access,
and
so
it's
actually
possible
here
that
you
might
have
you
might
just
let
them
in
for
one
payment
or
one
session.
A
I
think
this
is
what
and
we've
talked
buying
that
in
the
context
of
Westminster
for
the
short
term
solution
and
just
as
there's
no
login
button
actually
on
the
active
Westminster
site
initially,
so
you
would
just
be
logging
in
to
use
the
MTR
card,
and
then
it
would
forget
your
details
immediately
after
you've
finished
the
transaction
and
then
the
other
option
is
that
you
actually
go
through
that
process
and
you
connect
the
account
between
two
to
two
different
ones.
So
this
is
to
give
you
that
example.
That's
the
third
option
here.
A
A
And
I
also
want
to
connect
to
my
account
that
I've
got
in
every
one
active
for
example.
Then
this
is
this
kind
of
does
a
linking
process
of
connecting
the
two
together
through
that
same
thing.
That
makes
sense.
So
it's
like
so
the
top
the
top
option
is
I
can
log
into
MCR.
Therefore
you
know
who
I
am,
and
this
is
Jane
Smith
Jane
Smith
details
are
used,
as
guess
for
everyone
active.
So
when
a
kid
doesn't
know
that
person,
but
MCR
does
option
to
MCR
it's
not
a
login
or
active
Westminster.
A
It's
not
a
login,
so
active
Westminster
doesn't
know
the
person
for
phase
one.
So
you
you
log,
you
you
authenticate
through
this
thing
and
then
you
can
get
access
to
the
person.
That's
already
in
everyone
active,
so
you're
logging
in
as
the
ever
an
active
person
and
they're
not,
and
then
the
third
option
is
MCR
and
potentially
Westminster
future
option,
which
is
where
you've
got
the
identity
lives
in
MCR
or
Western,
see
you've
already,
login
will
change
for
life.
A
A
D
One
of
the
challenges
we've
got
with
this
be
with
that
top
scenario
where
the
member
exists.
They've
got
a
record
in
the
MC,
our
active
database,
for
example,
but
don't
yet
exist
as
a
record
in
the
f1
active,
potentially
all
the
things
that
give
them
preferential
pricing
are
dependent
on
that
person
having
a
record
in
the
plus
two
side
of
things,
with
the
write
subscriptions
right
price
levels,
whatever
else
it
may
be,
so
it's
gonna
be
quite
difficult
to
if
that
record
doesn't
exist.
D
It's
that
control
of
well,
presumably
there's
probably
some
preferential
pricing
that
they're
expected
to
get
on
a
count
of
having
a
an
existing
account
as
an
MC,
our
active
person,
but
they're
not
necessary,
going
to
get
those
preferential
pricing.
All
those
benefits
when
they
just
go
through
as
a
guest
and
the
logic
around
that
potentially
isn't
gonna,
be
a
straightforward.
I
will
just
give
them
a
price
level,
because
it's
yeah
it
could
be
of
all
sort
of
combination.
Subscriptions
are
they
inactive?
B
If
I
can
just
jump
in
I'm
not
there
with
regards
to
and
following
the
conversation
correctly,
what
we're
talking
about,
if
there's
a
monthly
membership
and
a
monthly
members
as
part
of
everyone
active,
and
they
want
to
use
the
interactive
grammar
support,
Oh
to
say
versus
quash
voices
they're
entitled
to,
they
will
always
have
an
existing
account
over
and
everyone
active.
If
there
are
a
pay
monthly
member
there'll
be
no
there'll,
be
no
way
for
them
to
ever
sign
up
as
a
monthly
member
without
them
having
an
account
over
and
everyone
active.
B
A
Exactly
right,
so
it's
it's
you're
talking
about
that.
What
we
can
see
on
our
screen
is
as
option
three
where,
on
the
right
hand,
side
you've
got
a
monthly
member
who
is
links
and
has
all
their
discounts
available
and
and
you're
linking
that
to
whatever's
in
the
MCR,
the
MCR
account
you're
linking
your
monthly
membership
to
your
login
yeah.
A
Are
those
people
potentially
have
two
routes
to
go
and
make
a
booking
one
is
as
a
guest,
complete
guest
and
the
other
is
as
a
cardholder
or
some
kind
of
discounting
associated
with
MCR.
But
the
challenge
we've
got
is
that
that
discounting
because
the
offer
is
published
in
this
direction,
our
open
data
can't
be
too
complicated,
and
so
you
have
a
situation
where
you
have
to
have
very
limited
discount
options.
A
You
know
30%
40%,
100
percent,
for
example,
and
0%
off,
and
and
that's
it
and
so
and
then,
as
long
as
your
MC
are
as
long
as
your
whatever
it
is.
On
the
left
hand,
side
active,
Westminister,
MCR
knows
which
of
those
offers
to
select,
and
the
agreement
is
in
place
with
ever
actives
that
they're
allowed
to
book
those
offers
and
not
book
other
offers.
A
So
if
you've
got
like
a
hundred
different
types
of
memberships,
monthly
versions
of
dating
back,
however
long
that
haven't
been,
you
know
they're
still
there
you
can
you
can
those
all
apply
in
option?
Two
and
three
because
you've
logged
in
the
pricing
you'll
see
at
checkout
is
pricing
related
to
the
person
on
the
right
hand,
side
with
the
account
that
exists.
B
K
B
K
Question
is
gonna,
be
more
around
how
we,
just
as
you
as
you
eluded,
there's
many
different
levels
of
that
pricing.
Many
different
rules
that
come
with
membership.
What
you
can
book
when
you
can
book?
How
are
we
going
to
get
that
across
in
this
existing
opportunity?
Speed
so
that
we're
not
showing
things
up
to
guests?
Are
people
who
haven't
logged
in
all
people
who
sample
have
a
syllable
membership,
seeing
things
that
only
people
with
a
gold
membership
should
have
I
get
the
pricing
things
a
bit
easier
to
figure
out,
because
you
can
do
that.
K
I'm,
not
one
of
my
concerns,
as
anybody
else
and
they've
had
providers
on
on
this
call
today
and
is
how
we
re
ensure
that
this
booking
it
yeah
it
doesn't
allow
the
bypassing
of
similar
schools.
For
example,
a
member
has
had
their
account
frozen.
They
shouldn't
be
able
to
come
through
this
process
today
and
actually
use
their
membership
to
still
get
in
the
number
of
things
that
I
think
the
granularity
that
the
opportunity
street
in
this
API
office
does.
A
Yeah,
so
one
of
the
limitations
of
the
proposal
as
it
stands
is
that
you're
you're
totally
right
that
there
isn't.
There
is
information
about
membership,
specific
access
that,
as
you
say,
you
may
want
to
have
gold
silver
bronze
I
have
many
tiers
of
stuff.
The
assumption
this
makes
is
that
all
the
opportunities
are
either
you
need
to
login
to
access
this
opportunity
or
you
can
book
it
as
a
guest,
but
it
doesn't
give
you
the
granularity
to
know
whether
you,
when
you've
finished
logging
in
through
that
sign-in
process,
whether
you
actually
get
access
to
it.
A
If
you
said
I
mean
it's,
you
you
get
to
the
page,
and
it
says
you
can't
do
this
as
a
guest.
You
need
to
login,
you
then
try
and
log
in,
of
course,
your
actual
membership
doesn't
allow
that,
because
we
don't
know
who
that
person
is
until
they
have
logged
in
so
there's
no
way
until
they
identify
themselves.
There's
no
way
to
know
if
they
qualify,
I
suppose
would.
K
That
give
up
a
per
user
experience
if
you
get
ensure
that
opportunity,
and
then
it's
not
until
you
get
to
the
point
of
trying
to
actually
get
opportunity
that
you're
told
you
need
to
be
to
login.
So
now
you
have
to
have
created
your
membership
elsewhere.
So
then
log
in
to
what
he
be
told.
Actually
you
can't
do
it,
but
if
I've
already
got
a
membership,
I
put
it
with
the
fund
out
myself
by
going
direct
to
my
provider.
K
For
me,
I'm
with
this
I'm
struggling
a
little
bit
with
the
use
case,
and
because
my
understanding
of
it
is
our
providers
most
product,
it
would
only
exposed,
via
the
IDI
the
things
that
they're
struggling
to
to
fill
a
significant
interference.
Others
are
trying
to
fill
the
gaps
if
they've
got
members
their
problem
using
other
avenues
to
get
those
members
to
fill
those
gaps
and.
K
See
what
they
can't
see
what
we
did
exposed
through
this
you
I,
have
to
expose
everything
on
the
off
chance.
You've
got
a
member
are
only
exposed
the
things
you
want
to
expose,
but
then
your
members,
not
getting
that
full
experience.
They've
got
a
disjoint
experience
where
they
see
everything
they
could
get
to
their
full
membership
in
their
lack
of
a
better
word,
their
native
membership
app
and
then
through
these
third-party
providers.
Yes,
I,
guess
some
of
the
stuff.
K
K
Think
it's
it
feels
like
we
might
end
up
with
the
disjoint
experience,
especially
my
expectation
would
be
if
I'm
linked
in
my
account
I'll
get
to
see
the
bookings
that
I
make
not
only
for
this
third-party
app
but
natively,
and
vice
versa,
as
I
expect.
The
same
communication
met
I
think
it
feels
that
this
would
be
quite
a
disjointed
experience
and
it
might
lead
to
unhappy
users.
K
That's
one
of
my
concert
and
I've
also
got
some
other
questions
around
the
contractual
obligation,
and
here,
if
I
as
a
member,
take
a
course
do
and
what's
the
answer
active
that
would
have
got
normally
as
part
of
my
membership.
What's
and
if,
for
example,
if
everyone
active
and
interact,
if
it's
a
broker
relationship,
it's
a
reseller
actually
I
would
have
got
this
for
free
anyway.
I
have
my
membership
is
interactive,
still
a
reseller.
What
I
do
they
have
a
dual
broker
ship
identity?
K
A
A
Why
would
we
want
people
to
basically
what's
the
retention
versus
the
as
a
theme
I
saw
in
some
of
those
emails,
but
what's
the
retention
versus
that
just
the
new
people
argument
here,
because
I
can
see
what,
when
saying
retention,
people
just
use
existing
apps?
One
argument
is
that
actually
everyone,
the,
if
only
there's,
got
a
memberships
to
just
use
the
GL
app
or
that
everyone
active
at.
Why
would
they
go
through
other
apps
to
do
that
and
so
I
don't?
B
I
admit
every
jumper
nonsense
just
to
maybe
give
a
bit
of
context
with
em
up
here
in
Manchester
Nancy
our
assets
perspective
on
that
and
a
paramount
edge
of
the
report
to
eliezer
operators.
We've
got
em
CLL
and
everyone
active
legend
Gladstone,
but
from
a
city
perspective
there
it
was.
There
are
ledger
operators
from
our
residents
and
looking
inwards,
it's
empty.
Our
active
is
their
members.
So
when
you
go
to
one
of
our
larger
centres
here,
you
don't
sign
up
at
per
se
as
a
better
member
or
than
everyone
active
member.
B
It's
an
empty,
our
active
member
and
there's
different
types
of
memberships
associated
to
that
you
can
be
at
play
and
play,
or
obviously,
a
monthly
gym
and
swim
membership
for
former
residents
there,
an
MPR
active
member
to
the
reason
that
we
would
need
to
have
I'm
moving
forward
once
we
launch
our
solution.
So
in
March
of
next
year,
everyone
who
is
an
MP,
our
active
member
pay
and
play
will
sign
up
fire
the
ante
our
active
website.
They
will
not
sign
up
as
it
currently
stands:
I
better
and
everyone
active
websites.
B
What
we're
trying
to
get
a
point
off
is,
we
obviously
are
not
going
to
regulate
the
monthly
membership
scheme.
So
we
understands
that
commerciality
ways
are
very
important
to
our
larger
operators.
So
we're
not
going
to
touch
that
in
the
respect
off
and
getting
everyone
to
sign
up
by
a
DMP
are
active
websites
and
protest
direct
debits
in
that
way.
What
we're
trying
to
get
it
to
ensure
that
the
user
journey
from
a
residence
perspective
is
easy
and
non
complicated.
B
So
if
I,
if
I
walk
into
each
Manchester,
Academy
and
I
sign
up
and
see
our
active
member
and
I
want
to
be
a
gym
and
swim,
I
will
sign
up.
I
will
get
an
ampere
active
branded
membership
card
and
obviously
I
will
be
aware
that
the
operator
is
better
and
that's
what
I
would
say
in
my
Direct
Debit,
but
I
would
then
assume
by
part
up
mechanism.
B
I
will
be
told
about
the
wider
membership
offer
of
MCR
active,
which
is
not
just
to
our
within
our
larger
facility,
but
it's
community
based
search
and
there's
discontent
sociated
across
the
community
and
as
well
as
our
events
and
stuff
like
that.
I'll
be
told
by
that
and
to
and
expand
my
membership
tonight.
If
my
accounts
aren't
linked,
then
the
user
journey
is
totally
disjointed
in
that
because,
from
my
perspective,
I'm
Nancy
active
member
I've
gone
and
increased
my
membership
to
the
full
membership.
B
So
it
I
think
the
question
the
other
way
around
as
to
why
they
wouldn't
be
linked,
because
that
would
that
would
create
a
very
per
user
journey
for
Mars
from
here
in
Manchester
and
I
and
again,
I.
Think
Nick
I
discussed
with
you
before
it's
kind
of
that
compromises.
What
we're
trying
to
achieve
up
here
within
our
city,
as
well
as
having
to
complement
in
the
booking
standard.
B
A
C
There's
much
here
in
terms
of
looking
just
beyond
the
leisure
sector.
With
this,
this
isn't
just
about
people
that
have
got
existing
memberships,
that's
that's
part
of
it,
but
also
it's
around
how
we
get
people
into
a
wider
ecosystem
that
is,
as
adopted,
open,
active
so,
for
instance,
in
Westminster.
What
we're
doing
the
first
step
of
the
process
is
around
getting
our
letter
sent
developing,
but
we've
got
other
providers,
whether
that's
use
agreements
or
partner
sites
which
use
different
system
to
they.
C
Don't
use
grants
those
these
things
like
legend
and
or
and
those
were
our
smaller
clubs,
aquifers
which
use
open
beta
platforms
like
when
go
team
up,
etc,
and
so
this
is
around
all
of
those
individuals
coming
into
a
system.
Now,
from
our
point
of
view,
we're
not
really
fussed
around
where
they
go
as
long
as
they
can
go
somewhere,
find
it
and,
if
necessarily
pay
for
it
in
a
single
source,
customer
journey
so
erect
a
busman's.
The
website
is
designed
to
do
that.
C
We've
got
a
curated
feed
which
will
bring
in
all
of
the
open
data
providers
that
were
happy
with
and
that
we've
vetted-
and
this
is
all
coming
through.
Obviously
a
big
part
that
is
going
to
be
everyone
active
and
those
that
are
that
have
gotten
it.
One
active
membership
or
those
that
are
entitled
to
act
in
Westminster
card
discounts
in
Westminster
should
be
able
to
freely
access
those
and
that
doesn't
just
apply
to
everyone
active
sites
that
applies
to
all
of
our
clubs
and
providers.
C
Our
partner
sites
are
CUA
sites
and
the
other
bits
with
it.
So
there
is
the
bit
around
those
that
have
got
in
additional
sort
of
memberships.
So
there
needs
to
be
that
two-way
flow
or
connection
between
whoever
the
provider
is,
whether
that's
everyone
active
or
whether
that's
assigned
a
local
or
one
that
it
needs
to
be
some
sort
of
transaction.
With
that
and
a
position
that
we'd
like
to
get
to
is
that
once
you
log
in
via
my
Westminster
account,
the
price
that
you
are
showing
is
the
price
that
is
applicable
to
you.
C
So
if
I'm,
an
older
resident
in
Westminster
I
should
get
my
40
percent
discount
applied
and
that's
the
fees
and
charges
that
shouldn't
display
on
screen
if
I'm
checking
out
as
a
guest,
obviously
I
won't
get
those
and
as
part
of
that
process.
So
for
me,
that's
a
mouth
and
it's
the
whole.
Listen
Tony
I
appreciate.
There's
a
lot
of
complex
I'm
complexities
within.
C
Reason
why
we
shouldn't
be
moving
towards
that
around
a
connectivity
between
the
front
end
and
back
end
or
whoever
drove
from
a
customer
generating
point
of
view.
What
no
one
is
an
individual
going
on
to
the
other
one
active
that
and
being
quoted
one
price
and
coming
onto
our
platform
and
being
proud
a
completely
different
price.
It
should
be
seamless,
it
should
be
the
same,
and
that's
that's
where,
where
we
need
to
get
to
it
from
our
point
of
view
of
people
find
a
native
out,
it
doesn't
really
matter
to
us.
C
B
Eugene
a
story
and
that's
exactly
literally
I-
think
West,
Minister
and
Manchester
on
this
am
pieces
from
from
listening
in
terms
of
that
kind
of
user
journey
and
what
our
expectation
is
for
our
residents
to
be
able
to
find
unsafe
activity
across
the
city
and
I
think
it's
K
what
you
pointed
out.
This
has
to
be
and
understand
that
it
is
not
just
for
our
leisure
centers
and
our
ledger.
Operators
I
think
it's
about
bringing
those
together
in
terms
of
our
community
offer
and
our
desert
Center
offers.
E
And
with
but
as
play,
finder
operates
very
really
a
discovery
portal
for
people
that
don't
know
about
help
and
news
already.
So
we're
not
really
interested
in
getting
existing
members
to
book
through
our
platform,
something
that
was
mentioned
earlier
and
the
callers
about
the
ability
to
sign
up
to
a
membership
and
I.
Think.
I
E
So
the
way
we
see
our
customer
journey
and
life
cycle
is,
you
know,
introduce
someone
to
a
leisure
center
or
kind
of
group
within
that
area
and
then
be
able
to
upsell
the
memberships
and
then
possibly
if
they
want
to
come
back
and
book
still
buy
play
finer,
but
with
their
new
ever
enacted
or
gll
or
fusion
membership
membership.
They
can
do
that
and
so
possibly
in
the
future.
It
could
be
that
people
that
have
signed
up
through
play,
finder
concealed,
but
by
play
finder.
E
B
For
all
night,
sorry,
there's
no
I'm,
not
nights
at
is
obviously
here
down
to
Francie
are
active
because
it's
in
our
interest
to
drive
to
fall,
enjoy
leisure
operator
centers.
So
as
part
of
when
you
sign
up
to
MC,
are
active.
This
isn't
a
voice
and
current
members
per
se.
What
we
want
to
ensure
the
current
members
of
our
ledger.
Centers
have
seamless
journey
via
the
interactive
website,
but
when
you
sign
up
Santiago,
if
you
will
be
given
the
option,
would
you
like
to
become
a
member
of
your
local
gym?
B
A
Yeah,
absolutely
and
so
I
hear
what
you
guys
are
saying
about.
This
is
kind
of
the
third
thing
that
Rupert
was
talking
about
kind
of
giving
people
a
signpost
into
upsell
to
membership
and
I
guess
there's
a
visit.
This
sounds
like
a
it's
a
great
topic
and
there's
definitely
a
good
conversation
to
have
about
that.
It
probably
looks
I
just
from
just
looking
at
what
we
know
so
far,
but
it
may
not
look
like
this.
It's
probably
a
kind
of
a
journey
a
bit
like
you
kind
of
get.
A
A
You
know
making
sure
that
there's
a
referral
you
know
click
through
and
then,
when
you
know
that,
if
you've
gone
through
play,
finder
or
you've
gone
through
MCR
and
you've,
you've
decided
you
want
to
membership
that
the
GOL
is
aware
of
that,
so
that
they
can
kind
of
count
that
towards
their
yeah.
It's
a
good
yeah.
B
J
C
Just
just
from
a
point
of
view
this
for
me,
this
isn't
the
primary
purpose
of
open
David.
This
isn't
about
something,
that's
part
of
it.
The
primary
is
to
get
the
information,
people
don't
currently
have
it
or
those
that
aren't
currently
active
to
get
them
active
and
they
want
to
be
getting
active.
It's
around
keeping
them
at
DISA.
That's
when
the
upsell
comes
in.
It
comes
in
much
later
down
the
line.
It
tells
what
we're
doing
here,
we're
still
quite
narrowly
focused
on
the
legislature
here,
as
opposed
to
a
physical
activity,
leisure
and
sport.
C
So
it's
much
broader
than
that.
So
for
us,
we're
primarily
using
this
to
get
the
information
more
freely
available
to
be
able
to
find
it
and
to
it
and
when
it's
so,
we
pay
for
it
and
the
upsell
comes
way
way
down
the
line
in
terms
of
that,
because,
primarily
for
us
anyway,
we
want
to
use
open
data
to
change
behavior.
Yes,
it
will
help,
keep
those
that
are
already
active
and
keep
them
active
that
that's
that's
what
we've
always
been
good
at
as
a
self
I.
C
Remember
looking
for
me,
what
open
data
is
is
primarily
about
is
know
that
currently
don't
have
the
information
or
find
it
difficult
to
find
or
difficult
to
utilize
on
navigate
and
making
that
far
simpler
and
far
easier
transactional
point
of
view
and
the
customer
journey
point
of
view,
I
think
if
we,
if
we
keep
focusing
on
what
we
already
do,
I,
don't
think
we're
going
to
get
any
significant
benefit
from
from
this.
Yes,
it
will
make
some
people's
lives
easier,
but
not
the
people
that
we
actually
want
to
reach.
J
I
just
give
a
use
case
to
add
to
this:
it's
Rupert
from
play
Rosie,
so
we're
willing
a
project
for
badminton
England
and
one
of
their
objectives
is
to
increase
their
participation
on
in
no-strings
badminton
sessions
and
part
and
parcel
of
that
is
a
new
social
membership
product
that
gives
people
a
discount
on
on
no
strings
sessions
so
that
so
the
journey
there
would
be
using
open
data
to
promote
no
string
sessions
to
get
new
people
in.
So
this
is
one
of
the
reasons
I
raised
the
point
about
you
know,
signing
and
registration.
J
We
don't
have
the
concept
of
a
of
a
sort
of
guest
guest
access,
so
you
know
you
would
go
through
the
booking
process
and
as
a
first-time
visitor
or
a
first-time
badminton
player,
they're
saying
the
no
strings
environment,
you
would
register
an
account
and
you
would
you
would
pay
the
higher
price.
We
have
tiered
pricing
in
play
ways,
so
you
can
say
if
you're,
if
you're
a
social
member,
it's
eight
pounds
and
if
you're,
not
it's
12
pounds.
So
initially
you
would
pay
your
twelve
pounds
and
arrive
in
the
system
and
then
in
that
system.
J
Right
next
to
where
your
session
is,
would
be
a
big
tile.
That
would
say,
would
you
like
to
buy
social
membership,
and
once
you
bought
that
social
membership,
the
idea
is,
it
would
encourage
that
person
to
continue
playing
more
no
strings
badminton.
So
that's
just
a
sample
use
case
talking
of
membership
as
well.
We
also
have
an
eligibility
system
in
play
ways.
It's
quite
complex.
Customers
can
set
it
up
anywhere.
They
like
you
can
say
you
can't
come
into
this
session
if
you're
under
18
and
you
don't
have
a
membership.
J
What
we're
doing
on
Aryans
when
people
publish
open
data
is
we're
saying
that
if
you
set
eligibility
rules
about
coming
into
a
session,
it
won't
publish
to
open
data.
So
if
you're
publishing
to
open
data
from
players,
what
we're
saying
is
is
that
you
need
to
make
it
open
ie.
There
is
no
point
where
somebody
could
get
to
that
booking
process
and
it
puts
a
and
in
front
of
you
says
you
can't
come
in.
J
The
only
thing
you
will
get
is
that
tiered
pricing,
but
that's
how
user
journey-
and
this
is
something
that
we're
very
keen
on
employers.
It's
about
bringing
people
in
through
open
data
and
then
and
then
promoting
that
further
participation
through
the
easy
purchase
of
of
memberships,
which
would
lead
to
discounted
prices
in
the
future.
A
A
J
Guest
checkout,
so
if
you
so
it
all
depends
on
what
what's
on
the
other
end.
So
on
your
right
hand,
side
of
your
diagram
here
so
it
you
know
in
say:
let's
say
it's:
the
active
Westminster
implementation
that
may
well
be
everyone
active
I
guess
it
could
be
a
no
strings,
parent
and
England
session,
and
it
could
be
a
play
ways
session.
So
a
Westminster
Mark
community
has
set
up
and
they
want
to
publish
open
data
to
active
Westminster's
activity
finder.
J
So
they
can
do
that
through
and
through
the
play
waste
platform
on
the
play
ways
end
to
be
in
a
session
to
book
onto
a
session.
You
have
to
have
a
register
to
count
on
play
waste
you
get.
You
can't
exist
just
as
a
floating
sort
of
passive
or
guest
user
in
play
ways.
So
that
that's
a
point
of
interest
for
me
and
which
is
why
I
raised
it
in
the
as
you
know,
as
you've
got
guests
or
sign
in
in
our
world.
It's
kind
of
sign
in
or
register
right.
A
I
J
Is
that
option,
but
it's
it's
not
a
order
to
achieve
the
objectives
that
were
looking
at
in
terms
of
furthering
participation
having
those
passive
accounts
bought
into
the
system
it
sort
of
in
a
way
it
kind
of
it's
the
end
of
a
journey.
You
know
we
there
is
a
fuller
journey
for
a
participant,
and
indeed
for
some
for
an
organizer
sports
manager
going
forward.
We
want
to
you
know
we
want
people
to
come
into.
J
Let's
say
it's
the
no-strings
badminton
world
and
what
we
want
to
do
is
to
is
to
encourage
them
to
keep
coming
back
so
I
understand
the
premise
of
open
data,
and
it's
about
you
know
really
what
we
vote
focusing
on.
There
is
getting
potentially
inactive
people
active,
but
then
the
next
big
step
is
keeping
those
people
active.
Absolutely.
A
Yeah,
okay,
great
so
and
sounds
like
yes,
so
yeah!
So
there's
a
the
first
time,
people
go
and
book.
You
want
to
make
that
journey
as
soon
as
possible
and
then
and
then
on
the
subsequent
attempts.
If
they've
already
they've
got
a
membership
where
you
can
upsell
them
a
membership
or
if
there's
some
kind
of
connection
in
there,
that
gives
them
that
ability.
A
K
So
if
I've
got
a
membership
for
three
clubs
and
I'm
using
them,
stay
active
I'm
going
to
be
expecting
an
eMeter
active
to
see
the
Amalgamated
view
of
my
three
memberships
and
I
feel
it
started
straight
into
a
an
area.
That's
outside
of
that
original
opportunities,
booking
putting
the
fit
in
the
spaces
and
I
give
it
to
agent
broker
only
okay.
K
That
makes
it
a
bit
simpler,
but
it
feels
as
though
there's
a
number
of
expertise
that
kind
of
start
to
grow
into
this,
as
people
go
well
now,
I
want
to
be
able
to
do
with
this
now.
I
want
to
go
to
do
that.
I
mean
in
this
competition.
Already.
We've
now
starts
to
talk
about
joining
up
by
you
this
and
creates
the
membership
via
this,
and
it
feels
as
well
as
lots
of
things
that
we're
trying
to
push
through
it.
I
guess,
in
my
view,
it's
a
high
volume
feed
of
information.
K
There
are
very
specific
things
that
you
would
ordinarily
have
just
used
an
existing
providers.
Software
providers
API
to
handle
that
information.
You
give
me
your
membership
details.
Give
me
this.
Give
me
that,
if
you're
sorry,
this
aspect
is
starting
to
draw
towards
a
well
to
say
me:
development,
as
a
third
party
I,
want
you
the
audio
to
make
all
the
providers
have
a
standardized,
API
approach.
I
know!
That's!
That's
just
me
just
try
to
get
to
the
point
straight
away,
not
trying
to
be
controversial.
A
A
really
good
question,
as
it
sounds
like
there's
a
there's,
a
question
about:
is
this
just
an
abling
retention,
or
is
it
doing
a
lot
more?
Are
we
gonna
end
up
in
a
situation
where
you're
gonna
want
to
be
able
to
join
up
and
do
all
the
things
that
you
can
do
as
a
you
know,
as
a
member
within
the
online
booking
platforms
that
exist
at
the
moment
through
the
third-party
websites,
and
is
that
desirable
actually?
Is
that
what
we're
trying
to
do
and.
B
I
think
it
from
from
our
perspective,
was
we
definitely
support
and
up
Cindy
data
being
open
and
Becky
standard.
What
we're
trying
to
tape
up
in
Manchester
is
something
that
we
wrote
wrote
into
our
contracts
with
our
laser
operators
in
terms
of
the
MPR
active
memberships,
and
it
is
happens
to
complement
all
of
the
work
that
the
ODI
are
doing
but
and
neck
is
really
worth
that
and
the
accommodations
I'm
having
with
stay,
allow
everyone
I
serve
and
subsequently
slicing
and
legend.
B
It
commits
the
membership
work
here
in
Manchester
and
it's
just
a
big
bonus
if
we
can
help
contribute
to
the
ODI
and
open
Actives
agendas
around
13
standards
and
the
opportunity
theater,
because
they
obviously
tie
in
very
close
together,
but
we
aren't
certainly
looking
to
kind
of
piggyback
on
the
work.
There's
a
contractual
obligation
to
our
larger
operators
to
make
the
MPR
active
membership
can
work
and
they've
been
a
breath
of
what
that
membership
would
look
like
from
them.
So
from
Manchester,
City
Council's
perspective.
B
If
you
alright,
without
worries,
obviously
with
our
close
link
to
support
England,
we
want
to
see
the
the
whole
laser
industry
and
benefit
from
the
work
that
we're
doing
here,
but
I
kind
of
feel,
like
maybe
there's
been
a
miscommunication
and
to
her
he's
kind
of
trying
to
force
some
things
through
on
the
back
of
other.
Does
that
make
sense.
A
I
A
Being
discussed
here
is
this
something
that
we
think
as
a
group
and
is
something
that
open
and
active
should
be
doing
and
should
be
helping
with?
Is
this
part
of
the
journey
when
you've
you've
already
got
an
account
basically
and
helping
people
to
book
with?
That
account?
Is
that
something
that
we
think
yeah.
D
I
think
it's
just
there's
as
I
said
it's
this
base.
What
is
the
scope
with
the
open
bookings
bit
and
we
were
looking
at
that?
You
know
he
spoke
up.
Those
two
used
journeys.
There's:
okay,
I'm,
I'm
I'm,
just
a
guest
am
I
going
to
go
through
and
book
as
that
I'm,
an
existing
account
holder
on
a
go
and
book
through
that,
and
then
there's
this
registration
one
that
okay,
you
know
the
amount
of
work
that
has
gone
into
trying
to
standardize
this
specification
for
the
booking
side
of
things.
D
If
you
start
trying
to
standardize
that
registration
process,
you've
almost
got
a
standardized
the
whole
way
in
which
memberships
are
managed
which
to
enable
that
registration
through
one
standardized
API,
because
you've
got
to
register
with
the
right
ways
to
get
the
right
membership
subscriptions
or
whatever
else
is
in
legends
world
or
whatever
else
is
in
X
and
Lotus
world,
and
that's
again
we're
talking
about
scoping.
It's
kinda
like
okay,
there's
a
user
journey
there,
but
as
a
point
to
which
you
go.
Okay,
you
know
we're
developing
api's
legend
about
api's.
D
D
You
know
standardizing
the
bookings,
it's
a
huge
job
from
you
know
from
legends
point
of
view
from
our
pointing
this
is
taking
a
lot
of
development
effort
and
yeah.
It's
kinda
like
that
registration
sounds
a
bit
more
kind
of
going
leave
that
leave
that
to
the
api's
of
that
underlying
layer
management
system
and
and
it's
it's
a
bit
different
yeah.
D
A
Forgot
for
it's
worth,
I
am
I
completely
agree
in
terms
of
when
we
were
talking
before
that
that
third
option,
when
I
kind
of
said
it
would
probably
most
likely
be
a
link
off
I
guess
what
I
meant
there
was
a
link
to
the
join
site
of
gladstone
or
you
know
it's
not,
there's
no,
there's!
No
automated
API
magic,
it's
literally
just
where's
the
where,
where
should
I
send
somebody,
so
they
can
upgrade
to
a
20
pounds
month,
membership,
it's
that
web
page
and
that's
kind
of
it.
A
It
doesn't
have
anymore
yeah,
so
I,
completely
agree
and
well.
I,
don't
have
things
but
certainly
and
I
think
yeah.
The
complexity
we've
seen
of
membership
is
I.
Think
this
is
the
gray
area
we're
talking
about
today.
This
is
that
we're
using
someone's
existing
membership
to
book,
which
is
not
about
creating
that
membership.
A
For
them
it's
not
about
managing
direct
debits
for
the
mill
in
any
of
that
stuff,
which
is
a
whole
other
world
of
stuff
that
even
I
know
even
the
MCR
and
and
Westminster
projects
aren't
going
into
there's
no
intention
there
to
manage
that
side
of
kind
of
things.
On
behalf
of
the
operator,
because,
ultimately,
that
you
know
the
operators,
that's
kind
of
what
the
you
know,
there's
a
functions
of
operators
and
that's
one
of
them
so
not
trying
to
take
that
away.
A
A
F
Connect
aside
from
the
Westminster
perspective,
I'd
agree:
you
know
that
we're
not
trying
to
expand
the
scope
here,
you
know
to
include
you
know
a
list
list
of
all
our
cookies
from
multiple
providers
and
certainly
not
behind
an
account,
because
you
know
the
driver
for
the
yeah.
The
reason
we're
implementing
the
my
Westminster
account
for
this
is
to
issue
an
active
Westminster
card.
F
You
need
to
prove
that,
for
example,
that
you're
a
resident
of
Westminster,
and
we
can
link
that,
through
our
accounts,
to
countless
hats
records,
for
example,
because
that
there'll
also
be
linked
to
online-
that
that's
the
one
of
the
big
rush
nails
about
getting
the
link
to
the
my
Westminster
account.
By
doing
that,
you
then
receive
the
right
entitlements
and
right
discounts.
I
mean
if
you
look
at
GDS
guidance,
for
example,
they
they
recommend
not
use
an
account,
an
account
where
ever
possible.
If
you
can
use
a
reference
number
and
process
your
transaction
normally
online.
F
That
way,
then
that's
the
recommended
way
of
doing
it.
So
we
don't
want
to
go
down
the
route
of
them,
building
out
a
bit
behind
the
scene
to
say:
oh
yeah,
here's
a
list
of
everything.
So
if
the
rationale
behind
it's
about
making
sure
that
you
are
a
resident
and
you're
getting
the
right,
yeah
the
right
price
being
presented,
I
think
and
that's
to
make
to
do
it.
But
it
doesn't
really
go
beyond
that
scope.
A
That's
great
so
it's
I
mean
just
a
summarising
I
think
where
we
think
we
are
there's
a
narrow
scope
here.
That's
not
guest
checkout,
because
that's
being
covered
in
detail
of
the
existing
spec,
that's
core
to
what
everyone's
already
implementing
and
working
on
and
it's
not
full
membership
join
flow
as
exists
in
other
systems.
Currently,
in
that
membership,
joining
flow
is
very
custom,
and
thus
bespoke
involves
direct
debt
payments
and
all
that
kind
of
stuff.
So
this
proposal
here
is
neither
of
those
things.
A
This
is
about
allowing
people
who
have
already
got
a
membership
or
recognized
credentials
with
a
provider
to
allow
them
to
make
a
single
booking
with
that
provider
and
to
link
their
accounts.
They
can
make
further
bookings
with
that
provider
under
the
same
account
and
but
there's
no
expectation
that
I
think
you're,
saying
Wayne
about
where
would
the
things
show
up?
This
is
very
much
the
the
booking
is
being
made
through
that
third
party
into
the
existing
account.
That's
in
whatever
system,
so
it's
not
I
would
imagine,
there's
an
it.
A
A
Yeah
I
feel,
like
I,
was
expecting
actually
that
another
kind
of
use
case,
so
we
haven't
really
had,
and
maybe,
if
I
say
it,
so
anyone
has
that
and
maybe
it's
just
not
there's,
no,
what
I'm
called
to
represent
it,
but
the
kind
of
use
case
where
you're
talking
about
using
another
medium
to
to
make
a
booking
that
you
know.
Maybe
you
would
already
know
know
how
to
do
so.
A
My
favorite
example
is
Alexa,
but
you
know
that's
just
because
it's
it's
a
fun
thing
to
talk
about,
and
you
know,
using
a
lexer
to
make
a
booking
with
your
existing
gll
account,
for
example,
enabled
by
another
x-ray
app
that
lets
you
book
upon
two
other
things
as
well.
At
the
same
time,
that's
a
situation
where,
maybe
you
don't
want
to
use
a
medium,
that's
being
that's
available
to
make
those
bookings,
but
you
do
want
to
be
able
to
do
something
using
whatever
app
you're.
A
In
maybe
another
example
is
if
you've
got
some
kind
of
motivational
tracking
app.
That's
persuading
you
to
go
in
and
book
things
and
do
things
that
maybe
you
book
through
that
motivational
experience
so
that
you're
you're
using
using
your
gym
membership.
But
actually
this
is
just
triggering
you
to
book
and
there's
no
expectation
within
that.
Stop
smoking
app
whatever
it
is
that
you
would
be
seeing
everything
you're
booking
it's
not
trying
to
replicate
the
whole
experience
of
a
you
know
the
operators
portal.
A
It's
just
things
that
you
booked
through
there
are
in
there
because
that's
where
you
booked
them
and
those
that
you
used
a
membership
to
book
you've
got
that
price
and
those
that
you
haven't
you've
gone
through
the
guest
route.
You've
got
that
and
that
it's
about
that
kind
of
the
experience
is
more
tailored.
So
the
motivation,
rather
than
just
trying
to
replicate
what
GLL
already
has
on
a
different
website.
A
A
E
A
Suppose
we
are
we
comfortable
with
this
as
I
kind
of
just
described
there,
which
is
not
kind
of
it's
the
halfway,
so
you
don't
get
everything
that
you've
ever
looked
in
gll
coming
through
you
just
give
the
things
you've
booked
through
your
MCR
portal
or
whatever
it
is,
stop
smoking
out
coming
through
as
our
halfway
does,
that
does
that
feel
like
a
reasonable
proposal,
or
do
we
are
we
still
thinking
that?
That's
probably
a
scope,
I'm,
just
try
get
a
sense
of
like
does
that
seem
reasonable?
Does
that
seem
useful
to
people.
C
Just
from
my
point
of
view,
I
think
it
should
be
in
scope,
I
think
if
we
don't
do
it
this
stage,
it's
it's
something
going
to
come
at
a
later
stage
anyway.
So
I
think
it's
worth
doing
this
at
this
point,
and
it
sounds
like
a
lot
of
people
are
minded
to
do
that.
Anyway,
always
it
does
bias
or
they'll
come
at
some
point,
so
I
think
they
should
be
put
in
scope
of
the
stage.
K
B
B
Yes,
sir,
was
an
let
me
and
from
our
perspective
we
want
our
residents
to
be
able
to
have
a
clear
understanding
of
what
activity
they
are
doing
with
us.
So
we
would,
if
they're
sipping,
for
attending
anything
within
our
leisure
centers
that
should
be
showing
up
on
their
membership,
is
on
I,
don't
know
if
I've
got
myself
confused,
but
what
wasn't
being
included
built
there
potentially
right.
B
Their
names
are
active
member
which
they,
the
only
chance
that
they
won't
have
a
fill.
Mc
are
active,
membership
is,
if
they
signup
fire
their
jll
website
directly
for
the
pay
monthly
membership.
A
man
haven't
completed
the
journey
to
expand
to
the
wider
and
say
our
active
membership.
That
would
be
the
only
reason
we
would
not
have
their
details
set
over
Nancy
are
active.
B
I
mean,
but
we
we
will,
they
just
won't
be
on
the
safe
use.
Obviously
we
get
that
once
they
signed
up
by
a
DLL
that
that
data
is
our
greater
data
owner
off
it.
So
we
will
say
that
in
a
different
mechanism.
But
what
we're?
Having
is
that
our
residents
don't
have
multiple
points
across
the
city,
especially
when
we
directly
are
responsible
for
those
opportunities,
so
they
would
have
a
clearer
picture
of
all
of
their
participation.
B
A
A
A
Okay,
okay!
Well,
that
sounds
gay
case.
It
sounds
like
we're
happy
to
maybe
that
stuff
might
be
an
agreement
sound
band
anyway,
and
so
it
sounds
like
this
is
just
about
facilitating
the
booking
rather
than
why
did
it
data
sharing
outside
of
that,
because
that
does
definitely
sound
like
a
different
type
of
API
to
the
thing
that
we've
got
at
the
moment.
This
just
is
about
because
the
changes
as
being
proposed
here
are
very
minor
to
the
API
itself.
K
Now
acting
I
think
it
comes
back
to
one
the
questions
at
the
start
about
the
the
process
and
the
applying
of
rules
and
the
price
you
see,
can
we
as
Palace
and
use
cases
off
flows?
How
would
they
expect
that
to
work
at
which
point
you'd
expect
to
see
the
price
I
would
see
as
a
member
versus
the
privacy
as
a
guest,
because,
as
you
can
imagine,
if
we're
trying
to
call
this
API,
the
audio
BI
with
1500
different
members
are
getting
1500
different
prices.
At
that
standpoint,
that's
going.
K
A
A
A
As
we
has
its
described,
it
would
be
I
mean
from
an
architectural
perspective,
as
Wayne
said,
almost
infeasible,
to
give
completely
customized
down
to
the
granular
detailed
level,
pricing
for
every
single
member,
that's
coming
in
at
the
select
stage
and
without
the
identifying,
and
that's
just
because
of
the
as
as
well
so.
The
feeds
are
all
designed
in
that
way:
you're
looking
at
a
totally
different
architecture,
a
totally
different
experience
to
be
able
to
give
that
level
of
customized
view
for
for
those
people
to
come
in.
A
When
you,
when
you
checkout,
you'll,
see
that
information
and
with
the
first
option
as
we
talked
about,
if
you've
only
got
two
or
three
different
discs
levels,
if
it's
only
40%
30%
and
zero
and
it's
been
rationalized,
so
you
haven't,
got
3000
because
I'm
completely
aware
that
the
systems
as
they
stand
do
allow
you
to
do
3000
different
prices
for
3000
different
people.
You
have
a
price
per
person,
quite
literally
because
of
the
various
configurations.
A
But
if
there's
a
rationalization
process
that
there's
been
gone
through
and
you've
only
got
three
prices,
you
know
for
every
activity
and
you've
standardized
every
resident,
for
example
to
one
of
those
three
and
then
actually
the
the
the
option
to
include
those
in
the
orders.
Feed
is
a
lot
more
viable
and
you
can
do
that
and
then,
and
even
as
we
said,
booked
against
them
as
a
guest
checkout
journey.
A
As
long
as
you
can
agree
between
both
parties
on
the
other
side
of
the
spec
who
should
qualify
for
each
of
those
offers
that
are
there
there's
a
30%
off.
Obviously
the
the
broker,
via
Act
of
Westminster
needs
to
agree
with
everyone
active
who
should
qualify
for
that
thirty
percent
off
in
order
to
and
use
that
price
display
it
and
then
have
that
through
the
journey.
A
So
so
for
the
rationalized
case,
it's
very
possible
to
surface
that
information
and
and
definitely
the
the
simplest
flow.
All
the
way
through
to
the
more
complicated
flow
would
support
that
for
the
case.
Where
you've
got
five
thousand
prices,
I
I
mean
the
the
spec
as
it
stands
would
would.
It
would
require
a
very
big
change,
possibly
even
a
different
whole
different
spec,
in
fact,
to
kind
of
cater
for
that,
because
you're
talking
about
live
querying
of
of
information
and
then
displaying
that
and
then
before
you
start
the
journey.
So
it's
almost
that's
a
step.
A
That's
a
slightly
separate
and
at
the
moment
we've
got
is
we've
got
a
feed
spec
the
model
spec
in
a
booking
spec
and
the
feed
spec
is
about
getting
the
publishing
the
prices
like.
If
you
had
a
yeah
like
a
price
list
on
a
PDF.
That's
the
prices
that
the
spec
is
really
about
publishing,
so
you've
got
enough
that
you
can
put
up
on
a
PDF
booklet
without
like
having
15
pages
of
it
and
that's
the
kind
of
prices,
its
publishing.
A
It's
like
the
stuff
on
the
website
and
and
then
with
the
yeah
and
then
when
you
go
to
do
the
check
out
journey.
Obviously
that's
allowing
you
to
continue
with
that
information
and
if
you've
got
a
special
price
or
something's
free
for
you
as
a
particular
membership,
then
you
can.
You
can
guarantee
you'll,
get
that
right
and
Booker's
probably
will
pay
monthly
membership.
I
mean
the
price
being
correct
for
the
two
and
three
options
here
is
less
about
it's
less
about
the
price
being
right,
it's
more
about
using
the
monthly
membership.
A
I
think
is
the
focus
of
that,
because
if
you
want
to
do
the
prices
right,
that's
going
to
be
a
bit
of
a
disconnected
journey
for
the
user,
because
they're
going
to
not
know
the
price
until
they
can
click
on
checkout.
So
it's
probably
more
about
making
sure
that
they're
making
use
of
the
membership
and
if
they
expect
something
to
be
free,
then
they'll
get
to
that
part
of
the
journey
and
it
will
be
free
and
that'll
be
very
exciting
for
them.
A
So
I
guess
that's
kind
of
separating
those
things.
Yeah
I
think
so!
Yes,
when
that
is
completely
right,
and
it
would
be
disastrous
for
us
to
try
and
solve
that
as
part
of
this
work,
it's
a
different
spec.
Does
that
help
everyone
else
in
terms
of
what,
with
what
we're
doing
in,
does
that
I
guess
work
for
the
use
cases
I
mean
have
we
got
rationalized,
20%,
30%,
40%
and,
and
whatever
the
percentages
are,
can
we
can
we
put
them
in
on
on
one
hand,
or
is
it
really
still
like
400
for
Westminster
MCR.
C
F
A
A
D
The
distance
specification
can
do
those
different
levels
of
pricing
through
the
offers
and
things.
How
would
it
work
out
which
level
of
pricing
which
of
those
various
levels
of
pricing
which
of
those
three
levels
of
pricing,
is
the
right
one
for
the
specific
member,
so
then
go
amaya
30%
of
my
forty
percent
of
my
twenty
percent,
because
again,
a
lot
of
that
is
then
held
into
the
kind
of
underlying
layer
management
system.
D
A
Pricing
for
you
yeah,
absolutely
so,
and
the
current
world.
What
one
is
suggesting
there
is
that
it's
actually
the
information
lives
on
the
left-hand
side,
so
MC
are
active.
Active
Westminster
we'd
need
to
know
for
that
individual
person,
that's
logged
in
that
they've
qualified
for
that
discount
and
that's
they're
the
gatekeepers,
and
it's
not
it's
not
and
referencing.
The
the
the
configuration
in
the
system
on
the
right
hand.
Side
is
obviously
much
more
around
the
you
know:
more
detailed
granular,
500
different
option
structure
quite
different,
but.
D
Then,
if
that's
the
case,
is
there
not
the
potential
for
a
mismatch
in
those
logics
whereby
at
the
front
end
we
go
okay,
we
think
based
on
who
you
are
you
get
a
20%
discount.
We
give
our
pricing
based
on
that
level.
Then
you
go
through
to
make
the
actual
booking
and
does
that
then
have
additional
logic
in
it.
That
goes
actually.
We've
recognized
you
having
a
30%
discount
when
it
comes
to
actually
make
the
booking.
D
It's
just
a
there's,
no
additional
logic.
It's
just
you
tell
us.
This
is
the
this
is
level
of
which
they're
gonna
be
priced
and,
and
that
goes
through.
It's
part
of
the
booking
there,
it's
more.
Where
you've
got
a
you,
then
identifying
a
specific
person
who
exists
as
an
account
in
that
underlying
lish
management
system
to
make
sure
that
logic
on
the
front
end
matches
with
the
logic
on
the
back
end.
That
actually
is
gonna.
D
A
Well,
I
think
this
is
back
to
the
point
of
if
you're,
using
'too,
if
you're
using
the
second
two
options
here
to
do
pricing.
It's
gonna
be
an
inconsistent
user
journey.
The
users
gonna
get
one
price,
the
headline
price
when
they
hit
the
website
and
potentially
some
of
the
concession
pricing
from
the
first
option.
If
you
know
30%
and
40%
options
are
available
and
they
might
be
there
too,
but
then,
if
they,
if
some
additional
logic
supplied,
as
you
say
in
the
order
quote
process,
then
that
will
that
will
change
the
price
to
checkout.
A
So
they
will
always
get
an
accurate
price
because
you're
asking
in
that
order
quote,
as
you
say,
the
order
code
process.
The
logic
is
entirely
being
applied
by
the
the
booking
system
at
that
point,
so
it's
it's
just
giving
them
a
price
and
the
prices
prices
and
they
build
it.
So
I
guess
that's
the
logic
is
yeah
2,
&
3.
It's
all
the
booking
system
and
option
1.
It's
all
the
broker.
Yeah.
J
That
there
was
thought
to
options
there.
So
if
I
took
the
active
Westminster
scenario,
that
yeah
there'll
be
a
login
on
the
left-hand
side
and
that
would
validate
that
that
user
is
in
Westminster
resident
and
they
would
expect
to
see
pricing
according
to
their
valid
residency,
where
there
is
multiple
providers,
injecting
sessions,
data
facilities,
data
into
those
feeds
and
and
and
that
the
Westminster
residence
discount
would
apply
to
all
of
them,
they
would
they
would
all
have
to
have
a
consistent
data
item
in
their
offers,
wouldn't
they
so
to
give
you
an
example.
J
If
you
know,
if
data
coming
from
everyone
active
said,
active
Westminster,
active
Westminster,
valid
offer
is
20%
discounted.
We
could
show
that
price.
On
the
left
hand
side
there
on
the
act
of
Westminster
website
and
exclude
the
other
prices.
But
if
there
was
another
provider
that
had
the
offer
as
named
something
else,
but
it
essentially
meant
the
same
thing
then
it
would
be
inconsistent.
Then
I'm,
just
I'm,
just
trying
to
think
about
the
scenario
when
there's
there's
one
sort
of
overarching
organization.
J
A
I
guess
another
way
of
doing
the
same
thing
within
the
existing
spec
an
option.
One
is
all
the
spec
right
now
that
we
don't
you
do
any
changes
to
get
option
one
working
and
if
we
got
option
one
with
the
with
the
you,
you
send
your
for
prices
across
and
their
advertised
through
all
the
open
data.
That's
one
way
of
doing
it
and
those
are
different
offers.
The
other
way
of
doing
it
is
using
something
will
offer
overrides,
which
is
in
the
spec
already
and
Connor,
for
this
purpose
so
offer.
A
And
so
what
offer
overrides
lets
you
do
is
simply
override
the
offer
as
a
broker
with
a
different
price,
and
this
is
something
obviously,
you
can
only
use
if
you've
got
permission
to
do
that.
It's
not
something
that
every
broker
will
necessarily
use,
but
it's
it's
to
allow
for
price
variability
where
prices
might
change
minute
by
minute,
if
you're
doing
things
like
you
know
last-minute
sales
and
things
like
that
as
a
broker
and
allowing
that
kind
of
stuff
to
happen.
A
The
issue
with
that,
of
course,
is
it
might
be
easier
from
a
technical
perspective,
but
from
a
provider
point
of
view
making
sure
that
you're
happy
with
that.
Obviously,
you
need
to
be
careful
with
the
contracts
that
the
broker
is
entering
into
with
the
providers
that
everyone's
happy
with
that
override
and
that
those
things
are
well
checked
and-
and
it's
all
it's
all
happening
correctly,
because
the
risk
is
that
if
that
logic,
moves
to
the
left
hand,
side
of
the
diagram
and
there
and
there's
not
the
sufficient
systems
in
place
to
do
that
properly.
A
Of
course,
that
you
then
have
the
wrong
price
ends
up
getting
charged
and
then
there's
a
question
about.
You
know
whose
responsibility
is
that
between
the
two
parties
and
that's
something
that
they
would
need
to
work
out
between
themselves.
So
it's
very
much
that
was
more
than
that
feature
was
more
designed
for
a
kind
of
more
the
like
I
said:
price
variability
where
there's
both
parties
are
kind
of
aware
of
that
and
they're
happy
with
that
arrangement
of
who's
deciding
on
the
final
price.
J
A
On
for
yep,
so
it's
overriding
an
existing
office.
You're
saying
this
is
the
adult
price
and
I'm
gonna
override
it
with
this
other
price,
so
it
fits
within
the
existing
kind
of
whatever
framework
the
booking
system
is
using
for
categorizing
prices.
It's
just
overriding
that
one
they're
different,
so.
A
A
This
is
not
about
full
journey
and
this
is
not
about
a
guest
because
those
things
exist.
This
thing
here
we're
talking
about
is
about
just
allowing
people
who
have
already
got
an
existing
membership
to
use
that
membership
and
login
and
use
and
get
the
relevant
price
for
that.
But
we're
saying
it's
not
ideally
used
for
pricing.
It's
more
to
make
sure
they
can
use
this
to
membership.
A
That
they've
got
because
you
would
use
option
one
for
pricing,
so
could
I
just
quickly
go
around
and
just
could
you
could
you
get
ideally
one
of
three
options
and
then
make
very
short
comment?
If
more
than
that,
but
just
could
you
say
if
either
you
think?
Yes,
it's
a
good
idea.
Yes,
it's
a
good
idea
and
you
want
it
or
no
you
you
would.
You
would
seek
to
you.
You
need
much
more
further
for
clarification
and
you
would
kind
of
seek
to
say
we
need
to
pause
at
this
stage.
A
D
C
Option
for
me
yes
is
required
and
the
only
caveat
from
my
side
is
I.
Think
we've
used
the
term
membership
here.
Quite
a
lot,
so
yeah
mister
card
isn't
a
membership.
It's
more
of
an
entitlement
around
discounts
for
residents.
It's
just
around
making
sure
that
we
understand
that
because
sometimes
when
we
talk
about
memberships,
it
could
just
be
people
misconstrued
as
a
team
membership,
which
is
part
of
it.
That.
A
A
K
A
A
B
A
Okay,
fantastic
I,
think
I,
think
that's
everybody
who's
here
and,
and
so
noting
there.
That,
in
summary,
are
both
going
on
Wayne
for
good
reasons
are
thinking
that
maybe
this
is
a
there's
a
lot
more
questions
here
than
maybe
answers
at
this
stage.
Everyone
else
is
keen
that
this
is
a
useful
thing
to
move
forward
with,
accept
Jamie
who's,
less
interested
in
it
and
but
thinks
in
theory.
It's
a
good
idea.
So
is
that
fair?
Is
that
fair
summary
where
we
are
yep
sounds
like
it
great,
okay,
fantastic?
A
Well,
thank
you
so
much
guys,
so
I
really
get
to
waiting
this
that
we
will
we'll
schedule.
Another
call
about
this
topic
to
cover
that
the
waiting
list
angle-
and
it
might
be
a
follow-up
on
this
if
we've
got
a
bit
more
of
a
further
kind
of
thoughts
and
and
and
and
it
she's
kind
of
cut
off
so
I
might
be
the
case
that
we
follow
up
separately,
guy
and
Wayne,
just
in
terms
of
any
of
kind
of
spending
issues
to
flesh
this
out
in
a
bit
more
detail.
A
So
you
guys
would
be
happy
with
this
proposal
and
and
then
it
sounds
like
because
the
devil
is
really
in
the
detail
here
and
what
we're
that
happy,
half
way
of
not
giving
ourselves
lots
of
extra
work
but
also
kind
of
meeting
the
requirements
is
and
but
yeah
aware
that
we've
all
got
a
lot
of
other
things
going
on
at
the
moment
with
them
various
booking
things
so
we'll
see
how
we
go
with
that
and
and
we'll
keep
you
guys
posted
on
the
mailing
list.
So
thank
you
so
much
everybody.
For
your
time.