14.05.2013, 17:01 | #21 |
Участник
|
Цитата:
Сообщение от gl00mie
Опять загадками говорите... Сторонние решения для чего? Что есть frontend в вашем понимании? Нечто, никак не использующее стандартные портальные фишки, но, тем не менее, реализующее веб-интерфейс для Аксапты? Разумеется, бывает, к примеру, коллеги с предыдущей работы реализовали веб-интерфейс для ТСД на PHP + Business Connector (еще на 3.0 - потом решение успешно заработало на 2009-й, крутится все на Apache под виндой). Изначально цель была - сделать "платформонезависимое решение" (с т.з. используемых ТСД, способных хотя бы запускать браузер), и эта цель вполне себе была достигнута. Но не думаю, что именно такой frontend вы имели в виду...
Если не затруднит - какой frontend Вы имели ввиду ? |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
14.05.2013, 17:20 | #22 |
Участник
|
Цитата:
Сообщение от gl00mie
Опять загадками говорите... Сторонние решения для чего? Что есть frontend в вашем понимании? Нечто, никак не использующее стандартные портальные фишки, но, тем не менее, реализующее веб-интерфейс для Аксапты? Разумеется, бывает, к примеру, коллеги с предыдущей работы реализовали веб-интерфейс для ТСД на PHP + Business Connector (еще на 3.0 - потом решение успешно заработало на 2009-й, крутится все на Apache под виндой). Изначально цель была - сделать "платформонезависимое решение" (с т.з. используемых ТСД, способных хотя бы запускать браузер), и эта цель вполне себе была достигнута. Но не думаю, что именно такой frontend вы имели в виду...
Речь, скорее всего, идет о другом. О том, что Аксапта сейчас доступна уже не только для средних компаний, но и для малого бизнеса, которому очень важно взаимодействовать с розничными клиентами. То есть, имея мощную машину для учета всей внутренней деятельности компании, получить еще и гибкий инструмент тонкой индивидуальной настройки торговли для розничного клиента в интернет магазине. Так, чтобы была возможность все нужную часть каталогов выводить на сайт именно для розничных клиентов. При этом, конечно, есть очень большая натяжка в использовании стандартных заказов для покупателей интернет магазинов, но, наверное, это можно обойти. А так, представляете, у вас есть многопрофильная торговая компания, которая может для разных групп розничных покупателей делать разные сайты-магазины, а всю систему поставок единообразно вести в Аксапте. У меня, например, есть мысли применить это к поставкам запчастей. Соответственно, работа с розничными клиентами пока в Аксате не проработана. Это и имелось в виду под front-end... кажется... ) |
|
14.05.2013, 17:25 | #23 |
Участник
|
Цитата:
Мало того, самый деликатный вопрос организации работы с данными решается внутри традиционного интерфейса Аксапты. Для веба остается только указать для стандартных контролов AxDataSource. |
|
14.05.2013, 18:10 | #24 |
Участник
|
В 2012 это не совсем так. Прямо из коробки можно развернуть вполне рабочий интернет-магазин для работы с розницей. И вполне заказы на продажу соответствуют логике продажи в ритейле.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: mazzy (2), Narayana (1). |
16.05.2013, 13:22 | #25 |
Участник
|
Ну, так получается, что проблемы и в использованиии портала - это только проблемы доработки портала ? Я также слышал, что под него должно быть очень мощьное железо.
|
|
16.05.2013, 13:35 | #26 |
Участник
|
Цитата:
Сообщение от Narayana
Мне кажется, в применении к Аксапте не совсем правильно оперировать такими вещами, как fron-end и front-office, потому как различение front и back, это больше разговор о внутренней деятельности компании и взаимодействии с поставщиками-клиентами. Но, в применении к оптовым поставщикам и клиентам эти задачи решены, если закрыть глаза на SharePoin, вполне удовлетворительно.
Речь, скорее всего, идет о другом. О том, что Аксапта сейчас доступна уже не только для средних компаний, но и для малого бизнеса, которому очень важно взаимодействовать с розничными клиентами. То есть, имея мощную машину для учета всей внутренней деятельности компании, получить еще и гибкий инструмент тонкой индивидуальной настройки торговли для розничного клиента в интернет магазине. Так, чтобы была возможность все нужную часть каталогов выводить на сайт именно для розничных клиентов. При этом, конечно, есть очень большая натяжка в использовании стандартных заказов для покупателей интернет магазинов, но, наверное, это можно обойти. А так, представляете, у вас есть многопрофильная торговая компания, которая может для разных групп розничных покупателей делать разные сайты-магазины, а всю систему поставок единообразно вести в Аксапте. У меня, например, есть мысли применить это к поставкам запчастей. Соответственно, работа с розничными клиентами пока в Аксате не проработана. Это и имелось в виду под front-end... кажется... ) |
|
16.05.2013, 18:29 | #27 |
Участник
|
Цитата:
|
|
|
За это сообщение автора поблагодарили: Kabardian (2). |
16.05.2013, 18:44 | #28 |
Участник
|
|
|
16.05.2013, 19:04 | #29 |
Участник
|
Для читающих эту ветку, кто не в курсе Аксапты. Для тех, кто пришел по ключевым словам, которые наплодил v.bessoltsev :
* в Аксапте есть веб-интерфейс * реализован при помощи SharePoint, который в свою очередь использует IIS * обращается к той же базе, на которой работает Аксапта (online) * формы требуют отдельного программирования (GUI-форма и WEB-форма - два совершенно разных объекта в средствах разработки) * отчеты программируются один раз и для GUI, и для WEB * авторизация обеспечивается SharePoint и IIS * безопасность обеспечивается SharePoint и IIS (хорошая, на уровне) * шифрование данных обеспеспечивается IIS * устойчивость обеспечивается IIS (нормальная) * быстродействите обеспечивается SharePoint (не тормозит) * требования к железу диктуются SharePoint (не велики) * SharePoint позволяет одновременно использовать и Аксаптовские веб-части, и веб-части от других производителей. * при помощи веб-интерфейса реализован не весь функционал аксапты, а только тот, что может потребовать доступа извне: CRM, продажи, веб-магазин, тендерная площадка для закупок, сотрудники, документооборот, отчеты. на веб-интерфейс не рекомендуется выносить критичные к безопасности и/или к конфиденциальности данные. Например, бухгалтерию не нужно выводить на веб-интерфейс. Хотя и можно. * SharePoint сильно заточен под работу с авторизованными пользователями. Открывать SharePoint анонимным пользователям можно. Но практически нет аксаптовских частей, которые работают с анонимами. Разве что витрина магазина, корзина и форма регистрации. |
|
|
За это сообщение автора поблагодарили: baget (1), sukhanchik (2), Logger (3), lev (2), kosenkov (1), S.Kuskov (1). |
16.05.2013, 22:37 | #30 |
Administrator
|
Можно добавить, что в АХ 2012 ряд форм для портала программируются один раз для GUI-формы и для WEB-формы. Такие формы обладают рядом ограничений конечно (отсутствие кода на Х++ и т.д.). Тем не менее, они программируются, как GUI, а потом "одним щелчком" разворачиваются "один в один" на портал
__________________
Возможно сделать все. Вопрос времени |
|
17.05.2013, 00:27 | #31 |
Участник
|
Цитата:
При этом, технологичность и сложность управления небольшой компанией может быть очень внушительная. Именно в таких компаниях стараются выкинуть побольше уровней управления, делая ставку на максимальную автоматизацию учета. А сотрудники могут быть очень универсальны по своим знаниям и обязанностям. При этом сложность Аксапты не является запредельной и внедрить ее вполне может один человек. Да и админить тоже. А вот возможности для легкой и надежной доработки очень велики. Так почему бы такому малому бизнесу не использовать Аксапту? Впрочем, конечно же, есть один ньюанс... В такой компании внедрить Аксапту можно только своими силами. Денег на привлечение интегратора точно не хватит... )) |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
19.05.2013, 20:55 | #32 |
Участник
|
Цитата:
Сообщение от sukhanchik
Можно добавить, что в АХ 2012 ряд форм для портала программируются один раз для GUI-формы и для WEB-формы. Такие формы обладают рядом ограничений конечно (отсутствие кода на Х++ и т.д.). Тем не менее, они программируются, как GUI, а потом "одним щелчком" разворачиваются "один в один" на портал
Первое впечатление, - система совсем другая. Но, ощущение, что не хуже 2009-й. Разработка стала удобнее. Установка безусловно удобнее и человечнее, правда очень долго компилируется по сравнению с прежней. Чего сделали со справочником номенклатур еще не понял, но появление категорий продуктов, - это то, чего явно не хватало. Портал нормально работает под Хромом, а что за зверь здесь Ритейл, надо разбираться... В общем, ощущения странные, но почему-то приятные. Хотя, конечно, изменение концепции пользовательского интерфейса несколько раздражает ...поначалу, а потом, вроде, и ничего... |
|
20.05.2013, 09:34 | #33 |
Участник
|
Спасибо всем за помощь !
Но еще есть небольшой вопросик: что обычно не хватает в стандартном функционале портала, что как говорится на Ваш взгляд нужно было бы добавить в стандартную поставку ? |
|
|
За это сообщение автора поблагодарили: mazzy (1). |
22.05.2013, 19:55 | #34 |
Участник
|
Блин, наверно я достал всех , но все же кто может ответить на вопрос выше ? Спасибо.
|
|
22.05.2013, 20:49 | #35 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
|
Похожие темы | ||||
Тема | Ответов | |||
Аксапта плохо видит портал при разработке | 2 | |||
Портал 404 ошибка. Ролевые центры так и не появились | 10 | |||
Портал на AX 4 SP1 | 4 | |||
Портал подвисает из-за dllHost.exe? | 11 | |||
Корпоративный портал | 21 |
|