powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Выбор архитектуры . -====1с====--
25 сообщений из 111, страница 2 из 5
Выбор архитектуры . -====1с====--
    #36328038
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_VVP_
...
Еще один момент - изначально примите решение о разделении бухгалтерского и оперативного учета по разным системам
....

Ну все. Приплыли. Боролись боролись за интеграцию, против ИТ-зоопарков. А тут на тебе. Вот так просто.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36328261
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
astonНу все. Приплыли. Боролись боролись за интеграцию, против ИТ-зоопарков. А тут на тебе. Вот так просто.
кто боролся? Я, например, не боролся. А вообще, борьба показала, что монстрообразие в виде ERP совсем не то, за что нужно бороться. Смещение акцентов идет с сторону сервисно-ориентированных архитектур. Наличие двух систем никоим образом не отменяет интегрированное пространство.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36328279
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aston,

Цена такого решения - существенное удешевление поддержки подсистемы бухгалтерского учета за счет регулярного обновления этой производителем этой подсистемы. Интеграции это не противоречит. Или на каждый чих законодательства лезть и переделывать систему оперативного учета, или тупо обновил БУ, отследил, не изменились ли структуры данных, подправил правила переноса и все... Это и есть интеграция, когда каждая система отвечает за свою область учета. Думаю, тут терминологическая путаница, ибо "зоопарк" и "интеграция" имеют больше общего, чем кажется :) И разница не столько в методологии разбития системы на автономные компоненты, а больше в реализации этого самого разбития. :)
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36328638
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmastonНу все. Приплыли. Боролись боролись за интеграцию, против ИТ-зоопарков. А тут на тебе. Вот так просто.
кто боролся? Я, например, не боролся. А вообще, борьба показала, что монстрообразие в виде ERP совсем не то, за что нужно бороться. Смещение акцентов идет с сторону сервисно-ориентированных архитектур. Наличие двух систем никоим образом не отменяет интегрированное пространство.
Поддерживаю. "Кесарю - кесарево". У нас на проекте полтора года пытаются прикрутить в оперативной ERP системе с режимом работы 24/365 - "бухгалтерский учет продаж".
Попытка сопоставить платежи или сформировать книги покупок продаж вешают всю оперативную работу напрочь. Сервис деск, тупо всех бухов из системы выкидывает, тупо что бы не мешали отгрузку производить. Простой отгрузки - прямые убытки, не отгрузили вовремя и доход потеряли и на штрафы налетели.
Так что разделение контуров это в некоторых случаях плюс.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36328831
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тю... Полтора года?

Вариант №1. Делим СУБД на два экземпляра: оперативники и БУ. Система (ПО) может оставаться той же.

Вариант №2. Не надо бухгалтеру сопоставление платежей за 2 мин. Внесите "управляемость" в процесс сопоставления платежей. Система после получения задания на сопоставления считает сама мелкими этапами с задержками. (Помнится на dbf-ах лет 15 назад на комп "зарплатчице" поставили сетевуху 10МБит/сек, чтобы она расчётом зарплаты не напрягала весь отсальной коллектив бухгалтеров )

варианты ещё есть, заходи если ш о :)
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36329339
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛой,

это как, разбить на 2 БД не трогая ПО?
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36329388
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123АнатоЛой,

это как, разбить на 2 БД не трогая ПО?

Я подразумевал не "не трогая ПО", я хотел сказать, что марка системы может оставаться той же: две 1С, две СФЕРА/5, две ISCRAFramework, две Галактики... То есть если у
этой системы функционал позволяет эффективно решать обе задачи. Интегрироваться то придётся в любом случае, а нормальная система между двумя своими экземплярами может (правда, не обязана) делать это более эффективно...
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36329649
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛой,
для этого система сама должна это позволять (масштабироваться).
Хотя с другой стороны: "две 1С". Как тогда получать консолидированные данные? Там ведь на XML обмен?
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36329796
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бла, бла, бла. Как это знакомо.
Пускай наработаются все, кроме программистов. Видите ли, им слишком сложно выполнять обновления и чего-то там отслеживать, а также сделать так, чтобы бухи не вешали продажников.
Крылья еще не выросли и нимб над головой не светится?
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330071
test_guest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
astonБла, бла, бла. Как это знакомо.
Пускай наработаются все, кроме программистов. Видите ли, им слишком сложно выполнять обновления и чего-то там отслеживать, а также сделать так, чтобы бухи не вешали продажников.
Крылья еще не выросли и нимб над головой не светится?

Если считать что руководители это голова компании. А программисты ноги . То иногда справедлива пословица "Дурная голова ногам покоя не дает".
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330283
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
на вопрос:
Petro123АнатоЛой,
для этого система сама должна это позволять (масштабироваться).


