1С:Розница аптека деление упаковок препаратов
Здравствуйте! Работаю с 1С:Розница 8. Аптека (2.2.7.29). Встал вопрос о деление лекарственных средств, то есть деление упаковки, деление блистеров в пачке, пакетиков саше.
Набор упаковок → создаем набор → создаем упаковки. Но началась проблема с остатками.
1) Сначала я делала как: все действия выше, но при создании упаковки количество штук 1/на количество шт в упаковке, например, 30. Коэффициент становился 0,033. Указывали набор упаковок в карточке номенклатуре, устанавливали розничную цену на весь препарат. А в РМК кассир просто указывал ед.измерения/упаковки нужное. Соответственно вставала цена за штучный товар.НО! Остатки стали по типу 0,450 или 3,97, смены иногда из-за этого не закрывались и неудобно считать.
2) Посмотрев еще в интернете нашла еще один способ: все тоже самое, но в упаковках указываем количество штук просто 30 и коэффициент становился 30. Далее мы при поступление препарата указываем в карточке номенклатуры набор упаковок, указываем нужную ед.изм/упаковка в поступлении, создаем штрих код с данной упаковкой. Но так как накладные поступают в электронном виде цены уже встают в поступление, а при изменении ед.измерения цена препарата увеличивается и приходится ее возвращать назад как было (это первый минус). Далее еще один минус с печатью ценников и накладных, печатаем сразу накладную и встает цена та что за всю пачку. Приходится такие препараты отдельно печатать (закупки-печать ценников и этикеток) при этом указывать отбор по номенклатуре, чтобы вывести цену на штучный товар. Установка цен осуществляется на всю пачку/упаковки, в РМК все хорошо, да и остатки в нормально-простой числовой форме. Но фармацевтам этот способ не понравился.
Может я что-то упускаю и не понимаю...?
Также проблема при деление товара выводит цену штучного товара, почему-то каждый раз меняется.
Возможно, проблема в характеристиках, например, у на товар Терафлю пор.саше №10 на складе остаток у него 2.3, а если посмотреть по характеристикам одна (J5946 '1', 31.01.2019) остаток 0,1 и цена немного, но отличается и так далее (J6731 '1', 01.04.2019 остаток 0,2 и цена на копейки, но другая; K2109 '1' 01.08.2019 остаток 2)
Подскажите, пожалуйста, как правильно делить в 1С:Рознице аптека? Может есть какие-то нюансы?
Набор упаковок → создаем набор → создаем упаковки. Но началась проблема с остатками.
1) Сначала я делала как: все действия выше, но при создании упаковки количество штук 1/на количество шт в упаковке, например, 30. Коэффициент становился 0,033. Указывали набор упаковок в карточке номенклатуре, устанавливали розничную цену на весь препарат. А в РМК кассир просто указывал ед.измерения/упаковки нужное. Соответственно вставала цена за штучный товар.НО! Остатки стали по типу 0,450 или 3,97, смены иногда из-за этого не закрывались и неудобно считать.
2) Посмотрев еще в интернете нашла еще один способ: все тоже самое, но в упаковках указываем количество штук просто 30 и коэффициент становился 30. Далее мы при поступление препарата указываем в карточке номенклатуры набор упаковок, указываем нужную ед.изм/упаковка в поступлении, создаем штрих код с данной упаковкой. Но так как накладные поступают в электронном виде цены уже встают в поступление, а при изменении ед.измерения цена препарата увеличивается и приходится ее возвращать назад как было (это первый минус). Далее еще один минус с печатью ценников и накладных, печатаем сразу накладную и встает цена та что за всю пачку. Приходится такие препараты отдельно печатать (закупки-печать ценников и этикеток) при этом указывать отбор по номенклатуре, чтобы вывести цену на штучный товар. Установка цен осуществляется на всю пачку/упаковки, в РМК все хорошо, да и остатки в нормально-простой числовой форме. Но фармацевтам этот способ не понравился.
Может я что-то упускаю и не понимаю...?
Также проблема при деление товара выводит цену штучного товара, почему-то каждый раз меняется.
Возможно, проблема в характеристиках, например, у на товар Терафлю пор.саше №10 на складе остаток у него 2.3, а если посмотреть по характеристикам одна (J5946 '1', 31.01.2019) остаток 0,1 и цена немного, но отличается и так далее (J6731 '1', 01.04.2019 остаток 0,2 и цена на копейки, но другая; K2109 '1' 01.08.2019 остаток 2)
Подскажите, пожалуйста, как правильно делить в 1С:Рознице аптека? Может есть какие-то нюансы?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) В РМК цена встает за штуку. Это если 2м способом. И на складе тоже числится 30 штук, соответственно при продаже из этих 30 шт вычитается количество товара, который был отпущен, от сюда и остатки в нормальных числах.
Согласна, способ 2м самых нормальный для остатков, но с печатью ценников и назначением штрих кода и другими манипуляциями. Я подумала что может быть есть другой путь, может быть как-то по другому надо настроить. Для меня все нормально, но фармацевты хотят проще.
Согласна, способ 2м самых нормальный для остатков, но с печатью ценников и назначением штрих кода и другими манипуляциями. Я подумала что может быть есть другой путь, может быть как-то по другому надо настроить. Для меня все нормально, но фармацевты хотят проще.
(7) А что мешает выбрать в рмк вместо штук упаковку?
(6)
(6)
(6)
Удивительно, что нет таких базовых единиц измерения пачка, флакон, ампула
Так ведь в каждой ампуле определённое количество миллиграмм, аналогично со всеми другими. Единицу измерения вы можете создать любую с любым названием (НСИ-ЕД.ИЗМЕРЕНИЯ-СОЗДАТЬ). Вот только все равно придётся прописывать упаковки, чтоб понять сколько в ней таблеток, ампул и т.д.
(6)
в накладной он идет
А поставщики не могут изменить ед.измерения?
(1) вариант 2 - самый оптимальный.
А как изначально создаётся поступление? Почему туда автоматом не подставляется упаковка? Может в карточке нужно указать "упаковка по умолчанию" или что-то подобное? Или доработать механизм загрузки накладной.
С печатью ценников тоже не понятно. Если в поступлении упаковка, то и выйдет цена за упаковку. Может быть, стоит доработать обработку печати ценников, чтобы в случае наличия упаковки в строке товара к печати производился пересчет цен за шт?
А как изначально создаётся поступление? Почему туда автоматом не подставляется упаковка? Может в карточке нужно указать "упаковка по умолчанию" или что-то подобное? Или доработать механизм загрузки накладной.
С печатью ценников тоже не понятно. Если в поступлении упаковка, то и выйдет цена за упаковку. Может быть, стоит доработать обработку печати ценников, чтобы в случае наличия упаковки в строке товара к печати производился пересчет цен за шт?
(3) >Может в карточке нужно указать "упаковка по умолчанию" или что-то подобное?
Все облазила, но не нашла такого свойства.
>А как изначально создаётся поступление? Почему туда автоматом не подставляется упаковка?
Накладные в электронном виде поступают либо через Xprice, либо через эприку(Протек). Настраиваем формат загрузки/выгрузки для 1с, чтобы все автоматически подцеплялось с накладной. В электронной накладной указывается количество шт., например, возьмем тот же Терафлю №10, в накладной он идет количеством 1шт., так как организация купила 1 пачку этого терафлю, но в накладной не указывается упаковки.
Если так посмотреть, то много чего доработать надо самим. Удивительно, что нет таких базовых единиц измерения пачка, флакон, ампула и т.д., как в больничной аптеке. И да, с делением там все намного проще, здесь же ....
Все облазила, но не нашла такого свойства.
>А как изначально создаётся поступление? Почему туда автоматом не подставляется упаковка?
Накладные в электронном виде поступают либо через Xprice, либо через эприку(Протек). Настраиваем формат загрузки/выгрузки для 1с, чтобы все автоматически подцеплялось с накладной. В электронной накладной указывается количество шт., например, возьмем тот же Терафлю №10, в накладной он идет количеством 1шт., так как организация купила 1 пачку этого терафлю, но в накладной не указывается упаковки.
Если так посмотреть, то много чего доработать надо самим. Удивительно, что нет таких базовых единиц измерения пачка, флакон, ампула и т.д., как в больничной аптеке. И да, с делением там все намного проще, здесь же ....
На мой взгляд 1С Розница 8. Аптека 2.2.7.39 нормально не поддерживает такую операцию, как деление упаковок. Оба способа учёта делённых упаковок "штатными" не назовёшь. Позор Рарусу за такое отраслевое решение. Все аптеки делят упаковки, а Розница Аптека это не поддерживает.
Вариант 1 плох тем, что при определённом количестве единиц в упаковке, например 3, регистр остатков не закрывается в 0 и цены ровно не делятся в РМК. На остатке может зависнуть как 0,001, так и -0,001. При 300руб за упаковку цена за шт в РМК будет не 100руб, а 0.333*300=99.9руб.
Чтобы как то жить с этим вариантом надо отключать контроль остатков в чеках и периодически чистить почти нулевые и отрицательные остатки.
Вариант 2 для регистра остатков хорош - дробных количеств нет, цены в РМК ровные. Но он плох всем остальным. И этого остального много.
1.Необходимость заводить для одного и того же товара два элемента справочника Номенклатура. Если товар продавался ранее не делённым, то чтобы далее продавать его по частям нужно заводить ещё один элемент справочника. Если первый товар назывался "Натрия хлорид амп №10", то второй можно назвать "Натрия хлорид амп №10, 1 ампула" (аналогичное наименование есть в демо базе Розницы Аптеки, рекомендация разработчиков?). После такого задвоения товаров возможны нехорошие последствия. Некоторые из них далее.
2. Создание прайс-листа для справочной службы. В прайс-листе должны быть цены за упаковку и количество упаковок. Но в самом новом делённом товаре нет ссылки на упаковку по умолчанию, а упаковок может быть несколько. Какую выбирать для прайс-листа, непонятно. Нужна доработка - добавить упаковку по умолчанию в карточку товара.
3. В РМК кассира в чек не выводится упаковка. Если пробить 1 упаковку и 1 шт, то на чеке в наименовании товара отличий не будет, разная будет только цена. Тут конечно можно организационно решить - запретить у делённого товара в РМК выбирать упаковку, продавать только поштучно. Но всё равно выглядит как недоработка.
4. В отчётах по остаткам и продажам несравнимые количества. Когда на учёте была одна номенклатура неделённая, потом добавили новую делённую. Для каких то подсистем поможет заполнение регистра Аналоги номенклатуры.
5. Несовместимость с подсистемой МДЛП. Невозможно сопоставление в Поступлении товаров одного КиЗ и одной упаковки товара, содержащей несколько штук. Программа предлагает сопоставление КиЗ каждой штуке товара. Если в Поступлении указано 15 упак по 10 шт, то программа требует 150 КиЗ вместо 15. Предполагаю, то же самое и при реализации в РМК - 1 шт = 1 КиЗ. Так же не понятно, предусмотрена ли вообще в системе МДЛП реализация товара с одним КиЗ по частям в течение длительного периода времени - делённую упаковку можно и год продавать. Поэтому может это относится сразу к обоим вариантам - 1 и 2, если деление упаковок и маркировка не совместимы.
Вариант 1 плох тем, что при определённом количестве единиц в упаковке, например 3, регистр остатков не закрывается в 0 и цены ровно не делятся в РМК. На остатке может зависнуть как 0,001, так и -0,001. При 300руб за упаковку цена за шт в РМК будет не 100руб, а 0.333*300=99.9руб.
Чтобы как то жить с этим вариантом надо отключать контроль остатков в чеках и периодически чистить почти нулевые и отрицательные остатки.
Вариант 2 для регистра остатков хорош - дробных количеств нет, цены в РМК ровные. Но он плох всем остальным. И этого остального много.
1.Необходимость заводить для одного и того же товара два элемента справочника Номенклатура. Если товар продавался ранее не делённым, то чтобы далее продавать его по частям нужно заводить ещё один элемент справочника. Если первый товар назывался "Натрия хлорид амп №10", то второй можно назвать "Натрия хлорид амп №10, 1 ампула" (аналогичное наименование есть в демо базе Розницы Аптеки, рекомендация разработчиков?). После такого задвоения товаров возможны нехорошие последствия. Некоторые из них далее.
2. Создание прайс-листа для справочной службы. В прайс-листе должны быть цены за упаковку и количество упаковок. Но в самом новом делённом товаре нет ссылки на упаковку по умолчанию, а упаковок может быть несколько. Какую выбирать для прайс-листа, непонятно. Нужна доработка - добавить упаковку по умолчанию в карточку товара.
3. В РМК кассира в чек не выводится упаковка. Если пробить 1 упаковку и 1 шт, то на чеке в наименовании товара отличий не будет, разная будет только цена. Тут конечно можно организационно решить - запретить у делённого товара в РМК выбирать упаковку, продавать только поштучно. Но всё равно выглядит как недоработка.
4. В отчётах по остаткам и продажам несравнимые количества. Когда на учёте была одна номенклатура неделённая, потом добавили новую делённую. Для каких то подсистем поможет заполнение регистра Аналоги номенклатуры.
5. Несовместимость с подсистемой МДЛП. Невозможно сопоставление в Поступлении товаров одного КиЗ и одной упаковки товара, содержащей несколько штук. Программа предлагает сопоставление КиЗ каждой штуке товара. Если в Поступлении указано 15 упак по 10 шт, то программа требует 150 КиЗ вместо 15. Предполагаю, то же самое и при реализации в РМК - 1 шт = 1 КиЗ. Так же не понятно, предусмотрена ли вообще в системе МДЛП реализация товара с одним КиЗ по частям в течение длительного периода времени - делённую упаковку можно и год продавать. Поэтому может это относится сразу к обоим вариантам - 1 и 2, если деление упаковок и маркировка не совместимы.
(9) Всё по делу! + можно добавить несколько проблем (к примеру, выгрузка для мониторинга), но основные описаны и их достаточно. Но как найти выход из данной ситуации? Возможно ли продавать дробным числом маркированный товар, не устанавливаю наборы упаковок для номенклатуры (до маркировки так и делали)? Т.е. в колонке количество установить вместо 1, к примеру, 0,33. Но как воспримет это МДЛП? Позволит ли 1С выбить повторно этот КИЗ, когда потребуется выбить оставшиеся 0,33 и 0,34? И как на это отреагирует Честный Знак? На сколько понимаю, после первой продажи статус КИЗа в честном знаке будет "Товар продан", а нам ещё остаток как-то надо продать... Может у кого-то уже пробовал?
(11) С момента моего предыдущего сообщения в МДЛП сделали возможным продажу части товара. В Розницу Аптеку в Упаковку добавили ещё один реквизит со значением обратным коэффициенту. Если Коэффициент 0.333, то этот 3. Специально чтобы в МДЛП отправлялась часть товара - 1/3, например. Упаковку товара с кодом, получается, отдаём покупателю только с последней "порцией". В РМК, получается, нужно выбирать кассиру Упаковку, если надо поделить товар.
(16)
16. maksssimus 28.09.23 14:38
(14) подскажите пожалуйста, как все таки вы реализуете немаркированный товар поштучно? есть ли вообще такая возможность?
Не очень понял про что вопрос.
Поштучно продавать товар (делённый на части) можно вне зависимости от маркировки - нужно завести упаковку с дробным коэффициентом (и не дробным обратным коэффициентом). В РМК можно выбрать упаковку. Тогда в чеке количество будет целое, не дробное. А если товар маркированный, то для мдлп в чек добавится (непечатаемая) информация о доли проданной упаковки.
Примерно так. Более детально не скажу, сейчас уже с розницей не работаю.
16. maksssimus 28.09.23 14:38
(14) подскажите пожалуйста, как все таки вы реализуете немаркированный товар поштучно? есть ли вообще такая возможность?
Не очень понял про что вопрос.
Поштучно продавать товар (делённый на части) можно вне зависимости от маркировки - нужно завести упаковку с дробным коэффициентом (и не дробным обратным коэффициентом). В РМК можно выбрать упаковку. Тогда в чеке количество будет целое, не дробное. А если товар маркированный, то для мдлп в чек добавится (непечатаемая) информация о доли проданной упаковки.
Примерно так. Более детально не скажу, сейчас уже с розницей не работаю.
(17) В окне кассира все пробивается отлично и без дробного количества, но в системе ведь все равно от остатков отнимается дробное количество. Например, если в упаковке 24 пакетика, мы продали один, то в системе на остатках будет числиться 0,958. И мы возвращаемся к проблеме с зависшими остатками или, наоборот, с не хватающими остатками (в зависимости от округления дробных чисел).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот