[ОТВЕТИТЬ]
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. Любопытно - ещё один отчет, по анализу товарного запаса.
Правда ли, что такой же имеется в системе «СУПЕРМАГ»? - мне некоторые пользователи об этом говорили
прогнозирование товарного запаса.


С уважением Андрей!
28.10.2009 13:00
AndreyZh
 
Добрый день!
Очередная попытка "достучаться" и получить какую - нибудь критику или пожелания.

Комплекс КИС Lack состоит из нескольких программ, работающих с единой базой данных:

ls оперативного учета,
lsm ограниченная программа оперативного учета,
ldust аналитические задачи комплекса,
la административные задачи комплекса,
lo программа заказов,
lvz программа заказов – имитация КПК,
lkpk программа управления "карманными" компьютерами,
Lra/xra программы управления "карманными" компьютерами,
cst windows расширение - печать ценников/графический анализ,
xbm печать документов на принтерах, не поддерживающих dos печать.

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

Рассмотрим их структуру – начнём с «оперативного» учёта LS:

1…Накладные – ведение всех товарных операций, оформляемые накладными различного типа. Внутренние операции, т.к. списание, инвентаризация будут рассмотрены ниже…

1.1 Приходные накладные от поставщиков товаров, работ, услуг…
1.2 Возврат товаров поставщикам…
1.3 Отгрузка товаров покупателям или продажа «частным» лицам…
1.4 Возврат товаров от покупателей….
1.5 Между складская передача товаров между реальными и «виртуальными» складами…
1.6 Предзаказы агентов – это система учёта и анализа работ по «виртуальным» товарам, интеграции со внешними системами заказов (в частности с КПК), ведение счетов на предварительную оплату, учёт торговых операций при торговле «по заказам» и так далее…


2…Финансовые расчеты – ведение банка, кассы, виртуальных наличных средств…

2.1 Учёт кассовых операций – учёт наличных средств в кассах предприятия и находящихся «где-то» - «виртуальный» нал.
2.2 Оплата через расчетный счет – учёт безналичных операций через произвольное количество расчетных счетов предприятий. В одной БД ведется неограниченное число юридических лиц.


3…Производство – все оперативные режимы, связанные с производством готовой продукции, полуфабрикатов, блюд в ресторанах и кафе…

3.1 Операции изготовления продукции – серийное (согласно технологическим картам), штучное (ручной ввод) и «смешенное» создание готовой продукции и полуфабрикатов…
3.2 Составление технологических карт – ведение документов, совмещающих информацию по технологии производства, его калькуляцию и «меню» для общепита…
3.3 Влияние цены сырья на цену изделия – таблица для анализа себестоимости готовой продукции/(ПФ) и прогноза её стоимости, в зависимости от изменения цен на «первичное» сырьё…
3.4 Прогноз закупок под планы выпуска продукции – анализ и составления количественных планов закупок сырья/изготовления (ПФ) в зависимости от планируемого выпуска (при серийном производстве).

4…Аналитика – минимально необходимый в «оперативной» работе набор отчетов…

4.1 Альтернативная финансовая книга – не стандартизованный аналог «кассовой книги» или «реестра банковских операций», используемый для управленческого контроля и подачи сведений в банки….
4.2 Остатки товаров на текущий момент времени – 4 наиболее «популярных» форм анализа текущих остатков.
4.3 Список финансовых операций (списаний, инвентаризаций) – более 50 параметров настройки, 5 видов выходных форм, глубокий анализ данных операций…
4.4 Нечеткий прайс – около 10 форматов прайса, вывод в любой формат данных (от текстового Dos до HTML), 20 параметров настройки построения…
4.5 Акт выверки с клиентов – множество вариантов предоставления информации по взаиморасчетам с поставщиками, покупателями, «виртуальными» клиентами…
4.6 Реестр документов торговой точки – механизм контроля продавцов или кладовщиков за логической корректностью работы операторов, «налоговый» отчет, предоставляемый при проверках «внутреннего» документооборота, 4 формата…
4.7 Сводная ведомость по любым товарным накладных – более 20 форматов, 65 параметров настройки, анализ / регламентная отчетности / прогнозирование…
4.8 Список накладных по которым долги клиентов – анализ просрочек «чужих» и «своих» оплат, в том числе прогнозирование просрочек – анализ «будущих» платежей (график платежей). Около 10 форматов, 30 запросов.
4.9 Реестр банковских операций – регламентный отчёт, совмещенный с анализом безналичных платежей по любому набору расчётных счетов….