отвечаю:

АнатоЛойНормальная система между двумя
своими экземплярами может (правда, не обязана) делать это более эффективно...

А по поводу
Petro123
Хотя с другой стороны: "две 1С". Как тогда получать консолидированные данные? Там ведь на XML обмен?
могу добавить:

Смотря что в данном случае понимать под "консолидированные". Предлагаю даже рассмотреть самый тяжёлый случай: хотим в одной БД иметь все данные. Имхо, в данном случае "бухгалтерский" экземпляр системы может сам выступать в качестве БД с "консолидированными" данными. Проблема-то как звучала: бухгалтера не дают складу работать. Убираем со складского экземпляра нагрузку бухгалтерии (по изменению и чтению данных бухгалтерией), вместо этого оставляем на складском экземпляре для бухгалтерии только поток чтения с него для бухгалтерского экземпляра. Объём этого потока пусть даже равен всему объёму изменений на складском экземпляре: чтение в объёме записи не должно быть критичной или даже ощутимой нагрузкой для пользователей склада. Обратная репликация может и понадобится, но уже совсем не в полном объёме (чихать складу на упомянутые процессы "сопоставления платежей" или "формирования книги покупок продаж").
Типичный шаблон проектирования архитектуры "разделяй и властвуй", он же " A на то есть с Лой " (я). Думаю, если бы в постановке было сразу две разных системы - практически не задумываясь пришли бы к описанному мною варианту...

П.С.: Petro123, я в 1С не дока - достаточного практического опыта пока не имею :(...
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330329
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
astonБла, бла, бла. Как это знакомо.
Пускай наработаются все, кроме программистов. Видите ли, им слишком сложно выполнять обновления и чего-то там отслеживать, а также сделать так, чтобы бухи не вешали продажников.
Крылья еще не выросли и нимб над головой не светится?
как раз об этом речь и идет. Строить системы так, чтобы бухи не вешали продажников, чтобы легко выполнялись обновления, чтобы просто было отслеживать... Что хотели сказать? Совершенно не понятно что, к чему относится
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330481
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не вопрос. Стройте систем У .
Главное, чтобы было единое информационное пространство на объекте автоматизации без процессов перекачки, консолидации, сопоставления и сверки между разными систем ами . Ибо это процессы вырожденные и паразитные, придуманные в том числе программистами.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330535
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
astonНе вопрос. Стройте систем У .
Главное, чтобы было единое информационное пространство на объекте автоматизации без процессов перекачки, консолидации, сопоставления и сверки между разными систем ами . Ибо это процессы вырожденные и паразитные, придуманные в том числе программистами.
Единое информационное пространство - это та абстракция, о которой все говорят, но не все понимают, что это такое. Чуть выше было сказано о том, что замена монстрообразным ERP - сервисно-ориентированная архитектура. Создание документа в одной системе, а проведение его в другой, требует такой же сверки, как и в рамках того, что Вы до сих пор считаете "единой системой". Консолидацию придумала жизнь, а не программисты. Вырожденными процессами называются те, которые не подходят для компании. В любой ERP Вы можете найти их массу. В общем, это все банальности. В самом начале века они еще были в диковинку, но сейчас-то... Мне действительно удивительно такое читать.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330557
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
astonСтройте систем У .
Проходили уже. "Даешь одну большую супер-пупер систему, которая будет делать всё!" (с) САП :)
Только гибкость таких систем падает катастрофически, а стоимость поддержки наоборот, катастрофически растет. Не говоря уже о скорости исправления ошибок и жесткой привязке к автору такой системы. ;)
astonГлавное, чтобы было единое информационное пространство на объекте автоматизации Его как раз и обеспечивает правильная интеграция. Пользователю абсолютно до лампочки, сколько у него баз данных и как они синхронизируются. Главное - интеграция позволяет объединять в это самое единое информационное пространство наиболее подходящие инструменты для решения узкоспециализированных задач, а не писать эти инструменты самому.
...без процессов перекачки, консолидации, сопоставления и сверки между разными системами. Ибо это процессы вырожденные и паразитные, придуманные в том числе программистами.Зря, выходит, придумали SOA, XML и прочие механизмы упрощения обмена данными. Зря выходит придумали ActiveX\OLE\COM для упрощения взаимодействия разных программ. Да и LinkedServers зря запихали в машину mssql. :)
Я так думаю дальнейший спор бесполезен. Иначе перерастет во флейм а-ля "windows vs linux". Когда каждый отстаивает свою точку зрения, не слушая, да и не давая аргументацию :)
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330618
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Система не может быть большой или маленькой или монсторообразой. Она может быть достаточной или нет для данного конкретного объекта. Слишком велик SAP, возьмите Галактику. Велика Галактика - возьмите 1С. Или разработайте собственную.

