С Вами должен связаться разработчик по данному вопросу по e-mail.

1. В Кассире всех версий, вообще отсутствуют элементарные программные механизмы защиты от сбоев.
Например в случае отказа системы во время рабочего дня и при условии, что БД Кассира хранится на той же системе, произойдет потеря продаж за этот день. Как следствие, прийдется производить учет.
2. Нет нормальных механизмов передачи данных между системами, кроме как через Общие папки Windows, можно было бы реализовать какой-либо способ, хотя бы по ФТП.
3. Документация оставляет желать лучшего, совершенно нет информации для разработчиков. Диски идущие с оборудованием, если содержат требуемые драйвера к этому же оборудованию, то как правило бородатых версий.

Можно поставить "Штрих-М: Синхронизатор", данные после каждого чека будут выгружаться в файл.



В кассире 5.0 есть обмен по ftp\email. В 1.х и 2.х тоже планируется со следующих версий



Какая информация для разработчиков нужна?
Есть курсы в нашем центре обучения
Все новые версии драйверов лежат на на нашем сайте в свободном доступе.

Во многих системах есть реализация как копия информации о продажах. Например: в некой папке \BACKUP копятся по датам файлы pos.rep. В случае какой нибудь аварии всегда можно будет восстановить данные о продажах, а в данный момент пока получается вот так:

viewtopic.php?t=9406

Данная тема посвящена вопросам доработки ПО Штрих:М Кассир. В Штрих-М: Кассир возможность архивации есть. Для этого Вам необходимо зайти в Настройку программы - Отчеты и установить флаг "Выполнять архивацию отчетов при закрытии смены", укажите путь к каталогу, где будут храниться отчеты. В теме по вашей ссылке речь шла о ПО Кассир-МиниПОС, в котором, к сожалению, такой возможности нет. В МиниПОСе хранятся транзакции указанный период времени и, при необходимости, их можно выгрузить повторно.

Хотелось бы видет в новых релизах "кассира" и "синхронизатора" гранулу обмен по эл. почте с "товароучеткой"

В Штрих-М кассир на платформе 1С77 будет реализован обмен через ftp в одном из следующих релизов. Синхронизатор на платформе 1С77 будет работать только в локальной сети. Обмен через ftp будет реализовано в Синхронизаторе на платформе 1С8.

Здравствуте, личная просьба. поправьте пожалуйста DLL (какую точно не знаю) в "Кассир 1.9.0.3" чтобы при оформлении возврата ФР ничего не делал, а по системе возврат проходил. Это необходимо лично нам, т.к. необходимости в чеках возврата нет, а лишняя бюрократия с актами/чеками ни к чему. Тем более что со вчерашним чеком что делать? Касса у нас одна.

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

Хотелось бы уточнить колличество чего?

отсутствует количество и сумма товара. Больше всего тудности в вычислениях создают н-ое количиство товаров в чеке, а если присутствуют весовые, то приходится просто гадать... эту проблему описывал неоднократно, жду релиза 5.0.4....

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

Мы обдумаем Ваше предложение и возможно, в одном из релизов кассира, добавим данную возможность.

Используем конфигурацию "Штрих-М Кассир" v.1.9.0.4.

Предлагаю сделать проверку датчика "денежный ящик открыт" перед открытием нового чека.
Разумеется, добавить соответствующую настройку.
"Пиликать" и ругаться, если ящик не удалось открыть (отключили датчик), если ящик долго открыт, если пытаются подобрать товар без открытия чека (открыт ящик).
В принципе, можно подбирать товар и с открытым ящиком, но никаких итогов при этом не показывать.
Можно проверять датчик и при каждом подборе товара, но кассиры ругаются, дескать "программа сегодня работает очень медленно".

Предлагаю запретить уменьшение количества при отсутствии права сторнирования.
В связи с этим при выборе товара с возможным дробным количеством подбирать минимально возможное, т.е. не 1 кг, а 0.001 кг = 1 г.
И документировать уменьшение. Может быть, записывать его как сторнирование товара. Иначе это нельзя просмотреть по отчёту с кассы.

(А вообще, для весового товара количество нужно спрашивать, если это не подбор по весовому ШК с указанным количеством.)

Предлагаю при чтении штрих-кода весового товара с нулевым количеством не ругаться, а спросить вес.

При подборе по штрих-коду, который встречается в базе больше одного раза, появляется окно выбора. Предлагаю добавить туда первой строкой что-то вроде "не выбран", чтобы испуганная кассирша, тыркающая с перепугу в "enter", не создавала пересортицу.

Было бы неплохо сделать возможной печать ценников и товарных чеков не на внешний принтер, а через ФР.

Ситуация 1: Забывчивая кассирша пробила чек. Ящик не закрыла - мальчик ждал своей очереди. Купил чипсы и жвачку. Обслужила, взяла деньги, дала сдачу. Чек пробить забыла. Третья покупательница на след. день пришла к руководству, ей вбили товар, который она не брала. Посмотрел время транзакций в отчёте с кассы, запись с камеры, деньги вернули.

Ситуация 2: Вороватая кассирша пробила чек "серый минус" "серый enter". Бабушка обратилась к руководству, что её обсчитали, а чека не дали. Кассирше найти чек не удалось.
При определённой наглости кассир может так сделать и с закрытым ящиком, но сделать сложнее, а наглости нужно больше.
Право на сторнирование позиции и на открытие ящика у кассира отобрали.

Ситуация 3: Предприимчивый поставщик возит фасованный товар с разным весом.
На этикетке есть вес, штрих-код и всё-всё-всё.
Но штрих-код эти поставщики печатают явно не для того, чтобы его потом можно было как-то использовать: преимущественно с белыми полосками, а потому не читается. А даже если бы и читался...
Знаю три решения:
- обклеивать с весов - это возня с подбором веса, вопросы от покупателей "а почему вес меньше (или больше...)". И все проверяющие знают, что если не смогли оштрафовать вчера и сегодня, обязательно найдут завтра или послезавтра.
- везти весь этот товар к оператору и пусть печатает и клеит. Можно, конечно, написать обработку, упростить сиё действо и даже читать "родной" ШК, если это в принципе возможно. Но эта идея всё равно мне (и руководству) не понравилась.
- повесить ввод количества на кассира. Печатать весовые этикетки с нулевым весом, а "Кассир" доработать.

Можно сделать настройку, запрещающую начинать новый чек при открытом ящике, т.е. проверка будет только на подбор 1-го товара в чек и тормозить не должно.



Может просто сделать дополнительную транзакцию на исменение кол-ва в позиции?



Добавим.



Добавим.



Добавим.



Товарный чек можно уже сейчас печатать на ФР, реализовать печать ценников на ФР, в кассире 1.х и 2.х, к сожалению не получится.

Все ситуации насколько я понял проистекали из заданных выше вопросов. На вопросы ответ дан, если есть что то еще для обсуждения, будем рады это услышать.[/quote]

Доброе время...


Можно ли и мне получить, столь долгожданный релиз???

Заранее благодарен...