[ОТВЕТИТЬ]
08.02.2017 14:55
KirillHome
 
В УКМ-2 я разобрался, как делать возврат (при условии оплаты по карте) не день в день.

А что в УКМ WIN?

Разъясню ситуацию.
В понедельник покупатель купил
Товар А 3 единицы по 10 рублей на 30 рублей
Товар Б 2 единицы по 100 рублей на 200 рублей
Товар B 5 единицы по 100 рублей на 500 рублей

Оплатил всё картой.
На Pos-терминале стоит УКМ WIN и подсоединённый банковский терминал (по сути - карт-ридер с клавиатурой).


В среду он хочет вернуть из этого чека
Товар А 3 единицы по 10 рублей на 30 рублей
Товар Б 1 единицы по 100 рублей на 100 рублей
Товар B 3 единицы по 100 рублей на 300 рублей


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

Каковы действия кассира в данной ситуации?
Будет ли что-то меняться в связи с переходом на 54 ФЗ?
08.02.2017 14:59
konst
 
У меня в УКМ Вин возвраты нормально делаются.
возникает проблема, когда чек продажи в предыдущем месяце а возврат в текущем, например купили 31 января, а 1 февраля пришли возвращать т.к. УКМ в конце месяца закрывает базу.
08.02.2017 15:08
KirillHome
 
Цитата:
konst У меня в УКМ Вин возвраты нормально делаются.
возникает проблема, когда чек продажи в предыдущем месяце а возврат в текущем, например купили 31 января, а 1 февраля пришли возвращать т.к. УКМ в конце месяца закрывает базу.
Дык я же не говорю, что они не нормально делаются.
Я пытаюсь узнать - а как, собственно, они делаются?
08.02.2017 15:12
student
 
Цитата:
KirillHome то послать его в главную кассу за наличными - я не могу
надо послать за б\н переводом если по правилам :)

а так - в настройках отключается параметр [Возврат продажи: смена] и можно делать возвраты вне смены как за нал так и за б\н - единственно что не получится так сделать это возврат по чеку с комбинированной оплатой нал + б\н
и возврат по б\н за смену у которой был закрыт по пинпаду банковский день может проходить очень долго :)
внутри банковского дня идет операция отмена транзакции а вне - реальный возврат

Цитата:
konst т.к. УКМ в конце месяца закрывает базу.
можно и не закрывать (задается настройками), но если подобное случилось то надо тогда объединять текущую банку с банкой закрытого периода и далее все как обычно :)

Цитата:
KirillHome Будет ли что-то меняться в связи с переходом на 54 ФЗ?
если честно я пока не вижу причин что либо менять - вроде бы все тоже самое что и было ранее только с он-лайн передачей
08.02.2017 15:45
KirillHome
 
Цитата:
student надо послать за б\н переводом если по правилам :)

а так - в настройках отключается параметр [Возврат продажи: смена] и можно делать возвраты вне смены как за нал так и за б\н - единственно что не получится так сделать это возврат по чеку с комбинированной оплатой нал + б\н
Уточню вопрос.
Возврат идёт построчно (как в УКМ-2) или нет?

Цитата:
student ...
и возврат по б\н за смену у которой был закрыт по пинпаду банковский день может проходить очень долго :)
внутри банковского дня идет операция отмена транзакции а вне - реальный возврат
...
Известная проблема, но в данном случае
"Проблемы индейцев шерифа не волнуют".

Цитата:
student если честно я пока не вижу причин что либо менять - вроде бы все тоже самое что и было ранее только с он-лайн передачей
А фиг его знает - что они там в протоколе ФН "наколдовали"?
По-моему, как такового даже чека возврата уже нет. Или я ошибаюсь?
08.02.2017 15:55
student
 
Цитата:
KirillHome Возврат идёт построчно (как в УКМ-2) или нет?
да именно так - возврат строки чека
возврата произвольной суммы нет - т.е. вернуть можно только что продали

Цитата:
KirillHome По-моему, как такового даже чека возврата уже нет. Или я ошибаюсь?
х\з но операция "возврат прихода" - обратная "приходу" (продаже) в протоколе есть и в фн и к ОФД попадает и отображается и на фр-е печатается :)

