В предыдущей статье я рассказал о выходе Solid12 — версии IEM-платформы для PostgreSQL. Как и обещал, рассказываем более детально о том, с чем придется столкнуться разработчикам (и с чем столкнулись мы при миграции).

Этот обзор не является исчерпывающим, скорее его нужно рассматривать как минимальную вводную для разработчика под Oracle, приступающего к работе на PostgreSQL.

Ограниченно-бесплатная IEM-система для малого бизнеса Ultimate 2C теперь будет поставляться исключительно на платформе Solid12.

Заказчики промышленных IEM-решений Ultimate получат возможность выбора между enterprise-версией платформы Ultimate Solid, агрегированной с Oracle Database 12c EE, и light-версией Solid12 для PostgreSQL.

Миграция на бесплатную СУБД позволила снизить стоимость облачного сервиса Ultimate Cloud: со 129 до 99 рублей за пользователя в день.

WANTED: талантливые математики на интересный и денежный контракт
Целевая специализация — матстатистика, матмоделирование, нейросети.
Описание задачи — ниже.

Вторая попытка по человечески сформулировать задачу из предыдущего постинга.

Привет, Хабр. У нас есть огромный опыт в разработке систем для автоматизации предприятий, но к сожалению, я почти ничего не помню из математической статистики. Вообще у меня была кафедра дискретной математики. Но есть идея сделать проект, который в кулуарах носит название Железный Феликс.

Зарегистрировавшийся пользователь после ~20 минут ожидания генерации частного облака получит доступ к развернутой инсталляции управляющей системы предприятия начального уровня Ultimate 2C.

 В созданном облаке будут развернуты:

• универсальная IEM-платформа Ultimate Solid
• базовая конфигурация Ultimate 2C
• средства разработки и кастомизации конфигурации
• демо-данные (товары, клиенты, поставщики и прочие контрагенты).
• веб-компонент интернет-магазина на базе CMS UMBRACO

Интерфейс — английский (с возможностью переключения на русский в настройках).

Разработчик партнера согласился поделится личным опытом интеграции с EBay.

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

Некоторое количество времени назад в одноименном цикле мы рассказывали, как у нас что устроено — от организации бизнес-процессов до системы мотивации персонала. Отвечали на вопросы читателей тоже.

Один из программистов (vox populi — vox Dei) выдвинул идею выложить в публичный доступ ERP-решение, на котором мы сами работаем. На условиях, аналогичных Ultima 2C

Решение, безусловно, на платформе Ultima Businessware. В данном случае сапожник с сапогами.

Собственно, вопрос к аудитории — будет это интересно минимально широкому кругу?

Подготовка к тиражному релизу предполагает немалый объем работ по подготовке, не хотелось бы зря силы тратить.

Собственно опрос:

Насекомая суета чиновников (запретить-разрешить-одобрить-регулировать-контролировать) различных юрисдикций с криптовалютами неслучайна: коллективный организм мирового паразитария мерзкими усиками чувствует опасность.

— Брат, — говорит он, — прими мой сердечный привет! Не тебя ли я видел на юге Миссури прошлым летом, когда ты занимался продажей цветного песочка по полдоллара за чайную ложку и уверял, что стоит только всыпать его в лампу и керосин никогда не взорвется?

— Керосин и вправду никогда не взрывается, — отвечаю я. — Взрывается только газ.

О’Генри “Благородный жулик”

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

Название для яркого, сильного, агрессивного брэнда (а другие появляться не должны вовсе), согласно видению Ultima Consulting, должно отвечать следующим критериям:

Слонопотамная неуклюжесть Хитрого Плана (tm) наших международных коллег по опасному бизнесу (первые пристрелочные залпы тевтонского пиар-дредноута) побудила разобрать кейс Ханы.

В предыдущей серии мы писали о существовании универсальных КПЭ, применимых к любому сотруднику компании, участвующему в процессе создания стоимости.

Здесь мы об этих КПЭ и расскажем.

