| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
 Пн Авг 17, 2009 07:52 Переход на версию 9.3 IBSO |
 |
Полезность: 4
|
На версии 9.3 обнаружилась бага в депозитах.
Неверно определяется сумма процентов, выплачиваемых клиенту, при расторжении договора. Возможно бага сказывается и в других ситуациях...
Объявление на взнос наличными (MAIN_DOCUM.PRINT_LIB_3.ob_vsn) стало печататься на 2-х страницах. На вторую уезжает одна строка. Несоответствие зарегал. В качестве временного решения убрал предпоследнюю строку из минусиков.
Не работает проверка ключа ИНН при вводе или редактировании досье организации (ЮЛ). |
|
 |
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пн Авг 17, 2009 11:02 Re: Переход на версию 9.3 IBSO |
|
Полезность: Нет оценки
|
| timochev пишет: | На версии 9.3 обнаружилась бага в депозитах.
Неверно определяется сумма процентов, выплачиваемых клиенту, при расторжении договора. Возможно бага сказывается и в других ситуациях... |
Странно... У нас все журналы считаются правильно, суммы возврата и выплат тоже
| timochev пишет: | | Объявление на взнос наличными (MAIN_DOCUM.PRINT_LIB_3.ob_vsn) стало печататься на 2-х страницах. На вторую уезжает одна строка. Несоответствие зарегал. В качестве временного решения убрал предпоследнюю строку из минусиков. |
У нас изначально, с введения 318-П работает своя операция-шаблон, т.к. предложенная операция печати кеглем 8 пт наших не устроила
| timochev пишет: | | Не работает проверка ключа ИНН при вводе или редактировании досье организации (ЮЛ). |
Так и в 9.2 она не работала. (на более ранних проверить не могу)  |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Пн Авг 17, 2009 11:40 Re: Переход на версию 9.3 IBSO |
|
Полезность: Нет оценки
|
| timochev пишет: | | Объявление на взнос наличными (MAIN_DOCUM.PRINT_LIB_3.ob_vsn) стало печататься на 2-х страницах. На вторую уезжает одна строка. Несоответствие зарегал. В качестве временного решения убрал предпоследнюю строку из минусиков. |
у нас тоже самое с момента введения 318-П используем печать 8-м кеглем
_________________
всегда есть как минимум 2 выхода |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Авг 19, 2009 15:23 Re: Переход на версию 9.3 IBSO |
|
Полезность: Нет оценки
|
| timochev пишет: | На версии 9.3 обнаружилась бага в депозитах.
Неверно определяется сумма процентов, выплачиваемых клиенту, при расторжении договора. Возможно бага сказывается и в других ситуациях... |
По данной ошибке получил из ЦФТ хранилище с исправлением DEPN.LIB_01 |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Авг 19, 2009 16:48 |
|
Полезность: Нет оценки
|
В разных отчетах в шапке у нас изменилось название банка. Раньше в библиотеке BRANCH.SLIB функция GET_BANK_NAME возвращала значение реквизита NAME (Наименование) из справочника банков, а теперь стала возвращать LONG_NAME (Полное наименование).
У нас "Полное наименование" нашего банка было заполнено наоборот более кратко по сравнению с "Наименованием". Пришлось подкорректировать. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Авг 20, 2009 14:02 |
|
Полезность: Нет оценки
|
Начались глюки с проводкой нескольких папок платежей.
Если внутри одной транзакции (например, внутри одной операции без промежуточных commit) отправлять разные папки на проводку операцией FOLDER_PAY.FOLDER_TO_PROV, то как только одна папка не сможет провестись (например, выход в красное), то следом за ней остальные тоже не проведутся!
В версии 9.1 такого не было.
Несоответствие зарегистрировано. |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Чт Авг 20, 2009 14:09 |
|
Полезность: Нет оценки
|
После наката 9.3 свалились ХУКи РЦ.. оказалось снесли в дистрибутиве используемые нами транспортные библиотеки..
_________________
всегда есть как минимум 2 выхода |
|
|
gremme
Участник со стажем
Вступление в Клуб: 07.08.2009
|
| Чт Авг 20, 2009 19:34 |
|
Полезность: Нет оценки
|
| Alexsey пишет: | | После наката 9.3 свалились ХУКи РЦ.. оказалось снесли в дистрибутиве используемые нами транспортные библиотеки.. |
При обновлении предупреждали об этом и заранее на сайте сопровождения писали о том что бы предупредили кому нужны эти библиотеки. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Авг 24, 2009 08:24 |
|
Полезность: 1
|
При обработке материального документа "Донаценка ТМЦ" возникает ошибка: "В справочнике "Настройки." не найдена настройка с кодом <NAL_PREM_BY_MOVE_DATE>!".
Почему-то эта настройка сама не создалась согласно документации - пришлось создавать вручную.
| Цитата: | Расчет налоговой амортизации
Для реализации разъяснений в Письме МинФина от 22 января 2008 г. N 03-03-06/1/29 и для возможности сохранения прежнего функционала, добавлена новая настройка, позволяющая банку изменить порядок начисления налоговой премии при модернизации объекта и доработан функционал для учета значения данной настройки.
Информация для Администратора:
...
При установке данного Обновления в справочник "Настройки." (FP_TUNE) добавляется запись "Начислять премию в месяц обработки движения модернизации" (NAL_PREM_BY_MOVE_DATE) с умолчательным значением "Нет", что соответствует существовавшему ранее варианту работы.
Информация для Пользователя:
Технология работы с новой настройкой "Начислять премию в месяц обработки движения модернизации" описана в пользовательской документации "Глава 11_01 Принципы реализации и функциональное наполнение подсистемы "Учет ТМЦ"", раздел "Первоначальная настройка подсистемы ВХО", подраздел "Настройка налоговой премии".
|
|
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Авг 24, 2009 11:51 |
|
Полезность: Нет оценки
|
Пишу в эту тему, поскольку обнаружил ниже описанные факты именно на этой версии. Но они могли быть и ранее.
2 момента по переформированию сообщений по 311-П:
1. При переформировании очень старого сообщения (за прошлый год) операцией "Переформировать файл" не заполняется поле "ТелБанка". В то же время при переформировании последних файлов - заполняется.
2. При переформировании очень старого сообщения операцией "Переформировать файл" не перевычисляются поля ДолжнПрБ и ФИОПрБ.
По п.1. - надо заполнить у старых записей реквизит REQ_FILE.BANK_PHONE. Видимо при появлении этого реквизита код стал его использовать, а конвертации никакой не предусмотрели. |
|
|
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
| Чт Сен 03, 2009 09:40 |
|
Полезность: Нет оценки
|
Добрый день!
После наката 9.3 стали невалидными некоторые операции связанные со счет-фактурами.
Ругается на то, что в типе [FACTURA_DOC] в библиотеке[INFO_LIB] нет функции get_sign_gruz_reqs().
Как это можно поправить? (кроме как скопировать эту функцию из предыдущей версии) |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Чт Сен 03, 2009 10:10 |
|
Полезность: Нет оценки
|
| Kozyrev пишет: | Добрый день!
После наката 9.3 стали невалидными некоторые операции связанные со счет-фактурами.
Ругается на то, что в типе [FACTURA_DOC] в библиотеке[INFO_LIB] нет функции get_sign_gruz_reqs().
Как это можно поправить? (кроме как скопировать эту функцию из предыдущей версии) |
Вообще-то эта функция там есть. Версия библиотеки от 03.07.2009 10:38:41 |
|
|
Vovidez
Профи
Вступление в Клуб: 27.09.2007
|
| Чт Сен 03, 2009 11:22 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | | Вообще-то эта функция там есть. Версия библиотеки от 03.07.2009 10:38:41 |
Все так... функция есть... Пробовали перекомпилировать библиотеку [FACTURA_DOC].[INFO_LIB]? В спецификации пакета функция описана?
Если в пакете описание функции есть, значит ошибка не та, что Вы привели... ошибку в студию! и заодно метод, которые поломан из-за этой ошибки...
P.S. Обратите внимание, что в версии 9.3 необходимо было бновить пакетный шлюза IBSO_BankFaktura, с версии 5.2 на версию 5.3.
Последний раз редактировалось: Vovidez (Чт Сен 03, 2009 11:25), всего редактировалось 1 раз |
|
|
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
| Чт Сен 03, 2009 11:25 |
|
Полезность: Нет оценки
|
Alex2019, после установки дополнений все инвалиды откомпилировались правильно. Функция появилась.
Еще вопрос:
После наката пакет Z#VZ_PRODUCT#INTERFACE стал невалидным. Насколько это критично?
Последний раз редактировалось: Kozyrev (Чт Сен 03, 2009 11:28), всего редактировалось 1 раз |
|
|
Vovidez
Профи
Вступление в Клуб: 27.09.2007
|
| Чт Сен 03, 2009 11:27 |
|
Полезность: Нет оценки
|
| Kozyrev пишет: | | Alex2019, после установки дополнений все инвалиды откомпилировались правильно. Функция появилась. |
Все верно, т.к. в Дополнении 9.3.02 присутствовала библиотека FACTURA_DOC.INFO_LIB. Но и до установки этого Дополнения объекты должны были быть валидны.
Удачи! |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
