Доброе время суток!

Полтора месяца назад, в этом блоге я писал о идее быстрых заказов:
http://community.terrasoft.ua/blogs/3253

За это время идею воплотили в жизнь, немного изменили... Менеджерам понравилось :))
Модуль быстрых заказов включили в наше решение для дистрибьюторов: http://www.it-sfera.com.ua/ru/crm-reshenija/distribution/distribution-fu...

Проведу краткую презентацию подбора продуктов в счет (продукт в корзину добавляем нажатием клавиши Insert) с дальнейшей отгрузкой со склада: QuickOrdering-20090613.avi (5,3 Мб)

Нравится

Поделиться

5 комментариев

Как по мне - вариант быстрее, чем в стандартной коробке, но не самый быстрый в плане работы оператора. Если оператору необходимо заносить большое количество заявок в день - необходимы не значительные доработки самой логики выбора товара.
Но, в целом, супер!!!

Да, действительно впечетляет!

Спасибо!

С помощью "Корзины" можно так же формировать накладные с типом "Ожидание", которые потом одним действием превращаются в накладные с типом "Приход" :)

Вообще, там еще много всего интересного... ;) Мне этот наш проект очень нравится!

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Да. Действительно интересная вещь. Нужно будет себе такое же сделать. :)

спасибо :)

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Показать все комментарии

Здравствуйте!

Продолжая тему склада (http://community.terrasoft.ua/blogs/3221 ), наделал сегодня скриншотов. Кому интересно - милости просим! :)

Нравится

Поделиться

5 комментариев

Готово полное описание конфигурации со снимками экранов:
http://www.it-sfera.com.ua/ru/crm-reshenija/distribution/distribution-f…

--
Cogito, ergo sum

Заинтересовало Ваше решение.
Вопросы:
1. Стоимость.
2. Наличие демо версии.

"Черных Руслан" написал:Заинтересовало Ваше решение.
Вопросы:
1. Стоимость.
2. Наличие демо версии.

Руслан, партнерское решение не предусматривает наличие демо версии (различия между партнерским решением и отраслевым продуктом я описывал в своем блоге http://community.terrasoft.ua/blogs/3028)

Стоимость,- свяжитесь с Александром Чучко

--
Cogito, ergo sum

Полное описание решения доступно и на официальном сайте Террасофт: http://terrasoft.ua/industries/distribution/solutions/

--
Cogito, ergo sum

И добавили слайд-тур:
http://www.it-sfera.com.ua/slidetour/crm-distribution/

--
www.it-sfera.com.ua
Terrasoft Solution Partner

Показать все комментарии

Доброе время суток!

Продолжая свою предыдущую запись http://community.terrasoft.ua/blogs/3221 (это та запись, где автор трижды в заголовке употребил слово "Склад") хочу поделится одной идеей, которая не дает мне уснуть!

Не секрет, что много менеджеров в компаниях, которые занимаются дистрибуцией, испытывают неудобства из-за сложности оформления заказа при "быстрых" ("телефонных") продажах.

Предлагаю Вашему вниманию наш (АйТи-СФЕРЫ) вариант решения проблемы (нашему клиенту он понравился - будем развивать).

Не судите строго, это только сырые наброски...

Видео файл прикреплен! Приятного просмотра :)

Нравится

Поделиться

15 комментариев

Виталик, засиделись мы!
АйТи-СФЕРА, наконец, пойдет спать!
Ждем комментариев!

Этакое "добавить в корзину" получилось :)
а в БП такое не вставить?

"Владимир Соколов" написал:Этакое "добавить в корзину" получилось :)

Мы не одни полуночники :)))
Как раз и пытались сделать функционал с "корзиной", только идея еще более интересна. Так как позволит нам оперировать такими заказами не только в данный конкретный момент, но и вернуться к сохраненному, но не проведенному заказу и дооформить. С возможностью добавления либо изменения количества товаров.