В предыдущей публикации на эту тему были изложены САМЫЕ вредные советы.
Фатальные и близкие к оным ошибки при построении СММП.
Существуют и менее опасные ошибки, не смертные, так сказать, грехи, которые, однако, резко сокращают полезный эффект внедрения СММП. А, как правило, еще приводят к самым неожиданным последствиям.

Обыкновенно противу идиотов принимаются известные меры, чтоб они, в неразумной стремительности, не все опрокидывали, что встречается им на пути. Но меры эти почти всегда касаются только, простых идиотов; когда же придатком к идиотству является властность, то дело ограждения общества значительно усложняется. В этом случае грозящая опасность увеличивается всею суммою неприкрытости, в жертву которой, в известные исторические моменты, кажется отданною жизнь… Там, где простой идиот расшибает себе голову или наскакивает на рожон, идиот властный раздробляет пополам всевозможные рожны и совершает свои, так сказать, бессознательные злодеяния вполне беспрепятственно. Даже в самой бесплодности или очевидном вреде этих злодеяний он не почерпает никаких для себя поучений. Ему нет дела ни до каких результатов, потому что результаты эти выясняются не на нем (он слишком окаменел, чтобы на нем могло что-нибудь отражаться), а на чем-то ином, с чем у него не существует никакой органической связи.
М.Е. Салтыков-Щедрин «История одного города»

Собственно, в развитие темы, затронутой в кейсе www.ultimaerp.com/results/motivation

Несколько дней назад я помогал в проекте интеграции Ultima Businessware и другой учетной системы. Кроме прочего, я хотел получить список того, что должно синхронизироваться в системе не только «из головы», но и каким-то объективным способом.
Что получилось — под катом.

Продолжу рассказ о возможностях платформы Ultima Businessware. Сегодня — о нашем средстве для подготовки специальной отчетности. Средство это действительно возникло как ответ на необходимость оперативно получать отчет в привычном для руководителей высшего звена виде. И первые отчеты сделанные с его помощью были P&L и Balance.

Цикл публикаций “Тайны мадридского двора” задумывался в намерениях (цитата из первой части):

“...наши решения больных вопросов и используемые технологии работы ни в коей мере не позиционируются как наилучшие. Напротив, имея намерение рассказать коллегам по опасному бизнесу о собственных наработках, мы ожидаем получить в комментах конструктивную критику и встречные идеи, не пришедшие в головы нам.”

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

То есть диалога с собственно “коллегами по опасному бизнесу” (в смысле с предпринимателями в сфере производства\внедрения близкого по смыслу софта) не получилось. Видимо, за оных коллег несущественно малым процентом от аудитории Хабра. Mea culpa.

Таким образом, продолжать цикл за отсутствием целевой аудитории смысла мы не будем (по крайней мере, на этой площадке), но, следуя взятым на себя ранее обязательствам, ниже разберем аргументированные возражения и ответим на содержательные вопросы, сформулированные читателями в комментах к предыдущей части и не отвеченные в полном объеме там же.

Отвечает Ultima Consulting.

Сегодня я хочу рассказать о возможностях быстрого прототипирования, реализованных в платформе Ultima Businessware. Я покажу, как быстро набросать реализацию тривиального процесса (будут слайды!), расскажу как можно сократить время разработки и улучшить масштабируемость процесса разработки. Ну и заодно немного пройду по всяким мелким «плюшечкам» системы про которые я упоминал в прошлых статьях. За подробностями — прошу под кат.

Предыдущий текст серии, описывающий устройство бизнес-процесса постановки и выполнения задач, рекомендован для предварительного ознакомления.
Здесь же — о том, как и за что получают деньги программисты. Задачи, решаемые нашей системой мотивации разработчиков. KPI.

Этот пост задуман как первый в одноименной серии, в рамках которой мы будем рассказывать о том, как у нас все внутри работает.

Также здесь мы собираемся осветить некоторые вопросы внутренней организации, решающиеся в разных компаниях по разному (и нигде — 100% удовлетворительно) и представляющие общий интерес для любого бизнеса, связанного с разработкой софта.

Излагаемое ниже — плод многолетней эволюции. Которая, безусловно, ни в коей мере не является завершенной.

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

В первой серии рассмотрим организацию бизнес-процесса поддержки.