Вид для печати
Предлагаю разделить по двум категориям.
I группа, по количеству пользователей
1. до 5 включительно
2. до 30 включительно
3. Свыше 30 ...
Считается, что на одном рабочем месте вводиться до 100 документов в день
II По количеству точек учета (центров учета)
1. Один
2. До трех
3. Свыше
Какие предложения??
Простите за глупый вопрос. Можно поинтересоваться, что Вы подразумеваете под центрами учета?
Если то же, что и я (расчеты, имущество, МПЗ и т.п.) - их не может быть 1 или даже 3.
Или это количество обособленных подразделений?
Да, и мне расскажите, что понимается под центрами учета?
Точки, площадки, филиалы и т.д.Цитата:
что понимается под центрами учета
Иначе говоря те места где компактно находятся люди вводящую информацию и пользующиеся её результатами. Например: офис и удаленный склад. Если склад не использует режим удаленного доступа, а передпет результаты по эл. почте или возит на дискетте, то это и есть различные центры учета.
Вопрос не праздный, ибо проблемы передачи и синхронизации информации не проста. Следовательно эту проблему следует решать в процессе постановки задачи.
По-моему, не стоит делать вариант один центр учета (у каждого может неожиданно возникнуть еще один и тогда что? новая версия?). Сразу начинать с трех. Это не так много, но и дает возможность развития.
(По-моему, не стоит делать вариант один центр учета)
Моя мысль была в другом, как много их может быть?
Дело в том, что при консолидации данных это ьребует ресурсов, а их всегда не хватает.
Вот и возник вопрос.
Dracosha Andrew в моей практике их было 1 и 4 центра. Там, где 4 центра, в любое время могли добавиться еще 2-3.
> в моей практике их было 1 и 4 центра. Там, где 4 центра, в любое время могли добавиться еще 2-3.
И как осуществлялась связь между центрами?
wanderer переносными носителями типа: дискета, компакт-диск, диск; е-мейл. Но уж если делать идеальную систему, то мне бы хотелось, чтобы это был постоянный доступ в течение дня по каналам связи к базе.
А синхронизация данных, скажем, 1 раз в час не подойдет?Цитата:
чтобы это был постоянный доступ в течение дня
Это надо смотреть по каждому конкретному предприятию. Кому-то и раз в день подойдет, а кому-то и постоянный доступ нужен. В моем случае 1 раз в час-два вполне подошло бы.Цитата:
А синхронизация данных, скажем, 1 раз в час не подойдет?
В моем случае раз в час - редко.
Хотя можно сделать переключевку на запросы к одному и тому же , но не синхронизируемому в момент запроса . Но это тоже не выход.
Что же такое происходит в течении часа?Цитата:
В моем случае раз в час - редко.
Dracosha Andrew , если хоть что-то происходит, то уже редко.:)
Но я не спец в данной области. Прошу меня извинить за дилетантство.
Хотя бы то что товар уходит со склада :)Цитата:
Исходное сообщение Dracosha Andrew
Что же такое происходит в течении часа?
И что? Вы за час умудряетесь весь склад продать?Цитата:
Хотя бы то что товар уходит со склада
Dracosha Andrew ну может не продать, но отгрузить половину - точно :)
2 офиса продаж и 1 склад это редкость?Цитата:
Исходное сообщение Dracosha Andrew
И что? Вы за час умудряетесь весь склад продать?
Или актуальные остатки на текущий момент времени при выписке это излишество?
У меня есть какое-то ощущение неполноценности...
По моему для того чтоб понять "На какие предприятия рассчитано?" нужно сначала понять что такое "наша КИС" если этот зверь универсальный то рассчитано на те предприятия какие вы сможете охватить гибкостью системы. Если нет то смотри ТЗ :)
бывает, что и несколько складов :-))Цитата:
И что? Вы за час умудряетесь весь склад продать?
Супер!!!!Цитата:
бывает, что и несколько складов :-))
;)
Ну что я могу сказать? С одной стороны вы правы, а с другой....Цитата:
Или актуальные остатки на текущий момент времени при выписке это излишество?
Вот вам вопрос - сколько времени занимает оформление одного документа? Сколько времени занимает исправление того же документа, если в нем ошибка?
По моим наблюдениям в случае, если оформление ведет менеджер, т.е. специалист по продажам и переговорам с клиентами, а не проффесиональный оператор (а это 99% всех мной наблюдаемых случаев), время от начала выписки документа до полностью завершенной транзакции - 20-30 минут. Увы, если мы начнем синхронизировать базы каждые 10-15 минут, то данная операция попадет в базу только после 4-й попытки!!! А до этого в базе будет не устаревшая, а ложная информация. А это еще хуже, на мой взгляд.
Впрочем, никто не мешеат синхронизироваться чаще, но не забывайте, про накладные расходы (изменения надо просчитывать). Велики ли они? Как сказать, был свидетелем, когда MS SQL 30% процессорного времени "съедал" под репликацию. Но там программа была неправильно написана.
А менеджер не может быть проффесиональным оператором?Цитата:
Исходное сообщение Dracosha Andrew
По моим наблюдениям в случае, если оформление ведет менеджер, т.е. специалист по продажам и переговорам с клиентами, а не проффесиональный оператор (а это 99% всех мной наблюдаемых случаев)
И собственно "проффесиональный оператор" это кто? неужто это машинистка с бешеной скоростью ввода буковок?
боюсь огорчить но я както засек сколько времени тратят на выписку девочки в торговом отделе получилось что по 4 секунды на строку в документе.Цитата:
Исходное сообщение Dracosha Andrew
время от начала выписки документа до полностью завершенной транзакции - 20-30 минут.
тут уж либо вопросы к программеру который сделал такой дружелюбный интерфейс либо к отделу кадров!
Чудненько!!!Цитата:
боюсь огорчить но я както засек сколько времени тратят на выписку девочки в торговом отделе получилось что по 4 секунды на строку в документе.
Осталось только посчитать не строчку, а документ.
В компании Vista Ltd (разработчик Турбо Бухгалтера) было замечательное внедрение - учет статталонов. За два часа два оператора забивали 600 статталонов.
А вот за 4 секунды вас не один кассир не обслужит. Это я вам гарантирую. Так что 4 секунды это только строчка. А сам документ все равно минут 10 да оформляется. Проверьте.
Я просто говорил о том что на многих предприятиях нужен постоянный доступ к общей БД
А если посчитать то в пивной оптовой конторе с 6000 номенклатурой, системой индивидуальных скидок и т.д., с очередями около 4 операторов получается следующее:
Документ 100 строк:
10 сек данные о покупателе, условий отгрузки
400 сек покупки покупателя
2-5 проведение документа
документ в базе
1-2 минуты на оформление документов
итого 7 минут на достаточно объемный документ в опте.
при всем при этом нужно учитывать что еще существует мелкий опт с документами в 10 - 15 строчек!
