Аптека для Украины

  • Автор темы Автор темы realmrak
  • Дата начала Дата начала
R

realmrak

New member
Регистрация
19 Дек 2011
Сообщения
125
Реакции
0
Вопрос первый - проблема с обновлением.
xoxol написал(а):
Розница 8.2 Аптека для Украины 1.0.17.1 установка
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.

Розница 8.2 Аптека для Украины 1.0.18.1 обновление
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
Нажмите для раскрытия...
Никак не могу поставить обновление 1.0.18.1... Файл не содержит доступных обновлений. Хочет версию 1.0.17.1 и при этом начисто игнорирует, что у меня именно такая. Уже и так и сяк извращался - оно ни в какую. Может у кого-то есть .cf файл?

Вопрос второй - продажа "дробного" количества товара. Например, продажа таблеток блистерами (есть цена за пачку, в пачке есть несколько блистеров). На сайте Раруса предлагают использовать дополнительные единицы с дробными коэффициентами. Оно вроде как и прикольно, но когда после продажи трех блистеров на остатках остается 0,001 упаковки, как-то грустно становится. Подобный вопрос подымался на ихнем форуме для русской конфы, написали что исправили, но как они реализовали это, народ так и не услышал
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
Может кто-то нашел решение этой проблемы?

P.S. Сейчас копаюсь с этой аптекой на реальном объекте. Не считаю себя модным программистом, но такое впечатление, что в некоторых местах там явно студенты порылись. Про настройку загрузок и шаблонов вообще молчу - времени надо убить море, чтобы добиться результата - у обычного менеджера мозг в трубочку свернется. "Модный" фронт кассира для РИБ-касс тоже не доделан до конца. Ко всему добавляется изначальная "урезанность" Розницы. В итоге, за что там отдавать 5040 грн., не совсем понятно...
 
Последнее редактирование:
По поводу второго вопроса: Как вариант - стартовой минимальной единицей измерения количества ставить именно блистер, пачка идет с коэффициентом равным количеству блистеров. Думаю, так проще будет и корректнее. Другой вопрос - ценообразование, насколько соответствуют цена одного блистера и цена полной пачки? Если цена блистера равна 1 грн. А цена пачки из трех блистеров - 3 грн., вопросов не возникнет, а вот если цена здорово разнится, тогда такой способ может не сработать...
 
Посидел дома, поигрался... Нашел пару вариантов. Может кому-то пригодится или кто подправит)

Вариант №1.
Базовая единица - упаковка (классификатор).
Единица хранения остатков - упаковка К=3.
Единицы - упаковка К=3, блистер К=1.
Приходы - в упаковках.
Цены - для упаковки (в автоматическом режиме).
Штрихкода - для упаковки.
В итоге, оно все таки красиво количество по остатках тащит и цену на кассе делит при смене единицы... Не разбирался, как оно там это реализует, но сначала мне протянуло по 1 блистеру 0,333, а потом, когда продал еще 2 блистера - 0,667. Насчет цен - сильно не присматривался, поскольку округление в пользу покупателя в моем случае допустимо (а если посчитает в пользу продавца, никто не обидится :) ).

Вариант №2 (вариант требует слишком четкого контроля и до конца не проверен, так что вряд ли в нем есть смысл)
Базовая единица - блистер (классификатор).
Единица хранения остатков - блистер К=1.
Единицы - упаковка К=3, блистер К=1.
Приходы - в упаковках (пересчитывает в блистеры и тащит по регистру к-во блистеров).
Цены - для упаковки (приходится корректировать установку цен вручную, так как ставит цену упаковки для блистера, а не для самой упаковки). Этот момент очень неудобен и чреват проблемами в случае работы обезьянок на компьютере :)
Штрихкода - для упаковки.

Проблема зачастую возникает тогда, когда какой-то товар некоторое время приходуют и продают упаковками с К=1, а потом вдруг хотят продавать "дробно". Коэффициент не поменяешь уже и приходится или для блистера ставить дробный К и плеваться на тысячные доли в остатках, или заводить новую карточку с нормальным К.

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

Так что скорее всего обойдусь Вариантом №1, благо заведено пока еще немного приходных, вот только номенклатуры дофига и для каждой ставить свой К в зависимости от количества в упаковке - дело неблагодарное.

P.S. Могли бы и реализовать какой-то более понятный алгоритм работы с этим "делением" для конечного пользователя, притом что решение является специализированным. Да и вообще, для большинства алгоритм работы с коэффициентам почему-то очень труден для понимания...
 
