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

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

realmrak

New member
Регистрация
19 Дек 2011
Сообщения
125
Реакции
0
Вопрос первый - проблема с обновлением.
xoxol написал(а):
Розница 8.2 Аптека для Украины 1.0.17.1 установка letitbit
Розница 8.2 Аптека для Украины 1.0.18.1 обновление letitbit
Нажмите для раскрытия...
Никак не могу поставить обновление 1.0.18.1... Файл не содержит доступных обновлений. Хочет версию 1.0.17.1 и при этом начисто игнорирует, что у меня именно такая. Уже и так и сяк извращался - оно ни в какую. Может у кого-то есть .cf файл?

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

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-отчеты нужны для директора и кассиров как внутренний документ.

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

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