IPB

Здравствуйте, гость ( Вход | Регистрация )

2 страниц V  < 1 2  
Добавить ответ в эту темуОткрыть тему
товар с количество меньше 1 не выходит при сканировании.
ООО Фармснаб
сообщение 30.7.2020, 14:31
Сообщение #21


Завсегдатай
***

Группа: Пользователи
Сообщений: 233
Регистрация: 30.5.2017
Пользователь №: 141 481



Цитата(Атол: Олег @ 30.7.2020, 14:15) *
Если вы продаёте распакованные лекарства, то у вас под конец товара может накопиться погрешность в большую сторону. В итоге вы не сможете продать последнюю полную пачку, так как на остатке у вас будет условно 0,998, а отрицательные остатки запрещены.
1. Вы понимаете, что я имею ввиду? Как вы решаете данную проблему?
2. Смотрим на ваш скриншот. Фармацевт, если регистрирует визуально, то может также выбрать другую позицию при запрете отрицательного остатка и также будет списан не тот товар. Почему за отрицательный остаток вас повесят, а за неправильную продажу другого товара нет? Ситуация полностью идентична, фармацевты у вас постоянно делают пересорт.

В данном случае мы выбрали именно работу по заводскому штрих-коду, а не синтезированным кодам, есть свои плюсы и минусы, плюс переход на маркировку проще намного, тем у кого синтезированные (т.е. по партионный учет), сейчас вынуждены будут переходить на схему аналогично нашей.
Почему за отриц. повесят- потому что им надо тратить время на перебор позиций. пересорт, как показала практика такой именно работы с 2017 года, практически отсутствует, есть единичные позиции, которые легко регулируются, а вот попартионный учет, давал свои минусы: особенно при работе с дешевым и большеколичественным в плане продаж товаре, схватили пять связок, подхватив головную с штрихом другой партии, там ещё подхватили, разлили при санобработке хлорку на бумажку с партиоными штрихами и тому подобное, и в конце пересорт такой, что ревизия не разберет.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение 30.7.2020, 15:27
Сообщение #22


Магистр слова
********

Группа: Специалисты
Сообщений: 3 453
Регистрация: 16.5.2008
Пользователь №: 13 449



Цитата(ООО Фармснаб @ 30.7.2020, 14:31) *
В данном случае мы выбрали именно работу по заводскому штрих-коду, а не синтезированным кодам, есть свои плюсы и минусы, плюс переход на маркировку проще намного, тем у кого синтезированные (т.е. по партионный учет), сейчас вынуждены будут переходить на схему аналогично нашей.
Почему за отриц. повесят- потому что им надо тратить время на перебор позиций. пересорт, как показала практика такой именно работы с 2017 года, практически отсутствует, есть единичные позиции, которые легко регулируются, а вот попартионный учет, давал свои минусы: особенно при работе с дешевым и большеколичественным в плане продаж товаре, схватили пять связок, подхватив головную с штрихом другой партии, там ещё подхватили, разлили при санобработке хлорку на бумажку с партиоными штрихами и тому подобное, и в конце пересорт такой, что ревизия не разберет.


Вы не ответили на один из вопросов. Запрет отрицательных остатков приведёт к невозможности продажи последней упаковки товара, если ранее этот товар продавался частями. Как вы решаете данную проблему?


Если честно, то я всё равно не понимаю почему отрицательный остаток смущает, так как фармацевт так же может в пересорт отправить любую другую позицию в рамках положительного остатка.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ООО Фармснаб
сообщение 30.7.2020, 17:03
Сообщение #23


Завсегдатай
***

Группа: Пользователи
Сообщений: 233
Регистрация: 30.5.2017
Пользователь №: 141 481



Цитата(Атол: Олег @ 30.7.2020, 15:27) *
Вы не ответили на один из вопросов. Запрет отрицательных остатков приведёт к невозможности продажи последней упаковки товара, если ранее этот товар продавался частями. Как вы решаете данную проблему?
Если честно, то я всё равно не понимаю почему отрицательный остаток смущает, так как фармацевт так же может в пересорт отправить любую другую позицию в рамках положительного остатка.

Я не понимаю Ваших вопросов. У нас сейчас отрицательные остатки не формируются и не поддерживаются - и это отлично. Пересорт, при нашей версии учета, мне как владельцу и наф...г не волнительны, ошибка фармацевта или провизора, плати с кармана, цены на всех упаковках указаны, сопоставляй и выбирай. Вот тормоза связанные с вводом вручную из-за неполной упаковки, это да-реально аж иногда выбешивает, когда стоит куча людей, а надо как в первом сообщении искать терафлю лимон №14, среди кучи других терафлю лимон, ну или полностью вводить название.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение 31.7.2020, 15:03
Сообщение #24


Магистр слова
********

