BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / Программирование отчетов  / Пытаюсь освоить Дизайнер отчетов

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: Пред. 1 ... 7 8 9 10 11 12 След.
RSS
Пытаюсь освоить Дизайнер отчетов
 
Запускайте Дизайнер отчетов в режиме "По текущему разделу" , находясь в открытом документе склада. Вообще, для печати формы документа, дизайнер должен быть запущен из этого документа в режиме "По текущему разделу" , а потом в дизайнере надо загрузить требуемый шаблон.
 
День добрый!
Учет движения материалов/Закупка производственных материалов.
При печати Приходного ордера М-4 в нем внизу есть полпись принимающей стороны Принял
Если смотреть в Дизайнере отчетов, то там перед подписью определно поле должности, описанное в дизхайнере как

[DialogForm.Shapka."ДОЛЖНОСТЬ_КОНТРАГЕНТА"]

Сейчас у нас печатает пусто. Где находится это значение, в каком справочнике ?
Спасибо
 
То что должность не выводится - это скорее всего ошибка в источнике данных. Напишите этот Вопрос на горячую линию.
 
Днень добрый!

Общесистемная отчетность / Аналитические ведомости.
Получив любую аналитическую ведомость (кроме первой) из этого раздела, при запоминании её в формате Exel, теряется название документа и период за который получена ведомость.
Не пойму как это исправить, ничего не получается. Так есть перекрытие полей, уменьшаю их но все бестолку.
Подскажите, пожалуйста, как откорректировать.
Это можно увидеть не схраняя файл в Exel, а зайти в режим редактирования (кликнув дважды правой кнопкой мышки)
Формирую кучу файлов в головную организуцию и всегда приходится вручную править
 
Чтобы исправить это "по быстрому" у объектов с названием предприятия, названием документа и периода (и если ещё есть другие поля в заголовке - то у них тоже) свойство Stretched установите в значение False. И напишите эту ошибку на горячую линию, чтобы она была исправлена в БЭСТе.
 
Цитата
Сергей Введенский пишет:
Чтобы исправить это "по быстрому" у объектов с названием предприятия, названием документа и периода (и если ещё есть другие поля в заголовке - то у них тоже) свойство Stretched установите в значение False. И напишите эту ошибку на горячую линию, чтобы она была исправлена в БЭСТе.

Спасибо огромное!
А на горячую линию толку нет писать, глухо как в танке.
 
Почему "глухо как в танке", иногда отвечают обратитесь в сопровождающую вас организацию...
Результат тот же... Это не 1с где не понравилась фирма, взял и бросил с другой подписал договор на сопровождение(и совсем нет списка, что включает в себя сопровождение, только обновление что ли), БЭСТ одна на город(и 2-3 частных лица), в этой фирме один человек, который постоянно в разьезде по предприятиям... Поэтому и идем в форум решать проблемы(а тут в хот лайн и по кругу).. БЭСТ тоже не бросишь, уже несколько лет ведётся на нем бухгалтерия, вот и крутишься, как "уж на сковородке"....
 
День добрый!

Уже забыл всю терминологию, но попробую объяснить "на пальцах":

В одном из объектов по OnActivate есть примерно такие формулы:

а1:=м1*0.051;
а2:=м2*0.051;
а3:=а1-а2;

Так вот, сейчас а1 и а2 отдельно не округляются, поэтому и результат один.
К примеру , а1= 10,186 а2= 4,663
а3 =5.523 в отчете печатется 5.52

А мне надо что бы было
а1= 10,186 = 10,19 а2= 4,663=4,66
а3 =5.53 и в отчете печаталось 5.53

Как это округлитьв OnActivate , какой функцией ?
Похоже это ситемная ошибка разрработчиков, когда промежуточные значения не округляются.
Если промежуточные значения имеют окончательный смысл, и выводятся в отчете отдельными суммами, то они должны округляться.
Иначе, при использовании их для дальнейших вычислениях, искажаются результаты.
 
