Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»



Скачать 455.23 Kb.
страница1/4
Дата15.04.2013
Размер455.23 Kb.
ТипДокументы
  1   2   3   4




Данный материал взят на сайте www.zhsoft.16mb.com

универсальных, полезных бесплатных комплексных

информационных систем автоматизации

для предприятий малого бизнеса
« КИС Lack» и «УС Land».



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


  • Является ли 1С ERP системой?


1C начиналась как система Бухгалтерского учета для России. Такой она остается и по сей день, не смотря на подвижки маркетологов позиционировать ее как ERP систему.
1C - понятие слишком широкое. Соглашусь с автором, что типовые решения 1С на ERP не тянут (для этого, правда придется забыть о том, что сам по себе термин ERP никем не стандартизован и придуман тоже маркетологами). Но это не означает, что крупные предприятия не используют заказные решения ERP-класса на платформе 1С. Поработав с таким решением, вполне можно понять принципы работы комплексной ИС управления ресурсами.
Основное отличие нормально спроектированной ERP системы от программ класса 1С -
в нормальной системе не нужно править исходный код, что бы ее настроить под конкретное предприятие.
Зря Вы так про 1С. Нормальная совершенно платформа, современная. Просто не все умеют её "готовить". Но это скорей проблема поваров.
Что важно для любой программы при выходе новой версии? Совместимость с предыдущими разработками. Тот же самый SAP совместим с разработками 20-и летней давности. А 1С не удосужилась сохранить наработки 7-ки в 8-й версии. Можно валить все на поваров, но должна быть стратегия развития системы и сохранность ранее сделанных инвестиций в ERP систему. ИМХО - это главное отличие "системы" от "программы"

Новая платформа - это просто новый движок интерпретации метаданных. В случае 7-8 просто сама структура метаданных была изменена, а новый движок не обеспечил интерпретации предыдущей версии. Причины скорее не технические, а политические.
8-ка - это платформа нового поколения, совершенно отличная от 7-ки по идеологии и архитектуре. 7-ка не предназначалась для того, чтобы на её базе строились серьёзные приложения корпоративного уровня, просто потому, что в тот момент не было необходимости окучивания этого сектора. Отсюда и невозможность наследования. Так и наследовать-то нечего было! Поэтому мне непонятно, о какой стратегии развития Вы говорите в плане 7.7
7-ка сама была когда-то платформой нового поколения, совершенно отличная от 6-ки.
Но импорт кода из 6-ки был, и хоть и не без изъянов, но переташить готовое решение с 6-ки на 7-ку была. По сравнению с переходом 7->8, переход 6->7 был даже более "совершенно отличным", однако возможность импорта кода разработчики предусмотрели. Думаю, это действительно больше политика, чем какие-то технические трудности.
Поговорим о кастомизации.



"Кастомизация" - это процесс настройки системы под нужды клиента. Касательно 1С кастомизация и настройка конфигурации - синонимы. Как это осуществляется технологически - не суть как важно. Теория без практики ценности не представляет.
Тогда выходит, что настроив конфигурацию, Вы уже не можете принимать обновления "стандартных" конфигураций? Ведь Ваша же изменена по сравнения со стандартной! Вот это я считаю главным архитектурным косяком 1С, который не позволяет ее отнести к enterprise классу.
Да никакой это не архитектурный косяк! Вы не путайте типовые тиражные решения с системами ERP. Если Вы проектируете систему ERP, вы получаете уникальное прикладное решение. Со всеми вытекающими последствиями. И всё последующее сопровождение целиком ложится на ваши плечи. А когда вы пользуете типовые решения, то можете пользоваться обновлениями в автоматическом режиме. Можно обновлять так же и кастомизированные конфигурации, нужно просто делать это аккуратно, с учетом внесенных Вами изменений.
Вот тебе пример: в 1Сv77 добавим регистр сведений: ветку в метаданные, диалоги редактирования и все такое. Давай, реализуй так, что - бы твой *.md корректно открылся в версии без "регистра сведений". Твои действия как разработчика? Или выбери себе тот пример, который ты можешь реализовать. Посмотрим, как ты выкрутишься....

А как Вам такой вариант. Весть функционал системы разделяется на: "Стандартный", который идет в базовой конфигурации системы, и за который несут ответственность, в том числе и сопровождение, компания разработчик. "Кастомизированный", функционал, необходимый для конкретного предприятия, сделав который вы получаете уникальное прикладное решение. Со всеми вытекающими последствиями. И всё последующее сопровождение целиком ложится на ваши плечи. В нормальных системах эти настройки НЕ ПЕРЕСЕКАЮТСЯ!!!! Вы можете обновить базовый функционал, не трогая своих настроек. И сопровождать нужно только СВОЙ функционал и его взаимодействие с базовой системой. Система 1С это не позволяет сделать в принципе. Это проблемы именно ее архитектуры.
К вопросу о "нормальности" системы. - Я считаю, что система "нормальна" когда она делает на 99% процентов то, что заявлено создателями. То что ты называешь "нормальной", скорее надо читать так: "подходит под мои требования/смог осилить".
Кастомизация - на самом деле очень широкое понятие. "Настройка конфигурации" - очень малая его часть, совсем не обязательная, и могущая иметь существенные отличия для разных систем.
Возможности кастомизации обычно оценивает заказчик при выборе системы из широкого класса систем с разными методами их настройки, разными концепциями и т.д. Но приведенная ниже классификация видов кастомизации позволяет "привести их к одному знаменателю" и провести сопоставимую оценку совершенно разных систем.