пы сы
есть 2-а режима работы по возврату
1. возврат всего чека и автопробите оставшихся позиций - чтобы у покупателя остался чек после возврата
2. возврат только отмеченных позиций - есть только чек возврата
для алкогольного чека всегда идет возврат по 2-у режиму - иначе придется кучу данных по утм гонять :)
08.02.2017 17:21
KirillHome
 
Цитата:
student да именно так - возврат строки чека
возврата произвольной суммы нет - т.е. вернуть можно только что продали
То есть, когда продали 3 единицы товара (в одной строке чека), а вернуть хотят одну, мы должны:
1) Сделать возврат 3 единиц
2) Сделать продажу 2 единиц

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

У меня такие возвраты - не редкость (покупается 6 рулонов обоев, через какое-то время - возвращается один рулон. Он лишний). Именно по этому я так дотошно пытаюсь узнать - как это сделать.


Цитата:
student х\з но операция "возврат прихода" - обратная "приходу" (продаже) в протоколе есть и в фн и к ОФД попадает и отображается и на фр-е печатается :)
Ну да, наверное она.
Я не смотрел дотошно протокол, какие там могут быть ещё подводные камни.
Но - на всякий случай решил уточнить :)

Цитата:
student пы сы
есть 2-а режима работы по возврату
1. возврат всего чека и автопробите оставшихся позиций - чтобы у покупателя остался чек после возврата
2. возврат только отмеченных позиций - есть только чек возврата
для алкогольного чека всегда идет возврат по 2-у режиму - иначе придется кучу данных по утм гонять :)
То есть получается, пока решения нет...
Точнее говоря - решение есть - запрещать указывать количество при продаже штучного товара на кассе. Но оно какое-то "корявое".
08.02.2017 19:31
student
 
Цитата:
KirillHome оно какое-то "корявое".
"не коряво" это делать по правилам :)

но уж если совсем приперло, то можно заюзать механизм внешних чеков или документов - через них можно продать/вернуть то чего не проходило по кассе или просто пробить любым способом любую сумму с печатью чека с любым типом оплаты в т. ч. и комбинированным или сварганить просто слип. . . (безнал пойдет по пинпаду с тем типом операции что указан в чеке)
недостаток способа только в том что кассир сам этого не сделает :( хотя текстовка по внешнему чеку достаточно прозрачна и м. б. сделана в блокноте
Кстати внешние документы со скуль сервером у нас как раз в строительной сетке и использовались - в 1с формировали типа заказа это когда покупатель с манагером за чашкой. . . далее печатался шк документа (потом уже даже не печатали а сделали пластик с шк) и далее покупатель шарясь по мгазину набирал кучу мелочи и на кассе все сваливалось в один чек . . . причем если был фр на складе то там печаталось что то типа слипа на сборку. . .
08.02.2017 21:02
KirillHome
 
Цитата:
student "не коряво" это делать по правилам :)

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

Покупатель 01/02/2017 купил (оплатив картой) 6 единиц такого товара: "Обои арт№N23-417".
В чеке - одна строка (товар в количестве 6 штук по такой-то цене на такую-то сумму).

Этот же покупатель 08/02/2017 пришёл со своим чеком (в нём одна строка) и говорит - я хочу вернуть 1 рулон обоев.

Что должен сделать кассир?

Если бы был "независимый" (отдельно стоящий) банковский терминал - всё понятно:
На банковском терминале выбираем операцию "Возврат", вводим сумму, прокатываем карту (или наоборот - сначала карта, потом сумма - не помню очерёдность).

А сейчас мне действительно непонятно - что нужно сделать, что бы вернуть деньги на карту.
09.02.2017 06:50
konst
 
Если мы говорим о вин укм + интегрированный банковский терминал
то жмем кнопку возврат
выбираем смену и чек
выбираем позицию и кол-во
по моему жмем расчет
если чек был за нал - то все сразу распечатается и все
если по карте - то появится предложение вставить карту
и дальше стандартный банковский диалог, только пин код вводить не надо
но, по-моему, карта должна быть именно та, по которой была продажа.
распечатаются банковские слипы на возврат и основной возвратный чек
09.02.2017 07:50
student
 
Цитата:
konst но, по-моему, карта должна быть именно та, по которой была продажа
да все именно так
но в случае с внешним чеком это не контролируется кассовой программой
09.02.2017 09:29
KirillHome
 
Цитата:
konst Если мы говорим о вин укм + интегрированный банковский терминал
то жмем кнопку возврат
выбираем смену и чек
выбираем позицию и кол-во
....
То есть, по факту - мы можем указать возвращаемое количество?

Просто ранее было сказано
Цитата:
student
Цитата:
KirillHome Уточню вопрос.
Возврат идёт построчно (как в УКМ-2) или нет?
да именно так - возврат строки чека
Поэтому я и продолжил "третировать"
09.02.2017 09:46
student
 
Цитата:
KirillHome То есть, по факту - мы можем указать возвращаемое количество?
не можем - возврат идет всей строки чека
просто здесь

Цитата:
konst выбираем позицию и кол-во
вероятнее всего идет речь об одном и том же артикуле с разным количеством в разных строках чека
09.02.2017 09:50
KirillHome
 
Получается, что на текущий момент правильное решение - это один из двух вариантов:
1) Переходить на "внешние" (независимые) банковские терминалы.
2) Оставить "зависимые" банковские терминалы, но - запретить кассирам указывать количество для штучного товара (не знаю, возможно ли это).

Так?
09.02.2017 09:56
student
 
Цитата:
KirillHome А сейчас мне действительно непонятно - что нужно сделать, что бы вернуть деньги на карту.
Цитата:
KirillHome Получается, что на текущий момент правильное решение - переходить на "внешние" (независимые) банковские терминалы.
Так?
можно и так а можно
https://olegon.ru/showpost.php?p=276063&postcount=8

формируешь внешний чек такой какой нужен, кладешь его в каталог загрузки и все пройдет и по пинпаду и по кассе
шаблон для формирования
==================
;номер магазина
ShopIndex=1

;номер кассы
CashNumber=4

;идентификация клиента
swСLIENT=0

;тип операции: продажа/возврат
swTYPE=возврат

;сумма оплаты: магнитная карта
swSUM4=10

;сумма оплаты: кредит
swSUM2=120

;сумма оплаты: наличные
swSUM1=68

;признак обработки наличного и безналичного расчетов: 0-все, 1-только наличный расчет, 2-только безналичный расчет
swFRPAY=0

;признак печати фискального документа: 0-не фискальный документ, -1-фискальный чек
swFRCHECK=-1

;cтрока для печати до списка продаж в чеке
s1=Строка для печати, которая пришла из-вне для печати до списка продаж в чеке

;cтрока для печати после списка продаж в чеке
s2=Строка для печати, которая пришла из-вне для печати после списка продаж в чеке

;строки чека: артикул, наименование, реквизит, количество, стоимость, ндс
#=01015186,Наименование 1,,1,56,0
#=01017168,Наименование 2,Реквизит 2,2,68,0
#=01016029,Наименование 3,,1,6,0
==================

на текущий момент он не учитывает особенности 54фз - но это все обязательно добавится
09.02.2017 10:22
KirillHome
 
Цитата:
student можно и так а можно
https://olegon.ru/showpost.php?p=276063&postcount=8

формируешь внешний чек такой какой нужен, кладешь его в каталог загрузки и все пройдет и по пинпаду и по кассе
шаблон для формирования
==================
;номер магазина
ShopIndex=1

;номер кассы
CashNumber=4

;идентификация клиента
swСLIENT=0

;тип операции: продажа/возврат
swTYPE=возврат

;сумма оплаты: магнитная карта
swSUM4=10

;сумма оплаты: кредит
swSUM2=120

;сумма оплаты: наличные
swSUM1=68

;признак обработки наличного и безналичного расчетов: 0-все, 1-только наличный расчет, 2-только безналичный расчет
swFRPAY=0

