Архив форума

Господа,
 
занимаюсь сферой логистики недавно, поэтому прошу прощения если вопрос ламерский.  Подскажите какое ПО существует для расчета т выставления счетов за услуги хранения? Система wms у нас внедрена, но расчет стоимость услуг делается в Экселе. Хотим автоматизировать данный процесс.

Не морочьтесь, не окупится.
Имею опыт постановки задачи и реализации.
Формально - тестирование успешно.
Реально - из пушки по воробьям и страшная нагрузка на базу.
WMS - это executive system. Ее дело выполнять операции.
Суммировать атомарные работы можно, но это уже накладные
расходы, а рассчитывать время с одного события до другого
(время хранения) - жуткие накладные расходы (вычислительные).
Не верьте тому, кто скажет, что это не так.
Все хотят биллинг как конкурентное преимущество,  
но я считаю что его время еще в России не пришло.
Сделайте упрощенное выставление счетов из ERP и этого
будет достаточно для упорядочения взаимоотношений с клиентами.

Процитировано сообщение: Noname noname от 25.12.2006 :: 16:28:03:

 
Добрый день!
К сожалению, отдельных специализированных программных продуктов, обеспечивающих решение данной задачи, на рынке нет. Это либо заказная система, либо доработка установленной у Вас WMS. Пообщайтесь с разработчиками - поставщиками. Хотя WMS для склада ответственного хранения без биллинга - более, чем  странно...

Процитировано сообщение: Блинов Дмитрий от 14.01.2007 :: 21:54:46:

Cмысл, стоимость и возврат на инвестиции затеи все посчитать?
Дешевле договора на хранение правильно составлять.

Процитировано сообщение: Перов Дмитрий от 14.01.2007 :: 22:12:36:

 
Зачем считать, если можно сделать и включить в поставку готового решения? Для СОХ это очень важная функция, которая позволяет менеджерам по нажатию кнопки видеть всю необходимую информацию по оказанным услугам. Главное, что она актуальна и учитывает такие нюансы договоров, как повышающие коэффициенты при работе в праздничные и выходные дни, нерабочее время (выходящее за рамки графика обслуживания клиента), превышение разнообразных лимитов, в том числе по местам хранения, и многое-многое другое. Смысл это все делать руками, когда достаточно поддерживать условия договоров в базе данных?    
Или мы говорим о разных вещах?

Если биллинговая подсистема разработана, оттестирована, успешно запущена, все считает и клиенты ею пользуются - не думаю, что здесь применимы Ваши заповеди  
 
Ответственное хранение и сопутствующие услуги - это, прежде всего, БИЗНЕС. Основная задача бизнеса - получение прибыли. И когда есть стабильный спрос, появляется естественное желание увеличить прибыль. Чтобы увеличить прибыль, поднять цену недостаточно. Надо понять, какие есть затраты, что лучше всего получается именно по анализу атомарных операций.
 
Когда со склада - именно из-за отсутствия четкого взаимодействия между менеджерами и бухгалтерией - уйдет клиент с высокой задолженностью, оставив пять паллет подушек, которые можно будет реализовать, не покрыв и десятой доли этой задолженности - говорите после этого дирекции о том, что "организационно можно решить все". Если же эта задолженность в оперативном режиме отслеживается, и система автоматически оповещает менеджера о том, что при выбытии определенного количества товара со склада его оценочной стоимости не хватит на погашение имеющихся в данном периоде долгов - Вы получаете хотя бы один индикатор. Прибавьте  возможность отслеживания работ, которые плавно выносятся с рабочего времени на вечер-ночь из-за ожидания "той самой фуры с таможни" без судорожного вспоминания кладовщиком, когда же это было и кто был задействован - получите еще один инструмент. А их, поверьте, много. Организационно - это понятно. Можно и сто девочек посадить, которые будут на калькуляторе считать, вот только куда деть человеческий фактор?
 
У нас один из клиентов на протяжении длительного времени - сам того не подозревая - считал с округлением до двух знаков, теряя ежемесячно примерно по 700$. Когда бы он об этом узнал и от кого? От "девочки", которая этим занималась?
 
Знаете, я видел и склады, где за каждым стеллажом был закреплен материально ответственный сотрудник. Там были нулевые потери и полностью сходился приход-расход-инвентаризация. Это тоже путь - каждый выбирает свой (есть и узбеки, которые успешно перебирают фасоль без американского лазерного калибратора)
 
Понятно, что без договора в любом случае услуги ответ. хранения не оказываются. Однако, как рассчитывать оказанные услуги - на калькуляторе девочкам или в WMS-системе - это как раз тот самый выбор, который предложен на рынке.  
 
В конечном итоге, здесь, как мне кажется, вопрос не в том, существует ли такая функция в принципе, а в том, есть ли она в той системе, в которой работали Вы!   И потом, почему обязательно говорить о разработке, если на рынке есть уже готовые решения, в том числе,  в виде модулей? Надо клиенту - покупает, не надо - нет! А рентабельность внедрения того или иного ПО  считают ВСЕГДА прежде, чем приобретать. В чем вопрос?  

Готовое, готовое решение брать надо, а не разрабатывать! И сначала съездить с экскурсией к тому, кто этим решением пользуется! А если у той WMS, что там установлена, своего биллинга нет, так брать разработчиков за шкирку и показывать им рынок: "Вот, посмотрите направо - биллинг есть, теперь налево - тоже есть! А у вас где?".  
 
