А давайте попробуем переложить контрольный пример на 1С:УПП.
Не дожидаясь мнения AVA SYSTEMS на этот счет.

AVA

1.1. Создание двух юридических лиц поставщика, выставление номеров счетов-фактур по каждой.
[/quote]
Не проблема. В УПП можно вести учет по нескольким юридическим лицам в одной базе.
AVA
1.2. Создание клиента, имеющего два юридических лица.

В карточке контрагента есть флажок "Входит в холдинг" и возможность указания клиента для юр.лица.

AVA
2. Создание заказов (действия по п. 2 должны происходить в рамках одного проекта).

С этим заданием вроде справились, но заказы по проектам не делятся.
Выкручиваемся, используя реквизит "Основной проект" в договоре с покупателем.
Резервирование производится отдельным документом.
В первичных документах поступления товаров, реализации, движения ДДС поле "Проект" есть.

AVA
2.3. «Отмашка» состоит из корпуса и фонаря. Их на складе нет, поэтому отправляем задание на закупку.

Внутренний заказ. Вообще-то, в ERP-системах обычно заводят спецификации на "отмашку" и план закупок комплектующих получается автоматчески при анализе плана производства, но авторы решили с разузлованием не баловаться. Ладно.

AVA
2.4. Выставляем счет клиенту. Или сначала выставляем счет, а затем резервируем уже по счету (в зависимости от подхода, принятого в системе).

Не проблема. Выставили.

AVA
2.5. Позиция «Навигатор» требует монтажа — будем монтировать его силами независимой организации.

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

AVA
3.1. Закупщик видит все, что нужно приобрести (четыре навигатора, четыре корпуса, четыре фонаря), и формирует два заказа поставщикам: «навигатор» и «корпус» в заданном количестве — одному, «фонарь» — другому.

Формируем план закупок, затем заказы поставщикам.

AVA
3.2. В ответ на каждый заказ поставщики присылают счета, мы оплачиваем их не полностью (оставшуюся часть оплатим после получения). При этом поставщик навигаторов оформляет их одной товарной накладной (или так, как это принято в конкретной системе), а корпуса — другой накладной (при этом оба наименования пришли в одном заказе поставщику).

И с этим проблем нет.

AVA
3.3. При оформлении обязателен учет ГТД.

Ну еще бы 1С не умела с ГТД работать!

AVA
3.4. Затраты на доставку и таможенное оформление всех поставляемых товаров включаем в себестоимость.

Да, пожалуйста. Документ "Поступление доп. расходов".

AVA
3.5. Услуги доставки предоставляет сторонний логистический оператор, покупаем у него эти услуги для нашего юрлица № 2. Услуги таможенного оформления оказывает другая компания, таможенный брокер. Оплачиваем оба счета на доставку и таможню, при этом требуется контролировать задолженность контрагентов (т. е. помимо оплаты фиксировать и факт оказания услуг).

Вроде нормально все оформляется.

AVA
3.6. Фонарь покупаем в России, он российского производства.


Угу.

AVA
4.1. Менеджер по закупкам формирует распоряжение на прием всего закупаемого товара на склад № 2, чтобы кладовщик этого склада знал, что именно и когда ожидается. Затем все это нужно перевезти на склад № 1.

Кладовщик может анализировать отчеты по заказам поставщикам (там есть дата прихода и склад назначения). Можно также применить ордерную схему.

AVA
4.3. Формируем распоряжение на отгрузку товара клиенту по обоим счетам (или заказам, в зависимости от принятых в системе практик).
4.4. Кладовщик соответствующего склада видит распоряжение и отгружает товар.
4.5. Получаем счета-фактуры и формы «торг-12» по обеим отгрузкам.


В 1С придется использовать ордерную схему. Сначала РТиУ, затем расходный ордер со склада. Счета-фактуры и ТОРГ-12 делаются по документу реализации.

AVA
4.6. Заказываем монтажные работы на стороне, получаем счет от контрагента, оплачиваем его, принимаем работу.
4.7. Клиент оплачивает остаток.

Не проблема.