5…Прочие задачи – оперативный учёт «внутренних» и бухгалтерских операций…

5.1 Инвентаризация запасов склада – учёт и анализ инвентаризаций по отделам….
5.2 Списание товаров согласно актам – учёт и анализ списаний товаров…
5.3 Переоценка – переоценка товаров склада или отдела магазина, если учёт ведётся в ценах продажи (по умолчанию и везде программа учитывает товар в ценах закупа)…
5.4 Ведение исходящих счетов фактур – счета, выдаваемые при отгрузке товаров или «входящие» при возврате от покупателей. Сч./фактуры могут быть, связанными с товарными накладными, а могут быть «независимыми», например счета за услуги…
5.5 Ведение входящих счетов фактур – счета, получаемых при приходе товаров или «исходящие» при возврате поставщикам. Сч./фактуры могут быть, связанными с товарными накладными, а могут быть «независимыми», например счета за услуги.

Замечание. В системе учитываются множество документов других типов, например доверенностей, актов выполненных работ и т.д. Но они, в силу «редкости» использования вынесены в программу LA.
28.10.2009 13:07
AndreyZh
 
Каждый режим X.Y – представляет собой комплекс режимов, операций, аналитики, опирающихся на «документ» (таблицу) определенного типа. Многие под режимы просто предназначены для «ускорения» выполнения «нестандартных» операций с документами. Для примера подробно рассмотрим режимы - 1.1 Приходные накладные от поставщиков товаров, работ, услуг…

01. Добавление накладной – заполнение шапки и набора товаров накладной.

02. Изменение – изменение, если допустимо и «разрешено» любых реквизитов накладной и её товаров.

03. Удаление - удаление, если допустимо и «разрешено» накладной. По поводу 02/03 имеются технологии «обхода» данных ограничений, но у оператора должны быть соответствующие права. Примеры «ограничителей»:

- накладная запрещена к изменению;
- сохраняемая «виртуальная» накладная;
- содержит «архивный»товар;
- имеется связи с финансовыми документами;
- удаление породит отрицательные остатки;
- имеется счет фактура и т.д.

04. Изменение «некритичных» реквизитов шапки, ввод логистической информации, например «состояние» в цепочке прохождения заказа.

05. Поиск накладной по «сложному критерию», например поиск накладной с суммой из интервала, за которую отвечает «агент по снабжению» и т.д.

06. Печать.

07. Работа со связанными финансовыми операциями/документами.

08. Упорядочивание списка и «индексный» поиск накладных.

09. Режимы работы с «виртуальными» накладными.

10. Множество режимов обслуживания «частей» накладной, если сложно её изменить полностью (добавление товаров, изменение цен и количеств и т.д.).

11. Режимы печати ценников по товарам накладной.

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

13. Печать во «внутренних» форматах, например на торговую точку с несколькими (до 12) видами цен.

14. Изменение форма оплаты, проводимости и других «простых», но важных для учета реквизитов документов.

15. Ввод/привязка счета фактуры.

16. Около 10 режимов работы с группой документов, когда Вы приказываете программе считать их «единым» документов – технология «групп объектов».

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

18. Пакетное распределение товаров – это подсистема, в которой можно решить сразу ряд задач:

- «быстро» распределить товар на один склад;
- передать на торговую точку «транзитом» через распределительный центр;
- перепродать весь товар прихода покупателю, при необходимости оплатить его и оформить все сопутствующие документы;

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

20. Справки по связанным документа любого типа.

21. Создание копии накладной – очень полезно в рознице, когда накладные на «скоропортящийся» товар отличаются только количествами или накладные «очень большие» - проще дубль + изменение, чем ввод заново.

22. Расчет прибыльности товаров накладной – две справки:

- контроль наценки и предполагаемого дохода по накладной;
- анализ реального дохода по проданному товару данной накладной.

23. Для аптек/алкоголя – поиск бракованных или фальсифицированных препаратов из журнале учёта таких препаратов (или «запрещенных» ассортиментов товаров отдела).

24. Изменение поставщика и цен. Режим полезен при работе с валютным товаром или товаром акций поставщиков. Например – был оприходован по ценам накладной и полностью/частично продан, но оплатили раньше срока за что получили скидку на часть товаров 5%, следовательно изменилась цена прихода.

25.Поиск схожих документов. Используя элементы (ИИ) программа анализирует список накладных и определяет подсписки «похожих» документов – ловит повторный ввод одних и тех же документов. Это универсальный режим для операций любого типа.

26. Печать схемы распределения товаров по торговым точкам.

