Подскажите пожалуйста по улучшению бесплатной системы

Добрый вечер!

Никак решили под Linux запускать? А так кодировка... система разработки использует драйвер терминала, к которого кодировка 866, но часть печатной инфы, работа с русскими именами файлов, заголовки окон конвертируются в "кодировку системы по умолчанию".

Lusida Console и он имеется в каталоге дистрибутива.

Сейчас праздники - шашлыки, грибы, пьянки и т.п... За ПК сажусь только вечером, если в состоянии :Elffy_29:

Спасибо за информацию.

Да, дистрибутив Ubuntu 10.04
Программа в-общем-то запускается из-под Wine, но пока кракозябры на экране, нужно разбираться со шрифтами и кодировкой.

Андрей, как используется код раздела учета (это поле в карточке товара)? Этот код может впоследствии использоваться в аналитике и при ревизиях?

Добрый вечер!
Как и по всему, связанному с программой ответ: как угодно. "Код раздела" - группа товаров (раздел прайса), которую Вы определяете в соответствии с Вашими нуждами.

По вопросам отвечаю Вашими словами:
- это поле в карточке товара! Так и называемое - "код раздела учета".
- Этот код может впоследствии использоваться в аналитике - да все отчеты, связанные с товарами имеют ограничители и сортировку по данному атрибуту товара.
- и при ревизиях - да. Все "болванки" для ревизий, как для продавцов, так и операторов можно упорядочивать: наименования разделов и в разделе по наименованию товара.

Задавайте вопросы - часок ещё потусуюсь...

1) Можно ли искать товар по коду товара у поставщика(поле в карточке товара)?
2) Что такое ассортиментный минимум и с чем его едят?

Добрый вечер!
1. В абсолютно любом справочнике можно искать информацию по любому атрибуту, но используя технологию групп (см. учебник по отчетам). Т.е. это "поиски" аналитического плана или методы поиска ошибок. Делается:
- Снятие всех пометок Ctrl+F8
- Пометка в группу по условию на поле Ctrl+F10. Списки полей и их смысл в инструкции laks_dbf.doc
- По всем помеченым строчка перемещение через Shift+F10 начиная с текущей строки.

2. Для оперативной работы (поиска) гибкие механизмы поиска F5 и фильтрации F4 только для поля "короткое наименование", т.е. если постоянно нужно искать товары поставщика по его коду при вводе накладных, то код вносите в наименование

Некоторые поля существуют только для целей дистрибьютеров, по этому разумно пока в "администратор/настройка/настройке полей ЭФ" отключить все предложенные поля... Остануться только обязательные и используемые обычно в оперативной работе розницы.

То же пока не заморачивайтесь данным вопросом, т.к. обычно для розницы, какая у Вас Вы так и не указали ассортимент - объединение одноименных товаров для отчетов и программа по умолчанию сама его правильно назначает. Более подробно по теме ассортимента в учебнике по контуру производства.

Дмитрий! Как обещал отвечаю здесь на Ваши вопросы:

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

Совсем не хотел такой реакции бизнесменов на продукты платформы 1ц, просто "компенсировал" тупой пиар продавцов программ на 1ц предоставляя реальную информацию по проблемам автоматизации. Вообще считаю продукты ЗАО "1С" вполне неплохими, то не решающими "абсолютно всех задач" и требующих серьёзных финансовых вложений для полезной автоматизации.

Нормальная цена, но думаю это лишь "первый взнос" или рекламная стоимость решения:
1. Железо. 2ПК + 2 принтера + 2 сканера ШК = 2*18000 + 2*6000 + 2*4000 = 56 000
2. Лицензии 1С:УТ, а лучше 1С:Розница = 2*14000 = 28000

Т.е. что Вам и "посчитали", но здесь нет затрат на внедрение и доработки, т.е. еще плюс примерно для начала от 50 000 рублей.

Мои уточняющие вопросы:
1. Площадь магазинов?
2. Склад отдельно от магазина?
3. Так ли нужно сейчас on-line торговля, испльзование ШК и компьютеры в магазине? Зачем (если только скидки)?

Для решения этих задач нужен только один ПК на складе, где ведутся операции по магазинам (отдельные склады). Если ПК в магазинах, на складе и нужно всё консолидировать в одной базе, то это дорогостоящий геморрой для любой программы.

Есть в УС Land "промежуточное" простое решение: Всё делается автоматом, задавая характеристики объектов учета только на складе, только дневные продажи магазинов вводятся "ручками".

