Розница

[ogaluza]

Можно ли при просмотре продаж в РОЗНИЦЕ сделать всплывающее окно таким,что бы читалась вся информация о продаже.Наименования почти не видно.
И если можно верните привязку продажи ко времени как это было в предприниматель 3

[dmitry]

Всплывающая подсказка для длинного текста есть. Время - час и минута есть.

[Ватсон]

Сейчас плотно работаем с розницей. Есть несколько вопросов
1. Как удалить из чека не последний товар? Только поставить переключатель в ВОЗВРАТ и вернуть или есть какая-то быстрая комбинация, чтоб удалить ЛЮБУЮ СТРОКУ из чека? Один раз мне удалось неверным движением мыши выделить строку и нажать правую кнопку. Там появилось "Х Удалить строку". Выбрав эту опцию (еще раз - смоделировать просто эту ситуацию не удается, тем более продавцу при большой очереди!) я удалил... все строки из чека. Немного разобравшись, я увидел, что удаляются все строки до текущей вместе с ней. И если надо удалить первую строку, то весь чек начнется с чистого листа. Глюк?
2. Вопрос с ценой: есть ли возможность установить цену "по умолчанию". Ситуация: 95% покупателей обслуживаются по колонке прайса "Цена 1" и только 5% - по "Цена 2" . Переключив же настройку цены прайса продавец в потоке забывает вернуть цену назад и, как следствие, по инерции делает еще несколько продаж по другой цене. Потом - возврат товара, слезы, сопли. Я понимаю, что это из области человеческого фактора, но настройка дефолтных параметров чека была б уместна...
Далее вопросы касаются больше прав пользователей:
1. Не удалось закрыть справочник "Прайс-листы" от пользователей. Установил галочки запрета на просмотр и изменение. Они сбрасываются и вообще ведут себя странно . На локальный глюк не похоже.
2. Хорошо бы сделать ограничения на уровне меню: если мы в "Правах пользователя" отключаем определенный раздел. так его и в меню не должно быть видно или он должен быть недоступен. Раздел "Справочники" открыт для всех. Т.е. можно входить и просматривать любую инфу. Хотя зачастую и это не нужно. В идеале - для продавца надо поскорее попасть в раздел "Розница-Продажи", а остальное ему как бы и ни к чему...
3. Хорошо бы сделать, чтоб пользователям были доступны не все цены в Рознице, а только разрешенные мною. Иначе возможны ошибки при выборе цены. А при потоке людей это очень даже возможно. Ну и кроме того, продавцам необязательно видеть закупочные цены. Тоже самое касается менеджеров. К примеру, менеджер может видеть и корректировать определенные колонки в прайсе, а о других даже и не догадываться...
Я понимаю, что это может в чем-то усложнит логику программы, но такого рода безопасность поднимет программу на новый уровень...

Что делать с Протоколом ошибок? Он вам нужен, высылать его или вы его сами стягиваете по инету? Зачастую вываливаются какие-то ошибки... Влияют ли они на логику работы или на них можно закрыть глаза?
"Нет информации для настройки таблицы для текущего пользователя". Что это? И почему это не дает мне настраивать колонки в таблицах для пользователя?

А вообще - мне программа больше и больше нравится. Рад, что приобрел!

[Ватсон]

Эх... забыли про эту ветку, что ли

[dmitry]

1. "Один раз мне удалось неверным движением мыши выделить строку и нажать правую кнопку. Там появилось "Х Удалить строку". "

1. Щелкайте правой кнопкой не в той ячейке, которая в этот момент редактируется, а в соседней.


2. "удаляются все строки до текущей вместе с ней. И если надо удалить первую строку, то весь чек начнется с чистого листа."

2. Будет исправлено в сегодняшнем обновлении.

А вообще, мне кажется, что на кассовом аппарате и прочих POS-терминалах есть только "Отмена последнего" и "Возврат".


3. "Не удалось закрыть справочник "Прайс-листы" от пользователей. Установил галочки запрета на просмотр и изменение. Они сбрасываются и вообще ведут себя странно"

3. Проверил, запреты сохраняются.

[Ватсон]

Можно ли вести в разделе Розница несколько чеков, делать отложенный и пр.? Всякие POS-терминалы такое позволяют...
Если нет - возможно ли появление такого функционала в будущем? Можно было бы отложенные чеки выделять другим цветом и т.д.

[dmitry]

Боюсь, что нет.

[Ватсон]

Можно ли ожидать появления функционала "синхронизации" Главной БД и БД автономных торговых точек по примеру каштана, Истока и др.? Обычно каждая торговая точка является складом, с которого идут продажи. Хорошо бы, чтоб была возможность автоматической синхронизации или обмена данными как о продажах, так и об изменениях в остатках товаров, номенклатуре, ценах и пр. Можно возразить, что можно каждый раз переливать всю базу и пр, но надо учесть, что торговый персонал не особенно шарит в компьютерах, ему и окно "Розница" зачастую сложно освоить . Кроме того, на каждой торговой точке была бы информация, относящаяся только к ней и ничего лишнего...
Цены б не было такой программе

Можно ли вести в разделе Розница несколько чеков, делать отложенный и пр.? Всякие POS-терминалы такое позволяют...
Если нет - возможно ли появление такого функционала в будущем? Можно было бы отложенные чеки выделять другим цветом и т.д.

Боюсь, что нет.

Очень и очень жаль.. Это сложно?

[dmitry]

