Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

Последние темы на форумах VOGBIT

Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.

Уведомление клиентов о готовности продукции

Другие вопросы по работе с программой - Прочее - Работа с программой
Страницы: 1
Уведомление клиентов о готовности продукции, Уведомление клиентов о готовности продукции
 
Здравствуйте! В связи с тем, что заказчики постоянно названивают менеджерам с вопросами о стадии готовности их заказов, поставлена задача автоматизировать оповещение клиентов через е-mail или смс, об изменение статусов готовности заказа. Возможно ли это реализовать с помощью Vogbit ?
 
Здравствуйте!

Сразу скажу, готовой "кнопки" или службы такой, чтобы "само отправляло оповещения клиентам" нет.

Что касается возможности её реализации:
С технической стороны отправить из программы что-то, скажем, на некий e-mail - дело то нехитрое. Это не сложно сделать.
Тут вопрос в другом совсем. В логике когда отправлять и что. И как это должно отправляться. Пользователь кнопку нажимает? Или программа сама должна определить что пора отправлять? А на основании чего? И что считать "состоянием заказа"? И какие их выделять? И как решать, перешло уже в следующее состояние, или нет?
Дело в том, что тут навскидку можно с десяток разных совсем вариантов подобной логики предложить. И все, в принципе, будут по своему верные. Каждый для какого-то случая. Но все разные...

Мы в своё время, несколько лет назад, делали прототип некоей похожей в каком-то смысле идеи, но с другой стороны. Что клиент заходит на некий сайт и видит информацию из базы VOGBIT по своему заказу. А-ля как в "графике производства", только не всю, а попроще. И по своему заказу.
Даже сделали прототип. Была база с примером, можно было зайти на спец. сайт и посмотреть. Пока без авторизации и прочих бантиков, но зайти и поглядеть заказ, изделия, состояние, даты запуска - можно было. Работало.
Это мы в качестве примера сделали несколько лет назад. Такую "демонстрашку" самой технологии. Но никакого интереса у реальных пользователей VOGBIT, которым мы это тогда показали, эта идея в тот момент не вызвала.
С тех пор так и лежит заброшенная "под сукном". За отсутствием реального интереса/платёжеспособного спроса.
Да и как-то некогда было, если честно, т.к. последнее время были плотно заняты (и сейчас) более, скажем так, "профильной" для нас работой по развитию программы. Поэтому в сторону "оповещения", просмотра для клиента "что там с моим заказом" и т.п. пока не ходили дальше.
 
Цитата
Константин Чилингаров написал:
Тут вопрос в другом совсем. В логике когда отправлять и что. И как это должно отправляться. Пользователь кнопку нажимает? Или программа сама должна определить что пора отправлять? А на основании чего? И что считать "состоянием заказа"? И какие их выделять? И как решать, перешло уже в следующее состояние, или нет?Дело в том, что тут навскидку можно с десяток разных совсем вариантов подобной логики предложить. И все, в принципе, будут по своему верные. Каждый для какого-то случая. Но все разные...
Расскажу как это видим мы:
1. Каждому поступившему заказу в производство прикрепляется индивидуальный номер и контрагент для которого этот заказ делается. В окне "Контрагента" прописываются все его данные :название компании, e-mail, номер телефона.
2. Статусы заказа это те же "Состояния" которые прописаны в "Графике производства", а именно: "Проработка", "Планирование", "Производство", "Готово"
3. Каждый раз когда заказ переходит из одного состояния в другое контрагенту на почту или в смс программа Vogbit автоматически отправляет уведомление: "Ваш заказ №....находится в стадии "Проработки",  "Ваш заказ №.... Готов"
Возможно реализовать именно такой алгоритм? Сколько это будет стоить?
 
Цитата
Amadex Amadex написал:
1. Каждому поступившему заказу в производство прикрепляется индивидуальный номер и контрагент для которого этот заказ делается. В окне "Контрагента" прописываются все его данные :название компании, e-mail, номер телефона.
Ну это то не проблема. Прикрепить то это всё и сейчас можно. Через связанные объекты и параметры.

Цитата
Amadex Amadex написал:
2. Статусы заказа это те же "Состояния" которые прописаны в "Графике производства", а именно: "Проработка", "Планирование", "Производство", "Готово"3. Каждый раз когда заказ переходит из одного состояния в другое контрагенту на почту или в смс программа Vogbit автоматически отправляет уведомление: "Ваш заказ №....находится в стадии "Проработки",  "Ваш заказ №.... Готов"Возможно реализовать именно такой алгоритм? Сколько это будет стоить?
А вот тут всё, мягко говоря, совсем не так просто.
Начнём с того, что в "графике производства" показывается не "заказ", а позиции заказа. Которых вообще-то может быть далеко не одна строчка (в подавляющем большинстве случаев на самом деле это именно так и есть).
Далее...
То, что показывается в колонке "Состояние" в графике производства, это никакой не "статус" на самом деле, который как-то кто-то "переключает".
Это динамически вычисляемое значение, отражающее состояние на текущий момент, исходя из наличия пометок о готовности техпроцессов, наличия заданий для производства, количества этих заданий, состояния выполнения этих заданий и т.п.
И это всё может легко поменяться. Например, любое дополнение в плане заданий - и из "готово" уже опять получается, что на самом деле не готово.
Бывают такие штуки, как задание "приняли" в производстве, потом поняли что ошиблись, не то нажали, и отменили. "Состояние" при этом в "графике производства", опять же пару раз "перещёлкнется". И при этом всём вы хотите, чтобы программа автоматически спамила клиентов реальных?

В общем, если честно, то это немного не так всё делается. С большим контролем человека, как минимум.
Да и по самому "алгоритму" список вопросов никак не уменьшился.
Если бы это была какая-то простейшая штука, что есть "заказ" у него есть "статус" и когда он изменился, то надо выполнить действие, то такую штуку вообще можно было бы без нас написать. На уровне самого SQL.
Тот вопрос, вообще-то, сильно посложнее.

P.S. Чтобы не было напрасных ожиданий, сразу честно скажу, что непосредственно сейчас мы при любом раскладе ничем подобным заниматься не будем точно. Загружены другой работой на какое-то время точно очень плотно.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4006
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт