powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / open source ERP frameworks
25 сообщений из 70, страница 2 из 3
open source ERP frameworks
    #38507658
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovinstant А для отсекания бреда существует бредоотсекатель. Мы же говорим о ERP, а не о поделках для кладовщиков или бухгалтеров. В этом процессе всегда присутствует такой же архитектор, как и при разработке "готовой" ERP
А можно пример такого проекта?
Чтобы и бредоотсекатель был, и архитектор с соответствующим опытом, и чтобы была именно ERP, а не "поделка".
И самое главное, чтобы было экономически целесообразно писать новую систему, а не использовать готовую. То есть существенная часть существующей тиражной системы (естественно, наиболее подходящей) была бы неприменима по причине отсутствия необходимых функций.

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

Разумеется, бывают большие задачи, которые правильно решать не доработкой существующей системы, а написанием новой с нуля. Что-то из подобного: http://www.computerra.ru/80130/walmart-bigdata/
Но для ERP систем почти всегда достаточно или относительно небольшой модификации существующего модуля, или написания небольшого дополнительного модуля, а процентов 90 всего необходимого функционала прекрасно подойдет в неизменном виде из нормальной тиражной системы.

Кстати чисто совковое видение. Для бедных. В штатах скажем > 70% корпорэйта "кастом-мейд".
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38507669
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а процентов 90 всего необходимого функционала прекрасно подойдет в неизменном виде из нормальной тиражной системы.Чаще всего подходит. Но отнюдь не прекрасно. :)
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38507716
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovinstant А для отсекания бреда существует бредоотсекатель. Мы же говорим о ERP, а не о поделках для кладовщиков или бухгалтеров. В этом процессе всегда присутствует такой же архитектор, как и при разработке "готовой" ERP
А можно пример такого проекта?
Чтобы и бредоотсекатель был, и архитектор с соответствующим опытом, и чтобы была именно ERP, а не "поделка".
И самое главное, чтобы было экономически целесообразно писать новую систему, а не использовать готовую. То есть существенная часть существующей тиражной системы (естественно, наиболее подходящей) была бы неприменима по причине отсутствия необходимых функций.
это моя работа. Ваша - внедрять созданное другими, моя - разрабатывать самостоятельно. Ничего не обычного. Вам, как бывшему бухгалтеру, сейчас просто внедренцу, возможно многое непонятно, но это просто из другой области знания.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38507717
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRoss_ustinov,

говоришь ерунду явную
попробуй найди ЕРП систему, которая устанавливает оптимальный размер партий запуска воще, найди ЕРП где можно задать критерий оптимальности че нить
собеседник просто не в теме. Обычные поверхностные представления
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508225
caballero
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
типичные сказки внедренцев - у вас неправильное предприятие потому что оно не соответствует нашей ERP. Посему не мы должны кастомизирвать свою ERP а вы переделывайте свое предприятие. И пофиг что предприятие работает и даже зарабатыват на покупку дорогих ERP - это типа не критерий, критерий - соответствие неким академическим знаниям и принципам на которых наша ERP построена.
И как только эти неграмотные лохи не знающие даже двойной записи зарабатывают прибыль.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508427
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosпопробуй найди ЕРП систему, которая устанавливает оптимальный размер партий запуска вощеТе ERP-системы, которые поддерживают канбан-планирование, такой функционал содержат. Например, Syteline.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508429
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Модератор: Такое ощущение, что перед Новым Годом возникла внеплановый всплеск весеннего обострения. Очень прошу, будьте сдержаннее и с уважением относитесь к оппонентам.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508481
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaViPRosпопробуй найди ЕРП систему, которая устанавливает оптимальный размер партий запуска вощеТе ERP-системы, которые поддерживают канбан-планирование, такой функционал содержат. Например, Syteline.
ОК. Давай построй там расписание с учетом сроков пролеживания (хранения, годности) продуктов.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508874
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosОК. Давай построй там расписание с учетом сроков пролеживания (хранения, годности) продуктов.Сроки годности в формуле расчета размера оптимальной канбан-партии действительно не учитываются. Однако, при желании можно, если захотеть, их учесть, в качестве ограничения.
Можно также во многих ERP-системах, даже не использующих канбан, прикрутить функционал расчета размера оптимальной партии, базирующийся, например, на формуле Стэндарта-Дэвиса. Однако, для того чтобы она действительно работала, требуется собирать детальную статистику по каждой операции - когда она началась и когда закончилась.
Вообще, ERP-системы очень редко используются для детального планирования на уровне элементарных операций, поэтому для них подобный функционал мало востребован. Зато он востребован в SCADA системах (диспетчеризации производства), в MES-системах (системах управления производственными процессами). Некоторые ERP-системы содержат в себе базовый функционал таких систем, который задействуется с алгоритмами APS (синхронного планирования). Однако, следует признать, в специализированных системах этот функционал более "продвинутый", он может строить более оптимальные планы и, в том числе, производить расчет оптимальной партии для каждой операции.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508904
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

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