"Владимир Соколов" написал:а в БП такое не вставить?

В данном варианте - нет. Это ж "быстрые продажи"!

--
Cogito, ergo sum

симпатишно.

1) фильтрация по наименованию просится.
2) копирование заказа с сохранением позиций

"Олег Агапов" написал:1) фильтрация по наименованию просится.

Где именно? В реестре "корзины"?

"Олег Агапов" написал:2) копирование заказа с сохранением позиций

Действия: сохранить и открыть. Можно добавить: "сохранить как" :)

--
Cogito, ergo sum

Я бы эту закладку переместил в детали. Выгоды:
1. Не нужно переключаться для фильтрации по коду.
2. Больше места для отображения полей, например, можно еще название добавить.
3. Можно использовать дерево групп продуктов, не переключаясь.

И согласен с Олегом - нужен фильтр по наименованию, не "быстрый", а такой же как и по коду

"Попов Александр" написал:Я бы эту закладку переместил в детали.

Вчера о том же подумал :)

"Попов Александр" написал:нужен фильтр по наименованию

Нужно - добавим!

--
Cogito, ergo sum

Штука получилась полезная. Я считаю её можно сделать в виде закладки и продавать отдельно (либо использовать как дополнительное преимущество при продаже террасофта) для любых компаний, работающих с фиксированным набором продуктов.

Михаил Талалай
руководитель направления отраслевых решений
ООО "Лабитек", Санкт-Петербург
тел: (812) 448-49-06
e-mail: talalay@labitec.ru

Так лучше:

--
Cogito, ergo sum

"Талалай Михаил Вячеславович" написал:Я считаю её можно сделать в виде закладки и продавать отдельно (либо использовать как дополнительное преимущество при продаже террасофта) для любых компаний, работающих с фиксированным набором продуктов.

Конечно, легко переносить в любой нужный раздел :)

--
Cogito, ergo sum

При оформлении быстрых заказов (по опыту из FMSG)
необходимо только следующее:
вывод всей номенклатуры в один столбец на весь экран и второго столбца - количество, переход на нужную группу товаров биндиться на F2...F12. (например список состоит из 100 наименований, F2 - группа 1, F2 - группа другая и т.д.
Оператор, менеджер или другой человек, который делает заявку идёт по списку с первой позиции (очень часто в заказ состоит из 80-90% всего вашего ассортимента) причём ТОЛЬКО с использованием клавиатуры (цифра - значение, enter - переход на позицию ниже). Занесение заявок происходит моментально.
За 2-2,5 часа один человек может вбить 150 - 200 заявок. Причём, через неделю руки "запоминают" шаблонные заказы в группе товаров.
Другой способ оформления не прижился из-за использования мыши - мышь это всегда не оперативно.

Согласен, имея трехлетний опыт по выписке заказов - клавиатура - рулит. Причем в одной конторе, когда мы "вылизали" работу выписки заказов с клавиатуры, менеджер показывал такой фокус - закрывал газетой монитор и выписывал заказ "вслепую".

да, мы обучая пользователей в другой системе, просто отключали мышку...

"Черных Руслан" написал:выписывал заказ "вслепую"

да, это походу все могут, кто работал на оформлении заказов)))

"Владимир Соколов" написал:просто отключали мышку...

Проще сделать удобную навигацию по клавишам цифровой клавиатуры, чем ходить отключать мышки, тем более мышь нужна потом.

Показать все комментарии

Здравствуйте, коллеги!

Сегодня я хочу представить Вашему вниманию то, чем я занимался последние два месяца (ничего непристойного :) только работа!).

