http://www.vustug.ru/Info/Example/index.php?Example=2037

Чеки можно подгружать на основной сервер после их закрытия, то есть когда ясно, что товар уже был продан - а уж сервер пускай разбирается с остатками и т.п.
Кстати, режим Online и запрет продажи товара с отрицательными остатками - это не одно и то же!

P.S. остатки в кассе - это нужно только если сначала что-то пробивается, а потом отпускается (торговля бытовой техникой и т.п.) если система - сначала взял, а потом плачу - то никакие остатки в кассе смысла не имеют - так как иначе товар покупателю придётся оставить на кассе - а если это продукты, то хранение товара не в холодильнике - и товар придётся выбросить.

Жизнь прекрасна и удивительна, главное --- не зацикливаться на проблемах.

У нас довольно много крупных сетевых клиентов работает так: В кассу сгружается база товаров, там же - база чеков. Когда в офисе хотят посмотреть наличие товаров автоматически чеки подгружаются со всех аппаратов (или только с того, который хотят смотреть). Кроме того, по таймеру такая подгрузка выполняется достаточно регулярно. Как бы псевдо-онлайн получается.

Сергей

цитата:

---

HeCaxap
<BLOCKQUOTE><font size="1" face="Arial">цитата:</font><HR class=form_input size=1>CrazyPOVT
Так отчет с касс можнов любой момент запросить - разница небольшая.

---

Не снимая Z-отчет по кассе?
<HR class=form_input size=1></BLOCKQUOTE>

По крайней мере в фронтоле можно снять z-отчет, можно сделать выгрузку в ТУП последних продаж, а можно сделать закрытие смены - обычно оба предыдущих действия - как админ настроит.
z и выгрузка - довольно независимые действия, z можно снять и через тест драйвера, и касса об этом не узнает - будет работать дальше.

Это сообщение изменил CrazyPOVT 11.03.2010 в 07:05:54

Лудим! Паяем! ЭВМ починяем!

цитата:

---

Stok
Поверьте человеку с большим опытом автоматизации магазинов всех форматов...

---

Всё это можно сделать, кроме одного: заставить работать ВСЕХ сотрудников данного супермаркета в режиме "online". Любая человеческая ошибка - и сбой. В режиме "offline" можно заставить работать персонал (например тщательно разработанными инструкциями и обучением) таким образом, что покупатели/клиенты не будут чувствовать "дискомфорта". Кончился товар в торговом зале - и всё. Даже если на кассе он ещё присутствует - ничего страшного. Об отсутствии товара в "зале" должен заботиться товаровед, периодически снимая кассовые отчёты.


Не кассами одними жив ЦТО

цитата:

---

HeCaxap
... т.е. чек на рабочем месте кассира закрывается только после того как товар 100% "спишиться" с базы...

---

Поверьте человеку с большим опытом автоматизации магазинов всех форматов, магазин самообслуживания в режиме настоящего on-line делать очень плохо. Так можно делать только прилавочную торговлю, где продавец в состоянии контролировать товар у себя за спиной. Иначе на покупателя перекладывается весь бардак магазина. Представьте, человек наберет товаров, а на кассе ему говорят, извините мы вам это и это пробить не можем, у нас пересорт, недостача, неправильно наклеенная этикетка и т.п. Вы так половину народа распугаете.
В супермаркете кассы должны работать в off-line (все что покупатель взял, должно быть продано), а товароучетный софт должен предоставлять возможность эффективно бороться с пересортом, легко делать переоценку, иметь удобную инвентаризацию и т.д.
Теперь об одновременной работе ИП и ООО. Тут тоже нужно быть внимательным. Мы так делали только с двойными кассами. Но нужно не забывать, что эту связку должен поддерживать и Фронт и Бек одновременно.

Во-первых, все начали советовать софт, но проблему не посмотрели:
1) Разграничение собственности - ООО и ИП, то есть два лица.
Если одно на водку, а другое - на всё остальное, то это вполне можно, но тогда касса, оформляющая алкоголь, не сможет пробивать другие товары и наоборот. Если же хочется, чтобы на всех кассах всё пробивалось, то необходимо на каждое рабочее место ставить два ФР.

