Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Bard Участник со стажем
Вступление в Клуб: 10.11.2007
|
Чт Дек 11, 2014 09:04   |
|
Полезность: Нет оценки
|
Alkov пишет: | Bard пишет: | yaffil пишет: | Alkov пишет: |
У них саппот идёт только до версии текущая -1 |
А мы подписали с ними в договоре -2 ![Wink](images/smiles/icon_wink.gif) |
Нынешние обновления тяжеловесны.
Нам технологического окна хватает только на 1 версию поднятся. |
Аха мы только на праздники успеваем или выходной банка на воскресенье... |
А у нас и выходных то нет..
Только ночью.Окно 10 часов можно выделить. |
|
![](templates/subSilver/images/spacer.gif) |
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Чт Дек 11, 2014 11:50   |
|
Полезность: Нет оценки
|
svn пишет: | 2й день - полёт нормальный
были замечания по джобу РЦ, но спишем это на наши локальные настройки |
А что сделали с ошибкой при удалении документов платёжных?
(любой не даёт удалять)
Код: | В настоящий момент операция невозможна:
таблица IBS.Z#DOCUMENT изменяется, триггер/функция может не заметить это |
З.Ы. накатил на тест 16.6.01 |
|
![](templates/subSilver/images/spacer.gif) |
svn Профи
Вступление в Клуб: 04.02.2008
|
Чт Дек 11, 2014 12:13   |
|
Полезность: Нет оценки
|
у нас такого нет - всё удаляется корректно - версия такая же
есть ошибка в РЦ - по некоторым документам РЦ не проставляется реквизит GROUP_SVOD в результате чего не выгружаются в рейс - я думаю уже в завтрешнем патче выкатят фикс - нам оперативно выслали |
|
![](templates/subSilver/images/spacer.gif) |
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Чт Дек 11, 2014 14:28   |
|
Полезность: Нет оценки
|
Логирование реквизита IN_FOLDER в DOCUMENT поставило систему на раскоряк
Убрали логирование этого реквизита - заработало. |
|
![](templates/subSilver/images/spacer.gif) |
devor Профи
Вступление в Клуб: 13.02.2012
|
Пн Дек 15, 2014 07:12   |
|
Полезность: Нет оценки
|
yaffil пишет: | Логирование реквизита IN_FOLDER в DOCUMENT поставило систему на раскоряк
Убрали логирование этого реквизита - заработало. |
А кто додумался включить логирование этого реквизита?
ЦФТ вроде не присылает объекты с включенным логированием. |
|
![](templates/subSilver/images/spacer.gif) |
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Пн Дек 15, 2014 11:27   |
|
Полезность: Нет оценки
|
devor пишет: |
А кто додумался включить логирование этого реквизита?
ЦФТ вроде не присылает объекты с включенным логированием. |
А почему нет? Что не запрещено - то можно, тем более на всех предыдущих версиях проблем не было, аудировать числовое значение.
З.Ы. пользователи у нас любознательные, чуть что говорят что ничего не делали, вот и включаем всё и по максимуму. |
|
![](templates/subSilver/images/spacer.gif) |
Phenix Участник - экстремал
Вступление в Клуб: 17.04.2009
|
Чт Дек 18, 2014 16:00  Re: 14.6 |
|
Полезность: Нет оценки
|
mike24 пишет: | Коллеги, кто-нибудь смотрел 14.6? Можно на ней жить? Сейчас обновляю тест с 14,2 до... вот тут вопрос, где остановиться. С тем, чтобы на новогодних каникулах в бой поставить. |
Доброго.
Обновили ТЯ и поставили 14.6 на ТЕСТ, пока особо не тестили, но вроде как по первым впечатлениям косяков меньше чем на 14.4 |
|
![](templates/subSilver/images/spacer.gif) |
pas Профи
Вступление в Клуб: 20.11.2007
|
Пт Янв 16, 2015 13:28   |
|
Полезность: Нет оценки
|
Добрый день форумчане!
На 14.6.4 появилось следующее, ответили на запрос:
Изменилась логика определения подразделения в дистрибутиве - финансовые распоряжения и платежные документы формируются в подразделении договора, а не пользователя. Раньше подразделение платежного документа могло определяться по подразделению пользователя, который его создал (не важно как, при исполнении ФР или при обработке транзакции), а теперь подразделение документа строго определяется по подразделению договора.
Настройка MF_DEPART_SOURCE работает только на ручное создание документа, поэтому при создании документов, например через обработку транзакции, она не используется. |
|
![](templates/subSilver/images/spacer.gif) |
mike24 Участник со стажем
Вступление в Клуб: 24.08.2012
|
Пт Янв 16, 2015 13:42   |
|
Полезность: Нет оценки
|
pas пишет: | Добрый день форумчане!
На 14.6.4 появилось следующее, ответили на запрос:
Изменилась логика определения подразделения в дистрибутиве - финансовые распоряжения и платежные документы формируются в подразделении договора, а не пользователя. Раньше подразделение платежного документа могло определяться по подразделению пользователя, который его создал (не важно как, при исполнении ФР или при обработке транзакции), а теперь подразделение документа строго определяется по подразделению договора.
Настройка MF_DEPART_SOURCE работает только на ручное создание документа, поэтому при создании документов, например через обработку транзакции, она не используется. |
Есть такое дело, у нас свод документов полетел. Предполагаю, что это связано с тем, что теперь в кредитах (да и не только) допускается групповая обработка договоров всех филиалов, подразделение пользователя в таком случае в документ ставить нельзя. У меня львиная доля кредитных операций в ЗОДе, поэтому включил в ЗОД операцию, которая у всех документов, созданных ЗОДом, меняет подразделение.
С другой строны - можно теперь сэкономить на пользователях ![Smile](images/smiles/icon_smile.gif) |
|
![](templates/subSilver/images/spacer.gif) |
mike24 Участник со стажем
Вступление в Клуб: 24.08.2012
|
Пт Янв 16, 2015 13:43   |
|
Полезность: Нет оценки
|
pas пишет: | Добрый день форумчане!
На 14.6.4 появилось следующее, ответили на запрос:
Изменилась логика определения подразделения в дистрибутиве - финансовые распоряжения и платежные документы формируются в подразделении договора, а не пользователя. Раньше подразделение платежного документа могло определяться по подразделению пользователя, который его создал (не важно как, при исполнении ФР или при обработке транзакции), а теперь подразделение документа строго определяется по подразделению договора.
Настройка MF_DEPART_SOURCE работает только на ручное создание документа, поэтому при создании документов, например через обработку транзакции, она не используется. |
Есть такое дело, у нас свод документов полетел. Предполагаю, что это связано с тем, что теперь в кредитах (да и не только) допускается групповая обработка договоров всех филиалов, подразделение пользователя в таком случае в документ ставить нельзя. У меня львиная доля кредитных операций в ЗОДе, поэтому включил в ЗОД операцию, которая у всех документов, созданных ЗОДом, меняет подразделение.
С другой строны - можно теперь сэкономить на пользователях ![Smile](images/smiles/icon_smile.gif) |
|
![](templates/subSilver/images/spacer.gif) |
pas Профи
Вступление в Клуб: 20.11.2007
|
Пт Янв 16, 2015 15:20   |
|
Полезность: Нет оценки
|
Замечено следующее, на 14.6.4 (ядро 7.4.0.1) ломаются расширения после перекомпиляции. Ошибка пропадает после пересоздания. |
|
![](templates/subSilver/images/spacer.gif) |
Phenix Участник - экстремал
Вступление в Клуб: 17.04.2009
|
Вт Фев 03, 2015 19:19  ОП Ф-123 |
|
Полезность: Нет оценки
|
Опять сломалась ОП Ф-123 в части расчета разницы в расчетном и фактическом резерве по валютным договорам, у нас при расчете в этом месяце курс взялся на 29.01.2015, хотя должен был на 30.01.2015 (последний рабочий день месяца). Кстати эта ошибка исправлялась и не раз, даже с моей подачи в ЦФТ на памяти 3-и раза уже (все по одной и той же проблеме "Дата взятия курса" и опять при очередном обновлении все слетает.
П.С.
ТЯ 7.4.0.1
ПЯ 14.6.07 |
|
![](templates/subSilver/images/spacer.gif) |
Phenix Участник - экстремал
Вступление в Клуб: 17.04.2009
|
Чт Фев 05, 2015 11:39  ЗОД |
|
Полезность: Нет оценки
|
Кстати, кто столкнулся с такой проблемой в 14.6.07, не знаю с какой версии перестали останавливаться TRCшные JOBы в ЗОДе.
Было до перехода на 14.4.18:
15:53:57 09/01/2015 15:54:44 Завершение операционного дня 31-12-2014 выполняет Администратор Банковской Модели
ГРУППА1
1.Операции, выполняемые до перевода ОД
09/01/2015 15:54:44 Запрещение проводки несистемных документов ::[END_OD_OPERATION].[STOP_NOSYS]
09/01/2015 15:54:44 Проводка несистемных документов запрещена.
09/01/2015 15:54:44 Завершение опердня в Расчетном Центре ::[END_OD_OPERATION].[END_OD_RC]
Закрытие опердня 31/12/2014 : Администратор Банковской Модели
Блокирование договоров
Блокирование договоров завершено
Обнуление счетчика файлов и документов...
Обработка ежедневных лимитов договоров Расчетного центра...
Завершена обработка ежедневных лимитов договоров Расчетного центра...
Опердень РЦ 31/12/2014 закрыт !
Неудача при архивировании файлов...
09/01/2015 15:54:44Завершение опердня в Расчетном Центре закончено...
Стало в 14.6.07:
11:05:30 05/02/2015 11:05:40 Завершение операционного дня 04-02-2015 выполняет Администратор Банковской Модели
ГРУППА1
1.Операции, выполняемые до перевода ОД
05/02/2015 11:05:41 Запрещение проводки несистемных документов ::[END_OD_OPERATION].[STOP_NOSYS]
11:05:31 05/02/2015 11:05:42 Проводка несистемных документов запрещена.
05/02/2015 11:05:42 Завершение опердня в Расчетном Центре ::[END_OD_OPERATION].[END_OD_RC]
11:05:32 Закрытие опердня 04/02/2015 : Администратор Банковской Модели
Установлен семафор выполнения ЗОД РЦ филиала 001
Активные задания по расписанию отсутствуют, запуск ЗОД РЦ разрешен
Блокирование договоров
Блокирование договоров завершено
Обнуление счетчика файлов и документов...
Обработка ежедневных лимитов договоров Расчетного центра...
Завершена обработка ежедневных лимитов договоров Расчетного центра...
Опердень РЦ 04/02/2015 закрыт !
Неудача при архивировании файлов...
05/02/2015 11:05:43Завершение опердня в Расчетном Центре закончено... |
|
![](templates/subSilver/images/spacer.gif) |
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Чт Фев 05, 2015 17:47   |
|
Полезность: Нет оценки
|
Цитата: | Установлен семафор выполнения ЗОД РЦ филиала 001
Активные задания по расписанию отсутствуют, запуск ЗОД РЦ разрешен |
Ну так, по твоему логу, вроде они всё равно запрещены. Те же яйца только с боку, был останов заданий затем запуск, стала проверка на не запуск заданий т.е. блокирование на время ЗОДа
У нас 14.6.07 проблем не наблюдаем никаких. |
|
![](templates/subSilver/images/spacer.gif) |
Phenix Участник - экстремал
Вступление в Клуб: 17.04.2009
|
Пн Фев 09, 2015 11:30   |
|
Полезность: Нет оценки
|
yaffil пишет: | Цитата: | Установлен семафор выполнения ЗОД РЦ филиала 001
Активные задания по расписанию отсутствуют, запуск ЗОД РЦ разрешен |
Ну так, по твоему логу, вроде они всё равно запрещены. Те же яйца только с боку, был останов заданий затем запуск, стала проверка на не запуск заданий т.е. блокирование на время ЗОДа
У нас 14.6.07 проблем не наблюдаем никаких. |
Нам ЦФТшники вот что ответили по этому поводу:
В версии 14.5 были изменения по данной теме.
• В операции "Завершение опердня Расчетного Центра" (END_OPDAY_RC):
o В параметры операции и на экранную форму добавлен параметр "Остановить автоматы" (V_STOP_JOB). В случае установки данного параметра в значение "true", выполняется операция остановки автоматов "Остановить автоматы РЦ" (STOP_JOB_RC).
Проверьте, что данная операция настроена в ЗОД и успешно выполнялась.
Мы добавили настройку и все ок. |
|
![](templates/subSilver/images/spacer.gif) |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|