;признак печати фискального документа: 0-не фискальный документ, -1-фискальный чек
swFRCHECK=-1

;cтрока для печати до списка продаж в чеке
s1=Строка для печати, которая пришла из-вне для печати до списка продаж в чеке

;cтрока для печати после списка продаж в чеке
s2=Строка для печати, которая пришла из-вне для печати после списка продаж в чеке

;строки чека: артикул, наименование, реквизит, количество, стоимость, ндс
#=01015186,Наименование 1,,1,56,0
#=01017168,Наименование 2,Реквизит 2,2,68,0
#=01016029,Наименование 3,,1,6,0
==================

на текущий момент он не учитывает особенности 54фз - но это все обязательно добавится
Увы, у меня маленький магазин, в котором зачастую некому будет сформировать такой чек.

Понял ситуацию, буду думать и сравнивать с конкурентами.
16.02.2017 12:55
KirillHome
 
В продолжение темы - можно ли программно (и если да - то как) запретить указывать кассиру количество товара для штучных товаров (Точность единицы измерения равна 1), но, конечно, оставить возможность указания для "мерных" товаров (весовых, продаваемых на отрез и т.п.) (Точность единицы измерения менее 1)?
16.02.2017 14:13
student
 
Цитата:
KirillHome запретить указывать кассиру количество товара для штучных товаров
есть запрет на изменение кол-ва как в минус так и в плюс и есть режим только скнера шк - в этом случает можно регистрировать продажу только по шк и кол-во всегда равно точности ед измерения
для весовых - аналогично - если шк не содержит вес - идет запрос веса и далее его поменять при данных настройках нельзя
16.02.2017 14:23
KirillHome
 
Цитата:
student есть запрет на изменение кол-ва как в минус так и в плюс и есть режим только скнера шк - в этом случает можно регистрировать продажу только по шк и кол-во всегда равно точности ед измерения
для весовых - аналогично - если шк не содержит вес - идет запрос веса и далее его поменять при данных настройках нельзя
Увы, зачастую и товар вводят руками - режим сканера не подойдёт.
А запрет на изменение количества - не подходит для указания длины провода, клеёнки, цепи и т.д.

Я понимаю, что у меня всё плохо и не технологично - но уж как есть...
16.02.2017 14:33
mazursergey
 
Цитата:
KirillHome А запрет на изменение количества - не подходит для указания длины провода, клеёнки, цепи и т.д.

Цитата:
student для весовых - аналогично - если шк не содержит вес - идет запрос веса
При добавлении такого товара в чек будет запрос на ввод количество. Просто его нельзя будет изменить.
16.02.2017 14:33
student
 
Цитата:
KirillHome не подходит для указания длины провода, клеёнки, цепи и т.д.
почему ?
точность не равна 1
при любом добавлении в чек без значения в шк или по артикулу или по наименованию будет запрос и пока не введут данные запрос не прервать
после запроса уже менять нельзя :)
точность равна 1 - при любом добавлении в чек всегда будет 1
после этого уже менять нельзя :)
16.02.2017 15:01
KirillHome
 
Цитата:
student почему ?
точность не равна 1
при любом добавлении в чек без значения в шк или по артикулу или по наименованию будет запрос и пока не введут данные запрос не прервать
после запроса уже менять нельзя :)
точность равна 1 - при любом добавлении в чек всегда будет 1
после этого уже менять нельзя :)
Значит я не правильно понял фразу
Цитата:
есть запрет на изменение кол-ва как в минус так и в плюс и есть режим только скнера шк - в этом случает можно регистрировать продажу только по шк и кол-во всегда равно точности ед измерения
для весовых - аналогично - если шк не содержит вес - идет запрос веса и далее его поменять при данных настройках нельзя
Я её понял (как теперь ясно, ошибочно) так:
1. Есть запрет на изменения количества - можем ввести только единицу (как сканером, так и руками).
2. Есть режим штрихкода - если товар весовой - вес идёт из штрихкода, если штучный - то вес единица.
В случае, если товар весовой, а в штрихкоде - нет веса, то тогда (и только тогда) идёт запрос веса.
16.02.2017 17:35
KirillHome
 
