Crystal Reports

katrina писал(а):

Добрый день всем!!! Подскажите пожалуйста, может кто-нибудь знает на подобие такого же форума(скальского), форум (кристальский????). Киньте мне пожалуйста ссылочку. Сопровождение Кристалла в принципе любой версии.Очень нужно… Help!!!!!!!!!!!!!!!!!!!!!!

http://www.sql.ru/forum/actualtopics.aspx?bid=57

katrina писал(а):

Добрый денёк! Подскажите, как вот такой запрос: SELECT * FROM PA4A0100 WHERE (CAST(PA4A011 AS money) < 0) можно перевести на Кристальское восприятие. Чтобы кристал правильно распознал этот запрос, потому что постоянно ругается. Может быть он операторы какие-то не читает. Запрос верен, я его выдернула из sql, и решила вставить в кристал.Но не тут то было. Кручу, верчу…

А вне кристала этот запрос чего-нибудь выдает? У меня лично ничего. Выдает только при =0 или при >0
А money обязательно? Вот так не пойдет? WHERE (CAST(PA4A011 AS numeric(20,8)) < 0)
Я, конечно, very sorry, по фотографии лечить пытаюсь, кристала-то у меня нет, да и не знаю я его, но, вот интересно стало…

katrina писал(а):

Нет, сервер и БД он верно видет. Проверяла, просто напросто меняв данные…

1. Если создать хранимую процедуру, с этим запросом и указать ее в качестве источника данных, результат будет виден в кристале?
2. Вы пытаетесь получить результаты этого запроса в чисто Кристальском отчете, или Скальским Кристалом (формы ddf)?

Проблема не в CR, а в самой Скале. При печати в RPT в датасете выдается лишняя строка, причем она является копией последней строки. Скальский хотлайн считает это фичей, а не багой. Может вам удастся их убедить?

Как это обойти: гляньте на стандартные отчеты из поставки — там нигде не используется секция Detail, все данные размещаются либо в Group Header, либо в Group Footer. При правильной группировке лишнюю строку видно не будет.

Это все подходит, если используются итоги из DDF кодов, если же какие-то итоги нужно считать в отчете, то у таких полей в DDF файле нужно поставить ключик /NODUPLICATE, тогда это поле в последней строке будет пустым и не будет мешать при расчете.

—-
Dmitry Pestov

{OR02,68_Unknown/NODUPLICATE,String<68>}
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

katrina писал(а):

А расскажите пожалуйста по-конкретнее про группировку секций Group Header и Group Footer. Все данные размещены сейчас в отчёте в Group Header, но лишнюю строку видно всё равно. Может быть действительно группировка этих секций не верна?!

А вот конкретнее сказать не смогу, зависит он вашего отчета. Идея состоит в том, что мы добавляем в группировку условия таким образом, чтобы последняя правильная и лишняя записи гарантированно попали в одну группу, а другие записи не схлопнулись. Обычно нужно найти уникальные поля для записи (они ведь для последних строк одинаковые). Для заказа это, видимо, будут поля: номер строки, номер субстроки, номер партии, но это может зависеть от вашего конкретного отчета.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