27. Поиск товаров в «архиве» и извлечение их из архива.

28. Отмена, если разрешено операции распределения товаров по складам.

29. ЕЩЁ десяток «ускоряющих» работу операций, стандартных для документов любого типа.


Уважаемые посетители форума и МОДЕРАТОР. Нужно ли продолжать тему?
05.11.2009 11:01
akonev
 
Цитата:
AndreyZh Уважаемые посетители форума и МОДЕРАТОР. Нужно ли продолжать тему?
imho - в одном из двух случаев:
1) если тут появятся пользователи с их вопросами и Вашими ответами
2) для освещения ключевых особенностей, которые покажут новым посетителям, что эта система - как раз для них.
06.11.2009 17:08
AndreyZh
 
Добрый день!

Цитата:
Andrew_Konev imho - в одном из двух случаев:
1) если тут появятся пользователи с их вопросами и Вашими ответами
Это врятли - Вы единственный, который хоть, что-то пишет!

Цитата:
Andrew_Konev 2) для освещения ключевых особенностей, которые покажут новым посетителям, что эта система - как раз для них.
Здесь не планировал рекламировать систему, а только просил помощи по её улучшению у людей, имеющих опыт работы с другими системами учёта!
28.11.2009 10:27
AndreyZh
 
Добрый день!

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

Решено:
1. В одном отчёте отразить по каждому наименованию товара все операции (приход, возврат поставщику, отгрузка, возврат от покупателя, приход и расход по межскладу, списание, инвентаризация, приход из производства изделий и п/ф, расход на пр-во сырья, п/ф);
2. Отражение продаж в фиксированных ценах (раннее было в реальных) в двух дистрибьютерских отчётах;
3. Добавить оборотно-сальдовую ведомость по покупателям / поставщикам в формате программы 1С:Бухгалтерия;
4. Авто создание отгрузочной накладной из "заказа клиента" не только в "ценах клиента", но и в соответствии с его спецификацией;
5. Запрет удаления накладной со связанной оплатой, если у оператора нет прав на удаление финансового документа;
6. Гибкий (частичный) отбор списаний/инвентаризаций в алкогольную отчётность;
7. Авто подстановка ставки НДС при печати всех видов документа, в зависимости от юридического лица, от имени, которого работает оператор;
8. Пяток мелких замечаний.

Отложено на будущее:
1. Вернуть в систему многовалютный учёт и анализ;
2. В систему печати ХБК добавить функции планировщика, мол всё равно постоянно запущена;
3. Сделать в "одном отчёте" анализ прибыли/рентабельности фирмы в соответствии с финансовыми поступлениями (доход и прибыль по деньгам). Сейчас нужно строить 3 отчёта для решения этой задачи;
4. Работа со спецификациями покупателей не только в отдельном режиме по клиентам, но и при изменении цен на товар должна меняться спецификация на всех связанных с товаром клиентам;
5. В справочник товаров ввести поле, смысл которого определяется пользователем и оно должно отражаться во всех товарных документах, например штрих код или внутренний артикул;
6. Подумать о введении наряду с кассовыми и банковскими операциями некий тип виртуальных финансовых операций, по запросу учитываемых в клиентской отчетности. Например - клиенту "простили" часть долга, что документально подтверждено и это необходимо фиксировать, но не "фиктивными" фин.операциями, как сейчас;
7. В оборотку по товарам добавить разрезы веса, объема, литража и по ним чётко отслеживать "угол";
8. Исправить "дырку". В общем программа запрещает операции изменения / удаления по документу любого типа, когда его пытаются "доработать" с другого ПК. Но обнаружен "баг" на одном ПК изменили клиента у ПКО, а на другом в этот момент (0.01 секунды расхождение) производили оплату документа в результате документ на одного клиента, а оплата получилась на другого. Замечу, что данную ошибку нашла подсистема проверки логической целостности данных.
03.12.2009 17:27
AndreyZh
 
Добрый вечер!

Вот и "довыпендривался" или "накаркал" Andrew Konev! Руководство одной из фирм - пользователей поставило задачу:

Создать «новую» программу для розницы полностью оставив технику работы, интерфейс, совместимость по БД с «основной» системой (с целью анализа отдельного магазина «большой» программой). Но:

1. Выкинуть до 80% функций «большой» системы, а то, что осталось упростить, что бы мог работать «любой дурак»;
2. Добавить ввод прихода и продаж со сканера штрих кодов (весы пока не нужны);
3. Разработать модуль консолидации данных в офисной программе.


Т.е., если получится, то будет создана программа гораздо более мелкая и простая, чем презентуемый проект и 100% пригодная для on-line и прилавочной розницы.

Может ли данная программа быть кому-нибудь интересной?
21.12.2009 12:24
AndreyZh
 
Добрый день!

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

Решено:
1. Добавлен альтернативный "экономный" формат ТОРГ-12 - двойная экономия бумаги и картриджа;
2. Добавлена возможность коррекции индивидуальных спецификаций покупателей из справочника товаров (раннее только был спец.режим);
3. Новый отчёт - анализ по интервалам дат просрочек "своих" долгов (кредиторка). Глубокий анализ своей задолжности - потихоньку "продвигаюсь" к созданию подсистемы "график платежей";
4. Новый отчёт - финансовый анализ товарных запасов (остатки за период). Наконец-то "перекрыл" отчётную систему "Фолио". Предложите ещё программы, функции, которых можно поизучать?
5. Упрощение интерфейса "для розницы" - регулируется в настройках;
6. Во всех отчётах "по доходу" добавлен % наценки;
7. Контроль и отражение (везде) штрих кода товара.

Отложено на будущее (январь,февраль):
- Интегрировать в систему приход и продажи с использованием сканера штрих кодов.

Замечание по "подсистеме розницы"! Был произведён глубокий анализ режимов системы, используемых в магазинах. И оказалось, что используется 60% возможностей системы, а не 20% (как предполагалось изначально) - может быть user уже освоили систему? Руководство увидев эти результаты изменило своё мнение - просто нужно добавить использование сканера при вводе и продажи товаров, а не переписывать всю систему. От сюда вопрос:

У меня была задумка сделать "пользовательско зависимое" меню программ, т.е. отражать и давать доступ только к тем режимам на которые имеются права у конкретного пользователя. Даст ли это "упрошение" для пользователей использования системы или это только "оглупит" их, т.к. не будут понимать систему "в комплексе"? Пусть в течении длительного времени, но ведь они осваивали её!
22.01.2010 16:25
AndreyZh
 
Сканер штрих кодов - использование....

Добрый день!

Сейчас в систему КИС Lack добавлены все необходимые средства для интеграции с клавиатурным или USB сканером штрих кодов для использования на предприятия розничной торговли начато внедрение данной системы в сети из 12 розничных магазинов.

Напомню, что система абсолютно бесплатная и поставляется с исходными кодами... Скачайте бесплатно и используйте систему КИС Lack ДЛЯ:

- автоматизации своего торгово-производственного предприятия;
- заработка на внедрении и сопровождении у «стороннего» заказчика;
- изучения технологий бизнес процессов на производстве, оптовой торговли, розничной торговли, страховом бизнесе и глубокому анализу данных процессов.

Успехов Вам – Андрей!
18.04.2010 10:39
7zEro
 
линк на ваш сайт не работает.. где скачать можно
18.04.2010 22:04
AndreyZh
 
Что-то и я свои ссылки уже видеть "не имею прав" - сайт системы должен быть в профиле?
19.04.2010 16:31
7zEro
 
запости лучше линк в данную ветку.. в профили не зайти (закрыто)
31.05.2010 22:03
AndreyZh
 
Создана новая "УС Land", исходные текста которой позволяют портировать систему на любую компьютерную платформу, являющаяся "возможно перспективной реинкарнацией системы КИС Lack", реализованную на современной многоплатформенной Open Source системе разработки xHarbour. Пока система УС Land прелагается для тестового использования, хотя и отлаживается в течении некоторого времени. Как и все системы автора предоставляется с исходными кодами и документацией.

Система реализована на препроцессоре xHarbour xHarbour.org и скомпилирована FreeWare компилятором Borland C++ 5.5.1. В принципе систему УС Land можно использовать для освоения системы КИС Lack или освоения её технологий - она поставляется с примером базы данных небольшого on-line розничного магазина (что похоже на мелкооптовую торговую точку). Для доступа к графической подсистеме и системе печати ХБК потребуется скачать дистрибутив КИС Lack и установить Windows программы в папки по умолчанию. Для системы УС Land подойдут все описания, документация и электронные учебники, созданные для Lack.



Новая версия "июня 2010 года" с изменёнными структурами БД. Если Вы не устанавливали предыдущих версий, то распакуйте в каталог c:\usland - там же папка ярлыков вызова и активируйте тестовую БД (см. УТИЛИТЫ), если же Вы уже работаете с системой, то замените поверху файлы и следуя инструкции ls062010.doc переведите данные при промощи "новой" программы LV.