Продублирую сюда - пример того, как это сделано в Штрихе


Цитата:
student это не проблема а особенность работы :), которая при определенном желании нормально решается
и было бы не плохо раз уж зашла речь о конкретном софте указать софты где все это решается так как вам надо...
Посмотрел на кассир от Штриха.
В настройках есть пункт - "Запретить возвраты не в день продажи".
Он не отмечен, то есть возвраты не в день продажи - разрешены.
В настройках пользователя разрешил "Возврат не в день продажи"

Пробил чек с № 7.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве 100 штук по цене 25.50, на сумму 2550.00
Не стал дожидаться следующего дня - просто закрыл смену.
Далее - делаю возврат из предыдущей смены.

Ввожу номер чека (7), нажимаю возврат.
Открывается окно с чеком.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве 100 штук по цене 25.50, на сумму 2550.00

Ввожу 1 и нажимаю "Редактировать количество"
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве 1 штука по цене 25.50, на сумму 25.50

Нажимаю итог - всё, чек возврата сделан.

Далее, для интереса - повторяю эту же процедуру.
Ввожу номер чека (7), нажимаю возврат.
Открывается окно с чеком.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве уже 99 штук по цене 25.50, на сумму 2524.50

На самом деле это не описано в документации, порядок действий мне подсказали на форуме штриха (в 2012 году :))
Цитата:
Для возврата одного товара определенного количества, в оформленном ранее чеке, необходимо:
1. Ввести номер чека и нажать на Возврат
2. Отсторнировать позиции которые не нужно возвращать
3. Ввести нужное количество и нажать на Редактировать количество для позиции которую возвращаете.
16.02.2017 17:47
bob
 
Цитата:
KirillHome Продублирую сюда - пример того, как это сделано в Штрихе



Посмотрел на кассир от Штриха.
В настройках есть пункт - "Запретить возвраты не в день продажи".
Он не отмечен, то есть возвраты не в день продажи - разрешены.
В настройках пользователя разрешил "Возврат не в день продажи"

Пробил чек с № 7.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве 100 штук по цене 25.50, на сумму 2550.00
Не стал дожидаться следующего дня - просто закрыл смену.
Далее - делаю возврат из предыдущей смены.

Ввожу номер чека (7), нажимаю возврат.
Открывается окно с чеком.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве 100 штук по цене 25.50, на сумму 2550.00

Ввожу 1 и нажимаю "Редактировать количество"
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве 1 штука по цене 25.50, на сумму 25.50

Нажимаю итог - всё, чек возврата сделан.

Далее, для интереса - повторяю эту же процедуру.
Ввожу номер чека (7), нажимаю возврат.
Открывается окно с чеком.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве уже 99 штук по цене 25.50, на сумму 2524.50

На самом деле это не описано в документации, порядок действий мне подсказали на форуме штриха (в 2012 году :))
И это правильно. В УКМ4 тоже так реализовано.
17.02.2017 10:42
student
 
Цитата:
bob И это правильно.
согласен,
правда здесь возникает непонятка с чеками - первоначальный чек продажи у покупателя обычно отбирают, и надо выдать чек с оставшимся кол-вом товара - как тут у укм4 ? (хотя в свете 54фз это уже пожалуй не актуально)
да и по 54фз регистрация идет по цене за единицу с учетом скидок и если поменять кол-во у дробного артикула и там были еще скидки то эта цена может поменяться - как именно возвращать - по той что была или по той что стала ?

и просто интересно - а каким еще способом еще можно сделать возврат произвольного количества?

пожалуй если только при продаже поменять направление операции
тогда ваапче вернуть можно будет все захочется без привязки к чему либо
17.02.2017 11:11
KirillHome
 
Цитата:
student согласен,
правда здесь возникает непонятка с чеками - первоначальный чек продажи у покупателя обычно отбирают, и надо выдать чек с оставшимся кол-вом товара - как тут у укм4 ? (хотя в свете 54фз это уже пожалуй не актуально)
В данной ситуации - вообще просто.
Берём тот же пример.
Забираем чек, делаем возврат и печатаем копию чека № 7 (в нём уже изменившееся количество)