2) Если два юридических лица, то принадлежность товара к юридическому лицу в кассу не запрограммируешь (можно привязывать к отделу и т.п., но юридические лица в кассе не поддерживаются).

Что касается режима работы, то режим "синхронизация" наиболее удобный, так как при отказе сети или сервера кассы продолжают работать, только отчёты с них на сервер не попадут - если же все кассы в одной базе, то это - "все яйца в одной корзине" - что-то не так, и закрывай магазин.

Я бы сначала определился с оборудованием или хотя бы с примерным его составом, а потом бы смотрел программы, так как, если взять "неудачное железо", то какая бы программа у вас не была - работать будет медленно.

Кроме того, если вы не ЦТО, а конечный пользователь, то надо начинать с того, что искать того, кто это всё будет обслуживать и налаживать, чтобы потом не получилось так, что для вашего чудо-железа не нашлось обслуживающей организации.
Поэтому, ищем ЦТО и спрашиваем у них, с чем они умеют работать (на что у них есть запчасти).

Жизнь прекрасна и удивительна, главное --- не зацикливаться на проблемах.

цитата:

---

LLV
Посмотрите VT:Магазин.
В комплекте доработанная конфигурация для ТиС. Обмен в онлайн, ftp, возможно объединение разрозненных магазинов. Автоматическая проводка чеков в 1С. Впрочем если Вам необходимо видеть только остатки, достаточно VT:магазин. АРМ менеджера.

---

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

В связи с этим хочу попросить написать минусы програграмм (так сказать по вашему мнению):
- VT:Магазин
- Айтида
- Торговое предприятие на базе 1С

Ещё Стоку из Липецка можете написать, они много чего для 1С сделали.

Сергей

цитата:

---

Посмотрите VT:Магазин.

---

Зачетный софт.

цитата:

---

HeCaxap

Тогда, какие программы класса Back-office поддерживают автоматический обмен данными???
(желательно если это будет конфигурация для 1С, то для версии 7.7)

---

Посмотрите VT:Магазин.
В комплекте доработанная конфигурация для ТиС. Обмен в онлайн, ftp, возможно объединение разрозненных магазинов. Автоматическая проводка чеков в 1С. Впрочем если Вам необходимо видеть только остатки, достаточно VT:магазин. АРМ менеджера.

цитата:

---

CrazyPOVT
Так отчет с касс можнов любой момент запросить - разница небольшая.

---

Не снимая Z-отчет по кассе?

цитата:

---

HeCaxap
Читая мануалы, (в частности Руководство интегратора для Frontol Win32)
........
Типовая конфигурация "Торговля и Склад" поддерживает только ручной тип
обмена данными.
(было написано в разделе
Интеграция Frontol с типовой конфигурацией
1С Предприятие v. 7.7 «Торговля и склад», редакция 9.2)
........
Это получается тот самый режим "Off-line"???

Тогда, какие программы класса Back-office поддерживают автоматический обмен данными???
(желательно если это будет конфигурация для 1С, то для версии 7.7)

---

Так отчет с касс можнов любой момент запросить - разница небольшая.

Лудим! Паяем! ЭВМ починяем!

Читая мануалы, (в частности Руководство интегратора для Frontol Win32)
........
Типовая конфигурация "Торговля и Склад" поддерживает только ручной тип
обмена данными.
(было написано в разделе
Интеграция Frontol с типовой конфигурацией
1С Предприятие v. 7.7 «Торговля и склад», редакция 9.2)
........
Это получается тот самый режим "Off-line"???

Тогда, какие программы класса Back-office поддерживают автоматический обмен данными???
(желательно если это будет конфигурация для 1С, то для версии 7.7)

HeCaxap,
Вы видимо хотите совсем не читать мануалы?
Так не пойдет
Скачайте Фронтол с сайта, установите у себя на компе.
После этого у Вас будут все инструкции и Вы сможете самостоятельно все настроить и поробовать.

ЗЫ для начала почитайте мою страничку по Фронтолу:
http://www.kassmehanic.narod.ru/frontol.htm



Это не поиск, это прекращение отвлечения.

