Цитата:
Сообщение от
Aleck
...
А как-то странно не знать относительно скромного функционала Аксапты в этой части, хотя бы в общих чертах, а сразу же бросаться разрабатывать.
При словах "
специальный алгоритм распределения выделенной " иного в голову прийти не может, по банальной причине - это нестандарт. Но готов выслушать ваше решение по неизвестному алгоритму распределения. Ждем'с
: хотя судя по по всему у вас нет решения, что-то там уточнять вы не спешите
.
Цитата:
Сообщение от
Aleck
...
Т.е. про то что можно и напрямую, если так сильно хочется, Вы уже 4 раз предпочитаете не замечать? =)
Прэлестно!
..
Прелестно и показательно, что вы отмазываетесь от простейшего задания.
Цитата:
Сообщение от
Aleck
...
Правильно я понимаю, что сценарий работы такой = проводим сканером по бирке, автоматически формируется и разносится заказ в AX и печатается чек?
..
Нет неправильно.
Разноситься заказ --> печатается чек. Все остальное ваши фантазии.
Цитата:
Сообщение от
Aleck
...
Внимание вопрос (в третий раз): какой смысл в ERP вместо POS решения? Какие выгоды от такого проектного решения получает бизнес? Какова цена (лицензии, поддержка) такого решения?
..
Выгоды есть. Рассказ о них - тайна. Линцензии в отличие от SAP не требуется
Выгода в 42 раза по трудоемкости минимум в сравнении с SAP. По деньгам вообще промолчу
: десятки тысяч евро в сравнении с вашим решением сохраняются в кармане клиента. Это конечно для SAP-овца тяжело пережить, но в Ax вполне нормальное явление.
Цитата:
Сообщение от
Aleck
...
Это точно требование заказчика, или DAX вместо POS системы это Ваше проектное решения?
..
Да это точно и принципиально.
И у вас нет на это ответа. А по наводящим вопросам: вы в реальности хоть раз интегрировались с ККМ? Тогда к чему глупые вопросы про com-порты?
Цитата:
Сообщение от
Aleck
...
Я Вам задаю уточняющие вопросы, чтобы ответить правильно на Ваш, а вот Вы увиливаете.
Протоколов не надо, достаточно в общих чертах описать предполагаемый сценарий использования + в общих чертах подход к интеграции.
Я правильно Вас понимаю, что Вы считаете, что для консультанта правильный подход это не разобраться в вопросе и в первую очередь предложить стандартное решение, а не думая и не разбираясь (как Вы явно проиллюстрировали в этом примере и в ответах на вопросы от Zabr) сразу бросать нечетко сформулированные задания разработчикам и городить свой новый функционал?
Это Вы имели ввиду под профессионализмом консультанта? Незнание стандартного функционала, неумение вытащить у клиенте детали по процессам и требованиям и неумение корректно сформулировать задание для разработчика?
Я вам все описал что необходимо: фактически это и есть задание на разработку.
Нужно просто дать оценку.
Вы начинаете лезть в дебри философии: а надо ли? а можно? а если клиенту сплясать?.
Надо.
Нельзя.
Плясали.
Вопрос не в консультантах а в возможностях системы. SAP не может реализовать данное действо быстро и вы это убедительно доказали: купите новый модуль -
в бухгалтерии аппладируют и просят на бис, а AX может. Что и требовалось доказать. Почему так? Потому как SAP как система не приспособлена к подобным изменениям.
Если еще вспомнить прошлое... То в Банане - маме на кассах после внедрения SAP отсутствовала большая часть товара бывшего в магазине. А они внедряли SAP. И наверное с модулем вами указанном. И это считалось удачным внедрением. Что же говорить о неуспешных?
Т.е. есть высокая вероятность что модуль то уазанный вами еще пилить и пилить придется
ЗЫ: потому разность в трудоемкости увеличу до 50 раз
)