Группа: Специалисты
Сообщений: 3 453
Регистрация: 16.5.2008
Пользователь №: 13 449



Цитата(ООО Фармснаб @ 30.7.2020, 17:03) *
Я не понимаю Ваших вопросов. У нас сейчас отрицательные остатки не формируются и не поддерживаются - и это отлично. Пересорт, при нашей версии учета, мне как владельцу и наф...г не волнительны, ошибка фармацевта или провизора, плати с кармана, цены на всех упаковках указаны, сопоставляй и выбирай. Вот тормоза связанные с вводом вручную из-за неполной упаковки, это да-реально аж иногда выбешивает, когда стоит куча людей, а надо как в первом сообщении искать терафлю лимон №14, среди кучи других терафлю лимон, ну или полностью вводить название.


У вас на остатке 2 упаковки ТераФлю по 14 саше. Вы допускаете их продажу не только упаковками, но и по саше.
Первый покупатель покупает 6/14 = 0.429
Второй тоже 6/14 = 0.429
Третий 2/14 = 0.143
Итого продано 1.001
На прилавке у вас остаётся 1 упаковка ТераФлю .
Пятый покупатель покупает 1 упаковку. И тут будет проблема, если запрещены отрицательные остатки. Frontol не даст продать одну упаковку, так как на остатке 0.999.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
POUL
сообщение 31.7.2020, 23:51
Сообщение #25


Магистр слова
********

Группа: Партнеры
Сообщений: 14 215
Регистрация: 17.2.2007
Из: Москва
Пользователь №: 10 778



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


--------------------
FireBird Service Manager
Пишу скрипты за еду.
ООО "B2C"

Если долго вглядываться в докуметацию, она начнет давать ответы на вопросы
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ООО Фармснаб
сообщение 1.8.2020, 8:52
Сообщение #26


Завсегдатай
***

Группа: Пользователи
Сообщений: 233
Регистрация: 30.5.2017
Пользователь №: 141 481



Цитата(Атол: Олег @ 31.7.2020, 15:03) *
У вас на остатке 2 упаковки ТераФлю по 14 саше. Вы допускаете их продажу не только упаковками, но и по саше.
Первый покупатель покупает 6/14 = 0.429
Второй тоже 6/14 = 0.429
Третий 2/14 = 0.143
Итого продано 1.001
На прилавке у вас остаётся 1 упаковка ТераФлю .
Пятый покупатель покупает 1 упаковку. И тут будет проблема, если запрещены отрицательные остатки. Frontol не даст продать одну упаковку, так как на остатке 0.999.

Вот бы во Фронтоле так можно было 6/14, а то до сих пор калькулятор не освоили, но это наследие старой настройки.
Чуть чуть не верно Вы пишите, на кассах первостольники следят за правильным остатком при делении, т.е. те же Терафлю №14, у них не может выйти 0,999, они просто на последнем пакетике выравняют, как и другие препараты, где то пробьют не 0.333, а 0.334 или 0.332.
Вопрос не в этом, а в том, что неудобно, что неполные упаковки на остатке, нельзя сканером считать. И это желательно бы проверить на маркированной продукции, что бы не получилось так, что будет к примеру на остатке Вальсакор Н №90 в кол-ве 0.666, а Фронтол даже при ручном выборе и последующем сканировании Data-matrix будет ругаться, об отсутствии нужного количества.
Естественно, что нулевые разрешать будет неправильно-одно дело одна касса, другое дело, когда их несколько и они могут последовательно продавать один и тот же товар, что будет вести к отрицательным остаткам, не приведи к этому на маркированном такое выйдет, это сразу драконовский штраф.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение Сегодня, 12:56
Сообщение #27


Магистр слова
********

Группа: Специалисты
Сообщений: 3 453
Регистрация: 16.5.2008
Пользователь №: 13 449



Цитата(ООО Фармснаб @ 1.8.2020, 8:52) *
Вот бы во Фронтоле так можно было 6/14, а то до сих пор калькулятор не освоили, но это наследие старой настройки.
Чуть чуть не верно Вы пишите, на кассах первостольники следят за правильным остатком при делении, т.е. те же Терафлю №14, у них не может выйти 0,999, они просто на последнем пакетике выравняют, как и другие препараты, где то пробьют не 0.333, а 0.334 или 0.332.
Вопрос не в этом, а в том, что неудобно, что неполные упаковки на остатке, нельзя сканером считать. И это желательно бы проверить на маркированной продукции, что бы не получилось так, что будет к примеру на остатке Вальсакор Н №90 в кол-ве 0.666, а Фронтол даже при ручном выборе и последующем сканировании Data-matrix будет ругаться, об отсутствии нужного количества.
Естественно, что нулевые разрешать будет неправильно-одно дело одна касса, другое дело, когда их несколько и они могут последовательно продавать один и тот же товар, что будет вести к отрицательным остаткам, не приведи к этому на маркированном такое выйдет, это сразу драконовский штраф.


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