Цвета, размеры, фасоны и т.д. легче разделять по разным "товарам" и насколько понимаю в 1С:Одежда так же предлагают поступать. В случае единного ШК нужно генерировать, печатать и наклеивать свои локальные ШК - и УС Land и 1ц это умеют.

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

По отдельному магазину - не проблема, но если необходимо анализировать бизнес "в целом", то данные нужно иметь в одной базе (описанные выше проблемки).

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

И в 1ц и у "меня" это есть, но в 1ц будет гемор с разделением продаж по продавцам для аналитики по ним. Обычно в 1ц на каждого продавца заводят свой отдел и анализируют продажи по отделам (продавцам). В КИС Lack/УС Land можно использовать кучу техник, но нужно "видет" задачу в целом, например (без заморочек) всегда программа относит продажи, в том числе на конкретного пользователя или кладовщика (любой может считаться "продавцом") и строит по ним любую аналитику.

В одном вопросе куча противоречивых вопросов!!! Сканер используют, как правило при продажах (у меня usb&kbd), а для инвентаризаций ТСД, но для него в любой системе нужны дописки... А самое главное зачем это? - у Вас склад более 1000 кв.м? По блютус читал обсуждения идеи, но упоминаний о решениях не встречал.

Что смог - ответил, но нужны конкретные вопросы!!! Возможно спецы розничной торговли данного форума Вам так же смогут помочь.

А ваша программа предусматривает возможность использования ТСД при инвентаризациях? Т.е. это возможно технически?

Добрый вечер!

Интеграции с ТСД (терминал сбора данных) никогда не делал, т.е. и нет поддержки в системе... Сомневаюсь, что данное, достаточно дорогое устройство (от 15 тыр) полезно в одиночном магазине с "плавающей" номенклатурой, когда даже для складов от 4000 кв.м. для руководства не находил аргументов для разработки и внедрения данной подсистемы.

З.Ы. Так Вы и не рассказали о типе Вашей торговле, т.е. все рассуждения стало быть весьма абстрактны.

1. Отсутствие взаимосвязей с Web технологиями
2. В справочниках одну и ту же информацию нужно вводить много раз. Например: юридический алрес, фактический адрес, а затем повторять всё в адресе для доставок
3. Нельзя создать свои формы документов и даже свой формат ценников
4. Не выводятся отчеты сразу в формате Excel, а только через программу электронной таблицы, совершая кучу действий по преобразованию
5. В инструкциях постоянно упоминается "проверка логики", "фатальные ошибки". Почему не сделать БД на SQL, что снимет все такие проблемы.

Два типа торговли: одежда и косметика/бытовая химия. Площадь магазинов примерно 100 м2 на все про все.

Добрый вечер NikolaySar! Что-то Вы серьёзно "взялись" за эту программу? Разрешите напомнить, что она ориентирована на малый бизнес с перрефирии и "требовать" от одиночки каких-то продвинутых компьютерных технологий - чуть "перебор". Хотя просто заказчиков с данными задачами не было!

Что понимается под этим? До "облаков" системам дальше, чем "до Пекина", а мелочь типа "выгрузки прайсов" вроде бы реализовано.

Вообще-то это разные объекты, хотя отсутствие "копипаста" считаю большим недостатком.

Пытался вводить данные технологии, а по ценникам, если не устроит ни один из 35 настраиваемых форматов можете нарисовать свой, но пользователи обычно не любят заниматься этим?

Вы правы - нет вывода информации напрямую в формы электронных таблиц и даже не пытался решать данную задачу.

Здесь на форуме упоминаются "восстановление баз" и даже на Oracle, т.е. их разрушения возможны и понятно, что в файл-серверной архитектуре чаще :viannen_69: Но программа, а не пользователь диагностирует данные разрушения и по возможности сама их исправляет, а что она не исправит, то в 99% случаев могу исправить я, иначе "ищите страховые копии данных".

Здравствуйте!Мне в самом деле любопытно, как можно обосновать необходимость ТСД для данного типа торговли? За информацию спасибо и это даст возможность более корректно отвечать на Ваши вопросы.

Вообще-то при помощи ТСД я собирался делать ревизию. Может я просто перестарался и для этого подойдет обычный сканер штрих кодов?

Доброе утро!
Буду честен - с автоматизированными средствами проведения ревизий не сталкивался, хотя и хотелось бы решить данную задачу. Только пара крупных оптовых фирм была согласна, при условии, что предоставлю им убедительное обоснование необходимости данных технологий. Предоставляемые мной "бумаги" их не убеждали.