И так, наш клиент и очень хороший друг, решил усовершенствовать свой TSCRM Х25 3.2.0 с частично модифицированными разделами, превратив его в полнофункциональную систему для дистрибуции! Для этого, мы провели 2 недели в командировках, изучали решения партнеров по бизнесу в Польше и Украине (фото отчет визита в Краков здесь: http://picasaweb.google.com/v.kovalyshyn/Krakow#).

Результат - конфигурация на базе TSCRM X25 3.3.0.42, которая решает задачи:

1.Работа с контрагентами
1.1. Накопление и использование разносторонней информации по Контрагентам
1.2. Учет всех адресов и платежных реквизитов
1.3. Учет налоговых реквизитов
1.4. Учет взаимосвязей
1.5. Опросы
1.6. Учет инцидентов, обращений клиентов
1.7. Взаиморасчеты

2.Работа с поставщиками
2.1. Накопление и использование разносторонней информации по Поставщикам
2.2. Учет всех адресов и платежных реквизитов
2.3. Анализ доходности поставок

3.Системы лояльности (новый раздел)
3.1. Типы специальных цен на продукты и группы продуктов
3.2. Системы начисления скидки, зависимо от оборотов
3.3. Системы начисления скидки, зависимо от максимальной покупки
3.4. Автоматический расчет максимального процента скидки
3.5. Системы лояльности для групп Контрагентов

4.Работа с товарными запасами
4.1. Полная база продуктов
4.2. Мультивалютность
4.3. Привязка сложных систем кодировки продуктов с удобным поиском по любому коду
4.4. Учет доступных и ожидаемых продуктов по складам
4.5. Резерв продуктов по счету, документу, договору или по ответственному менеджеру
4.6. Планирование минимальных запасов продуктов на складах
4.7. Автоматизация расчета цены продукта, зависимо от типа и стоимости
4.8. Планирование остатков, анализ остатков и прогноз запасов на следующий период
4.9. Анализ доходности продукта (средний доход в месяц, квартал, год и общий доход по продукту)
4.10. Динамика продаж по складам в числовом и процентном соотношениях за месяц, квартал и год
4.11. ABC-анализ (правило Парето)
a)20% позиций ассортимента (группа А) дает 80% товарооборота
b)15 % позиций ассортимента (группа В) дает 15% товарооборота
c)65 % позиций ассортимента (группа С) составляют 5 % товарооборота
4.12. XYZ-анализ
a)Категория X – группы товаров, характеризуются стабильной величиной потребления и высокими возможностями прогнозирования.
b)Категория Y – группы товаров, характеризуются известными сезонными колебаниями и средними возможностями их прогнозирования.
c)Категория Z – группы товаров с нерегулярным потреблением, какие-либо тенденции отсутствуют, точность прогнозирования невысокая.
4.13.Сочетание анализом АВС и XYZ – выявление безусловных лидеров (группы АХ) и аутсайдеров (СZ)

5.Работа со складами
5.1. Учет продуктов по, теоретически, неограниченному количеству складов
5.2. Методы расчетов: FIFO, LIFO и средневзвешенный
5.3. Партийный учет продуктов
5.4. Учет приходов и отгрузок
5.5. Инвентаризация склада с дальнейшим оприходованием или списанием
5.6. Перемещение продуктом между складами
5.7. Учет ожидаемых приходов
5.8. Автоматическое формирование заказов поставщику на основание отгрузок за выбранный период
5.9. Оптимизация кода склада, для уделённой работы через web-сервисы

6.Работа с рекламациями (новый раздел)
6.1. Учет рекламаций клиентов
6.2. Форма рекламации (возврат денег или замена товара)
6.3. Состояние рекламации
6.4. Учет некондиции
6.5. Рейтинг наиболее проблемных продуктов
6.6. Формирование задач сотрудникам
6.7. Открытие инцидента на основание рекламации

7.Работа со счетами
7.1. Учет всех скидок Клиентов
7.2. Предупреждения о дебиторских задолженностях
7.3. Кредитный лимит клиента
7.4. Глубина кредита (количество дней для отсрочки платежа)
7.5. Фиксация просрочены платежей
7.6. Процентный рейтинг дебиторских задолженностей клиента от общей суммы долга по фирме
7.7. Запрет выставлять счета определённым группам клиентов
7.8. Отгрузка со склада на основание счета
7.9. Пакетная корректировка цены продуктов в счете