Виды кастомизации:


1) Внесения оперативных изменений в поведение системы пользователем без обращения к специалисту (в ходе своей работы).
2) Внесение оперативных изменений выделенным специалистом заказчика по обращению пользователя (понятие "оперативное изменение" может варьироваться в зависимости от требований заказчика, обычно подразумевается внесение изменений в течение суток).
3) Внесение неоперативных изменений выделенным специалистом заказчика (от суток до месяца).
4) Внесение массовых тиражируемых изменений поставщиком (сопровождающей фирмой) системы (одно изменение размножеается для множества клиентов одного поставщика).
5) Внесение эксклюзивных изменений поставщиком (сопровождающей фирмой) системы под требования отдельного клиента.
6) Интеграцией с другим ПО (интеграция в свою очеред разбивается по аналогичным уровням).
7) Внесение массовых тиражируемых изменений разработчиком.
8) Внесение эксклюзивных изменений разработчиком.
(число уровней может быть увеличено, если, например, разработчик платформы, разработчик конфигурации, и сопровождающая компания - разные лица).

Эти виды кастомизации размещаются в столбцах оценочной таблицы. По строкам размещают требования заказчика (вполне конкретные), которые передаются вендорам. Разработка перечня требований - очень обширная тема, углубляться не буду. Упомяну лишь, что каждому требованию должен сопоставлен коэффициент (бал) существенности этого требования.

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

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

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

В любом случае, не следует слишком категорично заявлять, что та или иная система "абсолютно" и "абстрактно" плоха, либо "абсолютно" и "абстрактно" хороша. Для разных совокупностей тех или иных параметров требований результаты могут получиться существенно разными.
Могу, однако, заметить, что 1С имеет действительно серьезные просчеты в своей архитектуре, связанные с взаимной увязкой и непротиворечивостью слоев кастомизации. И не только эти просчеты. Изобилие объектов в объектной модели, имеющих схожую функциональность (например, регистры накопления и бухгалтерские регистры; регистры сведений, перечисления и справочники), каждый из которых имеет одни ограничения, но не имеет других, не позволяет применить единообразный подход к формируемой модели системы.
Способов реализации одних и тех же задач великое множество (и поначалу может показаться, что это хорошо), но каждый из этих способов получается "немножечко хромым". Когда же пытаются объединять в единую логически стройную систему несколько "немножечко хромых" решений, то объединив хромого на левую ногу с хромым на правую, мы получаем в итоге хромую систему на все имеющиеся у нее выпуклости.

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

Самый большой, огромный, жирный минус 1С - она разрушает мозги тех, кто с нею имеет дело как кастомизатор. Это я очень остро ощутил на себе. Все остальные ее недочеты - ерунда, вполне себе простительны.
Это вы про типовые конфигурации на 8.1? Возможно. А кто мешает создать свою конфигурацию, лишённую таких недостатков (есть они или нет реально - сейчас не об этом)? У нас полностью самописная конфигурация на 8.1, управленческая база. Изначально были только регистры накопления. Потом дописали в систему бухгалтерские проводки, сделали нужный именно нам план счетов. И вот я открываю в нашей конфигурации отчёт с оборотно - сальдовой ведомостью (выпилена из типовых) по 361-му счёту и аналогичный ему отчёт о взаиморасчётах с покупателями. "Удивительно", но данные сходятся. ))) И "страшилки" ваши не наблюдаются.
Основная идея - в разделении ответственности между ядром системы, которое поддерживается ее производителем, и кодом, кастомизирующий систему под конкретное предприятие. Это нужно, что бы поддерживать только свой код, а не полностью переписанную систему.
Ну например в справочнике "контрагенты" сделать при записи проверку на дублирование по ИНН. В "твоей религии" :) =>"Зачем мне при кастомизации системы его переписывать????" :) это невозможно, а всякие непринципиальные девелоперы (как я), легко и непринужденно делают такую проверку. Если для тебя типовая конфигурация - икона, для меня например лишь исходный материал....
Это Вы никак не можете понять, что для написания ERP системы "с нуля", 1С не нужна ни как платформа ни .... да вообще никак. Ее действительно сильная сторона - в поддержке текущего законодательства, оперативного изменения фискальных отчетов и системы РСБУ. Все, точка. Если этого не будет, а я так понимаю, что при написании "с нуля", этого не будет, то я лучше возьму OpenSource ERP систему с МСФО, более масштабируемую с нормальной архитектурой, имеющую базовый функционал, работающую на всех платформах и самое главное БЕСПЛАТНУЮ.
Вы хотите сказать, что в 1С нельзя писать с нуля?
Все таки, среди всего разнообразия технологий по степени фанатичности своей платформы 1Сники обгоняют php-шников. Последние просто редко заходят в этот форум, а то тоже предложили бы что нить написать на их распрекрасном языке.
Уже начинается стандартная проблема в общении со специалистами 1С – они перестают слышать и слушать даже себя. Их начинает заносить! По этому выкинут большой блок «пустой» болтовни…. Скоро разум у спорщиков возобладает!
Поймите простую вещь - не бывает готовых ERP-систем. И SAP и Axapta и любая другая система бесплатная/платная требует кастомизации.
Это-то я как раз хорошо знаю. Вопрос в том какие усилия к этому надо приложить. Прикладывать их для создания ERP с нуля на базе платформы 1С - мягко говоря считаю неразумным.
Всё зависит от того, какая область автоматизируется. Если определенная часть необходимого функционала уже имеется в некоем решении - разумеется, может быть разумно использовать его в качестве основы. Только Вы напрасно полагаете, что в 1С нельзя с нуля делать сложные системы. Используя готовый объектный костяк, можно в достаточно сжатые сроки реализовывать очень нетривиальные вещи.

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

