Самый популярный отчёт - анализ продаж в динамике (рейтинг). Интересно 13 страницы когда-нибудь закончиться?

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

И в завершении фрагмент анализа "розничного" магазина. Всем доброй ночи!

iscrafmно упорство впечатляет. Секунда в секунду.
Премного благодарен за сочувствие :)

fixxerАндрей Ж.Не говоря об отсутствии потребностей в серьёзных системах на рынке Саратова, отсутствии вакансий программистов для этого региона просто отмечу - убедился что 10 клиентов по 2000 руб. легче и стабильнее, чем одно место работы за 20 000 руб. (20000 "потолок" для Саратова)

Прошу прощения, что цитирую давнишний пост, да еще и офтопик, но это же просто неправда .
Добрый день! "Боюсь", что уважаемый fixxer больше не "появится", но т.к. "за базар" нужно отвечать позвольте чуть шире ответить по "старому" сообщению:

1. Конечно же ЕСТЬ в Саратове ИТ специалисты, зарабатывающие больше 20 тыр, например в "нефтянке", "банках", "газпроме" и т.д., да и сам зарабатываю несколько больше.
2. Специалисты направления fixxer (Oracle, Java), особенно высокой квалификации могут работать в филиалах "Московских" разработчиков, решая задачи для "западных" заказчиков, получая до 40 тыр .

Но наличие нескольких (до тройки десятков) "технологически продвинутых" заказчиков (предприятий) и наличие на рынке труда Саратова (город почти миллионик) полусотни грамотных разработчиков не меняет общую, увы не радостную картину!

Главное - отвечая Сахавату просто констатировал факт бОльшей "устойчивости" на рынке труда... Большое количество заказчиков (мест работы).

Наконец! Если fixxer чуть больше прояснит "мою кривду", то думаю это будет весьма полезным для "выживания" тысячам неплохих программистов, которых ежегодно выпускают ВУЗы депрессивных регионов.

fixxerСобственно в том и неправда, что 20 тыр не потолок, да и 40 тоже. Для разработчика уровня Senior/Lead это где-то 50+. Но это, действительно, десяток, максимум два мест . Да, в основном это Java/.Net аутсорсинг в филиалах столичных контор...
Я рад, что мы пришли к единному мнению! Только Вам самому не обидно, что Саратовские ВУЗы подготавливают победителей международных олимпиад, город, когда-то центр оборонной промышленности и т.д. А реально мест, всё таки з/п по началу не "полтиник" "несколько десятков"? Скажу и другое сейчас в городе закрыто большинство филиалов (дилеров) систем автоматизации бизнеса (не1С), а "своих" фирм разработчиков (не Web) осталось не более десятка, а самый "раскрученный" продукт "Солярис" пытаются продвинуть "вне" Саратовской области по причине достижения "потолка продаж" в 60 мелких торговых точек (у них получается, чему очень рад). Вы правы - это оффтоп, посему позвольте дальше данную тему не обсуждать.

Добрый день!

Разрешите обратиться к "помощи зала"? Вот сейчас "сваял" справку, идею которой подсмотрел у СуперМага. Конечно аналитика данного типа имеется в системе, но идея, что информацию о покупках у поставщиков и продаже покупателям можно смотреть при работе со справочником клиентов понравилась. Очень надеюсь на Ваши конкретные замечания по данной справке, т.к. считаю, что она сильно понравится "оптовикам". Интересно: что в ней можно улучшить, не усложняя и не увеличивая объем информации "справки"?

Доброе утро! Сегодня пришло довольно интересное письмо... Позвольте привести его и ответ на него:
Здравствуйте Андрей Николаевич ! Продолжаю время от времени теоретически знакомиться с Вашим продуктом, наткнулся на такую интересную фразу «Но при этом Вы остаётесь в рамках «жестких» логических бизнес схем, вложенных в логику программы.» . С самого начала было любопытно ознакомиться именно с этим т.с. «скилетом» системы, где можно ознакомиться какие заложены бизнес схемы, желательно схематично и доступно. И как их можно определить в программе что бы понять на сколько они эффективны .

Добрый день Александр!

Вы задали очень сложный, объемный и скорее философский вопрос (скелет системы)... На него проще ответить через примеры:

1. БЭСТ, 1С, Гемедын, Искра, Галактика, Парус - с одной стороны это системы программирования, т.е. набор абстрактных программных объектов (таблицы, формы, связи) и язык программирования, на котором можно связать эти объекты. НО!!! Примитивы создавались для бухгалтерии, т.е. в терминах проводка, баланс, двойная запись и т.д. Затем на этих объектах создаётся независимая программа (в 1с называется конфигурацией), решающая некий набор бизнес задач. В результате имеем две проблемы:

