[ОТВЕТИТЬ]
Опции темы
06.10.2009 13:23  
AndreyZh
Доброго времени суток!

Подскажите, пожалуйста в чем можно улучшить полезный функционал моей системы учета, которая позиционируется:

Система КИС Lack ориентирована на небольшие фирмы (до 100 работников и до 10 компьютеров в локальной сети) с большой номенклатурой товаров (от 100 до 20 000 позиций) и большого количества поставщиков (покупателей). Данные фирмы желают иметь систему учета, обладающую мощными аналитическими возможностями, которая при этом обеспечивает максимальную скорость выполнения оперативных работ, но при этом не хотят платить тысячи (десятки тысяч) долларов за известные программы.
При этом они готовы мириться с недостатками программы, такими как DOS среда и файл - серверная архитектура обработки данных и ограниченные возможности доработки программы своими силами.



Если не затруднит пожалуйста прочитайте короткую презентацию:

Многопользовательская, сетевая, бесплатная OpenSource, комплексная информационная система учета и анализа производственно - коммерческого предприятия КИС Lack.


! Учет всех видов товарно-денежных операций производственно-торгового предприятия, печать всей сопроводительной документации в стандартном виде. Двойной учет операций – отделение бухгалтерского учета от управленческого в одной информационной базе. Экспорт данных в офисные и бухгалтерские программы, в частности . Работа от лица нескольких юридических лиц в одной программе.


! Автоматические системы формирования заказов поставщикам на основе данных о продажах их товаров (использования их сырья) и прогноза продаж товаров на будущий период времени. Планирование суммы, веса и объема заказа.


! Много складской учет товаров, сырья, материалов, основных средств, готовой продукции. Перемещение между складами, резервирование складов под реализаторов (учет остатков товаров у покупателей). Учет и амортизация основных средств и материалов.


! Технологические (в том числе с рецептурами) и калькуляционные карты, производство, в том числе многоэтапное, продукции, прогноз потребностей производства в сырье и материалах, расчет изменения цены продажи при изменении цены закупа на сырье. Расчет зарплаты работников, в зависимости от выработки. Использования сырья «на замену» или с учетом отходов. Серийное и штучное производство. Формирование спецификаций, сводных калькуляций и т.д.


! Обслуживание территориально распределенных торговых сетей и консолидация данных в центральной базе данных. Учет в холдингах. Автоматизированный обмен между производственно-торговыми точками документами, прайсами, финансовыми и товарными отчетами.


! Встроенные технологии складской (места/адреса хранения), планирование размещения товаров и транспортной логистики (планирование доставки по регионам). Печать документации, адаптированной к данным технологиям.


! Специализированные решения: алкогольная дистрибьюция (литраж, алкогольные коды, коды ЕГАИС и статистики, вся регламентированная отчетность, печать разделов А/Б/ГТД по Российскому и импортному алкоголю); фармацевтический бизнес (цены, стелажки, регламентированная отчетность, учет и контроль брака); учет и производство запасных частей (каталожные номера, комплектация/разукомплектация); прилавочная розничная торговля, в том числе сетевая и т.д.


! Хранение, обработка, печать сопроводительной документации (сертификаты, справки ГТД, раздел А, качественные удостоверения и т.д.) в электронном виде – электронная сертификация.


! Сбор и автоматическая обработка заказов с удаленных карманных - КПК. Программа интегрирована с системами мобильной торговли «МТ Мобильная торговля», "Оптиум", "Foenix" Так же имеется программа для персональных компьютеров – имитатор КПК с функцией закачки заказов покупателей оформленных в виде электронных таблиц произвольной структуры.


! Развитые технологии продвижения товаров и сбора денег через торговых агентов. Контроль их долгов и долгов/операций их клиентов. Различные технологии расчета зарплаты и контроля просрочек оплат. Обслуживание выездной торговли.