Обычная техника ревизий в магазине. Товар разделен на группы, которые соответствуют схеме выкладки товаров на полках или хранении на складе (в оптовках они ещё имеют адреса хранения). Для ревизии печатается список товаров (с остатками или без) разделенный на группы. Продавцы/ревизоры заполняют данный документ, а так как наименования товаров из программа, то оператор легко вводит информацию последовательно перемещаясь вниз по списку (программа имеет режим запоминания последних позиций в списках документов и справочников).

Да, обычно так и делаем. Распечатываем по группам и крыжим(ставим галочки) на этой распечатке.

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

Пустографка, конечно хорошее дело, но её ведь потом придется сверять с остатками. Двойная работа. Это ж какая головная боль :)

Какая еще боль? Печатаете два экземпляра в одном порядке, один с остатками, другой - без. Потом по листу накладываете друг на друга и сверяете написанное с напечатанным, на напечатанном ставите галки, разницу отдаете на подпись проверившим без права пересчета.

В системе имеются два подхода к вопросу "остатков для ревизии":

1. Все виды остатков и прайсов, в том числе по "адресам хранения", где можно печатать с отражением остатков и без оных. При "доверии" коллективу наличие остатков помогает быстрее и качественнее (народ знает сколько товара искать) провести ревизию.

2. Есть отдельный документ "аналитика/специализированные/список товаров без остатков - ревизия", где встроенны куча технологий предоставления информации (пустографки) для проведения инвентаризаций. Эту форму используют, когда возникает недоверие к персоналу.

З.Ы. Самое главное всегда можно распечатать списки товаров и затем открыть их для оперативной работы в идентичных порядках следования наименований, т.е. нет проблем с поиском информации - последовательный просмотр.

Андрей, программа упорно не запускается из-под Wine. Вернее, она запускается, но wine не распознает кодировку cp866 в консоли, хотя в русской локали (Ubuntu) она присутствует.

Добрый день!
К сожалению в xNix разбираюсь, как "свинья в апельсинах" - увы! Попробуйте задать вопросы по Wine в соответсвующем разделе форума.

В инструкции по установке КИС по линукс сказано:
2. переписать русские windows шрифты из каталога ХБК
в папку шрифтов wine (обычно это папка .wine/drive_c/windows/fonts в домашней папке пользователя)
А что за каталог ХБК? Не нашел такого.

Мои извинения, но мне неизвестна инструкция "КИС для Linux" - на сайте инструкции для чужих программ. По шрифтам - в полном дистрибутиве есть система ценников, при ее установке образуется система каталогов:
cst_xbm
...
... xbm
При обновлении версии в каталоге xbm появяться три шрифта нужных для работы данной графической подсистемы. Для Land требуется шрифт Lusida, который есть в самом каталоге программы.

Извините поехал дальше по работам...

На странице статьи есть статья Настройка КИС Lack под Linux. Проверена в городе Балаково настройка пакета, взятая из инструкции по установке программы "Налогоплательщик" Настройка под Linux.

А какие шрифты используются в консоли? В заголовке окна всё нормально.

Вы правы была такая "старая" заметка, о которой сам позабыл - сейчас её удалил с сайта, что бы не путала посетителей. По шрифтам - окно программы (сама ус land) использует Lusida Console, который есть в каталоге ус.

В консоли используется шрифт трутайп? Я думал там какой-то VGA-шрифт.

Ещё раз дико извиняюсь, но мне некогда разбираться в технических нюансах различных операционных систем, да и в Linux крайне редко "хожу" на форумы от клиентов и всё!

Т.е. в вопросах тонких настроек ОС, совместимостей с "железом" и т.д. малокомпетентный - извините.

Добрый вечер! Жалко "терять" картинку - размещу её в сообщении. Она касается программы ЦЕННИКОВ - одна из подсистем пакета и гемор (наличие около 40 форматов в программе) связан с "понтами" и "борьбой" с воровством продавцов.

Желательно к товару помещать не подделываемые ценники, т.к. их замена является «любимым» приёмом воровства продавцов в любых магазинах, т.е. пишут на ценнике для товара повышенную цену, а разницу кладут себе в карман. Господа бизнесмены присмотритесь вечерком – у Вас до 5% ценников заменено. Например такие:


Если не сложно предложите пожалуйста ещё примеры (образцы) форматов правильных и красивых ценников???

Может разумно дать механизм самим создавать свои форматы ценников или он имеется? Не нашел ценников со штрих кодами товарами - они есть?