Здравствуйте, Павел.

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

В "Большой Птице" есть возможность работы с наборами товаров. Подробнее об этом можно почитать здесь: 
http://support.bigbird.ru/topic/412317-kak-sozdat-...

Подойдет ли вам такое решение?

Здравствуйте.

Это уже фактически производство нового продукта получается?

Здравствуйте.

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

Здравствуйте.

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

Сергей, я смотрел описанную вами программу. Тут речь сейчас скорее о том, какие именно характеристики добавлять как учетные. Остатки товара хранятся и учитываются в разрезе учетных характеристик, при этом в пределах них другие свойства товара однородны. Простой пример: джинсы 510, синие, размер 32х24; джинсы 510, красные, размер 28х30. Номенклатурная позиция одна: джинсы 510. А значит все свойства, характерные для нее, а в особенности - цена, не зависят от размеров и цветов. В случае с материалом у меня есть сомнения, что ботинки из кожзама будут стоить столько же, сколько и ботинки из кожи. Даже если это одна модель. Получается, что это характеристика товара, но не характеристика для ведения учета остатков товара в ее разрезе.

Мы собираемся сделать два вида характеристик, назовем их пока что учетные характеристики и свойства. В разрезе первых ведется учет остатков, их всего две пока вырисовывается: размер и цвет. Их нельзя задавать произвольно. А вот свойства, наоборот, можно создать какие угодно, но учитывать остатки в их разрезе не получится. Зато можно искать/выбирать/группировать товары в разрезе свойств. То есть, мы можем вывести сколько у нас джинсов 510 на остатке в размере 30х32, 30х34, 32х36 и т.п. Это учетная характеристика. В ее разрезе хранятся остатки одной товарной позиции. А свойство присуще товарной позиции целиком. Например, для джинсов это может быть содержание эластана. Я не могу посмотреть остатки джинсов 510 с эластаном и без. Но я могу посмотреть, что джинсы 510, 575 и 510 являются моделями, в которых есть эластан, и построить отчет по остаткам по всем джинсам с эластаном. Это в данном контексте - свойство. Так вот, материал, как мне кажется, это тоже свойство, так как меняет сущность позиции и ее цену в конечном итоге. А цена назначается на позицию, а не на характеристику. Простите за запутанное объяснение :)

В этом обновлении, к сожалению, нет. Сейчас мы заканчиваем формирование заданий на следующий релиз, и статусы заказов там уже описаны.

Здравствуйте.

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

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

Здравствуйте.

Пароль не сохраняется из соображений безопасности. Это наш осознанный подход.

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