Синхронизация нескольких БД это:
- экспорт/импорт отдельных документов (описывалось много раз и с картинками),
- или работа онлайн с общей БД (лучше на терминальном сервере, по VPN медлено).

Если упоминается "по примеру каштана, Истока", то вопрос стоит так: не синхронизация БД, когда программа есть на обоих компьютерах, а связь с торговой точкой, на которой нет компьютера.
Ну пусть и будет Cashtan, последняя модель расчитана на связь с ним через интернет, в программе предусмотрена работа с ним. Тут возникнет ситуация, не связанная с функционалом программы: продавец этого устройства, являющийся "сертифицированным дилером" может не знать, как его настроить.

[Ватсон]

Синхронизация нескольких БД это:
- экспорт/импорт отдельных документов (описывалось много раз и с картинками),
- или работа онлайн с общей БД (лучше на терминальном сервере, по VPN медлено).

Если упоминается "по примеру каштана, Истока", то вопрос стоит так: не синхронизация БД, когда программа есть на обоих компьютерах, а связь с торговой точкой, на которой нет компьютера.
Ну пусть и будет Cashtan, последняя модель расчитана на связь с ним через интернет, в программе предусмотрена работа с ним. Тут возникнет ситуация, не связанная с функционалом программы: продавец этого устройства, являющийся "сертифицированным дилером" может не знать, как его настроить.

Все-таки синхронизация это не только экспорт/импорт отдельных документов. Это еще и поддержка Справочников в актуальном состоянии: цены, номенклатура, контрагенты в конце-концов. Хорошо бы иметь функциональность типа "Обмен с главной программой", в котором при нажатии ОДНОЙ кнопки (м.б. еще соответствующих настроек), программа делала все сама и приводила в соответствие. Иначе можно и запамятовать какие-то изменения, а если ассортимент меняется часто, то возможны проблемы. Кроме того, часто бывает, что точка - это отдельный Склад, и нет нужды тянуть всю БД туда. Да, функциональность в чем-то повторяет Каштан, Исток, но если был бы такой модуль, его не грех и продавать было бы. К тому же - по стоимости б\у ноутбук с лицензионной виндой можно взять за 1,3-1,5 тыс. грн., а стоимость самого простого Каштана примерно такая же. И еще одно: не всегда возможно организовать связь через инет . У нас в Харькове, в метрополитене, к примеру, да мало ли где еще. И появляется потребность обмена файлами. Понимаю, что это большой кусок работы, но... даже с коммерческой точки зрения это имеет смысл (имхо, конечно)

[dmitry]

Все-таки синхронизация это не только экспорт/импорт отдельных документов. Это еще и поддержка Справочников в актуальном состоянии: цены, номенклатура, контрагенты в конце-концов.

При импорте документа в справочники добавляются товары/контрагенты, котрые в нем присутствуют. Нужно ли добавлять в справочники наименования, котрые на торговой точке не используются (например перечень основных средств или "малоценку", которую ведет бухгалтер)?
Постараюсь только при импорте документа сделать обновление цен в прайс-листе.

Кроме того, часто бывает, что точка - это отдельный Склад, и нет нужды тянуть всю БД туда.

Правильно, и нет нужды в полной синхронизации.

Да, функциональность в чем-то повторяет Каштан, Исток

Каштан или Исток ничего не синхронизируют, информацией между базами данных не обмениваются, они служат для связи компьютера с кассовым аппаратом. Но поскольку они могут отправлять информацию через интернет, может показаться, что это решает вопрос с удаленной торговой точкой. Есть разница между удаленным учетом и удаленным кассовым аппаратом (например если на этой точке часть ассортимента приобретают у своих поставщиков, ведут учет не только товара, но и расходов).

И еще одно: не всегда возможно организовать связь через инет . У нас в Харькове, в метрополитене, к примеру, да мало ли где еще. И появляется потребность обмена файлами.

Поэтому при экспорте документа программа предлагает отправить его по e-mail или записать на флешку.

[Ватсон]

Кроме того, часто бывает, что точка - это отдельный Склад, и нет нужды тянуть всю БД туда.

Правильно, и нет нужды в полной синхронизации.

Совершенно верно! Дима, возникла вот еще какая идея - воспользоваться встроенным механизмом репликации БД Аксесс. Единственная загвоздка - возможно ли это средствами .Net Framework, ибо не всегда есть возможность установить Аксесс на сервер (лицензии и пр.). Тогда бы бОльшую часть работы взяло бы на себя ядро БД. Ведь наверняка есть возможность увидеть diff (разницу в данных) и пр... Судя по описанию, там более-менее нормальная и гибкая репликация...

[dmitry]

Репликация не справится с нашими задачами. Она не поймет ситуацию, rогда в двух базах есть одинаковый товар (с одним названием, штрих-кодом), но разным GUID. Или когда расходная накладная на перемещение товара "Магазину 1" в этом магазине будет приходной накладной.
Друми словами, лучше когда автоматизация не полная, но человек контролирует соответствия.

[Ватсон]

Синхронизировать продажи уже получилось. Какие есть простые методы переноса остатков в БД и как легче всего синхронизировать Справочники?

[dmitry]

- Открыть счет, нажать "Заполнить",
- в графе "Кол-во" продублировать цифры из графы "Остаток",
- сохранить в файл экспорта.
В другой базе импортировать его как приходную накладую. Новые наименования будут добавлены вместе с группой/подгруппой, и остатки появятся, т.к. это приходный документ.