Система Взаимозачета (Поставщик->Реализатор->Клиент->Сервис->Поставщик)

[AlexFAst]

Доброго времени суток Господа.
Предлагаю тему для обсуждения.
Суть темы:
1. Единая система взаимозачета брака и не кондиции, между сервисами, реализаторами и клиентами.
2. Механизмы единой схемы RMA для сервисов, поставщиков и реализаторов, в плоть до конечного клиента.
3. Форматы схем взаимозачетов в зависимости от используемых систем.

В этой теме, относительно недавно, но смею заметить, что схемы работы сервисных центров с реализаторами и поставщиками очень скудны(поэтому и схема работы в 14 дней не всегда работает) и не эффективны, в виду того, что переписка и RMA приходят с разными номенклатурными группами (заменами\ компенсациями) и т.д. Хотелось бы наблюдать единую систему исходящих и входящих RMA в едином формате запроса и ответа.

[Utkin]

Как клиент будет определять брак? Он не всегда это может сделать. Например, неправильно настроив прибор, может считать это браком. И причину брака часто понять не способен. У него вещь не выполняет свои функции и ему достаточно этого чтобы вернуть ее. Что за брак его не интересует. Как Вы его туда включите в Вашу систему непонятно. При том, что заставить заполнять всяческие бесконечные анкеты и формы тоже его нельзя. Он имеет права отказаться это сделать. Что такое RMA? Чтобы был единый процесс взаимодействия со всеми участниками процесса нужно чтобы всем это было выгодно.
1. Поставщик - нафига ему все это? Чем меньше и дольше к нему обращаются, тем ему лучше. Просрочили с обращением - Ваши проблемы. В чем будет его заинтересованность?
2. Заинтересованность клиента я тоже указал - нулевая.

[AlexFAst]

Отвечу Вам, на Ваш вопрос.
Чем больше брак вращается - тем лучше сотрудникам сервиса(Реализатора), но иногда он имеет серийные номера и парт номера, по которым вычисляются поставки. т.е чем быстрее товар уходит за USD или EURO + наценка, тем лучше для Реализатора. Есть еще конечно всяческие Акты на компенсацию и (или) замену, (т.е те же деньги, только в товаре или в деньгах). Вопрос в движении! Т.е в единой системе передвижения товара, между посредниками, в плоть до клиента(Бывают задержки на перевозку, на перевод с СЦ на другой СЦ по отказу).Время идет деньги капают.
Заинтересованность в ОБОРОТЕ ДОКУМЕНТО-ТОВАРОВ В 14 дней. Так как того требует закон. Иногда товар везется с одного города в другой, иногда можно этого избежать, например в случае с Актами на замену\компенсацию. Они могут передаваться в электронном виде, как гарант, а позже в оригинале(и то если это только документы, БЕЗ ТОВАРА).

RMA - (англ. Return Merchandise Authorization) — возврат некачественных или неисправных изделий производителю для возврата, ремонта или зачёта в баланc.

Зачет в Баланс - возврат товара (Фактическая продажа товара поставщику за те же деньги, иногда в + или - зависит от курса, даты закупки и товарооборота{отношений товарооборота и движений по браку}).

Возьмем к примеру СУБД 1С. В этой системе поддерживается Include, Exclude XML, но как построить товарооборот Брака документально? В том же XML? Такой схемы не существует. Все менеджеры забивают позиции обмена\зачетов в ручную из писем по Email.

[Stilet]

Чет я не понял че за проблема в наш век он-лайн сервисов.

[Utkin]

Ваш ответ не прояснил, как Вы заинтересуете клиента (один конец цепи), и начального производителя/поставщика (второй конец цепи). В результате получается, что в этом кроме Вас никто не заинтересован.

В том же XML? Такой схемы не существует.

Так напишите, долго что ли? Обычный иерархический список. Вон бухгалтерскую отчетность описывают и ничего.

[AlexFAst]

Конечного клиента, защищает закон о "Защите прав Потребителя". Там все просто, либо ДА либо НЕТ (Да - замена, Да - компенсация ) НЕТ (Нет - Отказ, не гарантия {Акт о не гарантии} Все в 14 дней!). Дело в Рутинной работе менеджеров, между поставщиками и сервисом (посредником) в котором они работают, расписывать цепочки работы сервисов не буду, надеюсь найдутся люди которые поймут эту тему и предложат свое видение решения этого вопроса.

Сообщение от Stilet

Чет я не понял че за проблема в наш век он-лайн сервисов.

Проблема есть, нет системы!

[Utkin]

надеюсь найдутся люди которые поймут эту тему и предложат свое видение решения этого вопроса.

Да и так понятно все. Не ясно зачем было приплетать поставщиков и покупателей. Создаете стандарт обмена данными подобного рода, да хоть в том же XML. Убеждаете поставщиков работать с подобной системой (например, оплачивая их лицензии) и будет Вам счастье. И 1С-ку допилить не проблема (ей и в онлайн выгружать можно, вон они с 1с-битрикс синхронизироваться могут), как говорится любой каприз за Ваши деньги. Или истинный замысел получить желаемое забесплатно?