Технологический сервер ККТ Меркурий

[promah]

Дык того и хотим .

[elves]

Не нашёл в инструкции и интерфейсе возможности скачать с кассы базу товаров, отредактировать и загрузить назад обновлённую. Это не реализовано?

[slan]

Не нашёл в инструкции и интерфейсе возможности скачать с кассы базу товаров, отредактировать и загрузить назад обновлённую. Это не реализовано?

На сервере не реализовано. База товаров заливается в одну сторону - в кассу с сервера.

[elves]

На сервере не реализовано. База товаров заливается в одну сторону - в кассу с сервера.

Это крайне неудобно. Полно аппаратов, в которых база была вбита давно и вручную, десятки и сотни позиций. Редактировать так и приходится до сих пор руками и по месту, а не на сервере и удалённо ибо перенабирать всю базу совсем нет желания.

[slan]

Это крайне неудобно. Полно аппаратов, в которых база была вбита давно и вручную, десятки и сотни позиций. Редактировать так и приходится до сих пор руками и по месту, а не на сервере и удалённо ибо перенабирать всю базу совсем нет желания.

Вот тут разъяснение, почему так сделано https://forum.incotexkkm.ru/viewtopi ... 380#p11380

[elves]

У 90% пользователей по одной кассе, им эти коллизии по барабану. У оставшихся от силы 2-3 кассы и вся замороченная отчётность им тоже не нужна, достаточно базу хоть на пользователя, хоть на кассу. Строить такие сложности для 1% оно зачем? Ну сделайте блокировку отчётности если базы ведутся в произвольном формате и всё.
Все эти заморочки 99% нужны не для учёта, а ради собственно печати наименования и только.

[Shtirlic]

elves
По нашим подсчетам немного больше чем 10% у кого больше одной кассы. Для оставшихся 90% часть проблем все равно остается. Сколько из этих 90% никогда не будут пользоваться например 1С для выгрузки товаров? Соответственно рассинхронизация номенклатур в этом виде взаимодействия тоже может быть неприятна.
Сейчас мы добавляем новые поля в номенклатуру, после этого запланировано загрузка товара из xml конфигуратора, но это на страх и риск владельца учетной записи предприятия. Да и если Вам для каждой кассы нужно иметь свою номенклатуру, то для каждой кассы заводите подчиненные учетные записи.

[ewgen]

Shtirlic Речь не о том, чтобы разделять как-то номенклатуры. А о том, чтобы иметь возможность двустороннего обмена базой с любой кассой, пусть даже на "страх и риск" и с грозными восклицательными знаками. Это просто и удобно- выгрузить с кассы, отредактировать пару цен и залить обратно. И вообще, интерфейс конфигуратора должен по-хорошему присутствовать в самом сервере, либо открываться кнопочкой "вызова сторонней программы" и потом с загрузкой сохраненных данных обратно на сервер.
Понятно, что на сервер у вас слишком большие планы, но для полноценного пользования "кнопочной" кассой сейчас важнее вот эти простые решения, чем глобальные, типа облачной работы с ОФД, журналирование продаж и тп. Извините, это личное мнение и вряд ли удастся вас переубедить. Мы все хотим, чтобы Мерки были удобны и конкурентноспособны.

[Shtirlic]

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

[elves]

Да всё верно ewgen пишет. Очевидно что подавляющему большинству нужны именно эти простые вещи.
Почти никому не упёрлись плюшки про которые вы говорите, те люди давно на ФРах сидят с 1Синой.
А вот скачать базу, отредактировать и выгрузить обратно - более чем востребовано. Простейшая вещь и крайне необходимая, примеры я уже приводил. Пусть это будет с кучей предупреждений, а по сути надо к кассе приделать "галку" - работа в простом режиме без ваших вкусностей, зато с тем что требуется. Или работа полноценная, но с вашими ограничениями. Делов то!

[slan]

Наверное нет смысла, повторяться в очередной раз. Но видимо придётся.
По поводу того, что нужно подавляющему большинству - вы ошибаетесь, иначе нам никто не ставил бы задачу прикручивать к серверу экспорт товаров из 1С, вы же не думаете что мы этим занимались ради удовольствия?
В дальнейшем к базе будет добавляться учёт, журнал продаж, и прочее. И это тоже не наша прихоть. То что вам кажется простейшей вещью - порушит нам всю логику работы с базой товаров на сервере. А делать различные варианты работы с базой, пока что роскошь, у нас и без этого хватает задач.

[RDM]