! Динамический и графический анализ информации программ. КИС имеет более 300 настраиваемых отчетов. ABC и XYZ аналитика в разрезе любых учитываемых объектов (товаров, поставщиков, складов, разделов учета, затрат и т.д.), как по товарообороту, так и по любому разрезу, например по весу или литражу.


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


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


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


! Доступы ко всем режимам пакета регулируются на уровне пользователей и компьютеров локальной и глобальной сети. Журналируются все виды работ с режимами программ с сохранением «старых» копий изменяемых/удаляемых документов. "Проведенные" документы можно запрещать к изменению/удалению. Ведется статистика доступов к данным с любого места сети предприятия (контроль несанкционированного доступа к данным).


! Встроены системы контроля физической и логической целостности данных. Автоматическое восстановление данных после сбоев компьютеров. Работа под управлением любых операционных систем персональных компьютеров.


! Система предоставляется с исходными кодами и технической документацией всех входящих в нее программ.


Огромное Вам спасибо, что дочитали данный текст! Если у Вас будут вопросы, то с удовольствием отвечу на них, а если увижу конструктивную критику или пожелания, то буду Вам очень благодарен.

С уважением Андрей!
 
06.10.2009 17:49  
Назым
Хранение истории измененния объектов в разрезе реквизитов объекта, пользователя, компьютера...

Возможность отката объекта до определенной точки в истории изменения.
 
06.10.2009 19:19  
AndreyZh
Спасибо Назым! Очень интересно!

Как - то даже никогда не рассматривал и не изучал такие возможности.
 
07.10.2009 08:24  
akonev
розница только прилавочная? чем вызвано такое ограничение?
и в чем выражено? надо руками забивать продажи?

если так, то естественный путь для движения к самообслуживанию - поддержка обмена с кассами, выгрузка на весы, печать штрихкодов
 
07.10.2009 20:56  
AndreyZh
Уважаемы Andrew Konev! Поставленные Вами вопросы слишком глобальные и описываются не в одной сотне книг. Попробую ответить, но замечу, что это моя субъективная и спорная точка зрения:

розница только прилавочная? . чем вызвано такое ограничение?

Мне известны только следующие типы розничной торговли:
1. Торговля по образцам или каталогам;
2. Прилавочная торговля;
3. On-line торговля, которую можно разделить;
а. справочник товара закачивается в кассовый ПК или весы, а продажа периодически сбрасывается на сервер, изменяя остатки. При этом достигается высокая скорость обслуживание покупателей.
б. работа в сети и продажи сразу попадают в общую базу. При этом к скорости добавляется On-line мониторинг продаж/остатков как следствие доступны средства автоматических заказов.
4. Электронные магазины – по сути 1., но с Web интерфейсом заказа.
Все данные технологии розничной торговли реализованы в КИС Lack, но с оговорками по ШК.

3а. + штрих кодирование – никогда не хотел связываться еще и с круглосуточным обслуживанием торгового оборудования. Кроме этого необходимо создавать уникальный интерфейс к оборудованию каждому типу каждого производителя (задача не сложная, но муторная) и у меня нет возможности покупать все виды «железок». А сейчас есть множество недорогих программ, решающих данную задачу.

3б. + штрих кодирование. Мой инструмент разработки не позволяет в принципе корректно решать данную задачу. Если кому-то это нужно, то имеется множество замечательных систем, например «Супермаг».

НО САМОЕ ГЛАВНОЕ. Без систем штрих кодирования нельзя обойтись только при интенсивной торговле однородными мелкими товарами, например в продуктовой рознице или аптеках. Для остальных видов торговых точек ШК не критично!
В режиме on-line (3б) без ШК КИС Lack реально используется в аптеках, десятке алкогольных магазинов, продаже запасных частей и стройматериалов.