С учётом описанного выше в реализации мы пошли именно по 2 кейсу, но в результате его реализации:
1. Ваши фармацевты потеряют возможность корректировать дробные количества при продаже части упаковки, т.е. они при продаже будут вводить 1/3, но не смогут в одном случае продать 0.333, а в другом 0.334, а в третьем 0.332, так как всегда будет продаваться количество, рассчитанное с математическим округлением. Такие товарные корректировки за счёт покупателей замедляют обслуживание и повышают вероятность конфликтов с покупателями.
2. Мы не планировали сохранять контроль отрицательных остатков для делённых упаковок, но можем сохранить. Только контроль будет корректно работать, если вы пересмотрите свой процесс корректировки погрешностей и будете его выполнять либо в АСТУ, либо во Frontol при помощи документов Приход товаров, Расход товаров и Инвентаризация, как это делается в специализированном ПО. Эти процедуры желательно проводить регулярно, а не в присутствии покупателя. В другом ПО эту процедуру рекомендуют выполнять раз в смену по отчёту о продажах.

Интересуют Ваши мысли по описанному выше.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ООО Фармснаб
сообщение Сегодня, 15:18
Сообщение #28


Завсегдатай
***

Группа: Пользователи
Сообщений: 233
Регистрация: 30.5.2017
Пользователь №: 141 481



Цитата(Атол: Олег @ 6.8.2020, 12:56) *
Мы изучили наиболее популярные программы для автоматизации в аптеках и получили два кейса учёта остатков:
1. Фасовка в товарном учёте. В результате этой операции создаётся отдельный товар, в котором ведётся учёт частями упаковки, а при фасовке происходит перенос остатка из товара-упаковки в товар-части упаковки. При этом с товаром-части упаковки идёт полноценная работа в товарном учёте: переоценка, инвентаризация и т.д.. В этом кейсе с точки зрения кассового ПО всё хорошо, но требуется переработка подхода к товароучёту. Это совсем не похоже на ваш процесс учёта товаров.
2. Продажа дробных частей упаковки на кассе. В этом кейсе фасовка не происходит и дополнительная номенклатура не создаётся, а продажа части упаковки происходит при помощи ввода дроби простой или десятичной. При этом остатки списываются всегда десятичными дробями, а фармацевт при продаже никаких корректировок списываемого количества не вносит. Корректировки погрешностей выполняются в товароучётных операциях списания или прихода товара обычно раз в смену по отчёту о продажах. При этом контроль отрицательных остатков практически везде отсутствует, но в принципе он возможен, при условии корректировки погрешностей. Этот кейс больше всего похож на ваш.

С учётом описанного выше в реализации мы пошли именно по 2 кейсу, но в результате его реализации:
1. Ваши фармацевты потеряют возможность корректировать дробные количества при продаже части упаковки, т.е. они при продаже будут вводить 1/3, но не смогут в одном случае продать 0.333, а в другом 0.334, а в третьем 0.332, так как всегда будет продаваться количество, рассчитанное с математическим округлением. Такие товарные корректировки за счёт покупателей замедляют обслуживание и повышают вероятность конфликтов с покупателями.
2. Мы не планировали сохранять контроль отрицательных остатков для делённых упаковок, но можем сохранить. Только контроль будет корректно работать, если вы пересмотрите свой процесс корректировки погрешностей и будете его выполнять либо в АСТУ, либо во Frontol при помощи документов Приход товаров, Расход товаров и Инвентаризация, как это делается в специализированном ПО. Эти процедуры желательно проводить регулярно, а не в присутствии покупателя. В другом ПО эту процедуру рекомендуют выполнять раз в смену по отчёту о продажах.

Интересуют Ваши мысли по описанному выше.


Здравствуйте!
Насколько я понимаю, то АСТУ с внешним кассовым ПО не могут теперь проводить предварительное деление, поскольку деление будет проходить на кассовых решениях.
Если речь идет об интегрированных кассовых ПО в АСТУ (Бэст-5.Кассир, 1С.Розница касса, всевозможные Фармации, Аналиты, Парус.Аптеки и прочие), то там сами понимаете, обращение из кассы идет напрямую в базу и как это они будут осуществлять, даже не представляю (зато знаю, какие проблемы на регламентированной отчетности мы поимели с такого вида работы).
В моём представлении, если Ваше решение сможет при делении 1/3 (0,333), 1/6 (0,167-именно так, потому что при 0,166 идет большое накопление) и тому подобное, в конце проводить последнюю операцию на упаковке в виде 1/3 , но по факту 0,334 ну или 1/6 (0,165), вот те самые 0,001 проводить через скидку или даже оставлять в такой пропорции, то было бы неплохо. Объясню почему не катит возврат остатков в АСТУ - как их списывать, при условии внесенных данных в МДЛП; мы же ведь с последней продажей упаковки, отдадим и рабочий КИЗ? Гораздо проще это провести скидкой, чем потом проводить списание утерянных упаковок в МДЛП. Кстати, кассовое ПО Эпос-2 (мы и с таким поработать успели), позволяет проводить правильное деление ещё с 2017 года (когда мы их два месяца тянули на свою точку), там последние упаковки шли 0,334 и далее, а делить мы могли именно по 1/3 и подобные.
Кроме того, здесь надо понять самое главное: ни в коем случае не должно быть накопления по одному КИЗ более 1, иначе штраф немаленький. Т.е. как то внутри Вашей программы, должно быть зашито накопление по КИЗ, и АСТУ за этим следить не сможет, оно передает только общее количество на партию и признак маркировки.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение Сегодня, 16:54
Сообщение #29