8.Отчеты
8.1. Печатные формы документов
8.2. Аналитические отчеты и графики
8.3. Многофрактальный OLAP-отчет

9.Интеграции
9.1. Интеграция с 1С 7.7
9.2. Вывод списка продуктов с ценой и количеством на сайт

Система находится в активном тестирование!
Если кого заинтересует - опишу более детально со скринами :-)

На этом - все!
Спасибо за внимание!

Нравится

Поделиться

16 комментариев

я думаю, заинтересует всех. особенно складская часть

Виталий, отличное решение и описание!

Предлагаю подготовить скрин-шоты к описанным бизнес-задачам в ближайшие дни и выводить конфигурацию в категорию "Партнерское решение".

Уверен, данное решение будет востребовано как со стороны клиентов, так и партнеров Terrasoft!

Полностью согласен с Владимиром.

Александр, обязательно опишем в полном объеме и разместим в "партнерских решениях".
Хотелось бы обратить внимание на то, что разработка велась в двух ветках. Таким образом, решили задачи клиента и в параллельной ветке велась разработка без привязки к данному проекту с нашими идеями и опытом других проектов.
Поэтому решение получилось интересное и гибкое. Думаю к понедельнику сможем порадовать новым (полным) описанием и отдельным разделом на нашем сайте. Если хватит сил еще и слайд-тур организуем!

Александр, хорошие новости!

Успешной работы!

Как предложение - организовывать вебинары по партнерским решениям

Владимир, проведение вебинаров - очень хорошая идея.

Но здесь нужно продумать, будет ли вебинар "открытым" или мы будем привлекать клиентов из какой-то одной отрасли и демонстрировать каким образом решаются их задачи с помощью конкретного партнерского решения.

В любом случае, согласовывать дату и время проведения вебинаров следует с отделом маркетинга Terrasoft.

"Владимир Соколов" написал:организовывать вебинары по партнерским решениям

Идея неплохая, вот только вопрос в сути вебинара?

"Александр Остапенко" написал:Но здесь нужно продумать, будет ли вебинар "открытым" или мы будем привлекать клиентов из какой-то одной отрасли и демонстрировать каким образом решаются их задачи с помощью конкретного партнерского решения.

Вопрос снимается, пока писал Александр сделал уточнение!

2 месяца - это чудесный результат для такого проекта. Даже если в проекте было задействовано несколько людей.
По опыту моей работы верится с трудом.
Некоторые контрольные вопросы
- разрабатывалась ли проектная документация и в каком виде
- проводилась ли сверка результатов партионного учета с аналогичными учетными системами
- проводилась ли проверка системы округлений сумм в документах с аналогичными учетными системами

Я где-то 2-3 года назад беседовал одним из сотрудников Terrasoft по поводу разработки учетной части в TSCRM и сделать систему самодостаточной. Даже чтобы не требовалась интеграция с 1С либо другой учетной системой. Мне тогда ответили, что в ближайшем будующем фирму Terrasoft интересует только направление CRM, что на нем идет специализация и в нем видится вся перспектива.
Я прекрасно понимаю руководство Terrasoft. CRM системы сейчас стоят дорого, направление популярное и имеет тенденцию к росту, изменения в бизнесс-логике весьма незначительны.
Учетная система требует значительных усилий на проектирование, разработку, тестирование, так как бизнесс-логика учетной системы значительно сложнее просто CRM системы. Кроме того очень сложен процесс поддержки (так как законодательство очень часто меняется). Кроме того необходимы конфигурации под разное законодательство (российское, украинское, американское и т.д.), что тоже значительно усложняет систему и ее поддержку.
Да и лицензии на учетную систему ранга 1С стоят на сегодняшний день значительно дешевле лицензий TSCRM. Очевидно и поддержка такой учетной системы также стоит дешевле.