Разбираюсь дальше... Все таки описанный мною метод имеет несколько недостатков:
1. Требует контроля правильности начального ввода (нельзя поменять коэффициент, если были движения этого товара).
2. Если продавать части товара в разных сменах - могут вылезти дробные остатки (типа 0,001). Просто при формировании отчета о розничных продажах происходит округление общего количества продаж за смену и целые коэффициенты на упаковки позволяют делать это с большей точностью.

Так что ничего разработчики не придумали толкового... Потом придется списанием очищать "крошки" со склада.

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

Если надумаете внедрять, готовьтесь платить программисту за работу. На данный момент я уже подправил пару обработок (ФронтКассира - основательно) и документов, не считая мучений с шаблонами этикеток и загрузки накладных. Еще остается проблема запуска фонового обмена по РИБ на кассах и печати чего-то похожего на Z-отчет для принтера чеков (работаем на едином налоге).
 
Если Вы работаете на едином налоге, то зачем нужен Z-отчет? Для кассиров? Ведь данные и так будут попадать в Отчет о розничных продажах. А вот допилить, чтобы при формировании отчета чеки не уничтожались, а сохранялись непроведенными и заблокированными - это было бы хорошо. Тогда можно в любой момент поднять любую продажу и посмотреть... ИМХО
 
Чеки там не уничтожаются, а помечаются как архивные, в этом плане отличие от Торговли. Z-отчеты нужны для директора и кассиров как внутренний документ.

Мне бы пощупать вот это
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
, а скачать не могу :( Своих наработок хватает, но все они весьма заточены под клиентов, поэтому выкладывать бессмысленно - никому не пригодятся.
 
как всетаки обновили на 18 релиз?
 
товарищи, прошу подсказку - не могу обновить с 17 на 18 релиз. конфа не видит обновление, ни в авто режиме ни в ручную ((
(тестировал на чистой, пустой базе, на поддержке - результат тот же :( )
 
Качайте полную установку 1.0.18.1 и так обновляйте. Тогда увидит.

А вообще, надо бы достать 1.0.22.1, где должен быть учтен 7% НДС.
 
Поддерживаю. Без 22 релиза никак.. Прошу, прошу, но пока все молчат
 
уже обновил!
нашел 18 сетап. (несмотря на все старые ссыдки 2012 года! )
апдейты 21, 22 есть , а вот сетапа пока не нашел...
 
А можешь забросить 22 обновление? Сетап 21 в меня есть говори куда забросит, если надо.
 
realmrak написал(а):
Качайте полную установку 1.0.18.1 и так обновляйте. Тогда увидит.

А вообще, надо бы достать 1.0.22.1, где должен быть учтен 7% НДС.
Нажмите для раскрытия...

Большое спасибо. Я забросил 1.0.21.1 на
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
 
Может чем-то смогу помочь - обращайся
 
Подскажите пожалуйста такой момент. У меня Фискальный регистратор МАРІЯ-304Т10+ а обработка поставляемая с обновлением
Дописана обработка обслуживания следующих моделей РРО компании "Резонанс" для работы с новой ставкой НДС 7%:
- МАРІЯ-304Т
- МАРІЯ-304Т1
- МАРІЯ-304Т2
Нажмите для раскрытия...
как итог ошибка такой-то строки... может у кого то есть опыт подключения или доработанная обработка. Буду признателен.
[CUT="1.0.23.1"]
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
[/CUT]
 
Добрый день.
У меня есть инстал 1.0.19 и апгрейды 1.0.22 и 1.0.23. А вот в промежутке - не хватает 20 и 21
Может кто дать 1.0.20, 1.0.21 ? Ничего не могу найти нигде.
 
ivanenkoa написал(а):
Добрый день.
У меня есть инстал 1.0.19 и апгрейды 1.0.22 и 1.0.23. А вот в промежутке - не хватает 20 и 21
Может кто дать 1.0.20, 1.0.21 ? Ничего не могу найти нигде.
Нажмите для раскрытия...

будь-ласка -
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
 
Может это поможет:

Конфигурация "РАРУС: Розница. Аптека для Украины", релиз 1.0.21.1 от 27.12.2013

Полный дистрибутив (авторская сборка) от Ukei:

У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
,
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
,
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
,
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
,
У Вас недостаточно прав для просмотра ссылок. Войдите или зарегистрируйтесь.
 
Добрый день, обновите пожалуйста ссылку, а то старая не работает.
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху