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

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

Всем добрый день! С модулем отчетов нужно, что то делать в программе. С одной стороны он доступен к редактированию, с другой простому пользователю программы не понятен. Понимаю, можно сделать множество курсов, по обучению разъяснению...Думаю что формула все гениально -просто, остается актуальной.По программе- основные принципы построения на высоком уровне, потому желательно по минимому нужно допускать мелкие ошибки, которые не смогут исправить пользователи.
Демо версия данной программы устанавливается нашим покупателям на технику. Вчера звонит, мне клиент задает вопрос -" Почему при выборе Укр.языка в программе, базовая счет фактура на украинском, а предупреждение о дейстительности счета в течении 5 дней - на русском. На мое предложение создать новый документ счета, получил такой ответ. Во первых у меня нет свободных человеко-ресурсов для занятия этим вопросом. А во вторых этот вопрос актуален для всей пользователей, и он должен решаться на первоисточнике.
Все клиенты надеются что в программе ТСU так же, будет использован японский принцип , по которому на газонах сеют траву, а через определенное время по тропинкам укладывают дорожки, а не наоборот, после чего должны ставить заборы и делать вывески "по газонам не ходить" .
С уважением Ваш ценитель программы и партнер Николай Зозуля. :D

Serdimael, с Вашим отчетом есть одна проблема. Дело в том, что цена 1,2, 3 и т.д. могут меняться в справочники и отличаться от тех, которые были актуальны на момент продажи.
Есть еще одна проблема. Мы можем продавать товар по любой цене и не обязательно это одна из 5-ти цен прайса. Цены могут варьироваться, в зависимости от скидок, тем более процентных скидок. При этом ни к одной из колонок они принадлежать не будут. Что делать в этом случае?

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

Serdimael, те задачи, которые Вы озвучили относятся не к простой отчетной области. Это так называемая BI (Business Intelligence) Основным средством для BI является OLAP
Мы предоставляем OLAP решение, которое вполне способно решать запрошенные Вами задачи.
Единственная проблема (а мы почувствовали, что для пользователей это проблема и ищем ее решение) - нужно знать язык SQL и структуру базы данных. Структура базы данных будет описана при подготовке учебных курсов по отчетам до нового года.

Все отчеты, которые созданы за последний год, созданы исключительно средствами конструктора отчетов ТЦУ.
Создание нового отчета состоит из трех этапов.
1. Берем любой готовый отчет и открываем его в режиме конструктора (можно было бы иметь отдельную кнопку "Создать отчет", и возможно мы ее добавим, но этот способ ничуть не хуже).
2. Справа в свойствах отчета в выпадающем списке списке выбираем TCUReport

3. В разделе Свойств ReportWizard задаем такие свойства
ReportWizardName - имя отчета в списке мастера отчетов
ReportVarianName - имя варианта отчета (виден в выпадающем списке вариантов отчетов мастера отчетов).
PointSelect и далее - настройка фильтра, по типам данных которого можно делать выборки. Например, для ведомости остатков нельзя делать выборку по покупателям (ClientSelect), а для отчета по продажам - можно. Обратите также внимание на свойства StartDateSelect и EndDateSelect - они делают видимыми дату начала и дату конца периода просмотра. Например, ведомость остатков нельзя сделать за период, а только на дату, а отчет по продажам нужно делать за период , следовательно свойства StartDateSelect и EnddateSelect должны быть установлены в true.

3. Выбираем в списке элементов DataControl1. Это источник данных. В его свойстве Source задается SQL-запрос для получения данных из таблиц базы.

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

Не совсем так. Приведенные Вами функции преобразуют число в сумму прописью (не деньги, а именно число).
translateNumberEng дает сумму прописью на английском языке
translateNumberRus и translateNumberUkr - соответсвенно на русском и украинском.
Кроме преобразования числа в сумму прописью, нужно присоединить еще название денежной единицы и копейки.
Для упрощения формул и преобразований в самом скрипте мы предоставляем еще такую функцию, как TranslateNumberRusExt
В нее достаточно спустить полную сумму, она сама вернет правильную сумму прописью с указанием названия денежной единицы. В мастере отчетов при выпуске отчета Вы можете задать валюту отчета. Если при этом Вы нажмете на кнопку "..." и выберите пункт меню "Задать по умолчанию", данный отчет будет сохранен как отчет по умолчанию, так же будет сохранена и валюта этого отчета.

Господа разработчики: а можно ли получить от Вас накладные на передачу в виде .xml для модификации по своему вкусу? Точнее необходимы Артикулы

Жду ответа!!

[color=red:cabf49854f]тук-тук Вопрос еще очень интересует!!!![/color:cabf49854f]

Пример данного отчета можно увидеть, если открыть отчет - расходную накладную в расширенном варианте.
Чтобы в отчете имелась нумерация позиций проделаем следующее.
1. В область данных добавим элемент "Надпись" и назовем ее (свойство Name на боковой панели справа) pos_number
2. Для свойства Text зададим значение 0
3. Выполним команду Script на контекстной вкладке.
4. Для события OnFetchData (выбирается справа вверху из выпадающего списка) зададим текст
Sub OnFetchData(eof)
rpt.sections("Detail").controls("pos_number").Text = rpt.sections("Detail").controls("pos_number").Text + 1
End Sub

5. Закроем Script, сохраним отчет.
6. Запустим отчет на выполнение.