Вапрос:
мне нужно изменить кое-что в форме TKSUPW, для этого мне и в шапке нужно изменить названия. Но чет я не пойму, не могу найти где названия столбиков из шапки в этой форме? Где шапка этой формы строится?



Редактировано 1 раз. Последний раз 09.12.2009 16:53 пользователем -AND-.

Наверно недопоняли мой вопрос.
По идее шапка таблиц строится в файле TKSUPW.TBU в секции [header], но в этой секции нету надписей, которые есть в форме. Если точнее то нету только надписей которые слова, например "Поступило","В том числе" и т.д., но есть надписи, которые в числовом виде. Вопрос, откуда же форма берет эти надписи, что не числа :S

-AND- написал(а):
-------------------------------------------------------
> Оля
> То о чем вы говорите, это сортировка. Чтобы
> заставить выходную форму сортировать по какому-то
> признаку, а признаком служит поле или подполе
> указанные явно или условием. Указывается в файле
> имя_формы.srw .
>
> Пример:
> Допустим в комплектаторе есть форма tks файл
> tks.srw выглядит так:

>
> 0
> *****
>
> 10
> 1
> if p(V88^A) then v88^a fi
> *****
>


Хотела воспользоваться вашим предложением косающийся моего вопроса, но не могла найти файл TABWBW.srw.



Редактировано 1 раз. Последний раз 10.12.2009 10:54 пользователем Оля.

-AND- написал(а):
-------------------------------------------------------
> Наверно недопоняли мой
> вопрос.[smayly.net.ru]
> es/Magent5_1/unknown.gif
> По идее шапка таблиц строится в файле TKSUPW.TBU в
> секции , но в этой секции нету надписей, которые
> есть в форме. Если точнее то нету только надписей
> которые слова, например "Поступило","В том числе"
> и т.д., но есть надписи, которые в числовом виде.
> Вопрос, откуда же форма берет эти надписи, что не
> числа :S
Единственное, что могу Вам посоветовать - создать эту форму в Генераторе, используя ее форматы для вывода в столбцы и суммирования (в качестве основы можете использовать форму TksumwG.tbg)

Оля
Да, действительно в вашем случаи .srw нету. Но это и понятно, по задумке таблица имеет нумерацию(1,2,3,...). А отбор производится в SELTAB64.PAR, с таким не приходилось иметь дело, потому не могу сказать что можно придумать.

Светлана Михайловна
Спасибо, понял

Вопрос по поводу выходной формы TABWBW.
Не совпадает сумма в таблице:
"ИТОГО: 1420 экз. на сумму 9997.87 р."
с суммой в записи КСУ:
v180: ^K9997.86
Подскажите, пожалуйста, в чем может быть причина?



Редактировано 2 раз. Последний раз 02.03.2010 16:19 пользователем АннаВятГУ.

АннаВятГУ
Это скорее всего механизм пересчета цен.

Что значит механизм пересчета цен. Он там и там разный?

Несовпадение в 0.01? Это может быть связано с округлением данных в разных процессах.

iLq
Разный, да, но например пополнение КСУ делали при поступлении книг, а форму сейчас, и этот механизм к этой форме относится, я его там встречал.

ochagova написал(а):
-------------------------------------------------------
> Несовпадение в 0.01? Это может быть связано с округлением данных в разных процессах.

Я так понимаю, что в КСУ происходит округление уже суммы, а в таблице округляются слагаемые и потом высчитывается сумма.
Но несоответствие есть, и в бухгалтерии вот такие объяснения на счет округлений никто слушать не будет.
Ни у кого такого не наблюдалось?



Редактировано 2 раз. Последний раз 10.03.2010 15:05 пользователем iLq.

На счет округлений тут есть и другая проблема - побольше.
Прошу обратить на это внимание разработчиков.
в TABWBW формируются такие колонки:

Цена экз.      Стоимость экз.   Всего        На сумму
при поступл.   при выбытии      выбыло экз.
--------------------------------------------------------
1.50              3.04            99          301.45
1.50              3.04
1.50              3.04
--------------------------------------------------------

Итого будет: 301,45
И в КСУ будет 301,45
Но если перемножить 3.04 на 99, то получим 300.96
То есть в таблице в строках сумма не соответствует числам, из которых, она по идее должна формироваться. И если перепроверить, то получается, что не сходится, хотя по итогам, вроде, все верно.
Происходит это как раз из-за того, что округление расчетов "На сумму" происходит в конце, а если перепроверять, то округление происходит на стадии рассчетов "стоимости при выбытии", когда умножается на коэфициент.
Может стоит и в таблице в расчете колонки "на сумму" и в КСУ (RKS2.fst) в формулу добавлять округление перемножения цены на коэфициент?

Прошу разработчиков обратить внимания на вышестоящий пост.
Очень не хочется менять в RKS2.fst что-то самим "без спроса", потому как опасаемся, что это за собой повлечет какие-либо последствия в других вычислениях.

iLq написал(а):
-------------------------------------------------------
> Прошу разработчиков обратить внимания на
> вышестоящий пост.
> Очень не хочется менять в RKS2.fst что-то самим
> "без спроса", потому как опасаемся, что это за
> собой повлечет какие-либо последствия в других
> вычислениях.
Наверное, Вы правы, и суммарная стоимость в КСУ должна вычислятся исходя из округленных до копейки стоимостей единиц хранения. Будем корректировать.

Спасибо большое за внимание. Будем ждать изменений.

Откорректированы ли форматы по суммарын стоимостям КСУ?