СПС за ответы, пройдусь по ссылкам и посмотрю...
А тут еще вопросы появились
В общем у какай из предложенной системы (связки) нормальная скорость работы системы в общем (типа пропускной способности, скорость "проводки" чека). А как предложенные системы реагируют на то что к БД например в раз обратиться 2 ККМ одновременно, т.е. есть очередность чеков (например организованно как бы через "транзакцию", т.е. чек на рабочем месте кассира закрывается только после того как товар 100% "спишиться" с базы).
И хотелось бы узнать как на предложенных системах в реальности проводиться ревизия?? Возможно ли весь складской учет разбить типа на отделы (группы товаров в отделе) и уже ревизию проводить по отделам не останавливая магазин целиком, а только отдельный отдел... хех как смог так и объяснил, прошу сильно не пинать
И еще, а как по части безопасности, если ограничения прав пользователей (например кассиров) на какие либо операции с БД.

цитата:

---

HeCaxap
Добрый день уважаемому сообществу.

Хотелось бы узнать какие решения подойдут, по заданным требованиям.
(в поисковиках я просто запутался в поиске, т.к. некоторые аспекты немного не до понимаю, решил обратиться к профессионалам)

1. Программный комплекс должен обслуживать 3 прохода. (1 проход на водочную продукцию, 2 прохода на продукты (с весовым товаром в торговом зале). Следовательно, должно быть разграничение по форме собственности (ООО и ИП) на одной базе.
2. Система должна работать в "On-line" режиме, т.е. списание товара должно происходить непосредственно после "момента" продажи, что даст видеть текущие остатки по товару. (думаю системы на основе Front-Office и Back-Office от Штрих-М думаю не подойдут)
3. Учет товара в разрезе ШК (т.е. на одном наименовании товара несколько штрих-кодов)

Я сам железячник и системщик, но ни разу не спец по автоматизации торговли...
Спасибо за советы... извиняйте если боян - тогда пинайте ссылками (с) crazyigels

---

Front-Office можно взять и у Штриха и у Атола, а Back-Office скорее всего Вам нужен будет в
виде 1С предприятие Бухгалтерия в основном 1С уважает.

Про Фронтол (Атол) как Front-Office могу сказать, что он удовлетворяет всем вашим требованиям.
Работа с БД возможна следующими способами:
Каждая касса работает со своей БД (off-line)
Все кассы работают с одной БД, расположенной на отдельном компьютере или на одной из касс (on-line)
Все кассы работают со своей БД, но при этом все данные синхронизируются между кассами (режим синхронизации)
Разрезы программируются.
Весы поддерживаются (супермаркет).
Списание в программе идет всегда on-line, а списание в Back-Office (например, С) происходит при
обмене данными. Частоту обмена с Back-Office Вы задаете любую


Если у вас оч продвинутая бухгалтерия можно и Back-Office взять у Атола:
http://www.atol.ru/products/programs/back-office/ Айтида.

А у Штриха:
http://avtomatizacia.shtrih-m.ru/torgovoe-predpriyatie-5/ Торговое предприятие на базе 1С.




Это не поиск, это прекращение отвлечения.

Посмотрите в сторону Frontol.

Добрый день уважаемому сообществу.

Хотелось бы узнать какие решения подойдут, по заданным требованиям.
(в поисковиках я просто запутался в поиске, т.к. некоторые аспекты немного не до понимаю, решил обратиться к профессионалам)

1. Программный комплекс должен обслуживать 3 прохода. (1 проход на водочную продукцию, 2 прохода на продукты (с весовым товаром в торговом зале). Следовательно, должно быть разграничение по форме собственности (ООО и ИП) на одной базе.
2. Система должна работать в "On-line" режиме, т.е. списание товара должно происходить непосредственно после "момента" продажи, что даст видеть текущие остатки по товару. (думаю системы на основе Front-Office и Back-Office от Штрих-М думаю не подойдут)
3. Учет товара в разрезе ШК (т.е. на одном наименовании товара несколько штрих-кодов)

Я сам железячник и системщик, но ни разу не спец по автоматизации торговли...
Спасибо за советы... извиняйте если боян - тогда пинайте ссылками (с) crazyigels