ЕРП ДОЛЖНА (по опеределению) уметь строить планы по синхронизации всех потоков генерации ресурсов на самом детальном уровне какую бы не хотел клиент, при это она должна уметь работать с агрегатными моделями для возможности непрерывного уточнения и внедрения процессов и ресурсов это возможно если в системе имеется либо множественные модели, либо модель с возможностью агрегации и специализации процессов, ресурсов, политик управления
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38508905
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

насчет сроков годности
вот ты попроси кого нить обозначить цену передельки их истемы до этого :)
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509020
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosВопрос -если ЕРП умеет планировать точно и красиво на уровне цеха, то нафига еще какая та МЕС система нужна?

Вопрос другой: а нафига вообще планировать "точно и красиво" на уровне цеха?
В 95% случаев желание подобного точного планирования сродни мечтам посчитать все атомы во вселенной: столь же бесполезно, сколь затратно. Практического смысла, оправдывающего затраты на такое планирование, не имеет. Оставшиеся 5% (и то вряд ли) случаев, когда это действительно нужно - статистическая погрешность.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509029
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer,

Модератор: вырезано
есть изделия - и их много - которые делаются от 6 месяцев до 10 лет
а от 1 месяца до 6 воще тьма
и делают их, между прочим, в цехах
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509042
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vandererнафига вообще планировать "точно и красиво" на уровне цеха?
чтобы было.
ViPRosvanderer,

***
есть изделия - и их много - которые делаются от 6 месяцев до 10 лет
а от 1 месяца до 6 воще тьма
и делают их, между прочим, в цехах
имелось в ввиду наверное необходимость в "посекундных расписаниях"
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509044
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
instant,

посекундные тоже нужны
не зря я разговор вел о сроках годности
в электронике, деревобработке, химии, пищевке,... да везде, кроме металлообработки и то если красят-белят то тож самое
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509046
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosvanderer,

***
есть изделия - и их много - которые делаются от 6 месяцев до 10 лет
а от 1 месяца до 6 воще тьма
и делают их, между прочим, в цехах
ViPRos, этот набор слов не является ответом на вопрос. Равно как и мерилом понимания предмета.
Есть изделия. И что? Какие бизнес-цели ставятся перед "точным и красивым" внутрицеховым расписанием?

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

Точный и красивый план нужен тогда и только тогда, когда есть реальная возможность его точно и красиво исполнять, и это дает экономический эффект.
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509047
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer,

что за "реальная возможность"? как узнать есть эта возможность или нет?
в бубен бить?
Модератор: Вырезано.
Как ты думаешь, что модератору проще, вырезать или банить?
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509048
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosinstant,

посекундные тоже нужны
не зря я разговор вел о сроках годности
в электронике, деревобработке, химии, пищевке,... да везде, кроме металлообработки и то если красят-белят то тож самое
кто, кроме автомата способен придерживаться такого расписания?
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509049
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vandererТочный и красивый план нужен тогда и только тогда, когда есть реальная возможность его точно и красиво исполнять, и это дает экономический эффект.
100%. Если работу выполняет слесарь с инструментом, которому что 10 секунд, что две минуты одинаково, то настолько детальное расписание выглядит как покраска травы на газоне в зеленый цвет. Здесь очереди достаточно и каких-то критических граничных сроков
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509050
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
instant,

никто никого в автоматне превращает, есть технологические перерывы, проиводственные, календарные
отыхай, а на работе работай
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509141
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
instant100%. Если работу выполняет слесарь с инструментом, которому что 10 секунд, что две минуты одинаково, то настолько детальное расписание выглядит как покраска травы на газоне в зеленый цвет. Здесь очереди достаточно и каких-то критических граничных сроков
Именно так. В нескольких клинических случаях наблюдал картину внедренного точного пооперационного планирования. И каждый раз на вопрос "А операции действительно по этому плану выполняются?" ответ был "Нет, конечно!". В некоторых случаях пооперационный план даже не доводился до исполнителей, а использовался только для расчета времени. Причем, результат расчета с фактом соотносился очень приблизительно.

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