Не много поговорим об Axcapte…



В нормальных системах эти исправления вносятся в кастомизирующую логику, для этого ненужно править БАЗОВЫЙ ИСХОДНЫЙ КОД. Так что, модификация базового функционала - это не моя религия, а Ваша ;-) 1С не разделяет базовый и кастомизирующий функционал, про что Вам и было написано в предыдущих сообщениях, как на значительный недостаток самой архитектуры.

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

Другое дело, что как показывает практика, большинство организаций это не слишком устраивает. У всех есть хотелки. Это нормально и понятно. Если речь идет только о переделке интерфейса - можно ограничиться только визуальным инструментарием. Программирования требуют в основном изменения в бизнес-логике.
Вы с бухами тоже в терминах конфигурации общаетесь? В самом начале своей работы по внедрение систем, я четко усвоил что с пользователями надо говорить на языке пользователей. Потому что никого из них не волнует как оно там называется в конфигурации, репозитории, сервере приложений, базе данных и черт знает где еще. Да, в случае аксапты каждый справочник это тоже отдельная таблица на сервере БД, как и таблица в терминах технологической платформы Dynamics Ax.

Простая задачка: Справочник сотрудников, в тем Табличная часть. Нужно выбрать всех родственников сотрудников, у которых день рождения в сентябре. Приведите здесь плз небольшой фрагмент по реализации этой задачи, прежде чем говорить о компоновке сложных объектов из множества мелких, как о недостатке архитектуры.
Вы б не передёргивали а уточнили бы задачу... что является хранилищем данных о родственниках сотрудников, какие ключевые поля для связи и т.д.... являются ли таблица хранения данных о родственниках отдельной или храниться вместе с данными о сотрудниках которые в свою очередь являются понятийно "сотрудниками" или "физическими лицами" и т.д. а то ведь ответов на вашу задачу В ЛЮБОЙ системе будет "невозможно" из за недостатка данных.

Я видимо в отличии от вас таки более адинесник т.к. не могу принять задачу к исполнению на основании туманных данных о некой табличной части в некой форме справочника содержащей некие данные источника. Смахивает на задачу пойти туда не зная куда найти то не знаю что... я не телепат... свой вариант я выложил а что вы там себе думали в голове я не знаю. Ладно... я работать... мне надо... у меня ЕРП не в одном справочнике умещается... пошел их объединять :)

Очень характерный прием 1С маркетологов – когда нечего возразить начинается критика совершенно сторонней задачи. Придется их возвращать на «бренную землю».
  1   2   3   4

Похожие:

Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconУниверсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»
В. Дёмин, руководитель проекта «Складская логистика» Координационного совета по логистике
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconУниверсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»
Знаменитое ограбление почтового поезда в Нью-Орлеане. Добычей грабителей стали 12568 рождественских открыток
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconУниверсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»
...
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconУниверсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»
Иосиф Мария Жаккард с помощью перфокарт вышивает «hello world» на ткани. Хабровчане тех времен недовольны отсутствием хвостовой рекурсии,...
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconУниверсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»
...
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconУниверсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack»
Начало Новой Великой Депрессии в 2013 году объясняется несколькими предпосылками. Прежде всего, Малым кругом истории – 84 года назад...
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconПрограмма дисциплины «Архитектура корпоративных информационных систем»
Основные понятия корпоративных информационных систем (кис), стандарты кис
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» icon«Бизнес-кейс» с директором департамента развития малого и среднего бизнеса Промсвязьбанка Кириллом Тихоновым
Анирует провести ряд семинаров для предприятий малого и среднего бизнеса. Мероприятия бесплатные. Банк просто планирует таким образом...
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconПрограмма проведения Международной конференции «О роли и значении малого бизнеса и частного предпринимательства в реализации социально-экономической политики в Узбекистане»
...
Универсальных, полезных бесплатных комплексных информационных систем автоматизации для предприятий малого бизнеса «кис lack» iconПрограмма «Международный стратегический интеграционный менеджмент для предприятий малого и среднего бизнеса»
«Международный стратегический интеграционный менеджмент для предприятий малого и среднего бизнеса»
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org