Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
21.01.2006, 01:00
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Итак, есть торговое предприятие по продаже строительных материалов. В головном офисе ведется как оптовая так и розничная торговля (компьютер+фискальный регистратор онлайн), там же расположены склады. Товар поступает не сразу от поставщиков, а через цепочку собственных ИП, которые в свою очередь ведут торговлю оптом и в розницу. Есть 3 филиала: опт+розница, несколько ИП в одном филиале. Общее количество пользователей - около 200, документов в день - более 10000. Оперативный учет и торговлю ведем в 1с, 15-20 баз данных, некоторые распределенные. Обмена между базами нет. Все это со скрипом работало, пока ИП не стали сливаться друг с другом и, например, вместо 5-ти БД будет одна с числом пользователей более 50-ти и количеством ежедневно проводимых документов около 5000. К тому же в ближайшем будущем ожидается активный рост, поэтому очевидно, что необходима программа не уровня 1с. Задача внедрения полноценной ERP не стоит, как минимум необходимо иметь front office для безостановочной торговли и back office для оперативного учета(без задержек в получении данных с торговых точек) . Желательно, чтобы была единая база данных для всех предприятий компании. На какие системы стоит обратить внимание? Руководство, воодушевленное ценами на западные ERP и своим опытом написания 10 лет назад учетной программы для 5-ти компьютеров предлагает "сесть и написать программу на Access". Пока рассматриваем Фолио, Navision, Axapta и SAP All in One. Консалтинговые компании предлагают провести обследование с целью рекомендации той или иной системы, но подозреваю, что их решение будут в пользу того что они продают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.01.2006, 02:26
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Лучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.01.2006, 13:26
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Лучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. MySQL не транзакционная система и здесь не годится. Имеет смысл оценить 1С 8 версии или заказать систему под себя. С западной системой есть большой шанс стать неконкурентоспособными (за счет больших издержек на внедрение, обучение, сопровождение) -- Шумов В. ACDPlus ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.01.2006, 18:21
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
LVadimЛучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. У нас каждый оператор на кассе в минуту вводит по 2-3 документа. Через web интерфейс такое разве возможно? К тому же как быть с торговым оборудованием? 2 VladSh: а в 8-й 1с смогут работать без проблем 150-200 пользователей? 1с 8 Управление Торговлей мы рассматривали, но при нашем росте это решение на 1-2 года, а дальше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.01.2006, 18:38
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
bst7 LVadimЛучший выбор: PHP+MySQL проверено не обламаетесь лет 5-6 точно. У нас каждый оператор на кассе в минуту вводит по 2-3 документа. Через web интерфейс такое разве возможно? К тому же как быть с торговым оборудованием? 2 VladSh: а в 8-й 1с смогут работать без проблем 150-200 пользователей? 1с 8 Управление Торговлей мы рассматривали, но при нашем росте это решение на 1-2 года, а дальше? рабочие места операторов кассы напишите на Дельфи или в Эксесе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.01.2006, 19:11
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Visitor рабочие места операторов кассы напишите на Дельфи или в Эксесе сильно сомневаюсь, что MySQL это потянет. Были мысли написать все на ASP.NET, рабочие места операторов кассы на Access, отчетность через Crystal и/или MS AS в эксель, а базу хранить в MS SQL, но одному с этим не справиться, а специалистов с достаточным опытом нет (не Москва). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.01.2006, 17:34
|
|||
|---|---|---|---|
|
|||
Учетная система для торговли? |
|||
|
#18+
Насколько я понял, все в одной базе, и учет, и продажи Разделите учет и продажи для продаж подойдет SetRetail (минимум получите: front office для безостановочной торговли и back office для оперативного учета(без задержек в получении данных с торговых точек) Интегрируйте его с Navision или SAP Busines One (С учетом роста можно с All-in-One). (Все IMHO, не принимайте как нотацию) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.01.2006, 18:11
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
LuciusНасколько я понял, все в одной базе, и учет, и продажи Разделите учет и продажи для продаж подойдет SetRetail (минимум получите: front office для безостановочной торговли и back office для оперативного учета(без задержек в получении данных с торговых точек) Интегрируйте его с Navision или SAP Busines One (С учетом роста можно с All-in-One). (Все IMHO, не принимайте как нотацию) Насколько я понял (если ошибаюсь - поправьте), SetRetail - автономная система для управления торговым залом, способная выгружать данные в учетную систему. Но кроме розницы есть торговля с юридическими лицами, т.е. часть товара постоянно находится в резерве, причем этот товар может храниться на полках в торговом зале, значит у оператора на кассе должны быть данные о зарезервированных товарах. Способна система SetRetail обеспечить необходимую функциональность? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.01.2006, 20:00
|
|||
|---|---|---|---|
|
|||
Учетная система для торговли? |
|||
|
#18+
Вообще-то задача кассы деньги считать, а не вести учет зарезервированного товара. Если человек выбрал товар, дошел до кассы, а там ему говорят "это мираж, и ничего мы вам не продадим" - то я в такой магазин 2-й раз не приду. Но,тем не менее, есть такой функционал в SetRetail, как дополнительная информация, говорят, что работа с кассой очень оперативна, централизована и пр. прелести. Правда я видел только на стенде, рекомендую спросить СМ-Трейд в Москве,или Кристалл в питере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.01.2006, 23:38
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
LuciusЕсли человек выбрал товар, дошел до кассы, а там ему говорят "это мираж, и ничего мы вам не продадим" - то я в такой магазин 2-й раз не приду. а если другого магазина нет? В торговых залах есть компьютеры, где продавцы видят остатки, и указанная Вами ситуация - редкость, хотя и случается. В перспективе планируем оснастить продавцов мобильными терминалами. А вообще, насчет того, что задача кассы - принять деньги, вернуть сдачу и чек - с этим полностью согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 13:16
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
bst7Руководство, воодушевленное ценами на западные ERP и своим опытом написания 10 лет назад учетной программы для 5-ти компьютеров предлагает "сесть и написать программу на Access". Так сядьте и напишите, руководство будет довольно... некоторое время. Удивительное дело, 1С уже не устраивает, а вот на рынке есть что-то такое, которое все это может, и быстро, и недорого, и все само делает. Я сам не фанат 1С совсем, но на этой платформе (даже на 7.7) есть куча готовых решений, которые снимают бОльшую часть Ваших технических проблем. Но, судя по описанию, дело-то не в этом. Поймите, наличие 5 или 15-20 баз данных - это не катастрофа, если логика работы с ними понятна и соответствует ведению Вашего бизнеса. Мне кажется, что при наличии грамотно проработанных процедур учета, обмена данными, правил консолидации и т.д. Ваша фирма будет активно расти и на 1С достаточно долго. Более того, без этого ни одна система не даст видимой отдачи, как бы по-модному она не называлась. Кстати, сам один раз столкнулся с загадочным требованием видеть остатки товара на кассовом аппарате "для справки", до охрипа заказчик убеждал, что этого нужно, сделали такую возможность, заодно встроили протокол, который показал, что за несколько месяцев на 2 десятках касс (300-400 покупок/день) эта функция не понадобилась ни разу, хотя это и не была открытая форма торговли. Тем не менее денежки за недорогую, незападную, не "полноценную ERP" систему были потрачены. И таких примеров здесь каждый может привести массу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 15:08
|
|||
|---|---|---|---|
|
|||
Учетная система для торговли? |
|||
|
#18+
Повторюсь. Стоит развести учетную схему и управление торговым залом, резервированние товара на полках передавать в управление торговым залом,и все это можно сделать на 1С + SetRetail Рекламировать даельше ни один, ни другой продукт я не буду - они мне не родные, но если Вы ищете доброго совета - не ищите приключений, пока не поймете, что вам реально нужно, единственная ваша беда - количество одновременных подключений к 1С, а при количестве пользователей больше 15 к одной базе - это китайская пытка, а не работа. После этого, можете взять полгода на продуктивные изыскания продукта для OLTP, опишите процессы, поймете, что и где жмет, и как нужно делать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 18:47
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Lucius .... единственная ваша беда - количество одновременных подключений к 1С, а при количестве пользователей больше 15 к одной базе - это китайская пытка, а не работа. Странная оценка. По моему опыту 7.7 на MS SQL в типовом варианте нормально тянет 20-30 человек, с доработками (прямое обращение к MS SQL в критических точках) - до 50-100. Типовая 8-ка потянет до 50 человек. Самописная или оптимизированная - до 100-120. Естественно, все эти оценки даны для нормального железа. Если у пользователей - PII и сеть глючит - не взлетит даже с 10 пользователями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 19:39
|
|||
|---|---|---|---|
|
|||
Учетная система для торговли? |
|||
|
#18+
Хотя обсуждение производительности 1С выходит за рамки топика, тем не менее: Мой опыт оснорвывается на поддержки терминального клиента 1С 7.7 для всех пользователей (RDP). После того конфигурация была превращена в настоящий клиент-сервер при помощи 1С++ и ToySQL (Есть такие разработки под 1С), стало полегче, но и здесь свои сложности. База стояла на IBM eSeries 335 Самое узкое место 1С - блокировка всего журнала документов при проведении одного из них. В общем - это мой опыт, если у кого другой - рад, что вам жилось легче ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 19:53
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
LuciusПовторюсь. Стоит развести учетную схему и управление торговым залом, резервированние товара на полках передавать в управление торговым залом... Товар на полках должен резервироваться сразу же после проведения счета. Т.е. выписку счетов тоже передать в управление торговым залом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 21:02
|
|||
|---|---|---|---|
|
|||
Учетная система для торговли? |
|||
|
#18+
Нет, конечно, нужно удалять с кассы возможноть продать этот товар (то есть передавать нулевую цену, или признак "зарезервировано" и т.д.) Я вас не пойму, у вас личная неприязнь к СМ-Трейд или считаете, что сведения полученные через третьи руки точнее, чем от "тех кто апельсины ел?" Я не продаю ни одно из решений (см.выше), видел только на стенде, и могу сказать, что решение проблемы с резервированием тоара в зале есть, детали обсудите с поставщиком, быстрее и точнее выйдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 21:03
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Сисой Странная оценка. По моему опыту 7.7 на MS SQL в типовом варианте нормально тянет 20-30 человек... ... в терминальном режиме, на 2 процессорах, как минимум с 4ГБ памяти и поочередной работой при пакетных операциях, например, проведение сложных документов. тянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 10:14
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
LuciusСамое узкое место 1С - блокировка всего журнала документов при проведении одного из них. Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 12:06
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 12:55
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
bst7 Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? я тоже не знаю на сколько это верно, но поидее если изменить TABLOCK на ROWLOCK прирост в пользователях должен быть приличный, если пользователи работают с разношерстными типами документов, которые не имеют общих соприкосновений по регистрам, например заявки и рн должны уже проводиться паралельно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 13:22
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
bst7 Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? Если все читатели почему бв и нет. :) Иначе врядли... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 14:04
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
steplton bst7 Сергей84 Есть решение данной проблемы - это ГБ от softpoint, опыта работы с ней к сожалению не имею, но по данным - помогает оч. хорошо, если кто-то тут есть, кто работал с ней наживую - пусть выложит впечатления. На сайте указано, что в одной базе одновременно смогут работать более 500(!) пользователей. С трудом верится, но действительно, кто-нибудь работал с Гибкими блокировками от Softpoint? Если все читатели почему бв и нет. :) Иначе врядли... если документы не будут соприкасаться регистрами например - то и 500 выдержит, главная проблема блокировка _1SJOURN, если ее убрать, то документы смогут идти паралельно, только если они скажем оба не двигают остатки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 15:48
|
|||
|---|---|---|---|
|
|||
Учетная система для торговли? |
|||
|
#18+
Неужели ни кто не работал в "нормальных" системах? (где блокируется только изменяемая запись, а не вся БД) А уж изменяет документ остаток, или не изменяет - проблема архитектора решения, а не пользователей (которые одновременно: одни отгружают памперсы, а другие приходуют чугунные батареи) Мне кажется, что заново выводить уже неоднократно полученное решение: "1С хорошо для мааасенького бизнесика" - лишнее. Думаю, что продуктивнее вернуться к теме топика. Может кто расскажет про... ... Фолио, Navision, Axapta и SAP All in One... все интереснее... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 16:03
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
LuciusНеужели ни кто не работал в "нормальных" системах? (где блокируется только изменяемая запись, а не вся БД) Это не столько система, сколько архитектура БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.01.2006, 16:05
|
|||
|---|---|---|---|
Учетная система для торговли? |
|||
|
#18+
Сергей84 если документы не будут соприкасаться регистрами например - то и 500 выдержит, главная проблема блокировка _1SJOURN, если ее убрать, то документы смогут идти паралельно, только если они скажем оба не двигают остатки Кому интересны документы не двигающие регистры ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=29&mobile=1&tid=1528251]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
163ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
76ms |
get tp. blocked users: |
2ms |
| others: | 265ms |
| total: | 553ms |

| 0 / 0 |
