►
From YouTube: OpenActive W3C Community Group Meeting / 2019-01-16
Description
A public hangout for members of the OpenActive W3C Community Group.
https://w3c.openactive.io/meetings/2019-01-16-booking-feedback
A
A
A
So
jumping
straight
in
feel
free
to
ask
questions
as
as
we
go,
I
think
you
will
be
much
familiar
with
the
process
here
so
on
the
activity
list,
where
we've
got
to
after
having
meetings
with
those
people
across
the
community
in
the
last
year.
We
now
have
a
editorial
interface
set
up
to
help.
People
manage
the
activity
list,
so
that's
at
the
URL.
You
can
see
at
screen
activity
list
edit
open,
active
darío
which
I'll
just
bring
up.
A
A
A
The
intention
is
that
this
is
not
the
place
that
you
would
really
build,
build
software
against
it's
just
an
editorial
tool,
but
it's
a
handy
place
to
go
just
to
double-check
what
what
terms
are,
in
the
current
version
of
the
vocabulary,
checking
definitions
and
relationships.
So
what
we
started
to
do
is
the
Webster
slides,
there's
a
couple
of
bits
of
technical
work
and
some
content
work
still
to
be
done.
A
So
what
I'm
planning
to
do
is
to
script
up
a
regular
export
of
the
data
from
that
tool,
so
it's
published
somewhere
that's
easier
for
people
to
integrate
into
their
applications,
so
they
don't
have
to
try
and
extract
it
from
here.
So
most
of
that
works
been
done.
I
just
need
to
script
up
the
export
and
then
there's
bit
of
content
work
to
be
done,
I'm,
partly
just
recruiting
the
final
or
the
initial.
Rather
editorial
board,
so
je
mulden
has
volunteered
to
help
the
first
editors
and
coordinate
some
of
that
work.
A
Looking
to
recruit
some
other
people,
just
a
small
group
initially
just
to
take
a
kind
of
active
role
in
managing
lists.
There's
a
bit
of
content
work
to
be
done
what's
in
the
site
at
the
moment,
is
based
on
the
revised
list
that
Jade
and
others
put
together
last
year,
but
I
know
that
they've
got
some
pending
changes
and
the
key
thing
that's
missing
is
the
collections
which
provide
some
useful
grouping
of
the
activities
for
different
audiences,
so
they
still
need
to
go
in.
A
But
it's
really
relatively
quick
to
do
that
know
that
we
have
a
tool.
The
other
thing
that
we've
got
planned
around
this
is
to
do
set
up
some
processes
to
allow
other
people
to
feed
into
the
maintenance
of
the
list.
So
we've
created
a
set
of
Google
Forms.
They
need
a
bit
of
tweaking
them
review,
but
we've
got
forms
for
people
to
provide
feedback
on
the
on
the
list
as
a
whole.
Whether
there's
kind
of
big
structural
changes
that
they
want
to
recommend
but
also
suggest
new
terms
and
revise
existing
terms.
A
So
just
give
you
an
example
here,
just
a
very
simple
form.
What
where
you
just
fill
in?
What's
the
new
term
that
you
think
you
want
to
go
in
the
list?
What's
the
definition
just
answer
some
basic
questions
that
would
help
the
editorial
team
then
incorporate
that
into
the
list,
so
that
team
will
be
just
kind
of
taking
on
this
feedback
from
the
community.
The
idea
is
that
this
should
all
be
an
open
process.
A
So
all
of
the
submissions
that
come
through
these
various
forms
will
go
into
some
public
spreadsheet,
so
everyone
can
see
what's
currently
pending,
what's
being
discussed
so
there's
some
transparency.
We're
not
wouldn't
know
that
we've
got
those
forms.
We're
planning
to
do
a
bit
of
outreach
to
say
some
of
the
MGBs
etcetera
who
were
likely
to
have
interest
in
sections
of
the
activity
list.
A
So
that's
where
we
are
with
that
and
the
kind
of
current
plan
is
that
that
will
happen
as
a
separate
group
rather
than
through
these
calls
ongoing.
If
there's
anything
that
needs
to
be
changed
around,
you
know
the
core
standards
or
the
way
that
we're
publishing
it
as
open
data
for
people
to
use,
then
we'd
probably
have
that
discussion
here,
but
detailed
description
on
you
know
the
definition
of
football
or
where
various
activities
should
sit
in
the
overall
list
will
happen
within
that
editorial
team.
A
We're
still
kind
of
working
out
what
will
be
best
for
that
team,
how
they
decide
to
coordinate
because
they're
all
obviously
going
to
be
contributing
time,
so
whether
they
decide
to
have
regular
calls
or
just
coordinate
to
a
mailing
list
is
something
that's
still
up
for
discussion
yeah.
So
that's
that's
where
we
are
with
that.
Anyone
could
need
questions.
Yeah.
B
C
And
it's
me
I
guess
my
any
question
or
comment
will
be:
when
is
that
I
guess
to
be
decided
to
some
to
some
extent,
because
that
group
of
editors
will
have
been
pulled
together,
but
what's
the
plan
the
next
steps
for
that
kind
of
process
in
terms
of
setting
up
the
river
editors
etcetera?
How
do
we
join
those
goals?.
A
A
A
D
D
Actually,
luckily,
some
of
you
are
also
quite
new,
so
this
is
actually
a
pretty
good
time
for
you
guys
as
in
terms
of
joining
because
we're
running
through
this
as
a
summary,
and
so
you
will
have
a
really
good
opportunity
now,
having
maybe
not
being
part
of
all
the
process,
will
all
be
completely
new
to
the
process
today
to
jump
in
and
and
just
comment
and
see
what
you
think.
So,
if
you,
on
the
left
hand
side,
if
you
just
scroll
down
the
contents,
you
can
see
there's
there's
a
booking
flow.
D
D
Just
to
just
do
that
with
those
particular
points,
but
then
the
remainder
of
the
time
we'll
just
run
through
this
and
I,
see
here
in
the
beard
which
is
fantastic,
hi
in
and
so
you
you
may
have
have
comments
on
this
as
well,
because
we've
had
we've
taken
this
from
the
previous
conversations
and
we've
them.
We've,
hopefully
included
a
little
feedback
if
there's
any
additional
feedback,
of
course
love
to
hear
it.
D
So
this
is
the
the
crux
of
what
this
booking
spec
describes
between
these
different
roles.
On
that
on
the
screen
and
in
the
group
today,
we've
got
people
representing
mainly
the
broker
booking
system;
dude,
sorry,
the
broker
in
the
booking
system
roles
and
so
booking
system
clubs,
black
legend,
perfect
Jim,
like
you
guys,
are,
are
providing
the
seller,
which
is
your
customer
with
an
opportunity
to
make
their
information
available
openly
and
to
thank
you,
look
able
and
then
with
the
broker
side.
So
that's
I'm
in
and
my
local
pitch
I'm.
D
Sorry,
clarity,
I
didn't
see
you
there
Raymond
sorry
ray
clarity
is
also
booking
system
and
then
with
the
broker.
You've
also
got
the
opportunity
to
use
that
data
and
and
then
present
it
to
the
customer
and
the
customer
I
can
make
the
booking
through
the
broker
and
the
booking
system
to
access
the
inventory
from
the
seller.
So
that's
that's.
The
main
people
involved
key
point
that
diagram
the
payment
provider
is
out
of
scope,
so
what
those
grey
arrows
represent.
D
So
any
questions
on
that
basic
framing.
We
move
on
oh
cool,
so
next,
then
booking
flow,
so
the
user
journey
just
in
in
this
is
a
kind
of
three
step
user
journey
that
we're
catering
for
here,
which
is
select,
register
log
in
and
look
and
pay
and,
generally
speaking,
everyone
goes
through
that
journey.
They
may
already
have
preset
information,
so
the
search
for
the
example
of
selection
might
already
be
made
via
voice
or
otherwise.
So
you
might
not
have
an
actual
screen
to
select
and
registration.
D
Likewise,
you
might
be
logged
in
so
you
might
need
to
actually
have
a
screen.
You
might
if
your
credit
card
details
already
registered,
so
you
might
not
have
a
screen
for
that,
but
the
information
will
be
required
in
any
case,
to
go
through
these
steps,
and
so
that's
the
kind
of
broadly.
What
we've
tried
to
then
write
the
specification
around
is
those
three
steps
and
actually
having
a
defined
user
journey,
hopefully
makes
it
easier
for
influencers
as
well
to
visualize
what
we're
trying
to
do
with
the
different
API
calls.
D
So
moving
on
and
through,
if
you
interrupt
me
with
anything
you're
thinking
as
I'm
one,
this
is
the
main
flow,
and
so
after
the
Select
stage,
you
can
see
there
that
the
broker
makes
a
call
a
checkpoint
call
to
the
booking
system
after
the
register
it
makes
a
second
checkpoint
call
and
after
book
and
pay,
it
makes
a
call
to
complete
the
order.
So
the
first
of
those
caught
two
calls
that
order
quote,
and
so
the
owner
quote
and
checkpoint
one
and
you're
decoding
checkpoint.
Two.
D
You
might
not
be
aware
of
as
a
broker
to
give
you
a
total
amount
that
needs
to
be
paid,
and
so
you
can
make
an
order
quote
at
checkpoint
one
anonymously
without
any
customer
information,
and
you
can
make
an
order
quote,
call
at
checkpoint
two
with
customer
details
and
I'll
come
on
to
why
you
might
want
to
do
those
in
a
second
when
you've
got
both
of
those
done.
You
don't
have
to
do
the
first
one.
D
The
second
one
is
is
mandatory
and
that's
a
change
we
made
because
there's
no
other
way
of
knowing
how
much
money
to
take
unless
it's
free.
The
only
case
when
it's
not
my
own
features.
The
second
checkpoint
is
when
it's
a
free
booking
and
you
can
be
sure
it's
free
based
on
the
information
you
have
from
the
open
feed.
So
assuming
that
it's
not
free,
which
means
there
could
be
tax
and
all
kinds
of
other
things
in
there.
D
So
you
have
to
ask
for
a
price,
then
your
order
quote
will
give
you
back
a
total
price
and
that
total
price
can
be
used
with
your
payment
processor
to
authorize
that
payment,
and
then
the
booking
call
can
be
made
to
say.
We've
authorized
this
amount
and
we'd
like
to
complete
the
booking.
A
booking.
Calkins
then
succeeds.
So
there's
no
shopping
basket
here.
There's
no,
adding
things
as
you
go
along.
You
send
the
complete
order
with
all
the
items
in
that
book
stage.
It
is
then
completed,
then
succeeds
or
fails
as
one.
D
So
if
there's
any
issues
with
it
at
all,
it
will
completely
fail
and
if
that's
the
case
you're
expected
to
then
either
allow
the
authorization
of
the
payment
to
expire,
which
it
will
automatically
do
or
if
you
want.
If
you
reverse
that,
if
you're
able
to
do
that
and
with
your
payment
provider,
you
can
reverse
that
assuming
it
succeeds.
However,
you
would
then
complete
the
capture
of
the
payment,
which
is
the
second
of
that
two-phase,
commit
on
the
right
hand,
side,
which
then
completes
your
booking,
and
so,
as
you
can
see,
it's
quite
a
straightforward.
D
There's
a
quote:
put
all
your
items
in
and
then,
when
you
get
your
total,
you
make
the
order
and
then
you
get
that
completion
so
to
API
calls
to
API
endpoints
and
an
optional
check
point
one
as
well,
and
so
you'll
see
if
you
just
scroll
down
there,
I
believe
then
the
next
I've
just
kind
of
laid
out
here
this
shoots
and
the
musts
to
make
that
super
clear.
So
c1
is
the
is
the
optional
step.
D
You
don't
have
to
do
that
checkpoint
and
we'll
talk
about
leasing
in
a
second
and
and
c2
and
and
beer.
The
mandatory
you
must
do
CT
will
be
unless
it's
a
free
order,
in
which
case
you
can
just
do
B
that
booking
core
and
then
on.
That's
on
the
booking
system
side.
Sorry,
that's!
On
the
broker
side!
On
the
booking
system
side,
the
booking
system
must
always
implement
responses
for
c1,
c2
and
and
the
booking
step.
So
you
without
knowing
what
the
broker
is
going
to
do.
D
You
have
to
invent
all
them,
although
c1
and
c2
can
be
augmented
identically
in
the
simplest
case.
So
it's
actually
not
not
any
additional
burden
to
do
that,
and
so
then,
coming
on
and
covering
leasing.
So
leasing
is
a
straightforward
thing
to
do,
because
it's
all
stateless,
so
you
can,
if
you,
if
you
want
to
optionally
at
the
point
where-
and
we
can
probably
scroll
down
to
this
next
diagram,
to
make
it
clear
it's
the
same
diagram,
it's
just
a
sequence
version
of
the
same.
D
So
at
the
point
where
you
select
or
register-
and
you
provide
you
make
that
order
quote
call
to
the
booking
system.
The
booking
system
can
optionally
at
that
point
generate
a
lease
to
reserve
the
inventory.
It
can
do
it
optionally
at
one
with
an
anonymous
lease,
because
you
have
any
customer
details
at
this
point.
It's
just
someone's
clicked
on
it.
You
cannot.
D
You
use
that
couid
throughout
which
means
that
when
you
come
to
the
end
to
make
that
booking
with
the
order
with
the
same
guittar
you
used
for
the
for
the
other
quote,
if
there's
any
leases
that
need
to
be
resolved
to
complete
that
order,
you
can
then
do
that,
and
that
will
mean
that
you
make
use
of
those
leases.
The
leases
have
expired
or
if
they
weren't
created
or
for
any
other
reason,
and
then
then
it
must.
D
D
A
D
Hello,
he
ends
no
unmute
it
now,
although
no
audio
you're,
not
hearing
me
talk,
he
says
that
is
right.
Same
question
same
question
is
Rey.
Okay,
so
we're
not
hearing
you
a
fortune
Ian,
that's
great!
We
can
use
that
that
chat,
that
chat
window
works.
Just
fine,
so
same
questions
right,
brilliant,
we'll
make
that
explicit.
Make
it
clear
that
the
new
UID
gets
generated,
upfront
and
reused
throughout.
D
F
Think
from
the
table
of
contents,
I
saw
you
had
some
stuff
around
refunds
and
cancellations,
but
you
know
I'm
just
wondering
why
we
call
with
this
model
as
opposed
to
something
like
slash,
enter
and
that
which
send
you
off
to
make
the
booking
on
the
third
party
site
or
even
how
we
reconcile
those
receipts
with
the
booking
system.
At
the
end,
yeah.
D
Brilliant
questions
so,
and
that's
is
actually
an
entire
section
dedicated
to
some
of
this
in
section
6
and
which
is
I.
Think
the
next
day
we're
coming
onto
so
that's
actually
well
placed
I've,
might
just
answer
a
couple
of
those
things
and
at
the
high
level
first
before
we
get
so
why
why
why's
payments
not
being
standardized
is
basically
because
it's
quite
complicated
and
there
are
I,
mean
there's
stripe
and
there's
others
that
the
different
providers
using
there's
a
there's,
a
marketplace
of
those
obviously
available.
D
The
scope
of
this
is
kind
of
quite
tightly
down
to
just
the
booking,
and
so
it
doesn't
try
to
create
standards
around
those
payment
providers,
and
the
other
issue,
of
course,
is
that
those
providers
are
much
much
bigger
and
we've
had
had
some
defensive
quite
a
lot
of
time,
getting
everyone
on
board
to
implement
these
standards
and
obviously
that
might
then
delay
the
process
further.
So
there's
that
there's
that
aspect
and
the
other
aspect
is
to
there's
practical
point.
The
other
aspect
is
around
innovation.
D
So
if,
for
example,
for
yourselves,
if
you
want
to
ensure
that
you
still
have
that
Commission
that
you
you
already
have
built
into
your
business
model
through
this,
you
just
need
to
make
sure
that's
in
the
terms
and
conditions
that
you
provide
to
any
integrator
and
that
they
need
to
into
all
of
that
and
that
that's
also
in
the
that's
just
got
something
that
you
agree
with.
Everybody
that's
involved
in
in
in
the
process.
So
and-
and
the
idea
is
it's
probably
a
diagram
on
this
in
a
minute?
That's
that's!
D
All
handled
out-of-band,
so
this
doesn't
actually
there's
other
commission
payments
in
the
system,
such
as
the
Commission
payment,
the
broker
might
take,
there
might
be
a
payment
processor
Commission,
so
stripe
takes
a
fee
there's
a
few
others
of
those.
None
of
those
are
in
scope
of
this
and
they're
all
handled
separately,
and
that
means
that
the
most
efficient
way
of
doing
that.
However,
that
is
depending
on
the
paying
provider
and
can
be
used.
I
think.
B
Has
MIT
also
the
case
that
this
doesn't
cut
out
the
business
model
where
the
Brita
system
takes
a
commission
on
the
payment
as
well,
because
that's
just
handled
independently,
so
the
case
where
HubSpot
take
a
percent
of
the
payment
can
still
be
done
as
well
as
integrating
using
the
system.
Absolutely.
G
F
Yeah,
we'll
have
to
have
a
look
if
this
is
going
to
be
feasible,
I
think
for
cop
smugglers,
I
mean
the
most
simple
scenario
is
just
that
commission
that
clubs
bar
takes
that
we've
actually
got
some
payments
Nonna's.
Where
we
collect.
You
know
we
might
collect
15
pounds,
for
example,
clubs
markets,
one
pound
of
it
strike,
get
another
pound
of
it.
F
The
the
club
that's
offering
service
getters
that
now
be
NGO
gets
a
certain
else
in
there
there's
a
whole
lot
of
reconciling
and
then,
when
you
do,
roll
backs
and
refunds
and
stuff
I
mean
yeah.
We
may
be
able
to
handle
that,
but
when
I
said
before
about
sending
you
know
square
scanner
and
others
where
they
actually
send
you
off
to
the
booking
system
to
place
the
booking
or
just
to
make
the
payment
so
that
that
wouldn't
necessarily
require
standardizing
with
stripe
or
PayPal,
or
anyone
like
that.
F
D
I
was
sorry,
I
didn't
answer
that
bit
of
the
question
so
and
that's
that's
related
to
innovation
again,
so
there
are
scenarios
where
sending
someone
into
an
iframe
might
work,
but
they're
also
so
to
give
you
some
examples
of
business
models
here,
there's
your
and
and
ideas
in
existence.
So
you
know
there's
this
booking
as
a
seamless
journey
through
an
app
for
or
what
your
voice
commands
and
all
that
kind
of
that
kind
of
genre
of
stuff
and
there's
also
the
idea
that
some
brokers
actually
pay
for.
D
So
one
sports
brand
offered
to
pay
for
all
all
of
a
certain
demographics
activities
and
so
they'll
actually
fund
that
there's
also
employee
wellness
where
the
employer
pays
and
then
the
employer
pays.
So
it's
free
for
the
end-user,
but
the
employer
then
selects
and
there's
employee
wellness
is
a
huge
thing
and
there's
lots
of
different
people
looking
at
that,
so
basically
any
anytime,
where
the
business
model
is
not
as
straightforward
as
just
this
is
a
signpost
to
a
booking
page,
as
you
say,
is
when
that
would
be
useful.
F
But
yes,
I
think
it's
gonna
require
a
lot
of
a
lot
of
business
and
contractual
agreements
to
a
certain
partners
to
get
on
board.
With
this
and
I
think
from
the
sounds
of
things
security,
it
sounds
like
you're,
relying
on
the
standard
that
systems
work
together,
but
then
you
align
on
the
contract
reconcile
is
what.
D
I'm
understanding,
ultimately
I
mean
yeah
and
we're
not
standardizing
reconciliation
without
so
we
probably
pick
this
up
separately
actually
because
that
it
said
we
can
definitely
do
that
and
I
just
want
to
mention
a
couple
quick
points
from
Ian
and
Ray
on
there
and
the
call
so
Ian
said
there
are
PCI
challenges
with
sending
people
from
your
site
to
an
iframe
on
another
site.
You
can
attach
card
details
from
your
app
and
raise
reiterating
from
a
previous
call.
D
The
primary
reason
for
the
API
side
was
to
allow
many
customer
journeys
without
defining
the
platform,
and
so
that's
hopefully
helpful,
but
that's
yeah.
That's
definitely
picked
it
up,
because
I
know
that
you're
keen
to
get
moving
on
this
and
so
yeah,
that's
it
so
that
stuff's
not
included
in
the
standard,
but
it
certainly
is
part
of
the
ecosystem.
Of
course,
ever
needs
to
make
money.
D
A
F
D
A
D
D
D
You
Jim
is
an
example
of
this
one,
so
the
reseller
broker
model
is
one
where
the
innovator
or
the
ROI
the
app
or
that
the
broker
that
they
actually
purchased,
the
squash
court
or
the
yoga
class
or
whatever
it
is
ahead
of
time,
which
might
only
be
by
a
few
seconds
or
milliseconds,
and
but
they
purchase
it,
they
own
it
and
then
they
resell
it
on
to
the
customer.
There
are
benefits
in
doing
that.
You
might
want
a
a
bit
like
word
theater.
D
It's
a
business
of
business
transaction
between
the
reseller
and
the
seller,
and
so
they
purchase
as
a
business
those
yoga
class
spots,
and
then
they
then
sell
them
to
the
customer.
And
what
this
means,
if
you
scroll
down
slightly
to
look
at
the
wording
underneath,
is
that
if
the
seller
is
a
v80
exempt
eligible
body
for
b2c
transactions,
they're
actually
for
this.
D
In
this
case,
you
wouldn't
get
that
exemption,
because
you're
not
selling
to
the
customer
directly
or
selling
via
the
reseller,
and
that
has
implications
on
for
trusts
and
for
others
that
are
interested
in
that.
And
so
that's
the
one
root
and
it's
largely
untouched
from
the
conversations
we've
had
previously
on
this
subject.
So
we
can
talk
about
that.
If
anyone's
got
some
questions
after
that,
I'd
just
cover
the
agent
broker,
which
is
the
other
roots.
D
If
there
was
a
commission
involved
there
or
whatever
else,
but
they're
actually
out
of
scope
of
this.
So
what
we're
really
just
talking
about
for
this
spec
is
the
relationship
between
the
customer
and
the
seller,
and
so
that
is
the
total
amount
that
yoga
class
is
worth
10
pounds.
The
customer
is
purchasing
for
10
pounds,
and
it
might
be
that
there's
some
booking
fees
and
other
things
going
on
in
that,
but
that
doesn't
from
a
v80
perspective,
that's
separate
and
outside
of
that
contract
relationship
show
so
should
be
handled
separately.
D
The
focus
of
this
is
actually
just
to
enable
that
one
transaction,
so
a
10
pound
squash
court.
You
would
then
sell
to
the
customer
for
10
pounds
and
the
v80
on
that
would
be
whatever
it
is
separate
to
the
booking
fees.
It's
worth
mentioning
that
in
some
cases
it's
it's
there
are.
There
are
reasons
from
a
business
model
point
of
view
where
you
might
want
to
adjust
the
price
variable
pricing,
and
so
you,
you
are
able
to
override
the
price
as
an
as
an
agent
broker.
D
You
were
able
to
override
the
price
the
seller
is
selling
for,
but
the
seller
would
then
still
complete
the
tax
calculations
as
they
previously
woods,
just
assuming
that
a
different
price
for
the
inventory
and
that
allows
for
more
interesting
pricing,
so
business
models
to
to
to
be
experimented
with
without
too
much
additional
work
for
anyone
else
involved,
which
is
kind
of
the
idea
behind
that.
So
that's
the
agent
broker
and
then
finally,
there's
the
no
broker,
which
is
a
very
straightforward.
D
The
customer
buys
from
the
seller,
and
this
is
in
a
situation
where
you
might
just
be.
It
might
just
be
the
website
of
the
of
the
customer
of
the
booking
system,
for
example,
and
so
the
sellers
own
website,
and
if
it's
the
sellers
own
website
it
probably
they
have
an
agent
broker
or
a
reseller
broker.
They
are
their
own
broker,
which
case
then
their
broker,
and
that
just
means
that
the
the
customers,
the
customer
and
the
seller
is
the
seller.
D
So
it
doesn't
imply
anything
else,
and
so,
with
the
age
of
broker
the
customer
is
who
the
VA
tier
is.
He
is
created
for
with
the
reseller.
It's
the
reseller
broker,
which
the
VA
tier
is.
He
is
created
for
the
main
difference
between
the
two
and
and
that
takes
us
on
to
the
next
bit.
So
as
in
what
any
questions
on
that
before
we
move
on
to
the
next.
D
Great
okay,
so
the
tax,
the
next
bit
there's
tax
receipts,
and
so
this
is
basically
saying
that
the
in
order
to
ensure
that
there
are
there's
maximum
scope
for
the
various
business
models
that
exist,
including
move
credits,
and
we
talked
about
employee
wellness
before
there's
all
kinds
of
ways.
There's
loads
of
scenarios
where
the
amount
of
money
being
paid
from
the
customer
to
the
seller
isn't
actually
is
in
cash,
but
is
still
the
egg
t
exempt,
and
so
you
can
use
you
can
use
some
form
of
credits
to
do
that
class.
D
Does
it
move
gb
does
as
others
do
it
and
the
reason
you
want
to
do
that
is
that
you
get
that
exemption
for
everyone
involved.
You
just
don't
need
to
worry
about
the
customer,
paying
they
can
pay
on
using
a
subscription
model
rather
model
to
do
that,
and
so.
For
that
reason,
tax
receipts
being
sent
directly
from
the
booking
system
is
not
advised,
because
that
could
create
confusion
around
whatever
totals
are
being
put
into
the
booking
system.
D
This
is
what
the
customers
seeing
is
move
credits
or
whatever
the
conversion
rate
is
between
the
credit
system
and
the
actual
cash
amount,
and
so,
instead
of
that,
what
what
this
is
is
mandating
here
is
that
the
booking
system
must
not
send
receipts
ready
to
the
customer
for
agent
broker
or
resell
the
broker
bookings.
It
actually
doesn't
make
sense
for
a
reseller
broker
anyway,
because
the
customer
is
the
is
the
reseller
broker
and
to
ensure
that
that
everyone
is
is
complying
with
the
law.
D
If
you
are
agent
broker
or
your
reseller
broker,
you
have
an
obligation
in
this
spec
to
send
a
v80
receipt
versus
either
send
the
v80
receipts
of
the
customer
or
allow
the
customer
to
easily
retrieve
a
full
tax
receipt
at
any
future
date,
which
basically
means
that
you
ensure
that
everybody
is
compliant,
because
you
provide
either
one
of
those
acceptable
routes
to
retrieve
that
information
and
that
could
be
retrieved
through
the
agent
broker
or
through
the
reseller
broker.
So
ie
the
experience
that
the
customer
used
to
make
the
booking
is
the
same.
D
D
As
we
discussed
last
time,
I
know,
Ian
and
Ray
had
some
very
clear
views
on
this.
Hopefully,
it's
being
reflected
here
that
beats
b2c.
Tax
calculation
is
mandatory
by
the
booking
system,
and
so
there's
no
scenario
here
where
the
agent
broker
or
any
broker
tries
to
make
any
tax
calculation
that
tax
calculation
is
done
by
the
booking
system
and
is
a
and
those
totals
are
sent
over
with
the
quote
and
that's
what's
used.
D
However,
in
the
case
where
there's
an
organization
making
a
booking
I
think
this
is
what
came
out
of
the
last
call.
There
are
scenarios
where
either
an
organization
makes
a
booking,
so
business
might
make
a
booking
for
their
company
to
you
know,
have
a
bunch
of
people
go
to
go
to
a
yoga
class
use
the
yoga
example
again
they
might
have
a
bunch
of
employees
going.
Their
business
therefore
might
be
making
the
booking
relevant.
D
Yet
the
employer
themselves,
assuming
there's
no
credit
system
in
place,
in
which
case
they
would
need
to
be
considered
under
whatever
b2b
tax
calculations
are
relevant
and
the
same
as
the
case
of
the
reseller
broker,
which
is
itself
an
organization,
and
in
both
of
these
scenarios
it
is
an
organization
and
I
think
ray
and
Ian,
who
are
both
meted.
Both
very
very
strongly
suggested
that
having
organization
so
beaters
b2b
tax
calculations
built
into
the
booking
system
was
a
step
too
far.
D
D
A
It
might
be
worth
making
that
that
particular
point
a
bit
clearer
in
the
paratext.
These
are
the
reason
why
we're
saying
is
optional
is
basically
decided
not
to
get
into
specifying
b2b
tax
calculations.
Don't
don't
think
it's
quite
clear
that
actually
kind
of
design
decision
or
point
in
time
decision
here
with
my
changing
future
there's.
D
D
D
D
D
D
D
So
that's
pretty
as
straightforward
as
that.
Basically,
seed
pool
c1
and
c2
until
you're,
ready
to
make
the
booking
and
then
amending
the
order
after
it's
being
created
what
about
when
they
left
it
must
be
moonroof
from
the
basket
when
items
you
remove
from
the
basket.
You
just
make
the
call.
So
if
you
scroll
up
again
early
nine
point,
one
the
items
removed
from
the
basket
you're
just
making
the
call
to
see
one
which
includes
all
of
those
items,
so
every
time
you
make
the
call,
you
include
the
whole
basket.
D
D
As
a
good
point,
so
we
we
were
the
reason
we
started,
including
this
stuff,
is
to
make
sure
that
the
plan
that
we
had
actually
worked
for
that
scenario.
It's
a
good
point
about
how
much
of
this
we
then
include
in
this
spec
versus
not
on
the
basis
of
the
scope
and
but
certainly
one
of
the
issues
we
hit
on
earlier
on
in
the
process
was
that
we
haven't
done
enough
thinking
about
that
scenario
and
actually
radically
changed
the
design,
and
so
that's
why
it's
ended
up
where
it
is
so.
I
D
Okay,
just
in
terms
of
sorry
to
that's,
if
that's
okay,
perfect
so
just
to
finish
off
these
last
two
bits,
then,
and
that's
a
really
good
point
to
make
amending
the
order
after
it's
been
created.
So
if
we're,
if
we
need
to
make
any
changes
to
what
in
the
in
the
basket
as
it
were,
or
if
there's
only
one
allowed
in
the
basket,
as
might
be
the
case
depending
on
the
scope,
then
making
changes
to
that
one
item
which
might
be
rebooking
it
or
rescheduling
at
two
different
day.
D
The
amending
the
order
after
it's
been
booked
is
a
process
of
basically
quite
similar
to
the
other
process
of
making
original
booking.
All
you
do
is
you
do
an
order
quote
with
the
same
UUID,
although
this
time
that
you
idea
will
of
course
have
been
actually
exist
as
a
booking
and
that
order
quote
has
in
it
the
changes
that
you'd
like
to
make
to
the
booking.
D
So
it's
just:
it's
just
got
the
the
order
items
the
difference
and
then,
when
that
quote
comes
back,
that
quote
will
come
back
with
the
total
of
payment
do
exactly
as
it
would
have
refreshed
booking
with
that
new
basket
recognized
there,
and
so
that's
basically
saying
assuming
I
process
these.
These.
D
It
would
come
back
with
the
payment.
That's
already
been
made
in
that
array,
and
so
you
could
look
at
the
total
from
the
transaction
array,
which
is
totaling
payments
and
refunds,
and
you
could
compare
that
to
the
total
payment
due
and
then
say:
okay
well,
I
need
to
then
either
we
need
additional
additional
payment
or
a
refund
to
be
made.
In
order
to
that,
the
a
transaction
array
total
is
equal
to
the
total
payment
you
and
do.
We
include
the
unchanged
yes
in
the
amended
order.
D
The
unchanged
bookings
are
included
and
part
of
the
reason
for
that
is,
there's
actually
v80
reasons.
So
the
way
that
you
would,
when
you
create
an
there's,
a
few
ways
of
doing
v80
receipts,
but
the
way
that
would
fit
most
consistently
with
this
approach
is
to
actually
void
the
previous
v80
receipt
and
issue
a
new
one,
and
what
that
means
is
that
if
you
change
anything
in
that
in
that
in
that
basket,
and
then
you
make
a
payment
as
is
required,
you
might
not
need
a
payment.
D
Then,
when
you,
when
you've
done,
that,
that
will
create
a
new
invoice
and
and
that's
what
this
bit
of
one
of
us
has
it
just
increments
the
invoice
number
to
reflect
that
a
change
has
been
made.
There
was
an
old
invoice
which
was
embedded
in
the
previous
version,
but
there's
a
new
invoice
doing
a
bit,
so
an
Ian
saying
do
include
change.
The
date
has
changed
or
yes,
so
so
the
idea
is
that
you
issue
a
new
invoice
and
there's
a
question
of
not
sure
if
we
can
avoid
it.
D
I
believe
you
can
certainly
what
the
HMRC
website
says,
but
we'll
get
additional
guidance
to
check
that
that's
the
case,
because
there's
two
approaches
that
they
recommend
either
you
either.
You
issue
a
credit
and
then
you
use
that
credit
to
pay
for
the
next
thing
or
you
issue
and
a
replacement.
They
call
it
a
replacement
receipt
and
a
replacement
receipt.
D
I
Cuz
I
can
I
just
had
my
one
bit
of
the
call.
The
way
most
systems
are
moving,
especially
from
the
cloud-based
front,
is
the
avoiding
which
effectively
deletes
stuff
and
makes
it
disappear.
No
longer
exists
and
effectively
it's
a
refund
and
then
a
new
transaction
UID
you've
you
v80
transaction.
That's
then
traceable
in
any
order,
so
I
think
the
term
void
probably
needs
to
not
be
included
in
any
payment
based
referencing
at
the
moment,
because
it
will
disappear
as
all
of
the
various
v80
systems
around
Europe
start
to
move
into
that
level
of
order.
I
Get
a
new
transaction:
basically,
you
have
to
have
a
transaction
flow.
So
if
you
sell
something
we'll
call
it
transaction
a
you
can't
just
point
it
at
my
transaction.
A
disappear
and
produce
transaction
B.
You've
got
to
have
a
step
in
your
audit
trail
for
that
purposes.
That
shows
what
happened
to
transaction
a
otherwise
it's
an
easy
way
of
removing
money
from
a
business
and
taking
the
cash.
I
I
A
D
F
A
D
Yeah
that
makes
sense
and
I
would
be
consistent
with
what
Nathan's
saying
as
well,
because
you're
canceling
everything
and
then
creating
a
new
and
also
raised
saying
issue
full
credit
and
re
invoice.
So
so
it's
assuming
that
we're
always
using
payment
providers
that
I
need
to
do
that.
That
doesn't
make
sense,
well,
I
suppose
that
yeah
for
payments
outbound
anyway,
so
I
suppose
you
could
reuse
the
same
payment,
and
maybe
you
actually
know
you
can.
Okay,
that's
helpful.
D
Full
Orion
voice
is
always
much
simpler
as
Ray
great.
Let's
do
the
full
full
Orion
voice
and
yeah
well
any
concern
there
is.
It
is
do
it?
Does
that
mean
that
we
have
to
refund
and
read
the
consumer
needs
to
put
the
credit
card
details
in
again,
basically,
but
they
could
be
saved
I
suppose
in
the
systems.
Maybe
that's
not
a
big
deal,
okay,
all
right!
Fine!
So
that
sounds
good.
So
we'll
simplify
this
section
to
full
invoice.
Full
translation
of
reform
processes.
F
D
F
Partial
refund
aren't
always
associated
with
removal,
they
may
just
be
no.
Perhaps
the
experience
wasn't
caught
in
there
that
could
we'll
partial
refund
at
ten
pound
or
something
so
I.
Don't
think
that
necessarily
needs
to
be
tired
to
the
order
just,
but
there
is
a
way,
a
mechanism
to
do
partial
and.
D
A
D
I'll
clean
up
the
bits
we've
talked
about
and
I've
got
I've
got
a
little
a
few
more
bits
to
this
section
to
add
and
I
suspect,
probably
by
the
end
of
the
week,
we'll
be
able
to
circulate
it.
That's
why
I,
hopefully
sooner
the
other
day,
only
other
two
bits
I
was
going
to
cover
with
just
this,
which
might
just
if
I
just
spend
one
minute
on
this.
D
D
F
F
A
Context
that
we
ended
up
doing
with
this
route
after
discussing
options
to
do
and
notifications
between
the
booking
system
and
the
broker
we
just
using
web
hooks.
But
the
overall
feeling
was
that
without
bunch
of
complexity
and
issues,
so
we've
gone
with
a
obviously
III,
because
he's
built
on
some
of
the
other
work
people
felt
comfortable
about
building
that.
D
F
D
F
D
D
A
That
better
plan,
but
just
look
back
to
my
slides
what
I
was
proposing
is
next
call.
We
should
be
the
thirtieth
final
booking
spec
comments,
so
then
we
can
wrap
up
this
bit
of
work
and
then
looking
ahead
for
February
we'd
be
able
to
think
about
some
of
the
other
other
requirements
that
we
have,
some
which
won't
be
returning
to
look
at
the
data
model
spec
where
we
get
to
so
yeah.
So
we'll
try
and
get
this
editors
draft
out
by
the
end
of
the
week.
A
All
right,
I
think
that's
it
there
for
today,
so
I
went
up.
So
thanks
again
for
spending
chunk
of
your
afternoon.
Helping
us
review
this
document.
It's
really
useful,
an
important
work.
We
appreciate
your
time,
you'll
spend
on
it.
So
we'll
share
document
the
end
of
the
week.
I'll
circulate
the
slides
afterwards
and
hopefully
speak
to
you
all
in
a
couple
weeks.