IPB

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

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


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

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



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

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


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

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



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


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


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


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

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



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

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


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

Группа: Специалисты
Сообщений: 3 456
Регистрация: 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 216
Регистрация: 17.2.2007
Из: Москва
Пользователь №: 10 778



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


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

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


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

Группа: Пользователи
Сообщений: 236
Регистрация: 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 будет ругаться, об отсутствии нужного количества.
Естественно, что нулевые разрешать будет неправильно-одно дело одна касса, другое дело, когда их несколько и они могут последовательно продавать один и тот же товар, что будет вести к отрицательным остаткам, не приведи к этому на маркированном такое выйдет, это сразу драконовский штраф.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение 6.8.2020, 12:56
Сообщение #27


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

Группа: Специалисты
Сообщений: 3 456
Регистрация: 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 при помощи документов Приход товаров, Расход товаров и Инвентаризация, как это делается в специализированном ПО. Эти процедуры желательно проводить регулярно, а не в присутствии покупателя. В другом ПО эту процедуру рекомендуют выполнять раз в смену по отчёту о продажах.

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


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

Группа: Пользователи
Сообщений: 236
Регистрация: 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, иначе штраф немаленький. Т.е. как то внутри Вашей программы, должно быть зашито накопление по КИЗ, и АСТУ за этим следить не сможет, оно передает только общее количество на партию и признак маркировки.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение 6.8.2020, 16:54
Сообщение #29


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

Группа: Специалисты
Сообщений: 3 456
Регистрация: 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. Но это отдельная задача, которая не решает проблему накопления погрешностей в товароучёте.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ООО Фармснаб
сообщение 7.8.2020, 9:11
Сообщение #30


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

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



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


Ещё год назад, ведущее ПО по фармацевтике Бэст-5.Аптека (ведущее в том плане, что по функционалу они опередили всех на много вперед, правда есть и гигантские минусы) везде вещало, что при маркировке, внутри их программы вестись деление не будет, как сейчас с этим у них-не знаю. По 1С.Рознице, я вообще не могу представить себе, как у них делятся препараты-мы с ноября на этой программе и подобной функции даже не видел (хотя что то зачаточно-внутриутробное у них есть).
Поэтому вывод такой: делятся препараты на кассах.

Цитата(Атол: Олег @ 6.8.2020, 16:54) *
Списание в МДЛП и в АСТУ это разные вещи и подходы. МДЛП будет списывать в простых дробях, так как десятичное количество туда вообще не передаётся, а передаётся позиция в количестве 1, код маркировки и выбываемая часть кода маркировки в отдельном реквизите, например 2/3. Frontol же будет всегда списывать с остатка количество в десятичном виде, округлённое математически, т.е. 1/3 = 0.333, а 1/6 = 0.167.
Решать проблему с погрешностью в кассовом чеке, по нашему мнению, недопустимо. В том числе и скрывать её при помощи скидок, надбавок или подгонов количества. Погрешность - это товароучётная проблема и её надо решать товароучётными операциями:
1. В конце смены выполнить инвентаризацию наименований, которые фасуются, и документом инвентаризации убрать погрешность.
2. Если так получилось, что при продаже не хватает какой-то доли, то сформировать документ прихода товаров для устранения погрешности.
Указанные документы можно формировать и во Frontol, только потом их надо корректно обработать в АСТУ.


Не поверите, но почти все аптеки, решают проблемы кассовыми чеками, добивая на последних пластинках не достающие тысячные!!!!!! Потому что по-другому не выйдет, эти самые 0,001 и прочие, накапливаются в АСТУ и обнаружить такие в АСТУ, особенно если это 1С, очень проблематично. Поэтому, обычно, там где хозяева, это пробиваем на кассах списывая копейки-рубли, это проще чем формировать списание в АСТУ, особенно если это ещё и маркированные препараты. А там где сети, если они конечно работают на Фронтоле - также списываем на кассах на последних пластинках, что бы хозяева не увидели-потому что штраф на зарплату (это не из пальца высосано, у нас все сотрудники родом из сетей, там не любят такие остатки-допустил, получи штраф к зарплате).
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение 7.8.2020, 13:52
Сообщение #31


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

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



Цитата(ООО Фармснаб @ 7.8.2020, 9:11) *
Ещё год назад, ведущее ПО по фармацевтике Бэст-5.Аптека (ведущее в том плане, что по функционалу они опередили всех на много вперед, правда есть и гигантские минусы) везде вещало, что при маркировке, внутри их программы вестись деление не будет, как сейчас с этим у них-не знаю. По 1С.Рознице, я вообще не могу представить себе, как у них делятся препараты-мы с ноября на этой программе и подобной функции даже не видел (хотя что то зачаточно-внутриутробное у них есть).
Поэтому вывод такой: делятся препараты на кассах.