Прилавочная торговля. И в чем выражено? надо руками забивать продажи?По моему мнению, так торгуют продуктами 98% всех магазинов (юридических лиц):
- продавец принимает товар по остаткам, принимает/отдает товар, продает покупателям, списывает и т.д.
= при передаче следующей смены выявляется недостача/излишек. Подробнее ниже, а пока замечу, что «ревизия» - нормальная операция для любой рознице!

Описание технологии «прилавка» в КИС Lack (в принципе, с «выпадением» некоторых операций она доступна в любой программе). Каждая операция подтверждается документально:

1. В начале смены продавец принимает товар по остаткам, согласно внутренней накладной. Далее в течении смены, как правило «неделя» (учет ведется в ценах продажи, причем в разных магазинах/отделах они могут различаться):
2. Принимает товар от поставщика, склада, другого отдела.
3. Отдает (списывает) товар – возврат поставщику, передача на другую точку, списание, инвентаризация.
4. Сдает торговую выручку.
5. Производится переоценка товара и т.д.
6. В конце смены считаются реальные остатки (в инструкциях к Lack описаны техники, при которых ревизия отдела с тысячей наименований занимает 2-3 часа), данные остатки вносятся в программу и она автоматически производит «недельную» продажу. Разность в сумма продажи и сданной за неделю выручки порождает недостачу/излишки «списываемые» на продавца (понятно, что у него 100% материальная ответственность).

Учет дополнительных нюансов:
1. Замена ценников блокируется не подделываемыми форматами и «подставка» товаров выявляется встроенными технологиями анализа посменных продаж.
2. Заказы. Скоропортящиеся товары заказывают продавцы, сезонные и эксклюзивные товароведы, прочие, как правило согласно авто заказу программы.

Плюсы (но есть множество минусов) прилавочной торговли:
1. Полное отсутствие «потерь» и воровства.
2. Легкость и «дешевизна» учета.
3. Индивидуальный подход к каждому покупателю и так далее.

Реальный пример (другой есть в отзывах к программе).
Учет в сети из 6 магазинов (по 2-3 отдела, 150-300 кв.м., ассортимент 1200-2800 позиций) обслуживается 1 оператор, 1 товаровед, 1 ревизор, 1/3 бухгалтера, соответсвенно в сети из 4 ПК с невыделенным сервером.



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

В общем уже ответил, но для себя выбрал другой путь:
при желании иметь самообслуживание ставится «коробочная» программа и делается интерфейс к КИС Lack, которая анализирует информацию. Это мне более интересно и уже есть одно решение – сеть из 5 магазинов самообслуживания на 1С 7.7, а распределительный и аналитический центр на моей программе.
 
07.10.2009 21:15  
AndreyZh
Уважаемый Назым. Извините, но немного поспешен был первый ответ (гибкость программы обеспечивается реальными и виртуальными объектами и меня сбил данный термин).

Хранение истории измененния объектов в разрезе реквизитов объекта, пользователя, компьютера...

«Старое» состояние измененного или удаленного реального объекта (документа, записи в справочнике, операции) фиксируется в журнале операций с сохранением основных реквизитов, а по накладным с сохранением списка товаров с количествами и ценами с запоминанием «автора» изменения/удаления и места в сети компьютеров, а так же множества других параметров среды.


Возможность отката объекта до определенной точки в истории изменения.

Посмотрел черновики разработок – это даже теоретически нереальная задача. Проще привести пример.
1. Удаляется отгрузка, следовательно товар возвращается на склад.
2. Данный товар «расходуется», например снова продается.
3. Восстановление удаленной отгрузки породит отрицательные остатки.

НО! В КИС Lack из журнала операций можно распечатать «старую» копию накладной и ввести ее руками, взяв товар из другой партии (у меня другие термины) или добавив товар другими операциями (например через инвентаризацию) снова отгрузить его.
 
09.10.2009 18:08  
AndreyZh
Добрый день господа специалисты! Пара вопросов.

I. Что нет предложений по улучшению программы? Или конкретные предложения являются «секретной информацией»? Или просто нет желания помогать?