Цитата:
student да и по 54фз регистрация идет по цене за единицу с учетом скидок и если поменять кол-во у дробного артикула и там были еще скидки то эта цена может поменяться - как именно возвращать - по той что была или по той что стала ?
Вообще - возвращаем именно по той цене, что указана в чеке.
Из дробного количества возвраты (не полной строкой) - вообще, редки.
У нас, к примеру, то что отмеряется (цепи, клеенка, плёнка) - вообще не подлежит возврату.
На сколько я помню продукты - если продали плохой кусок сыра, то возврат идёт целиком, а не части куска.

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

Цитата:
student и просто интересно - а каким еще способом еще можно сделать возврат произвольного количества?

пожалуй если только при продаже поменять направление операции
тогда ваапче вернуть можно будет все захочется без привязки к чему либо
А в этой части размышлений я запутался
17.02.2017 12:26
student
 
Цитата:
KirillHome (в нём уже изменившееся количество)
это почему в копии уже пробитого в прошлой смене чека изменилось кол-во ? или я чего то не догоняю ?

Цитата:
KirillHome вообще, редки.
если что то может случиться то оно непременно произойдет - на это закладываться нельзя

Цитата:
KirillHome А в этой части размышлений я запутался
ничего сложного :) набираем обычный произвольный чек как на продажу - ставим признак что это возвратный чек и регистрируем его ...
17.02.2017 12:40
KirillHome
 
Цитата:
student
Цитата:
KirillHome (в нём уже изменившееся количество)
это почему в копии уже пробитого в прошлой смене чека изменилось кол-во ? или я чего то не догоняю ?
Я не смотрел, как оно хранится в базе, но на экране у кассира оно уже отображается изменившимся.
Я приводил пример с этим
Цитата:
Далее, для интереса - повторяю эту же процедуру.
Ввожу номер чека (7), нажимаю возврат.
Открывается окно с чеком.
В чеке одна строка, товар с кодом 29, с названием "Сок добрый вишнёвый 1л", к количестве уже 99 штук по цене 25.50, на сумму 2524.50
Цитата:
student если что то может случиться то оно непременно произойдет - на это закладываться нельзя
По большому счёту - да, несомненно


Цитата:
student ничего сложного :) набираем обычный произвольный чек как на продажу - ставим признак что это возвратный чек и регистрируем его ...
Есть такое в Штрихе - просто возврат.
Входим в режим возврата, указываем товар и количество. Рассчитываемся.
Всё.
Без какой-либо привязки к тому - когда, почём и кому это продали.
17.02.2017 12:51
student
 
Цитата:
KirillHome но на экране у кассира
причем здесь экран ? экран покупателю не отдашь...
я про бумажную копию чека

Цитата:
KirillHome Есть такое в Штрихе - просто возврат
тогда в чем засада - бери штрих раз он тебя удовлетворяет
или здесь уже как у юмористов - а есть такое же только с перламутровыми пуговицами - нет - будем искать :) ?
17.02.2017 13:08
KirillHome
 
Было такое?
Цитата:
student и было бы не плохо раз уж зашла речь о конкретном софте указать софты где все это решается так как вам надо...
Было!

Вот я и привёл пример.



Цитата:
student тогда в чем засада - бери штрих раз он тебя удовлетворяет
или здесь уже как у юмористов - а есть такое же только с перламутровыми пуговицами - нет - будем искать :) ?
Я не знаю, что будет выбрано в итоге.
Выбор будет (я уверен в это на 99%) по цене.
Но сама цена - складывается из разных вещей (в том числе - модернизация фискальников).
И если выяснится, что решение от Штриха работает, как у них указано, только с СП101 ФР (и надо будет модернизировать и Штрих-Light), то непонятно, что "перевесит". Пока - за модернизацию Штриха просят 16'800, модернизация СП (по слухам) - 9'000. И эти деньги могут стать решающими.


Опции темы


Часовой пояс GMT +3, время: 19:39.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.