Добрый день.

Как ведется подсчет суммы в КСУ выбытия? Сумма в акте (11.20) и списке на исключение (11.20) не совпадает с суммой в КСУ выбытия (13.23).
В чем ошибка?

Выгрузила списанную запись и запись КСУ.

Обнаружила в чем ошибка.
Справочник коэффициентов пересчета цен начинается с 1980 года, а списываемое издание 1975 года. И непонятно какой коэффициент используется в КСУ.
Добавила в файл пересчета 1975 и все подсчиталось правильно.

Может быть эта ошибка уже исправлена в каком-нибудь обновлении? У нас версия 12.1. Или вводить в справочник все годы поступления литературы?

А еще не радует, если цена была введена ".08", а не "0.08", то в списке появляется "8.00"

В исходном состоянии IZC.mnu содержит коэффициент пересчета цен начиная с 1980 года, по состоянию на 2007 год. Коэффициент пересчета цен для года поступления экземпляра, отсутствующего в izc.mnu, считается равным коэффициенту пересчета цен для 1980 года. Поэтому конечно Вы должны настраивать этот файл для себя

Проблема в том, что неправильно считается сумма в КСУ для года поступления издания ранее 1980. В списке и акте правильно, а в КСУ - неправильно.

Пополните еще раз КСУ выбытия

Не помогает.
В КСУ сумма больше, чем в акте.
И это получается, когда в партиии списываемых книг есть издания с годом поступления меньше 1980.

На той записи, которую Вы показали раенее, я не увидела разницы в сумме. После пополнения КСУ выбытия, сумма там также 11.20
Покажите Ваши файлы rks2.fst,izc.mnu

прикрепляю

Вы не пополнили файл IZC.mnu.В этот файл нужно ввести отсутстующий(е) год(а) и соответствующий этому году коэффициент пересчета

Ну да. Небольшой недочет при формировании КСУ: если год в IZC.mnu явно не указан, то непонятно какой берется коэффициент.
А вот при формировании списка и акта все понятно. Если год явно не задан, берется первый указанный коэффициент, т.е. за 1980 год.

Может кто подскажет почему система пишет при списании не найден файл rks2.fst, хотя этот файл есть в базе?
Версия 2013.1 обновление D2.

Приложите картинку с этим сообщением, но чтобы был виден весь фон (что вы делали, что задавали)

Это сообщение выходит, например, при попытке пополнить запись КСУ, если открыта БД CMPL. Вызовите БД ЭК и все будет ОК.

У меня та же самая проблема, сумма списанных книг в КСУ списания не совпадает с суммой в выходных формах (акт на исключение, справка о выбытии), если дата поступления книг ранее 1980 года. В КСУ списания после пополнения записи формируется неверная сумма (в приложенном примере получается 2075.04, должна быть 2576.20, как в выходной форме), в файле перерасчета цен коэффициенты все проставлены. Помогите разобраться с проблемой. Прикрепила запись КСУ выбытия, БО списанных книг.

ИРБИС64+ Версия 2017.1 D3

Добрый день, у нас похожая проблема, что описана в посте выше:
В КСУ списания после пополнения записи выводится неверная итоговая сумма. В примере КСУ (см. прил.) цена должна быть Всего: 13.36, как выводится в новых выходных формах. В файле перерасчета цен коэффициенты проставлены с 1980 года.


Помогите разобраться с проблемой. Прикрепила запись КСУ выбытия, БО списанных книг, файл IZC.MNU



Редактировано 4 раз. Последний раз 25.12.2021 04:25 пользователем PNV.

Сумма в записи КСУ считается при пополнении с использованием файла rks2.fst. В вашей версии этот файл лежит в папке БД (в текущей версии в папке deposit). Я сделал пополнение КСУ с файлом из 2017, результат совпал с результатом из таблицы - см. 111. Прикладываю этот файл. Положите его в папку той БД, по которой вы делаете пополнение, повторите пополнение КСУ.

ochagova написал(а):
-------------------------------------------------------
> Сумма в записи КСУ считается при пополнении с
> использованием файла rks2.fst. В вашей версии этот
> файл лежит в папке БД (в текущей версии в папке
> deposit). Я сделал пополнение КСУ с файлом из
> 2017, результат совпал с результатом из таблицы -
> см. 111. Прикладываю этот файл. Положите его в
> папку той БД, по которой вы делаете пополнение,
> повторите пополнение КСУ.

Людмила Николаевна,спасибо за оперативный ответ.
Заменили наш файл rks2.fst на приложенный Вами,было отличие с нашим в одной строке. Положили файл в DEPOSIT, пополнили КСУ по каталогу, но результат не изменился (см.прил. КСУ). По сумме в Вашем примере (111.png) видно, что для теста Вы не применили наш файл IZC.MNU, если использовать его, то разница суммы была бы очевиднее.

Нам представляется, что при пополнении КСУ выбытия с нашими КПЦ (семь знаков после запятой) происходит округление и это может быть причиной искажения результатов подсчета.

Сейчас в выходных формах мы видим разные варианты представления результатов выбытия по одному и тому же КСУ, есть и правильный для нас вариант.

Прикладываю примеры выходных форм, где:
- результат суммы правильный, как у нас получился при подсчете на калькуляторе: NSPACTW.rtf

- результат, отражающий неправильную сумму, т.е. такую же, что мы видим в КСУ из моего примера: SPACTW.rtf

Вы поняли правильно - я не взяла ваш IZC и в этом отличие.
Но я не поняла - почему такой странный файл пересчета? Это вам бухгалтерия дала такие коэф-ты?
Еще раз в чем вопрос? С вашим файлом IZC в КСУ такая сумма, чем она вас не устраивает? С какой таблицей расхождение? Если SPACTW, то это старый вариант, его уже убрали из списка. Он заменен на NSPACTW, с ним и сравнивайте.
Если с вашим IZC нужно большее кол-во дробных, то так и сформулируйте. В этом случае надо менять форматы, т.к. у нас везде принято 2 цифры после запятой.

ochagova написал(а):
-------------------------------------------------------
> Вы поняли правильно - я не взяла ваш IZC и в этом
> отличие.
> Но я не поняла - почему такой странный файл
> пересчета? Это вам бухгалтерия дала такие
> коэф-ты?

Людмила Николаевна, да, такие коэф-ты дала бухгалтерия.

> Еще раз в чем вопрос? С вашим файлом IZC в КСУ
> такая сумма, чем она вас не устраивает?

Не устраивает сумма в КСУ, она неправильная. Если посчитать на машинке с нашими КПЦ, то сумма будет 13.36, а не 9.10

С какой
> таблицей расхождение? Если SPACTW, то это старый
> вариант, его уже убрали из списка. Он заменен на
> NSPACTW, с ним и сравнивайте.

Вот мы и сравнили с NSPACTW (новым) и увидели разницу с данными в КСУ. Разницы же не должно быть, иначе мы кидаемся разбираться, что могли не так сделать.

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

Мы тоже даем в отчет сумму с 2 цифрами после запятой, но округляем только итоговую сумму. По КСУ из примера в отчет ушла сумма 13.36, которую мы и видим в таблице NSPACTW, а не 9.10, как в КСУ.

Можно ли добиться, чтобы формат КСУ показывал нам ту же сумму что в новой выходной форме NSPACTW?
Если это только наша проблема, то, подскажите, пожалуйста, в каких форматах нужно поправить разрядность, мы попробуем сами.

Да, нужно учитывать все кол-во дробных и не округлять промежуточные результаты суммирования.



Редактировано 6 раз. Последний раз 28.12.2021 05:04 пользователем PNV.

Исправила формат в файле rks2.fst, тот что прикладывала, версия 2017. Была разница в способе вычисления в записи и в таблице. В rks2 действительно обрезались дробные после 2-го знака. Видимо, никто на это не выходил, т.к. таких коэф-ов не у кого не было.
Спасибо за сигнал

ochagova написал(а):
-------------------------------------------------------
> Исправила формат в файле rks2.fst, тот что
> прикладывала, версия 2017. Была разница в способе
> вычисления в записи и в таблице. В rks2
> действительно обрезались дробные после 2-го знака.

Людмила Николаевна, протестировали файл, теперь формат выводит правильную сумму, спасибо.


> Видимо, никто на это не выходил, т.к. таких
> коэф-ов не у кого не было.

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

> Спасибо за сигнал

Спасибо Вам большое за плодотворное сотрудничество и легкое решение сложной проблемы.
С наступающим Новым Годом!



Редактировано 2 раз. Последний раз 29.12.2021 14:16 пользователем PNV.