Пока что нет возможности организовать единое учетное и аналитическое пространство только на базе TSCRM.
Так что предложенный вариант заслуживает на внимание.
Напр. менеджер - работает в TSCRM, бухгалтер - в учетной системе, а руководитель - и там и там. Тут остается только сложный вопрос интеграции и четкого разделения функциональности.

Отвечу на Ваши вопросы:

"VitaliyC" написал:2 месяца - это чудесный результат для такого проекта.

Реально, проект стартовал на 3.2.0 в мае прошлого года и дорабатывался помодульно. В конце 2008г. мы пришли к выводу, что проще все переписать с 0 на новой версии, поскольку появилось множество пожеланий клиента и новых идей. Мы пообщались с разными компаниями (партнерами нашего клиента), у которых опыт работы на рынке порядка 10-17 лет! Посмотрели как у них, решили как будет у нас! :)

"VitaliyC" написал:Я где-то 2-3 года назад беседовал одним из сотрудников Terrasoft по поводу разработки учетной части в TSCRM и сделать систему самодостаточной.

Обратите внимание! Мы не делали учётной системы (налоги, амортизация и т.д.), для этого используется интеграция с 1С 7.7. В нашей системе работают менеджеры, логисты, аналитики...

"VitaliyC" написал:- разрабатывалась ли проектная документация и в каком виде

спецификация для программистов и краткий регламент для пользователей по ролям в системе

"VitaliyC" написал:- проводилась ли сверка результатов партионного учета с аналогичными учетными системами

Нет, тестирование только стартует с понедельника

"VitaliyC" написал:- проводилась ли проверка системы округлений сумм в документах с аналогичными учетными системами

Да, с 1С

Уверен, система не идеальна... Но мы пытаемся, вмести с клиентом, сделать её таковой!

--
Cogito, ergo sum

Виталий, поздравляю!
Действительно очень интересное решение! Было бы очень интересно на него посмотреть, когда закончите тестирование.

Михаил Талалай
руководитель направления отраслевых решений
ООО "Лабитек", Санкт-Петербург
тел: (812) 448-49-06
e-mail: talalay@labitec.ru

"VitaliyC" написал:- проводилась ли проверка системы округлений сумм в документах с аналогичными учетными системами

Сразу вспомнил "проблему одной копейки": http://community.terrasoft.ua/blogs/3166 :)

--
Cogito, ergo sum

"Ковалишин Виталий aka samael" написал:Уверен, система не идеальна... Но мы пытаемся, вмести с клиентом, сделать её таковой!

Идеальных систем не существует.
Посоветую обращайте больше внимания на уже существующие системы и проводить их анализ. В них все таки заложена проверенная годами и многими клиентами бизнесс-логика.
А конкретного клиента можно убедить работать за общепринятыми стандартами (как напр. это происходит при выборе готовой CRM или ERP системы). Реально это даст ему больше преимуществ в работе чем "собственно придуманный" вариант работы, хоть он об этом зачастую и не задумывается. Проведя анализ существующих систем и реальных потребностей и пожеланий клиента(ов) можно попробовать сделать систему лучше или более оптимальной напр. для конкретного направления "Оптовая дистрибуция". Данный вопрос будет еще более актуальным при позиционировании данного решения как партнерского.

Спасибо за Ваши ответы.
Пожелаю Вам удачи в работе.

"VitaliyC" написал:Идеальных систем не существует.

Согласен :)

"VitaliyC" написал:обращайте больше внимания на уже существующие системы и проводить их анализ

Как я написал, мы обращали внимание на существующие системы!

