Доброго всего дня.

Есть у меня знакомый, он продает товары по каталогам. И у него есть компактное ПО, которое обслуживает 100% его потребности (включая бух_учет). А так этот приятель реально есть "дилер", и получает товары от различных поставщиков = то в его системе есть коллекция интерфейсов к ...ну скажем ...бизнес-процессам поставщиков. Как то:

Он автоматом импортирует их прайсы, каталоги товаров, остатки товаров (инфо о ИХ запасах),
прогнозы прихода , автоматом шлет им заказы, делает у них резервы, получает счета/накладные поставщиков в элетронном виде, автоматом импортирует эти доки и т.д.

Это позволяет моему приятелю в ряде случаем снизить к нулю трудоемкость всех операций,
ну например (задача о комплектации).

Утром приходит файл со всей отгрузкой поставщика (строки его накладных) который автоматом привязывается к строкам каждого Заказа Конечного Покупателя. Т.е дилеру видно, на каждой строке его заказа - как она реально (ночью) была скомплектована (по факту) его поставщиком.

И дилер может, буквально с колес, не открывая коробки (контейнеры) собранные Поставщиком, тупо, развести их по своим конечным покупателям. Так в его КИС ...ну короче для него склад Поставщика = все равно что собственный = все что делает Поставщик с заказами дилера - оно автоматом отражается в его системе учета.

Дилер не доолжен содержать ....раздутые штаты. И все его хоз_операции = они в принципе типовые. Поэтому, их очень легко описать в системе типовых проводок и вести по ним типовые проводки на заданные планы счетов. Подсистема бух_учета получается легкой.

Дилер живет за счет клиентуры. И в его системе есть контуры CRM. Они автоматом интегрированы в его КИС.

Ну и так далее.

Вот хорчется узнать = есть ли в принципе потребкноять в таких системах (не 1С) на рынке.

Заранее благодарю

Up.

Поставщики делают рассылку = прайсы + складские остатки. И вторая рассылка = строки накладных. И поставщик принимает от дилера = заказы (файл) и отвечает ему счетом (Файл).

Больше никаких связей нет. Единственное условие = наличие у поставщика системы уникальных артикулов (на свой товар).

Бух учет = типовые_операц, делают тип_проводки. На выходе = оборотка, журналы ордера, главная книга. Все остальные вопросы = регламентирования отчетность = например в 1С или через софт от Налоговой.

Дилер также самостоятельно ведет свои системы артикулов, включая например, систему артикулов = аналогов (одинаковый товар от разных поставщиков под разными (их) артикулами = некий артикул у дилера...)

У Дилера есть интерфейс импорта прайс-листов поставщиков или конкурентов. Ему всегда видно -кто по чем продает. Ну и так далее...

Модератор: Тема перенесена из форума "Работа".

Программист 1сУ меня вобще то вся информация об наших филиалах и что им нужно постоянно в системе. Все загружается и выгружается. И с поставщиками (что нам принадлежат хотя бы косвенно) аналогичная система.

ОК
Программист 1с
А прочим поставщикам совершенно незачем знать наши остатки и у кого и что мы закупаем. Ибо передерутся....

Отстатки (запасы = наличие товара у Поставщика) интересуют нашего Дилера, ибо когда он обрабатывает заказ своего покупателя то, = так как у него своего склада практески нет = наш дилер должен оперативно создать заявку на закупку требуемых товаров (типа у оптовиков).

Т.е наш Дилер - это фактически оператор неких торговых систем. Наверно у него есть норматив:

типа 5 минут с момента получения заказа до выставления счета на оплату = включая решения всех задач о комплектации заказа (в т.ч резервирование товара у себя и у Main_Поставщика)



Программист 1с
Подозревая что подобная система подойдет для автозапчастей и других случаев когда только 1 поставщик поставляет подобный товар.

можно попробовать обобщить - все что штучно, уникально, без сборок...лаки-краски, тонеры-катриджи, ЗИП, что либо по каталогу с артикулами...

Программист 1с
Кстати.... Помнится у РЖД есть аналогичная система. Пришлось ихние коды к нам добавить и мы им все их накладные выгружаем в электронном виде. Правда свои остатки они НИКОМУ не говорят...


Программист 1с
ps В чем уникальность системы?

Имхо таких систем много? Я не в курсе просто. Наверно можно говорить о платформе? Наверно это = торговая система, где функции поддержки торговли на первом месте, все те функции которые непосредственно влияют на трудоемкость обработки заказов...

А если ли такие функции в принципе? нужны ли они?

Например, у приятеля упали объемы продаж. И он своих манагеров заставил использовать модуль CRM. Сразу возникла потребности в развитии ПО в части сервиса = ну надо оценить эффективность манагеров (как то...) Очевидно, в модуле CRM могут быть интересные фишки.

А в этой системе CRM = все встроено на корню. Например, сервис = листая историю продаж = можно одним кликом создать Задачу CRM с кодами аналитики типа Конрагент, Артикул, номер Заказа.... например, задачу =задание на закупку нехватающих комплетующих...


Так наверно можно ответить...

Например, История Продаж. Когда Покупатель иногда просит = дайте мне то что я уже у вас брал = можно легко найти артикул по истории продаж. = имхо, здесь это сервис, удобство интерфейса...

А может интересно рассматривать итоги продаж? в терминах , например, управл.учета/бюджетирования? Когда все проводки автоматом формируют не только бух_балансы, но и "отчеты по бюджету" (сметы\калькуляции)