Сборка 5.50.003 отзывы перешедших, найденные проблемы, решения
0 (0)
Сборка 5.50.003 отзывы перешедших, найденные проблемы, решения ( Волшебник 25.10.2012 14:47 )2(6)Доброго времени суток всем!
На ноябрьские планировали переход на третью сборку с первой минуя реальную работу на второй.
В процессе тестирования возникли проблемы с закрытием дня, связанные с некорректной конвертацией базы account.dbt (появившееся поле accountID типа автоинкремент при конвертации не заполнилось), есть проблемы с пакетной оплатой транзакций (причем одиночная оплата проходит успешно).
Плюс еще пока не совсем ясное представление о механизме разграничения доступа...
Надо принимать решение, и мы все больше склоняемся к мысли что ну ее... Перейдем на вторую.
Сотрудники Р-стайл в частном порядке тоже не особо одобряют переход на 3-ю сборку.
Хочется услышать ваше мнение - тех кто пробовал переходить на тесте, особенно тех, кто вдруг уже перешел реально.
>> Ответить- Я бы не спешил, годик надо подождать. Мы только в следующем году может быть. ( LeonL 29.10.2012 09:55 )3(2)А сейчас смысла невижу.
>> Ответить- Ну вторую сборку вроде как снимают с поддержки в марте 2013 ( Волшебник 29.10.2012 16:31 )5(1)так что годик - это черезчур...
Мы вот щас все еще на первой сборке.
С каждым очередным маразмом из ЦБ или прочих регуляторов все сложнее и сложнее жить...
>> Ответить- А расскажите чего полезного сделал рстайл чтобы стоило перейти? ( LeonL 29.10.2012 17:10 )5(1)А то может я отстал от жизни и стоит поспешить.
Мы щас на 5.50.002.49 и вроде пока все спокойно.
>> Ответить- ну вот я тут тему то как раз и создал :) ( Волшебник 29.10.2012 17:28 )5(1)
- Единственно, из-за чего стоит на мой взгляд перейти, это права доступа ( oks2001 02.11.2012 09:59 )5(1)Но именно из-за этого переход вызывает очень много геморроя. Так что тоже раньше весны-лета будущего года не планирую
>> Ответить- права доступа ( JVR 02.11.2012 11:12 )5(1)Если я правильно понял - изменения в механизме разграничения доступа затронули только ядро (МВОДБ) - ни Лоанс, ни Ретайл не изменились - как-то это теперь все стыкуется ...
Тоже ждем пока, даже не тестили - смысла особого в переходе не вижу. Только из-за того, что 2ку снимают с поддержки придется весной переходить.
>> Ответить- с установкой прав тоже не всё радужно ( Шмаков Алексей 02.11.2012 12:31 )5(1)во-первых, судя по документации, обновление прав выполняется только в монопольном режиме.
во-вторых, судя по темам в суппорте, время обновления зависит от количества документов, т.к. создаются файлы доступа по ним.
>> Ответить- а поподробнее нельзя? ( oks2001 02.11.2012 16:49 )5(1)что значит время обновления зависит от количества документов? от количества документов в базе вообще?
>> Ответить- если меняете доступ к документам, ( Шмаков Алексей 06.11.2012 09:20 )5(1)то для 2млн документов доступ будет меняться минут 15.
>> Ответить- спасибо ( oks2001 06.11.2012 09:38 )5(1)Not specified
>> Ответить - Нда похоже рстайл отжег в очередной раз ( LeonL 06.11.2012 13:11 )3(2)Вот у меня 9 миллионов документов это при изменении прав я должен буду стопарнуть банк на почти два часа?
Я пока невкурсе как и что за права вы там придумали, но косяк походу скурили зачетный, всех делов то было отдать пользователям несколько функций типа:
IsAccessDoc ( oper ), IsAccessAccount ( oper ), IsAccessClient (oper), и все, как правило персональные настройки на каждый счет или клиента нафиг ненужны, по крайней меря я сходу немогу вспомнить ситуацию где бы это пригодилось. Остальные права четко разруливаются исходя из должности и офиса операционста макросом в 5-15 строк.
Единственный минус в моей схеме это то что придется макрос исполнять для каждого объекта, но тут спорный момент непонятно что будет быстрее простенький макрос с парой тройкой условий или штатный пока непонятно как работающий механизм с непонятно какой реализацией.
Схему работы в студию.
>> Ответить
- А кто нибудь уже работает на этой сборке? или все на 002 сидят? ( deusex 30.01.2013 08:30 )5(1)Not specified
>> Ответить- Я перешел (Мир Бизнес Банк) уже как год. Сейчас на 5.50.003.21 ( sergey_moscow 11.02.2013 09:54 )5(1)В целом обновление прошло успешно.
Возможно потому что у нас только юрики и то не много.
С правами доступа только долго пришлось разбираться.
Много групп лучше не создавать, да и настройка очень не удобная.
Все разграничения которые хотел так и не получилось реализовать.
Проблема что одно ограничение мешает другим.
Также несколько раз пропадали внебалансовые счета у пользователей.
Пришлось пересозавать таблицу s_obacc$.dbt и обновлять права заново во всех группах!
Учитывая что это можно сделать только монопольно! Да и от количества записей тоже скорость выполнения зависит.
Ну и последний глюк, который так и не смогли воссоздать с поддержкой - это ошибка с поиском по сумме в списке архивных документов (ищет через раз, да и отображает по-разному).
>> Ответить- а что значит "пропадали" ? ( oks2001 11.02.2013 10:04 )5(1)В смысле счета оставались, только пользователи их не видели? Или счета пропадали совсем, с концами?
>> Ответить- просто не были видны пользователям) пишет "Нет записей" ( sergey_moscow 11.02.2013 10:23 )5(1)Not specified
>> Ответить
- А по подробней про разграничения? ( deusex 11.02.2013 10:18 )5(1)Я конечно понимаю что рстайл опять сделал велосипед с квадратными колесами, но хочется убедиться что они хотябы не треугольные.
>> Ответить- вот можно наглядно посмотреть на эти "колеса" ( sergey_moscow 11.02.2013 11:33 )3(2)
┌──────────── Правила доступа к объектам для группы "Бухгалтерия" ─────────────┐ │┌──────── Объекты доступа ─────────┐┌─────────── Правила доступа ────────────┐│ ││╓──────────────────────────────┬─╖││╓───────────────┬─┬────────────────────╖││ ││║Название │Д║││║Действие │Д│Условие ║││ ││╟──────────────────────────────┼─╢││╟───────────────┼─┼────────────────────╢││ ││ [+] ЛИЦЕВЫЕ СЧЕТА X ││ Просмотр Р ││ ││ [+] ДОКУМЕНТЫ X ││ Редактир. Р ││ ││ [+] СУБЪЕКТЫ X ││ В скроллинге Р ││ ││ [+] ОПЕРАЦИИ ДЛЯ КОНТРОЛЯ X ││ В списке выбор► Р ││ ││ ├─ КАРТОТЕКА 1 X ││ Открытие Р ││ ││ ├─ КАРТОТЕКА 2 X ││ Закрытие Р ││ ││ [+] СПРАВОЧНИКИ X ││ Удаление З ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││────── Просмотр - разрешено для ────────││ ││ ││ [ ] текущего пользователя ││ ││ ││ [ ] текущей группы пользователей ││ ││ ││ [ ] текущего филиала ││ │└──────────────────────────────────┘└────────────────────────────────────────┘│ └──────────────────────────────────────────────────────────────────────────────┘
Есть в сложности учитывать пользователя в разных группах.
Просмотр - разрешено для ... (не всегда работает как надо).
Условия лучше писать "методом исключений".
┌───────── Правила доступа к объектам для группы "Операционный отдел" ─────────┐ │┌──────── Объекты доступа ─────────┐┌─────────── Правила доступа ────────────┐│ ││╓──────────────────────────────┬─╖││╓───────────────┬─┬────────────────────╖││ ││║Название │Д║││║Действие │Д│Условие ║││ ││╟──────────────────────────────┼─╢││╟───────────────┼─┼────────────────────╢││ ││ [+] ЛИЦЕВЫЕ СЧЕТА X ││ Просмотр Р ││ ││ [+] ДОКУМЕНТЫ X ││ Редактир. Р ││ ││ [+] СУБЪЕКТЫ X ││ В скроллинге Р Системный тип != П; ││ ││ [+] ОПЕРАЦИИ ДЛЯ КОНТРОЛЯ X ││ В списке выбор► Р ││ ││ ├─ КАРТОТЕКА 1 X ││ Открытие Р ││ ││ ├─ КАРТОТЕКА 2 X ││ Закрытие Р ││ ││ [+] СПРАВОЧНИКИ X ││ Удаление З ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││ ││────── В скроллинге - разрешено►────────││ ││ ││ [ ] текущего пользователя ││ ││ ││ [ ] текущей группы пользователей ││ ││ ││ [ ] текущего филиала ││ │└──────────────────────────────────┘└────────────────────────────────────────┘│ └──────────────────────────────────────────────────────────────────────────────┘
В общем придется долго играться с настройками. Советую сначала все разрешить и не привязываться к группам и пользователям. А потом потихоньку начинать отключать права.
Возможно я пока один на 5.50.003, поэтому проблемы тяжело решать в одиночку. Ждем все остальные банки;)
>> Ответить- А по умолчанию при переходе какие права устанавливаются? ( oks2001 12.02.2013 09:04 )5(2)какая вообще технология перехода? Сперва переходим, потом права устанавливаем или права устанавливаются в процессе перехода?
Не подскажете сколько времени у вас занял непосредственно сам переход? Это сильно зависит от количества документов в базе?
>> Ответить- переход такой же как и в свое время на 002 сборку ( sergey_moscow 12.02.2013 10:48 )5(1)Права и группы установятся аналогичные как на 002 сборке.
Но все придется после обновления проверять.
Обновление ставится как обычно.
Единственный момент - переходить надо с предпоследней 002 сборки на последнюю 003.
Права настраивать будете после обновления.
Думаю обновление сильно будет зависить по времени от количества документов (у нас 800 тыс, обновился за полчаса).
>> Ответить- а почему с предпоследней, а не с последней? ( oks2001 12.02.2013 11:24 )5(1)Not specified
>> Ответить- это указание поддержки ( sergey_moscow 12.02.2013 14:15 )5(1)я так понимаю сборка 003 - это по сути та же сборка 002, но только с функционалом разграничения прав доступа.
поэтому обновляться нужно последовательно, с предпоследней 002 сборки, на последнюю 003.
>> Ответить- что-то непонятно :-) ( oks2001 12.02.2013 17:51 )5(1)ну ладно, буду поддержку мучить. Получается, что я вот сейчас на последней 2 сборке, и если хочу перейти на 3, то должна ждать пока выйдет новая 3 и только тогда переходить. А до этого не могу? Как-то не очень логично
>> Ответить- Лучше пока и не переходите :) ( Волшебник 18.02.2013 10:41 )5(1)Давно проверено - продукты Р-Стайл - это как вино - сначала надо выдержать определенное время в прохладном темном месте, а уже потом распивать :)
>> Ответить- Так год уже выдерживается ( oks2001 18.02.2013 10:44 )5(1)С марта они 2 версию с поддержки снимают
>> Ответить
- А пробовали документов в postdoc из сторонних программ ??? ( CrazyManQ 06.03.2013 16:43 )5(1)В скором времени собираемся тоже переходить.
Сейчас тестируем 5.50.003.21
Позвольте задать несколько вопросов :
1) Пробовали работать в EasyWin? Как отчеты в нем на экране отображаются - у нас крякобразы, но это мелочи - т.к. в EasyWin не работаем, но проверить надо было!
2) Пробовали создать документы в postdoc.dbt - не посредством MakePostDoc РС-а, а например через ODBC, или еще как нибудь ? (так например работает сервер Клиент-Банка)
сразу скажу, что выгружаться документы то выгружаются, но так как не заполняется таблица s_pdoc.dbt, эти документы не видны пользователям. Вот интересно у вас как?
>> Ответить- Т.е. получается, что документы в Postdoc, созданные ( oks2001 06.03.2013 17:11 )5(1)
- Все верно !!! ( CrazyManQ 06.03.2013 17:30 )5(1)Создавать можно только MakePostDoc, тогда документы создаются в PostDoce, и создается запись в s_pdoc с информацией о правах как я понимаю, согласно настройкам системы.
В общем для нас это пока что жуть, это еще один очередной гемор!
>> Ответить - Для документов в postdoc.dbt созданных макросом права в s_pdoc.dbt заполняются ( kamanov 12.03.2013 12:17 )5(1)Not specified
>> Ответить
- С кодировкой в EasyWin разобралися ( CrazyManQ 06.03.2013 17:38 )5(1)С кодировкой в EasyWin разобралися :
правим
easywin.ini - на компе, откуда запускаем
EDITORFONT = Courier New,12,,8,,,,oem,,
>> Ответить - у нас такая же проблема была - пользователи не видели документы Клиент-Банка ( sergey_moscow 07.03.2013 11:50 )5(1)решил проблему через планировщик.
запускаю каждые 5 минут этот макрос:
Import Bankinter, CarryDoc; FILE pd ("postdoc.dbt", "bank.def") write; FILE pdv ("postdoc$.dbt", "bank.def") write; record s_pd ("postdoc.dbt", "bank.def"); record s_pdv ("postdoc$.dbt", "bank.def"); MACRO CopyStructure (out, in) i = 0; while (i <= FldNumber (in)) out(i) = in(i); i = i + 1; end; END; while(next(pd)) if((pd.Result_Carry == 9) and (pd.ApplicationKey == "")) CopyStructure (s_pd, pd); if(pd.Sum == $0) s_pd.Sum = $1; end; if(MakePostDoc (1, s_pd) == 0) Delete(pd); end; end; end; while(next(pdv)) if((pdv.Result_Carry == 9) and (pdv.ApplicationKey == "")) CopyStructure (s_pdv, pdv); if(pdv.Sum == $0) s_pdv.Sum = $1; end; if(MakePostDoc (1, s_pdv) == 0) Delete(pdv); end; end; end;
>> Ответить- А зачем при нулевой сумме ставим $1 ? ( CrazyManQ 07.03.2013 12:39 )5(1)
- это валютный документ Клиент-Банка ( sergey_moscow 07.03.2013 14:12 )5(1)из-за отсутсвия курса я незнаю какой будет сумма валюты, поэтому при проводке операционист сам её проставляет
>> Ответить - да, и еще такой момент ( sergey_moscow 07.03.2013 14:15 )5(1)
- Для заполнения прав в s_pdoc.dbt сейчас достаточно вызвать update() вместо MakePostDoc() и Delete() ( kamanov 12.03.2013 12:18 )5(1)Not specified
>> Ответить
- А у кого работает RS-Bank совместно с IBank-ом от Бифита?(+) ( Vado 25.06.2013 18:37 )5(1)Там такая же проблема с отложенными документами или они решили проблему видимости пользователям?
>> Ответить- А что у вас шлюз не самодельный? ( LeonL 25.06.2013 19:52 )5(1)Что мешает допилить его до кондиции?
>> Ответить- Нет не самодельный, предоставленный разработчиком. ( Vado 26.06.2013 09:28 )5(1)Not specified
>> Ответить- У Ibank есть штатный шлюз для рски? ( LeonL 26.06.2013 09:54 )5(1)ЧТо он из себе представляет?
У нас был макрос самодельный сканирующий папку експорта ибанк, и обрабатывающий их посылки, и соответственно выкладывающий ответы.
>> Ответить- Есть штатный ( Ltybc 26.06.2013 12:30 )5(1)Он через odbc в отложенные кидает. Кстати, шлюз на скрипте написан и его можно допилить при желании.
>> Ответить- Посмотрите знания (+) ( Машкова Юлия 26.06.2013 12:50 )5(1)3710 и 3709, в них как раз есть информация, что именно нужно дописать, чтобы вставляемые инсертом документы были видны не только администратору.
PS. В Айсе этот вопрос уже неоднократно обсуждался и темы специально Вашими коллегами сделаны публичными, например, 268455, 268648.
>> Ответить- А можно подробнее посоветовать куда поместить update, в какой макрос (+) ( Vado 26.06.2013 15:30 )5(1)т.к. в рекомендованных вами ссылках я так и не понял где же лучше всего делать update документа, если он загружен из сторонней системы.
>> Ответить- Если документ загружен в таблицу postdoc.dbt, то обрабатывать его нужно в макросе postdoc.mac ( CrazyManQ 26.06.2013 16:01 )5(1)Мы например обновляем такие документы при входе в отложенные документы.
в самом конце макроса дописали функцию - UpdatePostDoc();
MACRO UpdatePostDoc() FILE PST("postdoc.dbt") write; rewind(PST); WHILE (next(PST)) // пробежимся по всем записям postdoc.dbt IF ( (int(PST.iApplicationKind)==0) // Сторонние программы не заполняют эти поля and (int(PST.ApplicationKey)==0) ) PST.iApplicationKind=2; PST.ApplicationKey=getApplicationKey(); update(PST); // обновим документ! END; ENd; // WHILE setoutput(null); END; //MACRO UpdatePostDoc()
>> Ответить- Ага, спасибо! ( Vado 26.06.2013 16:34 )5(1)Not specified
>> Ответить
- И как он интересно категории у документа проставляет? ( LeonL 26.06.2013 13:36 )5(1)Not specified
>> Ответить- Шлюз? Не проставляет. ( Ltybc 26.06.2013 14:15 )5(1)У него интерфейс только до структуры postdoc.
В остальные места надо или просить Бифит сделать интерфейс или самому на яве обратиться.
Ну или проще в postdoc писать в любые поля, а потом при проводке разворачивать макросом.
>> Ответить- А как же он изменения статуса и остатки по счетам ловит? ( LeonL 26.06.2013 15:11 )5(1)Not specified
>> Ответить- Через то же odbc ( Ltybc 26.06.2013 15:38 )5(1)Пробегает по счетам и документам и скачивает себе выписку.
И статусы также - у него и таблица специальная есть - id в IBank = applicationkey в RS
>> Ответить- И как часто он лазит в рску? ( LeonL 26.06.2013 16:27 )5(1)И допустим провели в архив че нибудь опера, как он узнает в каком дне изменения?
У нас перевыгружалась вся история по счету в случае расхождения остатков, был полный пипец.
>> Ответить- А он сам не лазит ( Ltybc 26.06.2013 16:39 )5(1)Просто вызывается консольная утилита, когда захочешь и на какую хочешь глубину.
Мы вроде раз в полчаса на три дня синхронизируем и ночью на десять дней.
>> Ответить
- куда пропал электронный штамп в принятых документах? ( Darg 11.06.2013 15:15 )5(1)Может кто знает, как заново включить отображение электронной подписи в документах принятых через Клиент-Банк, а то почему то после перехода с 5.50.002 на 5.50.003 исчез этот штамп в документах?
>> Ответить- решилось восстановлением старого макроса new_paya, с доработкой Sanches ( Darg 11.06.2013 16:41 )5(1)Not specified
>> Ответить
- Перешли 16.06.2013, на 5.5.003.26 уже кое-что нашлось ( Sergey 19.06.2013 11:40 )5(1)- вдруг у пользователя пропадают внебелансовые проведенные документы. Лечится перезаходом.Есть запрос.
- или не виден какой-то субъект ни в одногм списке. Лечится перезаходом.Есть запрос.
- в шаблонах заполнения полей документов перестало работать условие "Вид операции". Есть запрос.
- довольно часто Rsbank умирает по Exception в самых разных местах. Повторное выполнение той же операции чаще всего успешно.
>> Ответить- Можно к каждому пункту номер запроса добавить? ( a.makhov 19.06.2013 11:48 )5(1)Not specified
>> Ответить- да, можно ( Sergey 19.06.2013 11:51 )5(1)
- Шикарно! ( a.makhov 19.06.2013 11:57 )5(1)Not specified
>> Ответить- Это слишком мягко сказано. ( LeonL 19.06.2013 12:44 )5(1)Как всегда за наши деньги сделали чтото что мы не просили, сделали так как всегда через исконное русское место
и теперь нас туда загоняют. А мы вот не хотим туда.
>> Ответить- Ща погоди, они ещё и интерфейс консольный отрубят :) ( Pov 19.06.2013 12:51 )5(1)Работают, фули :)
>> Ответить- Тогда придется уходить в свободное плавание, c обрубком easy жизни нет. ( LeonL 19.06.2013 13:27 )5(1)Not specified
>> Ответить- именно поэтому RS пока приостановил это решение - слишком много банков просто откажутся от поддержки ( oks2001 19.06.2013 13:34 )5(1)или вообще уйдут к другому производителю.
Если не будет обеспечена поддержка VCH на easy моему банку там делать просто нечего (слишком много у нас ДОписано, используя VCH)
>> Ответить
- еще (+) ( Sergey 19.06.2013 12:35 )5(1)- не работает макет сортировки счетов - ошибка в размере поля SORT. Обещают исправить в 29-м патче
- падает процедура CarryClient в макросах, если ее выполняет не администратор АБС - разбираемся в причинах.
>> Ответить- падение CarryClient подтверждено (+) ( Sergey 19.06.2013 14:00 )5(1)
- подтверждаю! ( sergey_moscow 19.06.2013 14:44 )5(1)у меня тоже внебалансовые документы у пользователей иногда пропадают. Лечится перезаходом.
>> Ответить - Т.е. обрубили поддержку 5.50.002 для ускорения бета-тестирования 5.50.003 (+) ( Александр 20.06.2013 02:52 )5(1)Да еще всякие новшества по дополнительному взиманию денег за доработки.
Как-то пичально все это. Рынок, ёпрст.
>> Ответить - хочу отметить оперативность поддержки. Сегодня прислали хотфикс (+) ( Sergey 20.06.2013 12:12 )3(2)по проблеме внебалансов и падения на CarryClient.
>> Ответить
- А кто знает как сказывается новомодный доступ на скорость работы? ( LeonL 23.09.2013 08:24 )5(1)И есть ли функционал для программистов по работе с доступом?
>> Ответить- Плохо сказывается (+) ( sokols 23.09.2013 10:21 )5(1)Особенно заметно при закрытии дня, когда после переноса текущих документов в архивные начинают обновляться s_*.dbt. Время закрытия процентов на 20 увеличилось. Заметны задержки также при загрузке документов из МЦИ. То есть при любой массовой обработке замедление чувствуется, в остальных случаях можно мириться.
>> Ответить
- А кто знает насколько плотно теперь связан TBFile и права доступа? ( LeonL 24.09.2013 13:18 )3(2)Можно открыть файл без учета доступа?
>> Ответить - совм-ть с Win2K SP4 http://support.softlab.ru/Forum/ZoneForum/topic.asp?Forum=2&ID=55122& ( Voskresensky 07.10.2013 13:37 )5(1)Not specified
>> Ответить - После конвертации с 5.5.002.62 на 5.5.003.30 часть документов по Картотеке2 закрепилась за опером 0 ( Alex_Inzh 24.10.2013 11:58 )5(1)По рекомендации поддержки решается следующим образом:
"...
а исправляется это все оч.просто:
МВОДБ / Процедуры / перенос картотек / рубли
и без указания счета - по всем документам К1 и К2 проставятся в поле oper - опер счета
(если это вас устроит)
думаю что такой результат - вполне приемлем, т.к. права (в т.ч. и на документы К1 и К2) задаются уже по новому и номер опера там не важен
прим: эта процедура применяется когда счет передают другому оперу и он его забирает вместе с картотеками
..."
>> Ответить