Спасибо Вам большое!
Да, действительно этот чудодейственный ключик помог, строка последняя почти исчезла и на итог общей суммы не повлияла. В этой последней строке во все переменные ключ я проставила.
Но есть ещё одно но…., в одном значении почему-то не действует ключ — в значении суммы без НДС.
Эта переменная в принципе ни чем не отличается от других переменных. Никак не хочет исчезать, почему так?
{OR02,45_Line_total_excluding_TAX_including_line_discount/NODUPLICATE,String<45>

Читаю всё это и почти "умываюсь слезами". Какой ужас. Как я Вам сочувствую! Как в том анекдоте про художника: "посмотри сынок, как человек без полароида мучается". Ведь это не живопись, может быть все-таки "купить Polaroid"? Я так рад, что мы навсегда забыли о словах типа "45_Line_total_excluding_TAX_including_line_discount"

Ну порадовали — ПОЧТИ исчезла

Правильно ли я понимаю — без ключика это поле работает без проблем, т.е. значения в нем оявляются?
Может закрывающей скобки нет?
Еще версия, что из-за имени слишком длинного.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

aav писал(а):

Читаю всё это и почти "умываюсь слезами". Какой ужас. Как я Вам сочувствую! Как в том анекдоте про художника: "посмотри сынок, как человек без полароида мучается". Ведь это не живопись, может быть все-таки "купить Polaroid"? Я так рад, что мы навсегда забыли о словах типа "45_Line_total_excluding_TAX_including_line_discount"

Ну а какая альтернатива для стандартных отчетов типа счет-фактуры? Тут как в другом анекдоте "мышки плакали, кололись, но продолжали есть кактусы". Заменять их внешними отчетами себе дороже, за печатью таких отчетов сидит еще и другая функциональность, плюс часть полей расчетная и в БД не хранится, с той же СЧФ помню очень мучались с НДС во внешнем отчете.

В главном согласен — подсистема отчетности — это одна из самых слабых сторон Скалы.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

Я сама как ребёнок радуюсь каждому "+" новых изменений в истории СФ.
Дела обстоят таким образом: в DDF во всех полях, относящихся к повторяющейся строке, я проставила наш спасительный ключ /NODUPLICATE. А из этих всех полей почему-то одна переменная выделилась таким образом, что не исчезла из отчёта СФ, т.е. повторилась. И соответственно на итог общий повлияла.
Говоря того, что эта переменная ни чем не отличается от др., я подразумевала то, что как одна переменная с ключом пустой стала, а другая нет.
Эта правильно скрылась:{OR02,47_Line_total_including_TAX_including_line_discount/NODUPLICATE,String<47>
Эта назойливо сидит, и не пустеет :{OR02,45_Line_total_excluding_TAX_including_line_discount/NODUPLICATE,String<45>
В чём прикол, сама не пойму?!

А в чём проблема-то? У нас все документы печатаются через Reporting Services, хоть накладные, хоть счета-фактуры. Бухгалтер, который печатает только официальные документы (счет-фактура и ТОРГ-12, не считая всяких счетов на предоплату, списков подборки и т.п.) потребляет в день 5 пачек бумаги по 500 листов, у нас принтеры не выдерживают. И ничего, все отлично работает, лучше чем в Скале, без необходимости менять системную дату, чтобы распечатать счет-фактуру требуемым числом. А еще у нас есть представительство в торговом доме, сколько там печатают документов, я даже не представляю. При этом там свои специфические документы, там накладные на вывоз должны печататься не в продажных единицах измерения (кв.метры) и не в складских (упаковки), а в штуках (8 штук в упаковке) и мы легко это делаем, представляю, какой это проблемой обернулось бы с Кристалом.
Впрочем, моей задачей не является агитировать Вас "за советскую власть", Вы уж сами разберетесь, просто хочется, чтобы Вы понимали, что выбор, "есть или не есть кактусы" у мышек есть

aav писал(а):

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

По мне проще стандартные отчеты СЧФ, накладную… оставить Скале. А вот с остальными внешними отчетами решать нужно по ситуации. Надо будет присмотреться к RS. Кстати, в iScala 2.3 можно такие отчеты помещать прямо в меню (как и кристаловские), но как это выглядит еще не смотрел.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

katrina писал(а):

Эта правильно скрылась:{OR02,47_Line_total_including_TAX_including_line_discount/NODUPLICATE,String<47> Эта назойливо сидит, и не пустеет :{OR02,45_Line_total_excluding_TAX_including_line_discount/NODUPLICATE,String<45> В чём прикол, сама не пойму?!

Аккуратно сверьте 45 и 47 поле в ддф, если все одинаково, то похоже на багу. Можете обойти ситуацию, создайте формулу, значение которой если 47 поле пустое равно 0, а если нет, то равно 45 полю. И вставте эту формулу вместо 45 поля, по ней же и итоги можно считать. Хотя странно, скорее просто опечатка где-нибудь в ддф.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

katrina писал(а):

Эта правильно скрылась:{OR02,47_Line_total_including_TAX_including_line_discount/NODUPLICATE,String<47> Эта назойливо сидит, и не пустеет :{OR02,45_Line_total_excluding_TAX_including_line_discount/NODUPLICATE,String<45> В чём прикол, сама не пойму?!

А нельзя посмотреть текст DDF файла целиком? А то это напоминает мне попытку удаления аппендикса по телефону

aav писал(а):

А нельзя посмотреть текст DDF файла целиком? А то это напоминает мне попытку удаления аппендикса по телефону

Катерина прислала мне DDF файл и я теперь в некотором затруднении, ибо уже несколько лет не брал в руки шашек.
Подскажите мне коллеги, может я чего-то не понимаю…
Насколько я понимаю, DDF файл для последующей передачи данных в кристаловский отчет должен выглядеть совсем иначе, чем для печати "напрямую". Весь смысл, на мой взгляд, состоит в том, чтобы просто сформировать датасет и отправить его дальше. Никакой разметки документа при этом не требуется, все это уже делается в кристале. И набор данных должен быть уникальным, т.е. должно присутствовать для каждой передаваемой строки как минимум следующее: № заказа с типом, № строки заказа, № подстроки заказа, но для каждой строки только один раз. Проверить то, что будет передано "дальше" можно подложив сам DDF файл в каталог DDF файлов не для Кристала, а для печати "напрямую". Тогда Скала выдаст это все в некрасивом виде, но можно будет понять, что же мы получаем на пути из Скалы в Кристал. В присланном файле я увидел совсем другую идеологию. Или я торможу?

Да, разметка не играет никакой роли. Только макросы и теги секций.
Макросы выглядят по-другому. Если в простом ддф <10>, то в кристаловском {ИмяДатасета,ИмяПоля,String<10> }.
Чтобы проверить выкладываем этот ддф в ветку RPT, но без RPT файла, тогда в превью будет виден уже заполненный ддф, на основе которого и будут формироваться датасеты.

Я могу глянуть, что там не так, правда не обещаю сделать это сегодня.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

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

katrina писал(а):

Т.е. всё-таки после конвертации нужно "причёсывать" ddf файл. Как оказалось "Не всё то золото, что блестит"

Золотые слова!!!
Меня сразу поразило, что одно и то же повторяется несколько раз:

Мало того, что сама технология мутная и убогая, так еще и бездарные конверторы вносят свою лепту…

Спасибо!
Это я уже прошел, мне скорей необходимо немного другое…
По одному из необходимых мне пунктов я догадался.
Это DDF со всеми полями, но без отчета. Он показывает данные которые должны быть в отчете.
Вопрос:
А если данные не показываются, значит ли это, что к примеру счет фактуры неправильно составлен??? (не печатная форма, а сам документ)

Врядли, потому что при создании документа Вы видите все тэги, а также переменные. Нужно проверить:
— наличие самих данных в бд
— соотв-ет ли сервер, это отражено в кристальском отчёте
— соотв-ет ли сам документ,это показано также в Кристале
— если данные действительно есть в бд, то посмотреть как в DDF файле, так и в rpt на САМУ переменную, в кот. должны быть показаны Ваши данные.

Самый простой путь найти кто виноват Кристал или кто-то другой, состоит в следующем. Скопируйте ваш DDF файл для кристала из каталога …\custom\RPT\MM\ в каталог …\custom\DDF\MM и запустите нужный документ с выводом на принтер привязаный к катологу DDF и посмотрите, если необходимые вам данные выводятся, то виноват Кристал, если нет, ищите по методике предложенной выше, т.е. есть ли эти данные в базе данных и т.д.

Cпасибо. Примерно так я и решил свои проблемы.
Кристал к тому же если нехватает части данных выдает чистый отчет, что не очень удобно. Мне пришлось долго анализировать DDF файл…

Сначала нужно убедиться, что DDF кода действительно нет. Для этого идем в "Редактор Формата Отчета" (Системные Утилиты — Документы — Изменение Определения Документа) и там ищем нужное поле.

Если код отсутствует, то можно завести свой код и заполнять его из VBA проекта. Либо использовать библиотеку, которая добавляет в кристал возможность выполнения произвольного запроса. Я пример такой библиотеки описывал здесь. Правда, у такой библиотеки есть свои проблемы, например, при работе с несколькими сессиями.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

Cпасибо!
Если не затруднит, не покажете синтаксис?

Сейчас под рукой готового решения у меня нет, тема интересная, сделаю такой пример, но скорее на следующей неделе.
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

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

Заполняем параметр отчета из VBA

Это вариант, когда данные можно поместить в параметр. Можно и непосредственно расшифровывать поля в DDF, но это более муторно. В хелпе есть немного про это, советую посмотреть раздел "Handling Report Events"
_________________
Dmitry Pestov

Блог ScalaHelp.RU — практические вопросы использования Scala

Огромное Вам Спасибо!!!
Как раз, то что мне нужно (сделать под свои задачи без проблем)!!!

DenZ писал(а):

Правой кнопкой на источнике — Options там в секции Data Explorer можно отметить что выбирать, в т.ч. и задать маску на имена таблиц. Потом Refresh

Дык а все таблы невозможно чтоли?
есть какое то ограничение на количество?

А зачем ВСЕ таблицы!????
Что за отчет такой в котором нужны сразу все таблицы!?
Ну не может Crystal показать сразу все, ну и что?
Подключайте таблицы по одной…

LAE писал(а):

DenZ писал(а): Правой кнопкой на источнике — Options там в секции Data Explorer можно отметить что выбирать, в т.ч. и задать маску на имена таблиц. Потом Refresh Дык а все таблы невозможно чтоли? есть какое то ограничение на количество?

это ограничение было еще в 8 версии CR.
http://books.google.ru/books?id=rnF5f1NoVtcC&pg=PA375&lpg=PA375&dq=crystal+report+don%27t+see+all+tables+data+source+options+button+limit&source=bl&ots=nVe1lzgmZE&sig=x6UOM1Abh6kppGVMeBBxt0Z5yko&hl=ru&ei=K8rtSfnbHY-K_QbB4p3oDg&sa=X&oi=book_result&ct=result&resnum=1#PPA375,M1

DenZ дал правильный ответ.

Конечно есть ограничение. У нас только таблиц пользовательских >14000, зачем все их отображать?
_________________
"Я люблю работу, она очаровывает меня. Я могу сидеть и смотреть на неё часами." © Джером К. Джером.