►
From YouTube: MSI Open Demo. November 3, 2017
Description
Description of SalesChannel to Stock relation in Magento Multi-Source Inventory
A
A
B
Yes,
this
ticket
is
currently
a
work
in
progress,
arrived
yesterday,
some
a
question
to
the
chat
because
we
I
had
some
problems
with
the
implementation,
because
the
default
tables
are
not
set
in
any
case,
and
now
we
find
a
solution
for
this
problem
and
I
will
implement
this
and
yeah.
I
must
also
extend
a
new
creation
test
with
some
features
for
odd
inventory
status
and
inventory
item
table,
and
then
it's
yeah
I
can
finish
this
task
yeah.
A
C
C
C
C
Yes,
so
for
now
we
defined
the
type
of
website
as
as
the
constant,
so
I,
don't
I
can't
find
it
now,
maybe
in
selfie
and
of
interface,
those
channels
interface,
oh
yeah,
yeah.
So
for
now
we
are
in
an
our
table.
We
using
the
string
website
because
it's
only
limited
for
websites
in
the
beginning
and
later
can
easily.
D
C
A
D
C
C
D
C
D
C
D
A
A
Yeah,
so
actually
we
have
bunch
of
like
I
already
mentioned.
We
have
an
idea
that
any
like
sales
channel
and
there
could
be
different.
So
you
know,
and
the
magenta
side,
so
out
of
the
books,
we
will
go
with
the
website
sales
channel,
so
any
sales
channel
should
be
assigned
to
some
particular
stock,
that's
actually
the
business
rule
and
we
supposed
to
holiday.
For
example,
when
the
website
you
know
created
the
website,
it's
created.
A
D
A
D
A
A
While
this,
when
we
are
trying
to
remove
some
particular
stocks,
we
are
making
a
validation
and
we
don't
allow
to
remove
the
stock
well,
it
is
assigned
to
some
of
the
sales
channel
winner,
so
the
merchant
should
unassigned
the
stock
from
all
of
the
sales
channel
and
adjust
after
that
to
remove
it.
Yeah.
A
D
A
So,
actually,
when
you
make
this
assignment
that
that
provides
you
an
opportunity
when
you
come
to
the
website
that
will
give
you
a
stock
because
actually
like
any
any
any
sales
channel,
has
one
one-to-one
relationship
with
with
with
with
a
stock.
So
actually
we
also
along
with
that
we
have
a
resolver
interface
which
provide
you
an
opportunity
to
resolve
current
stock,
which
is
supposed
to
be
your
stock.
You
should
work
with
based
on
the
type
and
the
ID
of
the
sales
channel.
A
A
D
D
C
A
D
A
So
all
right,
thank
you.
Everybody
Thank,
You,
Belinda
and
next
part
is
presented
by
me.
That's
about
refactoring
we
made
for
the
expert
part,
so
we
already
show
the
export
completely
in
one
of
our
last
demos,
I
think
in
the
last
one,
and
in
the
last
few
or
in
our
last
week
we
did
a
little
a
lot
of
refactoring
there.
So
we
look
into
code
now
and
the
refactoring
was
in
first
place
in
order
to
be
to
provide
better
extension
points
for
developers.
So
our
export
functionality
is
currently
made
up
from.
A
The
eav
export
behavior,
so
the
legacy
export
always
needs
some
kind
of
attribute
collection.
So
this
is
why
we
simulate
here
attribute
collection
for
our
export,
so
in
order
to
provide
configuration
grid-
and
so
one
of
our
SP
is
here-
an
extension
point
for
developers
is
that
this
part
can
be
extended
by
for
for
a
plugin,
for
example,
so
you
can
add
additional
lines
or
add
additional
attributes
which
would
be
configurable
in
the
grid
for
the
export.
A
A
Refactoring
path,
and
maybe
eager
won't,
say
something
more,
but
I
can
add
several
words
just
to
make
clear
for
maybe
Antone
so
OPA
deem
during
the
last
two
or
three
strings
implemented
the
stock
import
export
functionality
and
taking
into
account
that
our
stock
import
export
is
actually
import,
export
functionality
3
to
legacy,
and
actually
it
has
a
coupling
on
Eve.
So
we
had
to
make
some
fake
VB
collection
because
we
have
especially
for
the
export
functionality,
people
for
expert
functionality.
We
are
building
agreed
based
on
the
heebie
attributes.
A
We
actually
take
that
functionality
and
making,
like
all
the
necessary
refactoring
and
like
using
the
only
PIV
we
could
use
in
this
particular
situation.
Now:
okay,
that
was
inheritance
API.
So
we
provided
the
source
import
source
item
in
import
extra
functionality,
and
now,
why
didn't
describe
was
actually
part
of
refactoring?
He
had
to
make
to
achieve
the
goal.
D
D
A
A
Yeah,
alright,
so,
and
also
for
for
this
I
I,
want
to
show
you
the
current
behavior
in
the
backend.
So
we
just
add
the
first,
the
right
behavior
for
the
default
Sox.
So
if
I
add
a
new
product,
the
decision
was
that
I
can
use
still
the
old
quantity
field
for
the
default.
A
stock
assignment,
so
currently
it
will
use
P
will
be
used
in
parallel.
So,
for
example,
I
will
add
a
product
product
ABC.
A
A
This
information
will
be
also
as
users,
the
stock
status
and
the
quantity
will
be
automatically
added
to
our
assigned
as
a
new
to
do
all
the
default
stock
here.
So
that
was
the
first
integration
here,
so
we
capture
this
data
and
also
persisted
and
new
MSI
data
model,
as
you
can
see
here
the
same
we
have.
If
we
update
this
information
out
of
stock,
you.
A
So,
as
you
can
see,
it
was
updated
here
currently
what
we
don't
have
the
final
decision
from
the
UI
part.
So
the
idea
was
to
disable
this
field
here
and
also
remove
the
delete
items
so
that
default
source
assignment
is
in
every
product.
After
persisting
it
and
the
only
place
working.
We
edited
this
information
as
the
old
fields
we
have.
A
So
what,
therefore,
we
need
the
final
decision
for
mark.
Maybe
he
can
provide
us
this
information
after
he
see
our
recall
it
meeting
so
we
implement
this
stuff.
In
the
same
way,
we
saw
it
previously
for
the
sales
channels
also
for
the
import-export
part.
So
we
have
our
own
module
called
inventory
catalog,
which
is
the
linking
part
or
a
model
which
have
dependency
to
the
old
catalog
inventory
and
the
new
inventory
module.
C
A
Actually,
we
have
a
plan,
so
actually
we
learned
that
during
our
work,
inventory,
catalog
we'll
get
more
and
more
logic
and
actually
the
logic
supposed
to
couple
the
inventory
functionality
in
the
catalog
and
actually
like
catalog,
inventory
models
of
the
old
legacy
module
supposed
to
be
dismantled
along
the
way
and
after
them
alone,
for
my
sole
milestone.
3,
probably
it
should
be
totally
eliminated
from
the
system
when.
D
A
There
is
also,
for
example,
an
observer
which
we
override
from
the
original
inventory
implementation
in
order
to
be
compatible
with
interlocked
inventory,
so
just
an
additional
module
which
can
be
removed
some
some
day,
some
days
later,
yeah.
So
actually
our
basic
strategy
to
make
two
to
three
merchant
release,
with
MSI
on
board
as
less
backwards
incompatible
as
possible.
So
we're
trying
to
be
backward
compatible
and
actually
actually,
at
the
time
of
catalog
inventory'
dismantle
it
would
be
backwards,
incompatible
release.
But
it
would
be
like
milestone
to
a
milestone.
Three.