СКАЧАТЬ СИСТЕМУ УС Land 1006 Самораспаковывающийся архив (4.52mb/4 740 738), все виды паролей 11 - при обнаружении ошибок при работе программы буду очень благодарен, если пришлёте описание проблемы на электронную почту или оставите сообщение в гостевой книге. Приятной Вам работы!



При необходимости печати используйте графическую подсистему КИС Lack из дистрибутива.
21.07.2010 23:18
AndreyZh
 
Добрый вечер господа!

Простите, что долго не обращал на себя и свою систему Вашего внимания :connie_oldman_clean

Нет критики и пожеланий по системе? - понимаю у Вас море других забот, но может Вас не затруднит высказать критические пожелания по моей статье - презентации систем автоматизации малых предприятий :d_guess:

Предполагаю, что она может быть крайне полезной для:

1. Предложений по улучшению, используемых Вами систем;
2. Ориентации в задачах, решаемых системами учёта;
3. Определению критериев выбора системы для Вашего бизнеса.

С уважением Андрей
26.07.2010 09:53
AndreyZh
 
Всем! Перед кем стоит задача выбора системы учёта.

Обобщив пару десятков статей по выбору систем автоматизации сделал памятку по выбору и сравнению систем автоматизации, которая поможет Вам сделать ПРАВИЛЬНЫЙ выбор.

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

1. Креативная ознакомительная страница: Помощник по выбору учетной системы для малого предприятия [КИС Lack/УС Land]
2. Рабочий word документ

Буду рад, если у Вас появятся критические замечания по данному документу или добавки к нему :punish2:
12.01.2011 19:01
AndreyZh
 
Доброго времени суток!

Уважаемые специалисты форума! Уже пяток лет в "КИС Lack/УС Land" существует оперативный отчёт, активно использующий в рознице Анализ продаж для заказа товаров по группе товаров и поставщику (PDF формат пакованный 7zip). Но недавно "новый" пользователь обвинил меня, что данный отчёт "спёр" у СУПЕРМАГА. Правда ли это?
14.01.2011 14:09
AndreyZh
 
Уважаемые господа специалисты "СуперМага" и розничной торговли! Позвольте повторить вопрос - имеется ли данный отчёт в системе СУПЕРМАГ?



И коль скоро "пристаю" к Вам, а ко мне пользователи, то что-бы Вы предложили (какие показатели работы магазина) добавить в приведённый ниже отчёт? Что бы так же сильно НЕ УСЛОЖНЯТЬ его восприятие?



Заранее спасибо за ответы!
14.01.2011 16:32
bob
 
У нас и посложнее есть. еще фигурируют и заказы и альтернативный поставщик, если приход был от нескольких поставщиков и "полка" и "зал" и рекомендуемое кол-во к заказу. Еще и макросы написаны, чтобы такой отчет автоматом превращат в нужный вид менеджерам, если им все это не надо. Если есть грамотный программист то написать можно практически все что угодно. Нас СМ устраивает в первую очередь для оперативной работы магазина. Мы и на БЭСТе много чего писали, вплоть до ночных расчетов и организации собственного алгоритма товародвижения.
14.01.2011 18:12
StMDru
 
Заинтриговали.
Попробую в выходные Вашу систему развернуть и погонять по своим задачам.
14.01.2011 18:44
AndreyZh
 
Цитата:
bob У нас и посложнее есть. еще фигурируют и заказы и альтернативный поставщик, если приход был от нескольких поставщиков и "полка" и "зал" и рекомендуемое кол-во к заказу. Еще и макросы написаны, чтобы такой отчет автоматом превращат в нужный вид менеджерам, если им все это не надо. Если есть грамотный программист то написать можно практически все что угодно. Нас СМ устраивает в первую очередь для оперативной работы магазина. Мы и на БЭСТе много чего писали, вплоть до ночных расчетов и организации собственного алгоритма товародвижения.
Спасибо!

Здесь нет попытки чем-то "похвалиться" :connie_mini_sad: Т.е. правильно ли понял - данный отчёт, если он был у пользователя, то это доработка средствами СуперМаг, а не стандартная поставка?

По примечанию "заказы и альтернативный поставщик, если приход был от нескольких поставщиков и "полка" и "зал" и рекомендуемое кол-во к заказу" отдельное спасибо - вот бы это увидеть в одной отчётной форме (как компонуется), а то "у меня" эта инфа в нескольких несвязанных отчётах?


Опции темы


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

 

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