Добрый день.

Мне кажется, вы не понимаете, что я описывал в своих кейсах. Я не описывал место деления/фасовки, а описывал подход к товароучёту при фасовке: либо 2 товара и перенос остатка из одного в другой, либо один товар и дробные продажи. БЭСТ Аптека работает именно по тому кейсу, которые у нас сейчас реализовывается: "Продажа дробных частей упаковки на кассе". 1С Розницу не имеет смысла обсуждать, так как это не аптечный софт. В остальных аптечных софтах встречаются оба подхода. Но с двумя товарами мы не собираемся делать, так как это требует и переработки товароучётной системы.

Цитата(ООО Фармснаб @ 7.8.2020, 9:11) *
Не поверите, но почти все аптеки, решают проблемы кассовыми чеками, добивая на последних пластинках не достающие тысячные!!!!!! Потому что по-другому не выйдет, эти самые 0,001 и прочие, накапливаются в АСТУ и обнаружить такие в АСТУ, особенно если это 1С, очень проблематично. Поэтому, обычно, там где хозяева, это пробиваем на кассах списывая копейки-рубли, это проще чем формировать списание в АСТУ, особенно если это ещё и маркированные препараты. А там где сети, если они конечно работают на Фронтоле - также списываем на кассах на последних пластинках, что бы хозяева не увидели-потому что штраф на зарплату (это не из пальца высосано, у нас все сотрудники родом из сетей, там не любят такие остатки-допустил, получи штраф к зарплате).


Не поверю, так как мы изучили данный вопрос и во всех софтах проблема решается именно товарными операциями в АСТУ. 1С Розницу не имеет смысла приводить в пример, так как этот софт не для аптеки.

Ещё раз уточню, что будет сделано во Frontol:
1. При продаже части упаковки нужно будет вызвать специальную функцию и в появившемся интерфейсе ввести продаваемое количество и количество в упаковке. На основании этой информации будет рассчитано количество с математическим округлением до заданной в настройках Frontol точности, например, 1 из 3 всегда будет 0.333. Списываться с остатка будет именно это количество. Мы не можем дать возможность его корректировать, так как происходит автоматический расчёт, вмешательство в который приведёт к ошибкам учёта.
2. Если вы контролируете отрицательные остатки, то вам будет необходимо периодически корректировать погрешности, для этого во Frontol есть специальные документы. В предыдущих сообщениях я описывал как это организовано в специализированных аптечных софтах, если там используется кейс продажи дробным количеством.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ООО Фармснаб
сообщение 7.8.2020, 14:36
Сообщение #32


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

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



Цитата(Атол: Олег @ 7.8.2020, 13:52) *
Ещё раз уточню, что будет сделано во Frontol:
1. При продаже части упаковки нужно будет вызвать специальную функцию и в появившемся интерфейсе ввести продаваемое количество и количество в упаковке. На основании этой информации будет рассчитано количество с математическим округлением до заданной в настройках Frontol точности, например, 1 из 3 всегда будет 0.333. Списываться с остатка будет именно это количество. Мы не можем дать возможность его корректировать, так как происходит автоматический расчёт, вмешательство в который приведёт к ошибкам учёта.

А как в конце будет, 0,999 и к примеру 0,996 (это если по 1/6 продавать)? В любом случае, если будет возможность и вручную прописывать 0,167 и т.д., то в принципе параллельно, главное остатки потом убрать.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Атол: Олег
сообщение 7.8.2020, 16:48
Сообщение #33


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

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



Цитата(ООО Фармснаб @ 7.8.2020, 14:36) *
А как в конце будет, 0,999 и к примеру 0,996 (это если по 1/6 продавать)? В любом случае, если будет возможность и вручную прописывать 0,167 и т.д., то в принципе параллельно, главное остатки потом убрать.

Я же ранее привёл пример как может получиться 0.999 при продаже 6/14 и 2/14.

Вручную ничего вписать нельзя. При вводе 1/6 с остатка будет всегда списываться 0.167, а при ввода 1/3 - 0.333
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ООО Фармснаб
сообщение 7.8.2020, 19:21
Сообщение #34


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

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



Цитата(Атол: Олег @ 7.8.2020, 16:48) *
Я же ранее привёл пример как может получиться 0.999 при продаже 6/14 и 2/14.

Вручную ничего вписать нельзя. При вводе 1/6 с остатка будет всегда списываться 0.167, а при ввода 1/3 - 0.333

Т.е. при нововведении теперь нельзя будет набрать 0,165 к примеру?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

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

 



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