- Используя данные системы Вы рассматриваете свой бизнес глазами наёмного бухгалтера в срезе фискальной отчётности
- Для выполнения учётных операций используете подход, принятый в бухгалтерской системе СССР, т.е. скелет - система бухучёта... Другие известные системы SAP, Oracle, Scala - то же самое, но западный бухучёт.

2. Мой склад, С III, Тирика, VVS и море других. Программы чётко заточенные на единственный и конкретный бизнес процесс, например "розничная торговля одеждой" или "учёт на промышленном складе", который конечно очень хорошо проработан... Кроме того программы манипулируют специфическими объектами бизнес процесса (цвет, размер, товарный чек). Следовательно применить их к другой сфере нереально, да и разработчики их плохо разбираются в иных бизнесах.

3. Универсальные системы типа Фолио, AVA System, Ultima, NGS и т.д. + моя программа. Они создавались изначально для многих видов УПРАВЛЕНЧЕСКОГО УЧЕТА и разных типов бизнес процессов. Как следствие в качестве примитивов (элементарных программых объетов) используют абстракные бизнес термины (документ, сырьё, план, покупатель и т.д.), в них вложены различные, в том числе настраиваемые схемы учёта в конкретных направлениях реального бизнеса и различные методы связывания элементов схем. НЕДОСТАТОК - громоздкость и сложность данных программ и как следствие, в частности высокая стоимость внедрения.

Пример в срезе моей системы:
ИП Саркисян В.А. - большой кондитерский завод + несколько оптовок и магазинов. В рамках одной базы данных так же ведётся учёт нескольких ЮРЛИЦ и направлений бизнеса: производство, оптовая торговля, транспротная логистика, элементы MES систем, розница и т.д.

ТЕПЕРЬ О СКЕЛЕТАХ УС Land:

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

II. Одна их фишек системы - максимальная скорость и удобство операторской работы, которая достигается компоновкой
информации в формах ввода.. Обычно это выглядит:

1. Ввод обязательных реквизитов документов
2. Дополнительно вводим другие полезные реквизиты, которые можно пропустить (PgDown)
3. Поочие реквизиты пишутся по умолчанию и изменяются при желании F4
... ПРИЧЁМ программа анализирую предыдущий реквизит предлагает "правильный" следующий реквизит, который
можно изменить (правила задаются в соответствующих справочниках или настройках программы)

III. Гибкость и адаптируемость программы реализуется (конечно это примитивный подход):
1. Настройками поведения программы, справочников
2. Ведением "объектов пользователя"
3. Широтой охвата бизнес процессов... Всё остальное дописывается мной по необходимости или с целью большего
удобства пользования.

Не знаю этот ли ответ хотели услышать? Но возможно полезно почитать обсуждение программы на форуме, где
очень подробно описывались базовые понятия и имеется критика моих подходов со стороны профессионалов
http://www.sql.ru/forum/actualthread.aspx?tid=805859
а Вам особенно интересно со страницы 13 где максимально подробно описано "ПРОИЗВОДСТВО", причём это наиболее
подробное описание данного контура программы.

P.S. Извините, но данный ответ так же размещу в данном обсуждении полагая, что он может быть полезен для многих.
С Уважением Андрей.


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

Уважаемые iscrafm, ViPRos!

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

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

В третьих. ОЧЕНЬ ПРОШУ, а Вы знаете, что я то же "умею" не использовать "здесь" приёмы стёба, которые и сам по возможности пытаюсь избегать... А если есть конкретные и полезные мысли, то думаю они будут крайне полезны Александру , что же по мне, то их постоянно изучаю и фиксирую для себя и иногда использую "по работе".

Дабы услышать нечто полезное - прошу iscrafm попытаться в терминах "для блондинок" описать "скелет" ИСКРЫ и привести свою классификацию (место ИСКРЫ в ней) подходов к архитектуре учётных систем?

iscrafmАндрей Ж. Дабы услышать нечто полезное - прошу iscrafm попытаться в терминах "для блондинок" описать "скелет" ИСКРЫ и привести свою классификацию (место ИСКРЫ в ней) подходов к архитектуре учётных систем?
Андрей, привести классификацию не могу, к сожалению. По той просто причине, что Искра не является учетной системой.

Валерий! - Здорово выкрутились!!!
ИМХО!!! Искра набор "бизнес примитивов" и "механизмов их склейки" из которого можно (и Вы на сайте приводите множество подтветждений) "лепить" учётные системы... Как и в случае 1ц, БЭСТ, Adventure и десятка других "платформ" ИСКРА предлагает "готовые решения" для конкретного заказчика, которые "лепятся" из наработанных "примитивов" и рельного опыта внедрения систем на данной платформе. Так, что наряду с ИНФИН, от возможностей настройки программирования "тащится" Garya или "любимой" Вами AVA System, которая так же "состоит из модулей" и тем более БЭСТ Ваш "инструмент+продукты" вполне можно отнести к системам автоматизации бизнеса, относящемуся к некому "классу систем".