Магистр слова
********

Группа: Специалисты
Сообщений: 3 453
Регистрация: 16.5.2008
Пользователь №: 13 449



Цитата(ООО Фармснаб @ 6.8.2020, 15:18) *
Здравствуйте!
Насколько я понимаю, то АСТУ с внешним кассовым ПО не могут теперь проводить предварительное деление, поскольку деление будет проходить на кассовых решениях.
Если речь идет об интегрированных кассовых ПО в АСТУ (Бэст-5.Кассир, 1С.Розница касса, всевозможные Фармации, Аналиты, Парус.Аптеки и прочие), то там сами понимаете, обращение из кассы идет напрямую в базу и как это они будут осуществлять, даже не представляю (зато знаю, какие проблемы на регламентированной отчетности мы поимели с такого вида работы).

Добрый день.

Я не писал про предварительную фасовку в указанном кейсе. Я писал про способ организации товароучёта, когда фактически одно наименование в учёте ведётся как два связанных товара: целая упаковка и как часть. А фасовку они выполняют при продаже, когда автоматически по определённым правилам остаток переходит из одного товара в другой. Не вижу смысла продолжать обсуждать этот кейс, так как он может быть реализован только с изменением процессов товароучёта в товароучётной системе, а своей товароучётной системы у нас нет.

Цитата(ООО Фармснаб @ 6.8.2020, 15:18) *
В моём представлении, если Ваше решение сможет при делении 1/3 (0,333), 1/6 (0,167-именно так, потому что при 0,166 идет большое накопление) и тому подобное, в конце проводить последнюю операцию на упаковке в виде 1/3 , но по факту 0,334 ну или 1/6 (0,165), вот те самые 0,001 проводить через скидку или даже оставлять в такой пропорции, то было бы неплохо. Объясню почему не катит возврат остатков в АСТУ - как их списывать, при условии внесенных данных в МДЛП; мы же ведь с последней продажей упаковки, отдадим и рабочий КИЗ? Гораздо проще это провести скидкой, чем потом проводить списание утерянных упаковок в МДЛП. Кстати, кассовое ПО Эпос-2 (мы и с таким поработать успели), позволяет проводить правильное деление ещё с 2017 года (когда мы их два месяца тянули на свою точку), там последние упаковки шли 0,334 и далее, а делить мы могли именно по 1/3 и подобные.


Списание в МДЛП и в АСТУ это разные вещи и подходы. МДЛП будет списывать в простых дробях, так как десятичное количество туда вообще не передаётся, а передаётся позиция в количестве 1, код маркировки и выбываемая часть кода маркировки в отдельном реквизите, например 2/3. Frontol же будет всегда списывать с остатка количество в десятичном виде, округлённое математически, т.е. 1/3 = 0.333, а 1/6 = 0.167.

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

Указанные документы можно формировать и во Frontol, только потом их надо корректно обработать в АСТУ.

Цитата(ООО Фармснаб @ 6.8.2020, 15:18) *
Кроме того, здесь надо понять самое главное: ни в коем случае не должно быть накопления по одному КИЗ более 1, иначе штраф немаленький. Т.е. как то внутри Вашей программы, должно быть зашито накопление по КИЗ, и АСТУ за этим следить не сможет, оно передает только общее количество на партию и признак маркировки.

В настоящий момент контроля за штрихкодами маркировки и их накоплениями в нашем ПО нет и в рамках данной доработки не планируется, так как он должен вестись в рамках магазина, а не кассы. Если мы сделаем этот контроль, то это точно будет отдельное решение, которое будет работать в рамках магазина по аналогии с Frontol Alco Unit. Но это отдельная задача, которая не решает проблему накопления погрешностей в товароучёте.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

2 страниц V  < 1 2
Добавить ответ в эту темуОткрыть тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



RSS Текстовая версия Сейчас: 6.8.2020, 22:26
 Яндекс цитирования  Rambler's Top100