| Алексей Выхрыстюк |
|---|
| Например, на торговых точках с 2-мя кассовыми местами на одном столе должна быть возможность работать с одним фискальным регистратором. - нет |
Можно это место пояснить? Во-первых, в чем глубокий смысл? Во-вторых, как Вы себе представляете
ОДНОВРЕМЕННУЮ работу двух кассиров с одним фискальным регистратором? Я, к примеру, пытаюсь представить, как в каком-нибудь Ашане или Леруа Мерлен два кассира пытаются одновременно выпечатывать кассово-товарный чек на одно устройство - и у меня фантазии не хватает, чтобы представить, как из одного кассового регистратора одновременно выводятся два чека - я таких регистраторов просто не видел.
Если речь не идет об
одновременной работе с одним кассовым регистратором, то потенциально-технически можно кассовый регистратор переключать между двумя разными компьютерами - из одного USB-разъема вынули, в другой вставили. Однако, для меня всё равно остается большой загадкой, кому и зачем такое может понадобиться.
Еще больше вопросов возникает когда пытаюсь осмыслить сферы ответственности. За содержимое Z-отчета отвечает конкретный кассир-операционист, а не "табун кассиров", работающий с нескольких рабочих мест. Отчет кассира-операциониста должен совпадать с записями на ЭКЛЗ фискального регистратора. Если кассиров два или более, отчетов тоже должно быть два или более - как они будут соотноситься с записями на одной ЭКЛЗ?
| Алексей Выхрыстюк |
|---|
| Система работы с торговым оборудованием, также как и кассовая система должна быть платформо-независимой и одинаково работать на OS Linux и windows |
Это место тоже не понял. Если речь идет о разных платформах для разнородного оборудования, например, для компьютера, с которым взаимодействует периферийное оборудование одна ОС, а на самом периферийном оборудовании другая, тогда понятно, и тогда никаких проблем с использованием 1С нет - оно в таком формате работает. Если же нужно на однотипном оборудовании использовать разные платформы, то... возникает естественный вопрос - зачем? Чтобы жизнь малиной не казалась?
| Алексей Выхрыстюк |
|---|
| Обязательно наличие механизма автоматического обновления версии кассового ПО и базы данных, не зависимо от режима использования (online или offline). - нет |
Автоматическое обновление версии 1С:УТ вполне можно настроить. Автоматическое обновление периферийного оборудования либо возможно, либо нет, в зависимости от используемых моделей этого оборудования. Автоматическое обновление версии оборудования, работающего в offline, я даже теоретически не представляю - поясните, что Вы имеете в виду? Как Вы себе представляете, что оборудование, которое ни к чему не подключено, АВТОМАТИЧЕСКИ обновляет версию ПО? Надеюсь, не через астрал?
| Алексей Выхрыстюк |
|---|
| Обновление ПО кассы и базы данных должно происходить без отвлечения кассира, не блокировать работу и без использования "тяжелых" инструментов удаленного рабочего стола (RDP, VNC, team viewer, Ammy admin). - как ? |
К примеру, фискальный регистратор - это что-то вроде принтера. Как Вы себе представляете замену драйвера принтера или замену прошивки принтера без остановки процесса печати на него? Нет, идея мне, конечно же, нравится. Однако, по-моему, она из разряда голубых мечт. :)
| Алексей Выхрыстюк |
|---|
| Среднее время обновления релиза должно занимать не более 2-х минут - удаленный магазин с собственной базой 1С как обновить конфигурацию удаленно менее 2-х минут ? |
Для 1С это наиболее болезненный вопрос. Однако, если он для вас настолько серьезен, можете создать собственную службу обновления релизов с использованием систем резервного оборудования. Пока продолжают работать на старом релизе, на резервном оборудовании производится обновление, которое никому не мешает. Затем синхронизация данных, затем быстрая замена оборудования. И, конечно же, нужно нацеливаться на то, что смена релизов не будет настолько частой, как это происходит, к примеру, с бухгалтерским ПО. Для торговых процессов и нет нужды чаще чем раз в три месяца менять релизы. Уж раз в три месяца можно сделать и более существенный перерыв, чем на 2 минуты. Например, ночью.
| Алексей Выхрыстюк |
|---|
| при закрытии фискальной смены система опрашивает фискальный регистратор на количество денег в денежном ящике, сверяет полученные данные с учебными и только после этого позволяет провести z-отчет |
Это в чистом виде вопрос организационный и вопрос исполнительской дисциплины. Учет денег в денежном ящике сам денежный ящик не ведет (если речь не идет о каких-то совсем уж навороченных моделях). Соответственно, во-первых, нужно обеспечить наличие счетной машинки возле кассового аппарата при выполнении процедуры закрытия смены. Во-вторых, обязать кассира-операциониста сверить посчитанную сумму с данными, сформированными кассой за смену. Это можно сделать, например, с помощью обязательного формирования X-отчета перед Z-отчетом - такой подход годится под любое ПО, любое оборудование и любые иные фенечки, в том числе для автономных кассовых аппаратов, которые вообще ни с чем не взаимодействуют, даже с каким-либо ПО. Для нормально автоматизированного места кассира-операциониста соответствующую информацию можно посмотреть и иными способами - в программе 1С:УТ, например. В-третьих, должны иметься четкие инструкции, что должен сделать кассир, если по каким-то причинам остаток денег в денежном ящике не сходится с той суммой, которая должна в нем быть по итогам всех пробитых чеков и выданной сдачи. Наиболее вероятно, кассир просто ошибся, когда принимал деньги у посетителей магазина, либо когда сдавал сдачу. Чаще всего в таких ситуациях рекомендуют недостачи покрывать из кармана кассира (для чего должен иметься договор о материальной ответственности с каждым кассиром), а избыток денежных средств ни в коем случае не оставлять кассиру, дабы не мотивировать его на намеренные "ошибки", которые могут привести к скандалам, устроенным обсчитанными покупателями.
| Алексей Выхрыстюк |
|---|
| Система обмена между центральной и распределенными базами данных должна обеспечивать инкрементальный управляемый на уровне сущностей обмен данными с проверкой результата. Обмен должен быть по возможности односторонний. Например, в торговую точку грузим справочники и приход товара, из торговой точки продажи, возвраты, кассовые операции. Должна быть возможность "прямого" обращения к данным торговой точки для проведения оперативных сверок. |
Вы описываете технологию
рекомендуемой работы с автономными торговыми точками в 1C:УТ. Именно так всё и работает.
| Алексей Выхрыстюк |
|---|
| Выгрузка данных должна занимать более 5 минут для одной торговой точки. Например при использовании пула из 5 параллельных процессов обмен пройдет за 100/5*5 = 100 минут. |
Всё зависит от объема данных и используемых каналов связи или средств обмена информацией. С автономными торговыми точками можно обменивать и посредством флешки, которую вставляют периодически то в один компьютер, то в другой и перевозят ногами информацию из одного места в другое. Понятно, что полностью такие процессы автоматизировать невозможно, и многое зависит от того, насколько кривые руки и насколько светлая голова и того, кто может просто забыть воткнуть флешку, перепутать ее с другой флешкой, заразить ее вирусом, втыкая еще куда-то помимо... и т.д. и т.п.