Мы с Вами, Дмитрий, просто в разных ракурсах смотрим: биллинг в современных WMS - это, скорее, не выставление счетов, а формирование акта оказанных услуг с указанием объемов и - это уже опция решения - стоимости. В наших решениях и стоимость учитывается, в некоторых других - только объемы услуг. Собственно, даже у вторых можно взять калькулятор (или 1С/SAP/другое) и посчитать суммы, но главное - это учтенные работы, которые не вручную вбивать надо, а в полном автомате аккуратно собирать прямо во время оказания этих услуг. Сегодня утром клиент должен 1000 рублей, в обед - 1200, а вечером - 1700. Вот это - биллинг в реальном времени.
 
А по поводу терминологии - это отдельно можно обсудить. Вот, скажем, говорит поставщик решения: "Есть у меня такая штука, как ЗОНИРОВАНИЕ СКЛАДА!". Какое? Логическое? Технологическое? Или вообще это склад на зоне? Или зона на складе? Все идет от ЛОГИСТИКИ - это прежде всего, а там уже - внутри IT - хоть на старонорвежском термины придумывай. Главное - чтобы клиенту все было понятно, да в интерфейсе термины были не "Менеджмент стока", а "Управление запасом". Новую ветку открыть, что ли...

Дмитрий, у нас же с Вами не противостояние, а конструктивная дискуссия. Я опираюсь не только на устные-печатные источники, а еще и на то, что мы включаем в наши решения, и чем реально пользуются клиенты.
 
Наш модуль биллинга работает в реальном времени, собирает данные, анализирует их, конвертирует в нужные единицы, поддерживает многовалютность, поддерживает изменение тарифов во времени, позволяет учитывать штрафные санкции при опоздании клиента, а также еще многое-многое другое. Он связан с модулями ведения договорных условий, управления поставками и операторами. Что Вы называете "требованиями к биллингу, множество которых...". Требования - они просты. Если просто, то на складе есть операции. Некоторые биллингуются по времени, некоторые - по факту их производства (в приложении к конкретным объектам или без оного). В итоге наш клиент в конце месяца действительно нажимает на кнопку и получает результат за секунду, потому что данные уже готовы. Точнее, они готовы в любой момент. Единственная сложность в оперативной логистике - это необходимость своевременного ввода условий договоров в систему. Но и это не проблема - можно сделать перерасчет. Вот он займет некоторое время, но это только при условии того, что "забыли" что-то сделать и сделали задним числом. Плюсов всегда больше, чем минусов
 
Может, Вы расскажете, с какими именно системами Вы сталкивались, где эти функции не реализованы? Нам это поможет в честной конкурентной борьбе Пока что общение с коллегами по цеху показывает, что многие игроки на рынке WMS реализовали эти возможности и предлагают их своим клиентам. В последнее время наличие модуля биллинга стало практически неотъемлемой характеристикой WMS для 3PL-провайдеров. Спорить, что нет у HighJump, но есть у Exceed и т.п. - это не совсем честно даже с моей стороны - мы помимо WMS предлагаем еще и систему управления предприятием, и имеем возможность консолидировать функционал. У узконаправленных решений, наверное, действительно с биллингом проблемы - верю Вашим вселяющим уверенность словам  

Не сочтите за рекламу!  
Просто не хотелось быть голословным, а все-таки опираться на конкретику...  
Думаю, "конструктивная беседа" наша с Вами уже далека от первоначального вопроса, впрочем, она касается тоже достаточно интересной темы: "есть ли биллинг в WMSе?"
 
Цитата:

 
Не в коей мере!   Мы с Вами обсуждаем конкретный интересный нам вопрос: есть все-таки или нет решения с биллингом.  
Вот Вы сказали: Цитата:
 
 
По нашим Клиентам могу сказать обратное - им нужно, а значит время уже пришло.  
Вопрос реализации - это уже опыт конкретного производителя.  Просто, как мне кажется, говорить можно прежде всего за себя. Я поделился своим видением того, как это работает, Вы - своим!  Не так ли?
 
 
 

Здравствуйте! Мы хотим вести биллинг в WMS Exceed 4000. Если кто-нибудь владеет информацией, подскажите, пожалуйста, можно ли в Exceed назначать тарифы на уровне владельца (Storer) или же тарифы всегда привязываются к товару (Commodity)?

Спасибо за ответ! Дело в том, что в расширенном учебном курсе и в документе Billing User Guide описано создание тарифа и привязка его к Товару (на вкладке $Прочее окна "Товар"), но нигде нет упоминания, каким образом назначить единый тариф всем товарам определенного Владельца.  В окне "Владелец" никаких полей, где можно было бы выбрать тариф нет. На вкладке "Выставление счетов" (Billing) можно задать стратегию группировки счетов, и минимальные суммы, взимаемые с владельца по каждому типу документа. Также в документации приведена схема иерархии, на которой показано, что тариф задается на уровне товара или транзакции.  
Не могли бы Вы подсказать, поддерживает ли EXceed 4000 привязку единого тарифа (например на приемку) для всех товаров одного Владельца?
Что касается отдельных тарифов  на обработку штук, коробок и паллет одного и того же товара, насколько я понимаю, их можно задать, используя мультипликатор. Внешний модуль отчетов пока не требуется, хотелось бы разобраться со стандартным функционалом системы.