II. На неделе появилась, пока теоретическая учетная задачка.

Замечания:

1. В КИС Lack одновременно учитываются «белые» и «черные» операции и бухгалтера 80% своей отчетности и анализа берут из общей БД.
2. Вся дистрибьюторская отчетность, анализ работы торговых агентов и их з/пл., анализ эффективности товарных групп легко стоится, т.к. все документы, справочники, операции взаимосвязаны, например:

Поставщик --- Товар –-- Накладная –-- Платежный документ –-- Торговый агент

Это позволяет легко решать задачи типа – "начисление зарплаты торгового агента исходя из доходности от принесенных денег за товар конкретного поставщика".

Задача:
Фиктивно (для нужд бухгалтерии) увеличить товарооборот за месяц, например «слив» товар поставщика на оптового покупателя, а затем сделать от него приход этого же товара по другой цене (т.е. измениться поставщик). Соответственно обменяться платежами. НО ПРИ ЭТОМ НЕ ДОЛЖНА «ПОЛЕТЕТЬ» РЕАЛЬНАЯ ОТЧЕТНОСТЬ.

Найденное решение:
Инвентаризацией делается пересортицу заменяя товар реального поставщика на товар фиктивного, липовому покупателю отгружается и затем от него приходуется фиктивный товар. Затем другим число делается обратная пересортица. И всё ok!

Вопрос:
Как данную задачку можно было бы решить в другой учётной системе?

Заранее спасибо! Андрей.
 
12.10.2009 07:55  
akonev
Цитата:
Сообщение от AndreyZh
I. Что нет предложений по улучшению программы? Или конкретные предложения являются «секретной информацией»? Или просто нет желания помогать?
IMHO!

большая часть "жителей" форума работает чуть-чуть в другой сфере и решает немного другие задачи.

автоматизация без самообслуживания (или с "отдельным" от системы самообслуживанием) сама по себе нужна и полезна.

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

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

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

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

обрати внимание: я не говорю, что твой подход плох. речь о том, что трудно что-то советовать по функционалу, не имея опыта решения задач, накрываемых твоей системой. да и глупо бы это было, скажем честно.
 
12.10.2009 16:44  
AndreyZh
Большое Вам спасибо Andrew Konev за обстоятельный комментарий по моим "непоняткам" с реакцией посетителей форума! Но наберусь "наглости" и отвечу на Ваши замечания:

I. Моя программа не ориентированна на розничную торговлю в любом ее проявлении. Лишь изредка приходится заниматься розницей, когда оптовки или производители открывают магазины, кроме этого иногда «розничные технологии» полезны и в оптовых продажах.

II. «большая часть "жителей" форума работает чуть-чуть в другой сфере и решает немного другие задачи» - это мне и интересно, т.к. это «иной» взгляд на задачи автоматизации.

III. но сюда … аналитику – самая интересная для меня тема, т.к. КИС Lack позиционируется в первую очередь, как аналитический инструмент

IV. …непосредственно работу на кассе с потоварным учетом в момент продажи… Как раз «любимые» мной «оптовые технологии»

V. …с обязательной поддержкой на кассе набора разнообразных скидок, как полностью автоматических (по времени, по количеству), так и ручных, но чем-то "защищенных" (дисконтными картами, например).

Позвольте подробнее о встроенных типах скидок в КИС Lack:

1. «Ручная» процентная или суммовая скидка на всю сумму покупки.

2. «Ручная» фиксированная процентная скидка на каждый товар, определяемая до определения списка товаров.

3. «Ручная» скидка по каждому товару, в зависимости от принадлежности его к «группе».

4. Фиксированная цена (всего 10 типов), привязанная к определенному типу покупателя.

