| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Bard
Участник со стажем
Вступление в Клуб: 10.11.2007
|
 Чт Дек 11, 2014 09:04 |
 |
Полезность: Нет оценки
|
| Alkov пишет: | | Bard пишет: | | yaffil пишет: | | Alkov пишет: |
У них саппот идёт только до версии текущая -1 |
А мы подписали с ними в договоре -2  |
Нынешние обновления тяжеловесны.
Нам технологического окна хватает только на 1 версию поднятся. |
Аха мы только на праздники успеваем или выходной банка на воскресенье... |
А у нас и выходных то нет..
Только ночью.Окно 10 часов можно выделить. |
|
 |
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Чт Дек 11, 2014 11:50 |
|
Полезность: Нет оценки
|
| svn пишет: | 2й день - полёт нормальный
были замечания по джобу РЦ, но спишем это на наши локальные настройки |
А что сделали с ошибкой при удалении документов платёжных?
(любой не даёт удалять)
| Код: | В настоящий момент операция невозможна:
таблица IBS.Z#DOCUMENT изменяется, триггер/функция может не заметить это |
З.Ы. накатил на тест 16.6.01 |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Чт Дек 11, 2014 12:13 |
|
Полезность: Нет оценки
|
у нас такого нет - всё удаляется корректно - версия такая же
есть ошибка в РЦ - по некоторым документам РЦ не проставляется реквизит GROUP_SVOD в результате чего не выгружаются в рейс - я думаю уже в завтрешнем патче выкатят фикс - нам оперативно выслали |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Чт Дек 11, 2014 14:28 |
|
Полезность: Нет оценки
|
Логирование реквизита IN_FOLDER в DOCUMENT поставило систему на раскоряк 
Убрали логирование этого реквизита - заработало. |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пн Дек 15, 2014 07:12 |
|
Полезность: Нет оценки
|
| yaffil пишет: | Логирование реквизита IN_FOLDER в DOCUMENT поставило систему на раскоряк
Убрали логирование этого реквизита - заработало. |
А кто додумался включить логирование этого реквизита?
ЦФТ вроде не присылает объекты с включенным логированием. |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Пн Дек 15, 2014 11:27 |
|
Полезность: Нет оценки
|
| devor пишет: |
А кто додумался включить логирование этого реквизита?
ЦФТ вроде не присылает объекты с включенным логированием. |
А почему нет? Что не запрещено - то можно, тем более на всех предыдущих версиях проблем не было, аудировать числовое значение.
З.Ы. пользователи у нас любознательные, чуть что говорят что ничего не делали, вот и включаем всё и по максимуму. |
|
|
Phenix
Участник - экстремал
Вступление в Клуб: 17.04.2009
|
| Чт Дек 18, 2014 16:00 Re: 14.6 |
|
Полезность: Нет оценки
|
| mike24 пишет: | | Коллеги, кто-нибудь смотрел 14.6? Можно на ней жить? Сейчас обновляю тест с 14,2 до... вот тут вопрос, где остановиться. С тем, чтобы на новогодних каникулах в бой поставить. |
Доброго.
Обновили ТЯ и поставили 14.6 на ТЕСТ, пока особо не тестили, но вроде как по первым впечатлениям косяков меньше чем на 14.4 |
|
|
pas
Профи
Вступление в Клуб: 20.11.2007
|
| Пт Янв 16, 2015 13:28 |
|
Полезность: Нет оценки
|
Добрый день форумчане!
На 14.6.4 появилось следующее, ответили на запрос:
Изменилась логика определения подразделения в дистрибутиве - финансовые распоряжения и платежные документы формируются в подразделении договора, а не пользователя. Раньше подразделение платежного документа могло определяться по подразделению пользователя, который его создал (не важно как, при исполнении ФР или при обработке транзакции), а теперь подразделение документа строго определяется по подразделению договора.
Настройка MF_DEPART_SOURCE работает только на ручное создание документа, поэтому при создании документов, например через обработку транзакции, она не используется. |
|
|
mike24
Участник со стажем
Вступление в Клуб: 24.08.2012
|
| Пт Янв 16, 2015 13:42 |
|
Полезность: Нет оценки
|
| pas пишет: | Добрый день форумчане!
На 14.6.4 появилось следующее, ответили на запрос:
Изменилась логика определения подразделения в дистрибутиве - финансовые распоряжения и платежные документы формируются в подразделении договора, а не пользователя. Раньше подразделение платежного документа могло определяться по подразделению пользователя, который его создал (не важно как, при исполнении ФР или при обработке транзакции), а теперь подразделение документа строго определяется по подразделению договора.
Настройка MF_DEPART_SOURCE работает только на ручное создание документа, поэтому при создании документов, например через обработку транзакции, она не используется. |
Есть такое дело, у нас свод документов полетел. Предполагаю, что это связано с тем, что теперь в кредитах (да и не только) допускается групповая обработка договоров всех филиалов, подразделение пользователя в таком случае в документ ставить нельзя. У меня львиная доля кредитных операций в ЗОДе, поэтому включил в ЗОД операцию, которая у всех документов, созданных ЗОДом, меняет подразделение.
С другой строны - можно теперь сэкономить на пользователях  |
|
|
mike24
Участник со стажем
Вступление в Клуб: 24.08.2012
|
| Пт Янв 16, 2015 13:43 |
|
Полезность: Нет оценки
|
| pas пишет: | Добрый день форумчане!
На 14.6.4 появилось следующее, ответили на запрос:
Изменилась логика определения подразделения в дистрибутиве - финансовые распоряжения и платежные документы формируются в подразделении договора, а не пользователя. Раньше подразделение платежного документа могло определяться по подразделению пользователя, который его создал (не важно как, при исполнении ФР или при обработке транзакции), а теперь подразделение документа строго определяется по подразделению договора.
Настройка MF_DEPART_SOURCE работает только на ручное создание документа, поэтому при создании документов, например через обработку транзакции, она не используется. |
Есть такое дело, у нас свод документов полетел. Предполагаю, что это связано с тем, что теперь в кредитах (да и не только) допускается групповая обработка договоров всех филиалов, подразделение пользователя в таком случае в документ ставить нельзя. У меня львиная доля кредитных операций в ЗОДе, поэтому включил в ЗОД операцию, которая у всех документов, созданных ЗОДом, меняет подразделение.
С другой строны - можно теперь сэкономить на пользователях |
|
|
pas
Профи
Вступление в Клуб: 20.11.2007
|
| Пт Янв 16, 2015 15:20 |
|
Полезность: Нет оценки
|
| Замечено следующее, на 14.6.4 (ядро 7.4.0.1) ломаются расширения после перекомпиляции. Ошибка пропадает после пересоздания. |
|
|
Phenix
Участник - экстремал
Вступление в Клуб: 17.04.2009
|
| Вт Фев 03, 2015 19:19 ОП Ф-123 |
|
Полезность: Нет оценки
|
Опять сломалась ОП Ф-123 в части расчета разницы в расчетном и фактическом резерве по валютным договорам, у нас при расчете в этом месяце курс взялся на 29.01.2015, хотя должен был на 30.01.2015 (последний рабочий день месяца). Кстати эта ошибка исправлялась и не раз, даже с моей подачи в ЦФТ на памяти 3-и раза уже (все по одной и той же проблеме "Дата взятия курса" и опять при очередном обновлении все слетает.
П.С.
ТЯ 7.4.0.1
ПЯ 14.6.07 |
|
|
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Завершение опердня в Расчетном Центре закончено... |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Чт Фев 05, 2015 17:47 |
|
Полезность: Нет оценки
|
| Цитата: | Установлен семафор выполнения ЗОД РЦ филиала 001
Активные задания по расписанию отсутствуют, запуск ЗОД РЦ разрешен |
Ну так, по твоему логу, вроде они всё равно запрещены. Те же яйца только с боку, был останов заданий затем запуск, стала проверка на не запуск заданий т.е. блокирование на время ЗОДа
У нас 14.6.07 проблем не наблюдаем никаких. |
|
|
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).
Проверьте, что данная операция настроена в ЗОД и успешно выполнялась.
Мы добавили настройку и все ок. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