Это не ошибка разработчика. Это что-то другое.

Есть функция:
ROUNDTO(<число>,<точность>)
Округляет арифметически число с плавающей точкой с точностью до <Точность> знаков после запятой или десятичных разрядов при отрицательном значении параметра <Точность>.
Используйте ее и все получится.

Еще на округление влияет свойство DisplayFormat
если там стоит два десятичных знака, то и будет круглить с точностью до двух десятичных знаков.
 
Спасибо! Сейчас попробую.
[QUOTE]Сергей Джулай пишет:
Это не ошибка разработчика. Это что-то другое.
[/QUOTE]
Вот и ответ разработчиков на похожую ситуацию таков же:

[Прокопенко, Виолетта -- 28/03/14 16:04:50]
1. Ошибку округления в Т-60 на ХФ10 получить не удалось


Но факт остается фактом, ошибка это или нет. Но такого не должно быть!

Вот аналогичная ситуация при формировании Справки для расчет отпускных Т-69:

1.Считается количество календаоных дней, приходящиеся на расчетный период
29,4/31*3 = 16,1225
29,4/30*19= 18,62
29,4*6 = 176,4
-------------------
211,1425

В Справке печатется 211,14
Сумма заработка за расчетный период составляет 88940,21

И дальше печататся Среднедневной заработок 421,23,
который получается путём 88940,21/211,14
Но 88940,21/211,14 даёт результат 421,238 = 421,24

А в Справке 421,23 !

Что получается, только

88940,21/211,1425=421,233100...
или если округлить до 3-х знаков
88940,21/211,143= 421,23210...
а далее где-то округляется до 2-х знаков м получаете неверный результат 421,23

когда должно быть
88940,21/211,14=421,23808... =421,24 !!!