5. Примитивный «дисконтный сервер» (4 типа):
- конкретная процентная скидка на конкретного покупателя.
- процентная скидка, зависящая от интервалов сумм покупок, например от 0 до 10000 нет, 10000 до 100000 -5%, от 100000 до 500000 - 8%, свыше 500000 – 10%.
- скидка для конкретного клиента, зависящая от накопленной суммы.
- скидка для конкретного клиента, зависящая от накопленной суммы за конкретный период времени, например «год» после чего начинается новое накопление.

6. «программируемый» дисконтный сервер. В файле настройке определяются блоки (группы клиентов, товаров, период времени и дни недели) и для каждого блока определяется процент скидки. Клиенты и товары не удовлетворяющие условию «блока» игнорируются. Т.е. легко можно задать настройки типа «для пенсионеров на вино-водочную продукцию в будни с 8:00 по 11:00 скидка 3%, в выходные 5%».

7. есть решение, интегрированное с «карточным дисконтным сервером» внешнего производителя.

Более того при выписке товара все типы скидок могут взаимодополняться и «накладываться» друг на друга, определяю итоговую скидку на «продажу».
ЧТО ЕЩЕ МОЖНО ДОБАВИТЬ?


VI. …не всем понятно в принципе, почему тебе надо бороться с подменой ценников продавцами… Это беда любой розницы, не зря же магазины самообслуживания теряют до 10% дохода на «воровстве». Более того ИМХО данная проблема наиболее остро стоит в супермаркетах, м.б. в формулировке «забыли поменять ценник».
 
19.10.2009 13:45  
AndreyZh
Добрый день!
Возможно Andrew Konev прав и здесь мне не помогут. Попробую ещё раз с мелким вопросом :punish2:.


Многовариантность системы – нужна ли она?
В программе среди пары десятков отчетов «по клиенту» есть стандартный документ – «акт выверки/сверки» с покупателем, поставщиком, «виртуальным» клиентом.

Запросы отчета:

1.... Клиент, по которому строим «акт»;
2.... Дублированный клиент. Например один «хозяин» у двух юридических лиц. Замечу, что существует «акт», где анализируется произвольный набор клиентов;
3.... Тип анализируемых операций – реальные, виртуальные или все;
4.... Форма оплаты операций – наличная, безналичная, бесплатная, наличная + безналичная, все.
5.... Отражаемость в бухгалтерском учета – «белые», «черные», все;
6/7. Период, за который строится «акт»;
8/9. «Внутрифирменные» коды операций, прописываемые в основание документа или «коллекцию виртуальных объектов» документов или ничего, если не анализируются;
10... Определяется набор складов/торговых точек/отделов/юридических лиц «своей фирмы», по которым строится анализ или ничего – по всей фирме;
11... Работник, подписывающий акт или ничего, если подписывает главбух;
12... Запрос по настройке форматов – а ля 1С;
13... Форматы отчета – акта выверки:


- стандартный КИС Lack;
- стандартный со склейкой «схожих» документов, т.е. если документ имеет одну дату и номер, то он отражается одной строкой;
- оснований – в акте отражаются основания документов;
- 1С. «Быстрый» формат, схожий с форматом «акта сверки» программы 1С;
- ХБК1С – абсолютно точная копия акта 1С. Такое большое внимание 1С связано с тем, что многие бухгалтера «не понимают» других «абсолютно законных» форматов первичных документов. Все «внешние» документы программы имеют формы копирующие, соответствующие формы 1С;
- адреса. Строится в срезе торговых точек (адресов доставки / погрузки) клиента.


Примеры формы запроса и выходных форм можно посмотреть в документах Форматы актов сверок и «чисто» 1С формат.


Есть ли какие-нибудь замечания или пожелания к запросам, форме данного документа?



P.S. Любопытно - ещё один отчет, по анализу товарного запаса.
Правда ли, что такой же имеется в системе «СУПЕРМАГ»? - мне некоторые пользователи об этом говорили
прогнозирование товарного запаса.


С уважением Андрей!
 
 


Опции темы



Часовой пояс GMT +3, время: 15:49.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.