Мое, субъективное мнение, что в Украине 90% - это разные конфигурации 1С
Наш клиент остановил свой выбор на СРМ-системе Terrasoft.
Благо у его основных поставщиков (Польша, Германия, Италия) ничего не знают о 1С... В Польше вообще забавная ситуация - почти в каждом большом городе имеется свое решение. Нету единой монопольной системы, да и законодательство другое :)
У прямого поставщика (компания, которая на Европейском рынке 17 лет) своя собственная разработка (у них отдельный штат программистов, которые занимаются развитием системы). Система использует Oracle, раньше была написана на Delphi, а 2 года назад они переписали её полностью на C#. Сегодня у них в таблице с проводками продуктов около 11 млн. записей. Это мощный инструмент для отдела продаж и логистов! Обратите внимание, они приняли решение не писать свою учётную систему для бухгалтерии, а купили популярную в их городе и интегрировались. Пускай они отслеживают изменения в законах! :) Считаю, что это правильно.

Очень благодарны клиенту за оказанную помощь в изучение разных систем для дистрибуторов на рынке Европы!

--
Cogito, ergo sum

"Ковалишин Виталий aka samael" написал:
Как я написал, мы обращали внимание на существующие системы!
...
Очень благодарны клиенту за оказанную помощь в изучение разных систем для дистрибуторов на рынке Европы!

Я про это и говорю. У Вас должна получиться хорошая система для оптовой дистрибуции, особенно учитывая, что Вы базировались на европейском опыте.

Расчет коэффициента вариации продукта (XYZ-анализ) проводится по формуле:


где,
х i — количество отгрузок продукта за i- тый период,
x — среднее значение отгрузок продукта,
п — число периодов.

--
Cogito, ergo sum

Показать все комментарии

Здравствуйте, коллеги!

Начал я разбираться с методами расчета FIFO, LIFO, AVCO aka средневзвешенный… Если с первыми двумя все ясно, то последний – не совсем.
Пример:

купили 100 ед. по 5 $
продали 50 ед. ---
купили 50 ед. по 5.5 $
продали 60 ед. ---
купили 100 ед. по 5.6. $
Всего купили  250 ед., всего продали 110 ед., на складе 140 ед.

Как рассчитать себестоимость единицы?

После поисков в Интернете, отыскал такой ответ:

купили 100 ед. по 5 $ продали 50 ед. ---
Стоимость остатка 50 ед. по 5 $
купили 50 ед. по 5,5 $
Стоимость остатка 100 ед. по 5,25 $ (50*5+50*5.5)/100
продали 60 ед. ---
осталось 40 ед. по 5,25 $
купили 100 ед. по 5,6. долл.
Стоимость остатка 140 ед. по 5,5 $ (40*5.25+100*5.6)/140

Но в Terrasoft получил 5,5714 $ Начал анализировать расчет стоимость. В Террасофт средневзвешенная стоимость рассчитывается ТОЛЬКО из остатков:
(100 + 50 ) – 110 = -40
40 * 5,5 = 220; 100 * 5,6 = 560; 560 + 220 = 780
780 / 140 = 5,5714 $

Который из двух методов правильный? Чем аргументирован такой выбор средневзвешенного расчета в TerrasoftCRM?

Нравится

2 комментария

Словарь бухгалтерских терминов:

СТОИМОСТЬ, СРЕДНЕВЗВЕШЕННАЯ 
...
стоимость материально-производственных запасов (МПЗ), рассчитанная на основе метода определения средневзвешенной стоимости материально-производственных запасов, "которые находятся в наличии" на конец учетного периода, в тех случаях, когда трудно либо невозможно определить точно, какие единицы МПЗ остались на предприятии. ...

http://www.businessvoc.ru/bv/TermWin.asp?theme=&word_id=26273

Большое спасибо!
Все понятно! :-D

Показать все комментарии

Нравится

Поделиться

1 комментарий

Немного отредактировал процедуру и вывел отдельно функцию подбора товара и стоимости, в зависимости от метода расчета стоимости :)


--
«Настоящий руководитель чувствует ситуацию нутром, управляет людьми исключительно сердцем и может вдохнуть живую душу в проект, команду или всю организацию», - Tom DeMarco “The Deadline”