Наверное нет смысла, повторяться в очередной раз. Но видимо придётся.
По поводу того, что нужно подавляющему большинству - вы ошибаетесь, иначе нам никто не ставил бы задачу прикручивать к серверу экспорт товаров из 1С, вы же не думаете что мы этим занимались ради удовольствия?
В дальнейшем к базе будет добавляться учёт, журнал продаж, и прочее. И это тоже не наша прихоть. То что вам кажется простейшей вещью - порушит нам всю логику работы с базой товаров на сервере. А делать различные варианты работы с базой, пока что роскошь, у нас и без этого хватает задач.

Ну не знаю, где это "подновляющие большинство" которым надо прикручивать к 1С нашли, вот у нас таких нет. Каким это надо (БЫЛО), все "соскочили" на ФР-ы. (Знаете, какая агрессивная политика идет от 1С, СБИСОВ, Контуров и т.д.-"автономная касса вам (клиенту)не ГОДИТСЯ!"). Присоединяюсь к ewgen.

[slan]

О подавляющем большинстве писал не я. Я лишь хотел указать на то, что если бы это не было нужно, мы бы и не делали.

[luzgin]

Наверное нет смысла, повторяться в очередной раз. Но видимо придётся.
По поводу того, что нужно подавляющему большинству - вы ошибаетесь, иначе нам никто не ставил бы задачу прикручивать к серверу экспорт товаров из 1С, вы же не думаете что мы этим занимались ради удовольствия?
В дальнейшем к базе будет добавляться учёт, журнал продаж, и прочее. И это тоже не наша прихоть. То что вам кажется простейшей вещью - порушит нам всю логику работы с базой товаров на сервере. А делать различные варианты работы с базой, пока что роскошь, у нас и без этого хватает задач.

Ну не знаю, где это "подновляющие большинство" которым надо прикручивать к 1С нашли, вот у нас таких нет. Каким это надо (БЫЛО), все "соскочили" на ФР-ы. (Знаете, какая агрессивная политика идет от 1С, СБИСОВ, Контуров и т.д.-"автономная касса вам (клиенту)не ГОДИТСЯ!"). Присоединяюсь к ewgen.

тоже присоединяюсь

[elves]

Автономки покупают не ради автоматизации, а ради простоты. Кому нужен учёт давно ставят базовую 1Сину и ФР. Большинство вообще никаких товаров не заносят, у многих 1-2 кода типа "Текстильная продукция" или "Автозапчасти", но иногда таки заносят по несколько десятков позиций и повторюсь не ради учёта, а просто хотелки такие.
Да вы просто оцените количество проданных Меркуриев, количество зареганых на вашем сервере и тех кто использует на нём БД товаров. А из последних много ли найдётся тех кому при этом нужен будет ваш расширенный функционал?

[RDM]

Следующая "волна" покупателей -ЕНВД и Патент, они привыкли вести учет "в тетрадке".
Знаете, какая стандартная фраза при покупке?
-"Что нибудь попроще и подешевле"

[RomanStrel]

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

[Shtirlic]

elves
Большинство вообще никаких товаров не заносят, у многих 1-2 кода...
И какие для них проблемы? Избыток функционала?
26% зарегистрированных на сервере касс работают с товарами. Сам по себе чем Вам помешал расширенный функционал. Естественно из многоэтажного дома мы не будем делать одноэтажный(если конечно начальство не прикажет). Мы рассказываем, что в данной версии системы впрямую считывать товар нельзя и это специально сделано во избежание коллизий. Потребности мы слышим и по возможности будем думать как сделать, чтобы избежать хотя бы каких то из них. Пока мы занимаемся доработкой системы по полному поддержанию возможностей кассы. Возможно для некоторых задач нужно не считывание, а разбиение на группы или по подчиненным учетным записям предприятий.

RDM
Нам по возможности хотелось бы привлечь таких пользователей в нашу систему.

RomanStrel
Спасибо!
Мне вот при каждом обновлении касс приходится сначала 100 раз нажать кнопку отправки товаров в кассы, затем сто раз нажать кнопку отправки настроек в кассы.
Мы для групп касс сделали и отправку товаров и настроек, теперь можно 2 раза нажимать.
И всё это строго после часа ночи приходится делать.
Проблему помним, в очереди разработки стоит.
Да наверное мы погорячились со словом учет, просто возможность по продажам за любой период делать разные отчеты, естественно если нужен полный учет, то пока предполагаем, что это уже будет внешнее (1С) а мы предоставим механизмы.

[alex.svk]

Сегодня обнаружилась ошибка при выгрузке товаров. То что со ставкой 18% выгружается как +18

[Shtirlic]

alex.svk
Опишите по подробнее откуда и куда Вы выгружаете товар(из сервера в кассу или файл или из 1С на сервер). Названия ставок были приведены к единому виду, может у Вас с этим проблемы?