Так ошибка или что-то другое, нам нет разницы. Результат должен быть один.
И подобных случаев не один, что приводит к тому, что каждую цифру нужно проверять, т.е повторно перерасчитывать и править вручную Справки,
иначе попадаешь впросак...((( что в свою очердь девальвирует практическую ценность программного продукта
А консультатнты на это отвечают "ну там же копейки"....
Изменено: Новосибирск ОАО "Электропромпроект" - 03.04.2014 07:17:48
 
Надо более конкретно формулировать Вопрос .
Вы спрашивали: " Как это округлитьв OnActivate , какой функцией ?"
И на этот Вопрос получили ответ.
 
Не понял о конкретности формулировки..

Да, на свой основной Вопрос по поводу округления я получил вполне определённый ответ, который меня вполне удовлетворил.
Я им уже воспользовался. Спасибо еще раз.

Но далее я коснулся проблемы некорректности округления (представлени или чего другого) чисел в Отчетах,
на что Вы ответили, что это не ошибка разработчика .
В ответ я прокомментировал прроблему подробнее и хотелось бы получить комментарий по ней.
Надеюсь, что Вы поняли описываемую проблему.
Что еще конкретнее нужно изложить?
 
В отчетах действительно могут быть ошибки округления. Чтобы это было исправлено, напишите на горячую линию в каких отчетах и какие поля неправильно округляются.
 
Сергей, Спасибо!
Я уже обращался и получил вышеприведенный ответ:
Цитата
[Прокопенко, Виолетта -- 28/03/14
16:04:50]
1. Ошибку округления в Т-60 на ХФ10 получить не удалось


Хотя привожу при этом конкретный пример.

А там похоже ситауция такая: в алгоритме нет округлений нигде, а в Дизайнере отчетов указан формат 2 знака после запятой.
Тогда будет такое искажение результатов.
А возможно и друга причина
 
Цитата
Новосибирск ОАО "Электропромпроект" пишет:
Сергей, Спасибо!
Я уже обращался и получил вышеприведенный ответ:
...
Можете выложить базу, на которой эта ошибка воспроизводится ?
Напишите в каком поле отчета стоит неправильная цифра и что там должно быть при правильном округлении ?
 
[QUOTE]Сергей Введенский пишет:
Можете выложить базу, на которой эта ошибка воспроизводится ?
[/QUOTE]Что, в каком виде, куда и главное как выложить? Архив? Более 25КБ...
Изменено: Новосибирск ОАО "Электропромпроект" - 07.04.2014 14:56:05
 
Цитата
Сергей Введенский пишет:
Напишите в каком поле отчета стоит неправильная цифра и что там должно быть при
правильном округлении ?





Зарплата/Формирование отчетов/Списки и справки/Средний заработк/Записка расчет о среднем заработке для отпуск (Т-60)

Оборотная сторона формы № Т-60, верхня таблица Расчет оплаты отпуска:
см . приложенный файл

В левой части Сумма заработка за расчетный период составляет 88940,21


В правой части таблицы количество календарных дней, приходящиеся на расчетный период -> 211.14
Считается это так:
Шесть полностью отаботанных месяца
29,4*6 = 176,4
Два - неполностью
29,4/31*3 = 16,1225
29,4/30*19 = 18,62
-------------------
Итого 211,1425

В Справке печатется 211,14

И дальше печататся Среднедневной заработок 421,23,
который получается путём 88940,21/211,14
Но 88940,21/211,14 даёт результат 421,238 = 421,24

А в Справке 421,23 !

Что получается, только

88940,21/211,1425=421,233100...
или если округлить до 3-х знаков
88940,21/211,143= 421,23210...
а далее где-то округляется до 2-х знаков м получаете неверный результат 421,23

когда должно быть
88940,21/211,14=421,23808... =421,24 !!!

 
 
[QUOTE]Сергей Введенский пишет:
Можете выложить базу, на которой эта ошибка воспроизводится ?
[/QUOTE] [QUOTE]
Что, в каком виде, куда и главное как выложить? Архив? Более 25КБ...[/QUOTE]

Путь куда выложить архив базы указан в Вашем сообщении на горячей линии.

Глухова Ирина
Отдел разработки
Компания "БЭСТ"
 
Округление в форме Т-60 постараемся исправить в ближайшем хотфиксе. В каких ещё формах есть проблемы с округлением?
 
[QUOTE]Сергей Введенский пишет:
В каких ещё формах есть проблемы с округлением?
[/QUOTE] Спасибо. На сей момент неприпоминаются.


[QUOTE]Ирина Глухова пишет:
[QUOTE]Сергей
Введенский
пишет:
Можете выложить базу, на которой эта ошибка
воспроизводится
[/QUOTE]
[/QUOTE]

Выложил .ftp://ftp.bestnet.ru/ElectroPromProekt/
Но похоже зесь уже не нужно?
Изменено: Новосибирск ОАО "Электропромпроект" - 09.04.2014 14:23:01
 
Прошу прощения, что влез, но с
Цитата
Похоже это ситемная ошибка разрработчиков, когда промежуточные значения не округляются.
категорически не согласен. Если вам нужны какие-либо промежуточные округления, то вы должны сами это делать. Все промежуточные вычисления должны делаться с максимальной или, хотя бы не ниже чем точность в базе. В противном случае получим неустранимые разницы в отчетах, на это уже напарывались не раз и не два.
Засухин Александр, Краснодар, Виктория-Юг
 
[QUOTE]
Сергей Джулай пишет:
категорически не согласен. Если вам нужны какие-либо промежуточные округления,
то вы должны сами это делать.
[/QUOTE]

Промежуточные округления нужны не нам. Нам нужна правильно заполненная Справка.
- И как Вы предлагете нам это самим править, когда мы запускаем расчет и получаем готовую Справку с неправильными результатами.
Или предлагаете "перерисовывать" полученную справку?
Мы и так все перерасчитываем. Что бы получить к примеру РСВ-1( а там много атблиц), надо сначала вручную всё просчитать, т.е. собственно составить Расчет вручную,
Затем получить его В БЭСТ и каждую цифру сравнить, верно ли посчитано.
И это ПО, которое призвано упростить и облегчить работу бухгалтера.
Общаюсь с коллегами, большинство из них не пользуется отчетностью, а сразу заполняют её в средствах ПО электронной и отчетности.

P.S. Вот сам и делаю: лезу в Дизайнер отчета, вставляю дополнительные функцию округления. Для чего и задал [IMG] по функци округления.
И Расчет РСВ-1 сам себе строю в Дизайнере отчетов. Или скажете так и должно быть?




[QUOTE]Cергей Джулай пишет:
Все промежуточные вычисления должны делаться с
максимальной или, хотя бы не ниже чем точность в базе. [/QUOTE]

Я не знаю что и как там в базе должно быть, но когда из базы выбираются данные для конкретного назначения, они и должны оборабатываться именно для этого назначения.
Среднедневной заработок не промежуточное вычисление, это вполне обособленный показатель и представаляться с тремя (или сколькими там) знаками после запятой не может!
Изменено: Новосибирск ОАО "Электропромпроект" - 16.04.2014 09:08:38
 
Цитата
[FILE ID=540967][FILE ID=540968][FILE ID=540966]




День добрый!
Обращаюсь повторно с одгним и тем же воросом.
Суть в следующем.
Общесистемная отчетность / Аналитические ведомости.
Получаю любую, к примеру, Аналитическая справка по счету (портрет).
Всё отлично.
Но вот если зайти в режим редактирования (кликнув дважды правой кнопкой мышки),
то исчезает название документа и период за который получена ведомость.
Если выделить первое поле Наименование предприятия, то видно, что это поле перекрывает поле названия документа
и следующие поля. Странно что исчезает (перекрывается) только одно поле, а остальные на месте.
Если посмотреть на эти поля в Дизайнере отчетов, то там никакого перекрытия полей нет.
Отчего
- поля при отбражении на экране не соответвсуют заданным в ДО?
- почему исчезают поля в режиме редактировани?






Далее, пытаюсь запомнить полученный документ в формате Exel,
Там есть два варианта этого типа :
1- Файл Excel- табличный экспорт (...)
теряется название документа и период за который получена ведомость.
2-Файл Excel (...) здесь запоминает данный документ исправно.

поэтому до последнего времени и пользовался вторым вариантом.
К чему всё это обрисовал?

Но недавно нарушился и этот вариант.

У меня в приложении Товары. Продукция/Учет движения товаров формируются счета на оплату. Их я формировал с существующих в системы с настройкой на свои особенности.
Так вот, там наблюдаетсмя та же картина с "перекрытием полей" - в Дизайнере отчетов нет никаких перекрытий, а в режиме редактирования полученного документа они перерываются?

А при запоминаниия в файле Excel
в 1-м варианте вместо расчетного счета печатается значение в виде вещественного числа и исчезают наименования Поставщика и Покупателя.
А во втором варианте - номер расчетного счета печатается верно, и наименования контранентов печатаются, а исчезают их адреса.
Когда-то Вы рекомендовали:

Цитата
Сергей Введенский пишет:
Чтобы исправить это "по быстрому" у объектов с названием предприятия, названием
документа и периода (и если ещё есть другие поля в заголовке - то у них тоже)
свойство Stretched установите в значение False.

Но это помогло только для режима редактирования - не стали исчезать поля.
А для сохранения в формате EXCEL не помогает, одно поле появляется а другое исчезает.
Понимаю, что трудно не имея под рукой этой ситуации, но может понять в общем, когда печатетс вещественное число всектро реального, и когда исчезают поля?

Прилагаю картинки
1 оригинал сформированного
2 Excel 1 - р/сч в виде вещественного числа и отсутвуют адреса Поставщика и Покупателя..
3 Excel 2 - Отсутствуют наименования Поставщика и Покупателя
4 - вид в Дизайнере отчета

На картинке мелко? Увеличить нельзя?
 
ОРИГИНАЛ куда-то делся
Страницы: Пред. 1 ... 7 8 9 10 11 12 След.
Читают тему (гостей: 3)