Показать все комментарии

Подскажите, как в Terrasoft CRM 3.2 выполнить перемещение продукта между складами? (Создать накладную на внутреннее перемещение.)

Нравится

5 комментариев

Вариант 1 - две накладные: приход и расход
Вариант 2 - создать новую операцию - перемещение, с соотв. карточкой, логикой и т.д.

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

Terrasoft Support Team

А как при этом рекоммендуете отслеживать стоимость перемещенного товара?
Ведь иногда перемещение заводится спустя несколько дней, когда уже введены более новые приходные накладные, изменившие себестоимость товара на текущий момент.

Со стоимостью должен соблюдаться общий подход Lifo/Fifo так же как и для отгрузочных накладных, либо если требуется жесткий контроль себистоимости по партиям - ключевым образом переработать логику работы и соответственно графическое представление наличия товара в разрезе партий.

Здравствуйте!

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

Terrasoft Support Team

Показать все комментарии

Здравствуйте!
Рассматриваю раздел Склад. Приход, отгрузка - понятно. А как провести инвентаризацию на складе? Имеется ли такая возможность. Или надо самому продумывать алгоритм и реализовать такую логику?

Нравится

4 комментария

Добрый день, Екатерина.
Первую инвентаризацию можно сделать приходной накладной, а для всех последующих, можно создавать особый тип накладной - Инвентаризация, и реализовать механизм проведения такой накладной, чтобы все количества (остатки) продуктов были приведены в порядок.
Нужно учесть, что при расчете остатков по конкретному складу учитываются все приходы и расходы по этому складу, и можно реализовать инвентаризацию путем создания одной приходной и одной расходной накладной с корректирующим количеством продуктов, чтобы в итоге на складе в БД было правильное количество.

Не смог найти документацию по накладной типа "инвентаризация". В руководствах по XRM - нет ни слова, а озвученная проблема и сейчас актуальна.

Здравствуйте, Игорь Викторович!

В руководстве пользователя Terrasoft XRM Distribution, в разделе 7.1 "Склад" на стр.378 Вы можете найти описание складского документа с типом "Инвентаризация"
http://www.training.terrasoft.ua/system/files/TS_XRMDistribution_UG_3.4.1.pdf

"Безродный Андрей" написал:

Здравствуйте, Игорь Викторович!

В руководстве пользователя Terrasoft XRM Distribution, в разделе 7.1 "Склад" на стр.378 Вы можете найти описание складского документа с типом "Инвентаризация"

http://www.training.terrasoft.ua/system/files/TS_XRMDistribution_UG_3.4.1.pdf


Благодарю, только сейчас заметил, что искал в руководстве пользователя по XRM, а не по XRM Distribution

Показать все комментарии

Здравствуйте!

Есть задача по интеграции складской части с одним веб-приложением. С интеграцией на уровне СУБД проблем не возникло, но не могу понять значение всех полей в tbl_OfferingInMovement. А именно:
какая разница между [Quantity] и [SignedQuantity]; [Amount] и [SignedAmount] ?
Если мне нужно подсчитать остатки товара на складе (ПРИХОД - ОТГРУЗКА) какое поле нужно задействовать?

Спасибо!

Нравится

1 комментарий

Увидел в скрипте ds_OfferingInMovementScript такой фрагмент:

function SelfOnDatasetBeforePost(Dataset) {
	var Sign = 0;
	var TypeID = GetAttribute(Dataset, 'TypeID');
	if (TypeID == mt_Receipt) {
		Sign = 1;	
	} else 
	if (TypeID == mt_Shipment) {
		Sign = -1;
	}
	Dataset.ValAsFloat('SignedQuantity') = Sign * 
		Dataset.ValAsFloat('Quantity'); 
	Dataset.ValAsFloat('SignedAmount') = Sign * 
		Dataset.ValAsFloat('Amount'); 
}

И стало всё само-собой понятно!

Показать все комментарии