AVA
5.1. Отчет «Прибыли и убытки» (или аналог, имеющийся в системе): интересует возможность их получения в отношении проекта. Обращаем также внимание на возможность детализации показателей отчета в таких разрезах, как «клиент», «документ», «статья расходов», «группа товаров», «менеджер».

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

AVA
5.2. Отчет «Движение денежных средств» (или аналог, имеющийся в системе): интересует возможность получения отчета в разрезе проекта. Также интересна возможность детализации показателей отчета в таких разрезах, как «клиент», «документ», «статья расходов», «менеджер».

Да, пожалуйста. "Анализ движения денежных средств".

AVA
5.3. Отчет «Баланс предприятия» (или аналог).
5.4. Отчеты, отражающие дебиторскую и кредитную отчетность, запасы, остатки денег на счетах.


Есть.

Итог. Поставленная задача решается в 1С:УПП. Единственны обнаруженным недостатком является отсутствие нормальной формы P&L по проекту (можно заказать как доп.отчет; вносить изменения в программу при этом не нужно).
С нетерпением жду статьи от автора.

Уточнения.
popov19
Тестировали мы с ним 1с8.

1C:УПП 1.3

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

Речь идет об отчетности по контуру УУ. Там действительно возможности получить P&L нет.

popov19
2. Проектные сделки. Никакого управления проектами в 1с нет как класса.

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


popov19
3. Договорная деятельность. Тоже чисто бухгалтерский подход. Просто список договоров. Ни процедур согласования, ни формирования текстов договоров.


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

popov19
Заводские номера изделий. Примерно, как с проектами.


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

popov19
5. Несколько раз возникали ситуации, когда в одном месте 1с показывает, что товар есть на складе, а в другом, что его...нет. Списали на глюк :-)

Это было в форме списка номенклатуры. Пока не выключили/включили заново показ остатков, программа упорно показывала наличие остатка на складе, не обращая внимания на обновление списка и другие манипуляции. Хотя остаток уже списали.

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

Не только это, но и об этом не забывают... :-)

Насколько я знаю, в AVA ERP нет открытого инструментария для кастомизации системы Заказчиком (кроме генератора отчетов). Но это не есть однозначный минус системы. При хорошей проработке функционала можно и так внедрить. У меня есть положительный опыт внедрения подобных систем в торговле - от Гепарда до JD Edwards. И клиенты были довольны.

[quot George NordiсJD Edwards - система с открытой средой разработки.

С Уважением,
Георгий[/quot]
Но мы ее внедряли в торговле без кастомизаций. Правда, было это очень давно, еще в прошлом столетии.

iscrafmСисой И клиенты были довольны.
через пару лет не интересовались степенью их удовлетворенности? на момент внедрения понятно. А что потом?

И через пару, и даже через 5 лет все были довольны.
Я вас умоляю. Кастомизация систем в наших условиях на 90% возникает от дури в головах новых менеджеров. Им себя показать нужно (а кому-то и откат получить). Вот и сносятся старые системы, с потом и кровью внедряются новые, переучиваются кадры. В результате на выходе лет через 5 имеем реализованную в новой системе функциональность старой. В то же время любая грамотно спроектированная система с функциональностью Закупки-Склад-Сборочное производство, Услуги - Продажи и интерфейсом с MS office/1C:Бухгалтерией может работать годами, причем без штатного специалиста по этой системе (достаточно несколько раз в месяц вызывать фрилансера).
Плохо то, что очень многие такие системы не выдержали маркетинга 1С и накрылись (хотя клиенты были довольны).

iscrafmСисой,

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

Безусловно. Но часто ли владелец магазинчика сотовой связи кидается заниматься с/х, а хозяин парикмахерской - торговать автомобилями? Обычно бизнес расширяется вполне предсказуемо и хорошо спроектированная комплексная система может несколько лет выдерживать запросы этого бизнеса.
Отдельная тема - e-бизнес, мобильный менеджмент, Интернет-торговля. Это единственное, что может ощутимо подталкивать к модернизации ИС. Других причин не вижу. Разве что изначально была выбрана заведомо слабая система с ограниченным функционалом.