Другое дело, когда операции действительно длятся днями, а то и месяцами. Но таких операций по определению меньше, и их планирование может иметь смысл.
[ Модератор: Вырезано
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38509220
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vanderer,

ыто ты говоришь
1. Точные планы никому не нужны, мало того вредны
2. Длительных операций мало
...
откуда такие выводы
1. почему не нужны?
ты гришь - потому что они не выполняются.
А почему они не выполняются? Жду ответа.

2. где их мало?
в парикмахерской? авиастроении? машиностроении? селхозпроизводстве?....
жду ответа, откуда такое обобщение

Модератор: Вырезано с баном на 3 дня
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38514839
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Модератор: Коллеги, при таком накале страстей я обычно закрываю тему. Однако, предмет обсуждения (в частности пользы/вреда детального планирования), с моей точки зрения, высокую ценность. Поэтому тема пока остается открытой. ViPRos, настоятельно прошу не допускать грубых высказываний в адрес обладателей альтернативных точек зрения.

ПМСМ, детальное планирование действительно может приводить к негативным последствиям, либо просто не работать. О подобных ситуациях я тоже весьма наслышан. И дело тут в том, что любые управленческие решения помимо оптимизации собственно технической стороны вопроса могут сталкиваться с психологической стороной, с конфликтами интересов, с самооценкой тех или иных людей. К примеру, бригадир, который "управляет планом" (детализированным) на уровне отдельного участка - это такой, типа "начальник", цеховой прапорщик, который имеет определенную мотивацию в работе, в том числе включающую самооценку "я - начальник". Когда же бригадир полностью исключается из процесса управления и превращается в разносчика бумажек, распечатанных компьютером, то и отношение его подчиненных к нему соответствующим образом меняется, и его самооценка тоже. И этот вопрос вовсе не такой уж пустяк, чтобы от него можно было бац - и отмахнуться. Он почти со 100%-ной вероятностью провоцирует саботаж со стороны бригадиров, вне всякой зависимости от того, являются компьютерные детальные планы на самом деле более оптимальными, чем разработанные начальником цеха и/или бригадиром, или нет. Конечно, всегда есть "простое решение" - уволить бунтовщиков и заменить их на курьеров, разносящих бумажки, которые воспринимают себя именно курьерами, а не бригадирами. Однако, курьер не обладает тем опытом и компетенциями, которыми обладает бригадир. И на фазе, когда детальное планирование еще не полностью отлажено, и когда потребуется выявлять и решать проблемы, когда детальное планирование уже работает, но еще не отлажено, решать такие проблемы будет просто некому, если саботаж возникнет прежде и если его виновники будут уволены. Поэтому переход на детальное планирование - это очень высокие риски, связанные с высокой нестабильностью процессов планирования в переходный период. Настолько высокие, что могут привести к остановке всего производства по причине неучета психоэмоциональных и мотивационных факторов. Так что vanderer, ПМСМ, отчасти прав. Конечно же, проблемы эти во многих случаях являются преодолимыми. И мне бы очень хотелось, чтобы обсуждение свелось к двум аспектам:
1. Определение оправданности/неоправданности озвученных рисков для конкретного производства и технологии управления.
2. Обсуждения способов снижения указанных рисков (а вовсе не личностей оппонентов).
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38515427
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garya,

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

2. Психологический фактор сильно преувеличен. Не скрою, с первой моей МЕС системой (YSB.MES) такой конфуз случился таки. При хорошем, расчетно выполнимом расписании... оно не выполнялось. Тоже тут ж начали саботажников искать, наказывать и т.д., но толку было мало, люди не хотели работать по расписанию, так как прога не учитывала психологически особенности процессора - человека.
В ВИП.Производстве этот момент учтен - причем до беспредела.
Реализован механизм настройки генерации расписания с учетом политик (управленческих правил) по комфортности (имеются много групп управленческих политик, кроме комфортности - эти политики снижают расчетную эффективность расписания, но повыщают устойчивость процессов)
Сначала моделируется все как есть, с учетом имеющегося комфорта (вплоть до назначения процессов к конкретным рабочим местам и конкретным группам сотрудников) сужая ареал мобильности.
Для этого введены понятия - Мобильность (Стационарность), Ареал мобильности (где, на каких РМ, чек может работать, естественно с учетом компетенции), Рейтинги.
Дальше ареал расширяется (вплоть до другого города, с учетом времени перемещен я и т.д.) с учетом расстояний между РМ (отдельный механизм реструктуризации производительных сил на основе статистики , прогноза будущих потоков тут пока не бует рассматривать), но все еще применяются политики типа - если конкретный процесс был исполнен на РМ, то лучше этот же РМ и надо использовать в далнейшем, если чек начал работать на данном РМ, то лучше он там и будет работать, если нескоко чек имеют одинаковое множество квалификаций, то лучше все работы полелить по квалификацией и назначить на разных людей и т.д. - политик много и они задаются настройками.
В далнейшем задействутюся политики по реструктуризации, компактности, мобильности и т.д. и расписание приближается к оптимальному по заданным критериям (счас это Время, Затраты и их мультипликаторы).
Эти психологические моменты были изучены, систематизированы и в виде политик применены в ММЗ (НПК-20).
Так что у страха глаза велики. :)
...
Рейтинг: 0 / 0
open source ERP frameworks
    #38515459