Одно радует. Работы по расчистке зоопарков еще хватит надолго.

З.Ы. Я дюже удивлен, когда в случае, если бухи вешают продажников при формировании книги покупок, уважаемая публика советует посадить их в разные системы вместо того, чтобы сменить криворукого девелопера.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330691
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полное непонимание того, что называется системой. Одну и туже задачу можно решить различными способами. И как раз большие ( и даже монстрообразные) и маленькие системы - это объективная реальность.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330707
aston
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Полное заточнение в девелоперской среде.
SAP для GeneralElectric это не монстр, а козявка. 1С Бухгалтерия для ИП Пупкин - это не козявка, а монстр.
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330750
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aston,
а чем занимается этот "ИП Козявкин"?
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330755
WJ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmaston,
а чем занимается этот "ИП Козявкин"?Флудит на форуме)))
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36330800
Last1Cmen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор Я дюже удивлен, когда в случае, если бухи вешают продажников при формировании книги покупок

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

а ещё есть любители перепроведения оптово-массового для первых событий :)

когда такое есть то уже без связки Торг+Бух отдельными физическими БД никуда... да и не нужно как правило в бухгалтерии вся продажная аналитика, достаточно и сводных торговых проводок а всё остальное по деятельности предприятия всё равно по торговле нет смысла гонять

так что в разделении учета по участкам физически есть свои преимущества (как и недостатки связанные с синхронизацией)
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36331237
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
astonПолное заточнение в девелоперской среде.
Таки флейм начался... :) Aston, приведите хоть одн аргумент, когда "монолитная" система выигрывает перед "интегрированным зоопарком". Как пример - есть три ситем ы , пускай это будут продукты 1С: - "зарплата и кадры" (ЗИК), "Бухгалтерия" (БУ)и "Оперативный учет" (ОУ). "ЗИК" и "БУ" - купленные продукты. Замечу, что у этих продуктов есть встроенная система обмена данными. "УУ" - тоже купленный продукт, но в отличии от остальных - "курочится" в соответствии с изменениями текущих бихнес-процессов собственным ИТ. Первичная документация вся заносится в ОУ. Кадровый учет прозрачно выгружаюися в ЗИК (репликация кадровых документов и справочников ОУ->ЗИК). Бухгалтерские документы выгружается в БУ "одной кнопкой" (регламентный перенос документов ОУ->БУ, после закрытия периода ОУ). Результаты расчета ЗП и налогов (в полном соответствии с законодательством) штатно переносятся в БУ, откуда забираются (с трансформацией аналитики) в систему ОУ. В результате имеем три системы. Поддержка ЗИК и БУ полностью лежит на разработчике этих систем и оплачена лицензией при покупке. Поддержка и доработка ОУ, а также все механизмы синхронизации с ОУ - собственный ИТ. В результате - фирма имеет актуальную "фискальную" систему. И минимальные затраты на поддержку соответствия законодательству. Основные затраты на ИТ сконцентрированы на соответсвии подтемы ОУ текущим бизнес-процессам. И согласованности их с законодательно диктуемыми ЗИК и БУ. Вопросы к Вам, Aston:
1. Как это будет выглядеть в "монолитной" системе? Кто будет отслеживать и реализовывать соответствие законодательству?
2. Сколько ресурсов потребует такая поддержка?
3. И главный вопрос: какие "крылья и нимбы" нужны, чтобы объяснить работодателю, что нужны эти доплнительные ресурсы?
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36331272
Егоров Александр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
astonSAP для GeneralElectric это не монстр, а козявка. 1С Бухгалтерия для ИП Пупкин - это не козявка, а монстр.
SAP для GeneralElectric точно такой же инструмент учета, как и 1С:Бухгатерия для ИП Пупкина. Если этот инструмент помогает для достижения бизнес-целей - его используют, нет - не используют. С учетом бюджета конкретного предприятия, естественно... ;)
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36331344
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Егоров Александр,
+1
...
Рейтинг: 0 / 0
Выбор архитектуры . -====1с====--
    #36331376
Прогер СПБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1С 8.0 вполне справиться.

"специфичные части бизнесс логики" - это воровство "потери в производстве" и уход от налогов "налоговая оптимизация"?
Если да, то 1С вполне адаптирован под воришек особенности российского бизнеса.
...
Рейтинг: 0 / 0
25 сообщений из 111, страница 2 из 5
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Выбор архитектуры . -====1с====--
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]