|
|
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
Есть корпоративный сайт, к нему планируется прикрутить электронный магазин, который бы отображал наличие товаров на складе, выставление счета и т.д. То есть я так понимаю, идет связка erp системы с корпоративным сайтом. Кто должен заниматься, кому в этом случае поручают программировать интернет магазин? веб студии или тем, кто внедрял erp систему? По моему, веб студия максимум может создать дизайн. СУВ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2007, 03:51 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
тем, кто внедрял erp систему дизайн - потом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2007, 09:01 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
используйте XML для связи, и можно отдавать студии ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2007, 13:43 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
Ну вот как вариант: http://www.itguide.ru/blog/BlogId_4244.html Можно некоторое количество вариантов придумать. Здесь сделали прямо в базу. Можно настроить обмен данным через XML, причем обмен опять же автоматический, так как если для имагазина может шедулер скрипты на обновление запускать. Еще как вариант, если можно свой какой-то модуль приделать, можно его тоже в инет выложить черз свой сервер в офисе ( не обязательно кстати WEB, можно через Citrix) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 01:42 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
MLansЕсть корпоративный сайт, к нему планируется прикрутить электронный магазин, который бы отображал наличие товаров на складе, выставление счета и т.д. То есть я так понимаю, идет связка erp системы с корпоративным сайтом. Кто должен заниматься, кому в этом случае поручают программировать интернет магазин? веб студии или тем, кто внедрял erp систему? По моему, веб студия максимум может создать дизайн. СУВ. Заниматься должен тот, кто умеет делать магазины. Если ерп-система поддерживает интернет-магазины и ее разработчики умеют их делать, значит они будут. Если нет (это так обычно и есть), то значит кто-то другой. Веб-студии обычно делают только дизайны, а сам магазин делают программисты - ищите, кто умеет, или берите какой-то готовый и стыкуйте. Связывать напрямую магазин и ерп нежелательно - они друг другу не дадут работать, т.к. предназначены для разных дел. Сайт со своей БД отдельно, ерп отдельно. -- Tygra's -- Мои фотогалереи тут и тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 11:39 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
tygra<...>Связывать напрямую магазин и ерп нежелательно - они друг другу не дадут работать, т.к. предназначены для разных дел. Сайт со своей БД отдельно, ерп отдельно.<...> А как тогда быть с дублированием информации по складу, финансам, платёжному и учётному документообороту? IMHO БД у магазина и у учётной "ERP" системы должна быть одной, затраты оправданы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 16:12 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
AlexTheRaven tygra<...>Связывать напрямую магазин и ерп нежелательно - они друг другу не дадут работать, т.к. предназначены для разных дел. Сайт со своей БД отдельно, ерп отдельно.<...> А как тогда быть с дублированием информации по складу, финансам, платёжному и учётному документообороту? IMHO БД у магазина и у учётной "ERP" системы должна быть одной, затраты оправданы. читал материалы, что одна БД это уже не модно и неоправданно Технологии в последннее время, что проститут....ки :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2007, 16:42 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
Petro123читал материалы, что одна БД это уже не модно и неоправданно Модно-немодно, но когда на сайт придет 1000 пользователей и начнет ходить по всем страницам, я погляжу, как ерп-система будет работать - сколько накладные будут проводиться, отчеты строиться и т.д. :)) Это данность, мода ни при чем. AlexTheRavenА как тогда быть с дублированием информации по складу, финансам, платёжному и учётному документообороту? IMHO БД у магазина и у учётной "ERP" системы должна быть одной, затраты оправданы. Зачем информацию дублировать и зачем эта вся информация на сайте? На сайте есть товар с ценой-количеством, клиент, заказ. Это все из ерп суммируется, компонуется и выкладывается на сайт так, как для магазина нужно. Все изменения уходят туда-сюда. Дополнительный плюс - на сайте можно делать что угодно и это не повлияет на рабочую нормальную ерп-базу и данные -- Tygra's -- Мои фотогалереи тут и тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 13:14 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
Petro123 читал материалы, что одна БД это уже не модно и неоправданно Технологии в последннее время, что проститут....ки :)) Можно, конечно, создать несколько БД, хранить в них разную, но связанную информацию, а потом героически интегрировать, загружать в одно хранилище и анализировать. Целесообразность - за рамками, но работать будет, и излишки бюджета таким образом освоить можно :) . Но вот если в двух БД содержатся копии одной и той же информации - они рано или поздно "разъезжаются". Попробуй потом объяснить бухгалтеру, по какой БД ему правильно отчитываться перед налоговой и почему у него дебет с кредитом не сходятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 14:03 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
AlexTheRavenПопробуй потом объяснить бухгалтеру, по какой БД ему правильно отчитываться перед налоговой и почему у него дебет с кредитом не сходятся. ну не по сайтовой базе же ему отчёты делать, не правда-ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 14:24 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
по моему выставление "продажных" данных называется "витриной данных" http://www.yandex.ru/yandsearch?rpt=rad&text=%E2%E8%F2%F0%E8%ED%E0+%E4%E0%ED%ED%FB%F5 ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 14:30 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
Витрина данных - это данные для анализа, их можно анализировать, менять нельзя Магазин - это не анализ, это работа с данными, которые меняются со всех сторон и связаны с другими данными другой БД. -- Tygra's -- Мои фотогалереи тут и тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 17:44 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
tygraЗачем информацию дублировать и зачем эта вся информация на сайте? На сайте есть товар с ценой-количеством, клиент, заказ. Это все из ерп суммируется, компонуется и выкладывается на сайт так, как для магазина нужно. Все изменения уходят туда-сюда. Дополнительный плюс - на сайте можно делать что угодно и это не повлияет на рабочую нормальную ерп-базу и данные Всю информацию, разумеется, показывать не надо. А показать, сколько чего в данный момент есть, сколько это сейчас стоит, что клиент заказал и какие счета ему надо оплатить - IMHO очень даже правильно. Можно, конечно, выкладывать эту информацию в специальную БД сайта в пакетном режиме, но если это делать редко - она будет терять актуальность, а если часто - нагрузка будет не меньше, чем при обращении сразу к БД учётной системы. Тем более, если заказ и оплата сначала попадают сначала в БД сайта, а уж потом, в таком же пакетном режиме, попадают в БД учётной системы, это чревато недовольным бухгалтером. mikolas AlexTheRavenПопробуй потом объяснить бухгалтеру, по какой БД ему правильно отчитываться перед налоговой и почему у него дебет с кредитом не сходятся. ну не по сайтовой базе же ему отчёты делать, не правда-ли? Смотря что за сайтовая база :) . Думаю, сделать отчёт по БД amazon.com или bolero.ru - не такая уж тривиальная задача. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2007, 00:48 |
|
||
|
ERP <----> WEB interface
|
|||
|---|---|---|---|
|
#18+
AlexTheRavenВсю информацию, разумеется, показывать не надо. А показать, сколько чего в данный момент есть, сколько это сейчас стоит, что клиент заказал и какие счета ему надо оплатить - IMHO очень даже правильно. Можно, конечно, выкладывать эту информацию в специальную БД сайта в пакетном режиме, но если это делать редко - она будет терять актуальность, а если часто - нагрузка будет не меньше, чем при обращении сразу к БД учётной системы. Это как так - нагрузка от того, что клиент 500 раз запросит инфомацию равна нагрузке при передачи одного изменения??? :)) AlexTheRavenТем более, если заказ и оплата сначала попадают сначала в БД сайта, а уж потом, в таком же пакетном режиме, попадают в БД учётной системы, это чревато недовольным бухгалтером. А бухгалтер то тут причем? Бухгалтеру все-равно, откуда и куда попадает информация - главное, чтобы она была верной и попадала правильно к нему в систему. -- Tygra's -- Мои фотогалереи тут и тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2007, 09:27 |
|
||
|
|
start [/forum/topic.php?fid=33&fpage=52&tid=1549106]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
41ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 147ms |
| 0 / 0 |