vanderer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaИ дело тут в том, что любые управленческие решения помимо оптимизации собственно технической стороны вопроса могут сталкиваться с психологической стороной, с конфликтами интересов, с самооценкой тех или иных людей.

И такой момент может иметь место, но это не единственная, и я бы сказал, далеко не основная проблема внедрения пооперационного планирования.
Зачастую проблема кроется гораздо выше (или раньше). Проблема в непонимании целей, задач, ограничений и главное применимости пооперационного планирования.
Аналогия из жизни. Пойдете ли вы на рынок покупать себе домой картошку, взяв с собой для контроля высокоточные лабораторные весы, дающие точность измерения 0,01 г? Этот вопрос покажется дурацким, наверное, всем. Зачем такая точность? Во-первых, на сумку картошки одной только грязи несколько г, кожуры несколько десятков г. А самое главное - 1 г картошки стоит 3 копейки, а лабораторные весы громоздки, неудобны и могут стоить несколько десятков тысяч.

Но почему у людей обычно не возникает подобного ощущения абсурда, когда составляют план операций до секунд, исполнить который могут в лучшем случае с точностью до часа? Например, потому что не могут наладить надежное снабжением материалами. Или по любым другим причинам. Банально - но прочность цепи определяется самым слабым звеном. Тоже самое с точностью - все звенья в цепи должны работать, как часы, чтобы был смысл планировать точно.

План - это результат просчета некоторой модели производства. Но если исполнитель операций по плану - не робот, а человек, то модель может оказаться очень и очень далекой от реальности. Можно в модели учесть, что Петров работает быстрее Сидорова. Можно учесть даже, что Сидоров работает лучше по утрам, Петров по вечерам, а для Ивановой завести и учитывать календарь критических дней. Но чем точнее описываешь модель, чем больше пытаешься приблизить ее к реальности, тем более громоздкой она оказывается.

Вопрос целей. Зачем? На этот вопрос очень редко отвечают. Зачем вам нужно точное детальное планирование?
Можно выделить несколько ответов разной степени адекватности. Чаще всего встречается ответ "потому что хочется!". Хочется контролировать (или иметь иллюзию контроля). При этом не могут внятно сформулировать, что именно и зачем хотят контролировать. При детальном разборе ситуации выясняется, что нужно управлять лишь в паре точек и иметь, скажем так, раннее оповещение о риске срыва сроков.

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

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

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

Garya1. Определение оправданности/неоправданности озвученных рисков для конкретного производства и технологии управления.

Оправданность определяется банальным сравнением оценок выгоды, получаемой от точного планирования, и затрат, которые необходимы на его поддержание.
Garya2. Обсуждения способов снижения указанных рисков
Перефразируя сказанное выше, точность цепи определяется точностью самого неточного звена. Способов снижения рисков много, нет какого-то универсального рецепта. Я больше склоняюсь к необходимости переубеждать и отговаривать от хотелок точного пооперационного планирования. Использовать его только в тех (редких) случаях, когда действительно нет иных способов решить поставленные задачи.
...
Рейтинг: 0 / 0
25 сообщений из 70, страница 2 из 3
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / open source ERP frameworks
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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