| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > 1C: Предприятие, SAP, ERP и учётные системы > Поскажите, как организовать взаимодействие |
| Автор: Vasay 11.12.2009, 23:44 |
| Добрый день. Есть такая проблема: Есть склад. Есть два магазина. Хотелось бы иметь общую базу товаров и чтобы она обновлялась в реальном времени (по мере продаж). Какой софт и железо посоветуете (подразумевается, что есть доступ в интернету), чтоб подешевле? Как мне (совершенно далекому от всего этого) человеку кажется: 1. Должен быть сервер в интернете с общей БД товаров (сервер в интернете нужен, так как технические средства обеспечения интернета на местах не позволяют иметь статический ip). 2. в магазинах должны быть: - комп. - сканер штрихкодов - принтер (для печати накладной, работа без чека) 3.на складе к этому набору добавляется принтер для штрихкодов. Что нужно из софта? 1с думаю, дороговато стоить будет. Может есть что подешевле (бесплатно |
| Автор: Itsys 12.12.2009, 10:14 |
| Бесплатно бывает только сыр в мышеловке... А так http://forum.vingrad.ru/forum/topic-281807/kw-%D0%BA%D0%B8%D1%81-lack-%D1%81%D0%BA%D0%BB%D0%B0%D0%B4-%D1%82%D0%BE%D1%80%D0%B3%D0%BE%D0%B2%D0%BB%D1%8F-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE.html, посмотрите... |
| Автор: SaschaL 12.12.2009, 19:43 |
| Либо настроить обмен между базами либо сделать единую базу |
| Автор: AndreyZh 12.12.2009, 20:45 | ||
Система пока (до конца января/февраля) не умеет работать со сканером/принтером штрих кодов... |
| Автор: Vasay 13.12.2009, 00:58 |
Думаю, раздельные базы лучше. Но что насчет существующего софта? Неужели ничего нет кроме 1c (по моему, в данном случае - это из пушки по воробьям)? |
| Автор: SaschaL 13.12.2009, 07:48 |
| Ну мочему нет, есть конечно, но тут плюсом 1С является то что открытый ког, проще найти специалистов котрые смогут технически поддержать вас, даже удаленно ну и относительная дешевизна затрат. В свое время лично я писал подобную программу на FoxPro8 работает стабильно уже лем 6 ну правда иногда формы печатные докидываю и все, ну и насраваю на новых рабочих местах. А так на рынке существем много программ которые с помощью которых можно это реализовать. Например SAP, посмотрте по сушествующему рынку ПО чтодешевле, что более доступно. Можете конечно сделать заказ программерам они вам напишут прогрумму под вас, и будет тогда Эксклюзивная, но и цена в таком случая бедет заведомо выше. Так что решать вам. |
| Автор: Vasay 13.12.2009, 18:00 |
| Ок. Если 1с действительно лучший вариант - то что нужно покупать и сколько это будет стоить? |
| Автор: Itsys 14.12.2009, 00:50 |
| Лучше "Управление торговлей 8.1" стоимость 14500 за однопользовательскую лицензию. Вам понадобятся две лицензии. Добавлено через 43 секунды Или подождать, когда выйдет релиз под 8.2, чтобы потом не мучаться с переходом. |
| Автор: Denny 14.12.2009, 05:35 |
| Имхо Зачем онлайн доступность базы, неужели такой поток товарооборота в магазинах? Проще единую БД и выгрузку/загрузку раз в сутки. Иначе получишь очень уязвимый проект - интернет упадет и продажи в магазине остановятся. Если 1С, то "Розница" на кассах и "УТ Базовая" на складе (Итого 10800*2 + 4600). Возможны и другие варианты, но сложно судить по такому описанию. Работать можно и на 8.1 ибо спешить переходить на новую платформу не стоит |
| Автор: Itsys 14.12.2009, 14:20 |
| Vasay, В реальном времени синхронизацию конечно не получится сделать, но настроить синхронизацию можно хоть каждую секунду... но эффективнее всетаки будет раз в 5-10 минут... |
| Автор: Vasay 9.2.2010, 02:10 |
| Вобщем вернулся к проблеме. Сегодня общался с представителем дилера 1с. Но к сожалению, я не совсем понял что он пытается мне втюхать. На данный момент я имею 2 лицензионные 8.1проф. Что я должен докупить для организации: 2 рабочих мест с ПОС терминалами и одного рабочего места для контроля происходящего в магазинах и на складе. Хочу что бы на пос терминалах были свои базы, но синхронизировались с основной раз в несколько минут через интернет. Статический ip ни на складе ни в магазинах сделать не могу. Но могу сделать сервер в интернете с linux (для sql базы или FTP обменника). |
| Автор: bilbobagginz 9.2.2010, 09:42 |
| Vasay, я не знаю ваши расценки на связь, но ты точно смог бы подсчитать примерно сколько денег будет задерживаться при остановке связи. После общения с провайдерами узнаешь сколько стоит поддерживать дублированную связь, и сравни. насчет realtime синхронизации, если настроишь всю эту котовасию, и база поддерживает replication, то это будет нормально работать, сегодня много бд поддерживают репликацию (mysql, postgresql) ну и насчет расходов на линию, поспрашивай народ - сколько надо иметь, чтобы репликация бегала без проблем... я бы все филиалы запихал в VPN сетку, незашифрованную а вот связь между серверами и терминалами шифровал бы (GnuTLS или SSL). причина простая: если кто-то пытается подслушать, он будет это делать через внутреннюю сетку. т.е. ее надо шифровать - по-любому. а шифрование VPN тормозит ВСЕ процессы - и которые надо шифровать, и которые нет. расскажи, кстати что там нарисовывается... |
| Автор: Vasay 9.2.2010, 11:35 |
| bilbobagginz, Связь стоит дешево, но проблемы с ней могут быть. То что я понял про 1с, возможен такой вариант - периодически на ftp сервер выкидываются изменения в базе, и это позволяет синхронизировать базы. Вопрос "что покупать" относился не к железу, а к версиям 1с |
| Автор: bilbobagginz 9.2.2010, 13:59 | ||
это работать через одно место ниже лопаток и выше колен. ФТП конечно звучит круто, но: через FTP ты будешь перекидывать какой-то SQL файлик. если руками он будет создаваться, то не факт что заметишь что там неправильно создалось в дампе. потом это надо будет как-то закачивать из текстового файла в базу данных, а файл хреново создался/передался по FTP (a тестовую сумму сделали на плохо созданный дамп) и похреначили боевую бд.... кроме-того твой дамп можно будет перехватить. намного правильнее работать как раз для этого придуманным механизмом репликации баз, создав кластер. а коммуникация этого процесса будет зашифрованной, по принципу трансакций в чем-то несостоявшийся цикл не будет вписан (COMMIT-нутым) в боевую реплику. короче, решай как знаешь. ФТП - может быть в помощь когда нет другого выхода: ПО базы данных не поддерживает кластеризацию, обе копии изолированы а данные переданные через FTP приходится тащить на флешке и только с нее скачивать. |
| Автор: AkelaSQL 9.2.2010, 16:39 |
| Уважаемый bilbobagginz видимо совсем не знаком с УРБД (Планами обмена)??? |
| Автор: bilbobagginz 10.2.2010, 09:58 |
| AkelaSQL, да. это какая-то фишка 1С, как я пониимаю. а я говорю на уровне базы данных. насколько я понимаю PosgreSQL поддерживает распределение на т.н. "кластер". в результате у нас имеется n (я не знаю насколько ограничено это n) реплик какой-то базы, или нескольких баз. настроить можно как в режиме read-only, так и при возможности записей. при изменении в одной из реплик, обе реплики синхронизуются. я не знаю всех деталей реализации, и как это сливается в 1С, но postgres это может. |
| Автор: AkelaSQL 10.2.2010, 10:49 |
| Репликация на уровне БД - хорошо... Когда канал толстый и устойчивый! В 1С обмен репликами организован на прикладном уровне, причем очень хорошо! Поверь, работать с ним гораздо гибче и удобнее, чем с репликами БД. |
| Автор: Vasay 13.2.2010, 13:52 |
| Товарищи, я уже совсем запутался в том что продает 1с. Может мне кто-тот все же подскажет, что я должен у них покупать? Я вот не могу понять - управление торговлей это конфигурация, или отдельная программа? |