22 октября, понедельник 13:49
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

Есть ли банки c Fa#, работающие с филиалами в ONLINE ?

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Есть ли банки c Fa#, работающие с филиалами в ONLINE ?

    Есть ли банки c Fa#, работающие с филиалами в ONLINE ?
    Я слышал только об одном: АБН АМРО и у них филиал в Питере.
    Интересны примеры, когда филиалы работают во многих модулях: РКО, Кассовый модуль(обменник), Ком.кредиты, МБК, Депозиты (старые и новые вклады), Ценные бумаги, Потреб.кредиты.
    Судя по тому, как эти модули работают в голове, страшно представить как это все будет работать в разрезе филиалов...

  • #2
    Таких банков очень много (имена лучше обсуждать в "личке") - как минимум с четыре десятка. У вас есть какие то конкретные вопросы по особенностям такой работы ?

    Комментарий


    • #3
      Сообщение от AlexanP Посмотреть сообщение
      ...
      Судя по тому, как эти модули работают в голове, страшно представить как это все будет работать в разрезе филиалов...
      Филиалов онлайновых у нас нет (слава КПСС!). Зато есть удаленные допофисы (межгород). Работать напрямую (база в одном месте, клиентская часть в другом) невозможно, если задержки на каналах больше 50 мс. Дикие тормоза. Трафик тоже огромный.
      Поэтому Citrix, со всеми вытекающими расходами/неудобствами. Так как принтеры сейчас в основном лазерные, то печатный трафик превышает экранно/клавиатурный в разы (наша идея кидать на клиента выход генератора отчетов - маленький текстовый файл и печатать его локально, в Дасофте не прижилась, хотя все, с кем беседовал говорили, что идея замечательная, но нужно немножко доработать генератор отчетов, а его трогать просто боятся).
      Мы подлечили ThinPrint_ом, хотя это не дешево (ну не хочет Диасофт денег... отдадим тем, кому нужнее ).
      Возникнет проблема с интеграцией - то же получите тормоза/блокировки потери и т.д. Лечится установкой шины с гарантированным транспортом (много денег + дефицитнейшие специалисты).
      И даже не смотря на столь серьезный комплекс мер, работа пользователей менее комфортна. Совокупная стоимость владения же, в свете новой политики лицензирования по онлайн филиалам превысит локальную инсталляцию.
      IMHO

      Комментарий


      • #4
        Сообщение от IgorL Посмотреть сообщение
        Работать напрямую (база в одном месте, клиентская часть в другом) невозможно, если задержки на каналах больше 50 мс. Поэтому Citrix, со всеми вытекающими расходами/неудобствами. Так как принтеры сейчас в основном лазерные, то печатный трафик превышает экранно/клавиатурный в разы
        Если работать в классической Client-Server архитектуре - то это действительно 2 основных подхода. Лучшее еще в мире никто не придумал - иначе бы это уже было использовано. IMHO жаловаться на текущие реализации - все равно что плевать против ветра.

        По поводу минимизации трафика - есть не только _идея_ с "выдавать выход на клиента" (кстати это какой-то примитивный отчет - если только один recordset - обычно гораздо больше), но и реалии - не списывать со счета матричные принтера и текстовые отчеты, менять TTF шрифт документа на "аппаратный встроенный" в принтер, печатать на заранее подготовленных фирменных бланках, в конце концов заменить пробел на табуляцию (а по вертикали - прогон страницы) в популярных отчетах. Я уже не говорю про миллионы способов оптимизации Word/Excel отчетов - выгружать источник слияния в локальную папку станции и запускать автономную копию Word для печати (через батник или DCOM запустите dcomcnfg.exe сколько там можно дистанционно сделать )
        Я лично просто ставлю из Resource Kit утилиту и меняю базовый батник печати, чтобы он вызывал "удаленный Word" см http://support.microsoft.com/kb/151519/en-us
        Последний раз редактировалось bantik; 28.01.2008, 12:24.

        Комментарий


        • #5
          Сообщение от bantik Посмотреть сообщение
          Если работать в классической Client-Server архитектуре - то это действительно 2 основных подхода. Лучшее еще в мире никто не придумал - иначе бы это уже было использовано. IMHO жаловаться на текущие реализации - все равно что плевать против ветра.
          Есть еще как минимум трехзвенная клиент-серверная архитектура.
          Жаль что она неведома Fa#. Далек он и от классической Клиент-серверной. Классическая клиент-серверная архитектура базируется на постулате - одному пользователю один объект в один момент времени. Диасофт закачивает целые гриды только при подъеме формы. Зачем? Они тормозят и генерят трафик. И потом скроллом юзер ищет одну ему нужную запись... Это Clipper/Fox/Dbase...
          Сообщение от bantik Посмотреть сообщение
          По поводу минимизации трафика - есть не только _идея_ с "выдавать выход на клиента" (кстати это какой-то примитивный отчет - если только один recordset - обычно гораздо больше),
          Если Вам известно - текстовый генератор отчетов формирует из множества recordset_ов ОДИН текстовый файл. Его то и нужно передать на клиента для автономной печати. Вордовские отчеты по сути так же имеют четко заданный файл шаблона с полями (который вполне можно держать на клиенте), к которому идет небольшой файлик с начитанными полями (а вот его нужно переслать, но текущим генератором это сделать малореально - нужна четкая связь сессии пользователя с его локальной машиной. Дописывать надо...).
          Сообщение от bantik Посмотреть сообщение
          но и реалии - не списывать со счета матричные принтера...
          Господин хороший! Проснитесь! 21 век на дворе!!! Найдите USB матричники. Или LPT порт на современной машине. Предложите на списывать EGA мониторы с XT машинками? АЦПУ тоже не списывать?
          А вид договора вклада, напечатанного на матричнике? Вас устроит? А шум в оперзале? Наушники выдать?
          Сообщение от bantik Посмотреть сообщение
          и текстовые отчеты, менять TTF шрифт документа на "аппаратный встроенный" в принтер,
          Поставьте принтер, у которого нельзя в свойствах поставить разрешение меньше 600 dpi (такие уже редкость!!! 1200). Укажите в свойствах принтера "печатать в файл". Выведите через этот принтер отчет на одну страничку и сравните размер полученного файла (а он едет по сети в Citrix) и текстовичка в каталоге Temp. 2..3 мегабайта против 20..25 килобайт. Почувствуйте разницу, передав эти файлы по канале в 64к.
          Тогда еще можно о чем то говорить.
          Сообщение от bantik Посмотреть сообщение
          печатать на заранее подготовленных фирменных бланках,
          Особо тонкий стеб, учитывая, что генератор ни в одном режиме не умеет позиционировать текст на странице. То что на одном принтере удастся подогнать путем вставки пустых строчек, табопробелов и прочих шаманских действий на другом не попадет в предназначенные для этого пропуски. "Документ" будет неряшливым, как продукт компании Диасофт.
          Сообщение от bantik Посмотреть сообщение
          в конце концов заменить пробел на табуляцию (а по вертикали - прогон страницы) в популярных отчетах.
          С 99% драйверов принтеров ничего не даст. Проверьте, прежде чем советовать.
          Сообщение от bantik Посмотреть сообщение
          Я уже не говорю про миллионы способов оптимизации Word/Excel отчетов - выгружать источник слияния в локальную папку станции
          А это еще как? Расшарить сотню локалок? А слово "безопасность" Вам о чем нибудь говорит? И даже расшарив, как Вы определите, в которую из них нужно выгрузить? Для генератора отчетов то он будет выполняться на терминальном сервере... И с удивлением обнаруживать, что договор, отправленный на принтер на столе, печатается в другом городе!

          Вы забыли еще парочку советов:
          1. Печатать копию экрана (Alt+PrintScreen). Не нужное обрезать ножницами.
          2. Писать ручкой. Шариковой.

          Комментарий


          • #6
            закачивает целые гриды только при подъеме формы. Зачем? Они тормозят и генерят трафик. И потом скроллом юзер ищет одну ему нужную запись... Это Clipper/Fox/Dbase...

            Все-таки в recordset закачивается не весь результат выборки, возвращаемый на клиента. Диасофт работает через BDE, а он как раз только часть берет с сервера. И когда жмем PgDn, то видим часики, а когда дойдем до конца, то они пропадают. И процесс имеет status=runnable и command=SELECT когда жмем PgDn. А когда доходим до конца, то status=sleeping и command=AWATING COMM

            Комментарий


            • #7
              Сообщение от AlexanP Посмотреть сообщение
              Все-таки в recordset закачивается не весь результат выборки, возвращаемый на клиента. Диасофт работает через BDE, а он как раз только часть берет с сервера. И когда жмем PgDn, то видим часики, а когда дойдем до конца, то они пропадают. И процесс имеет status=runnable и command=SELECT когда жмем PgDn. А когда доходим до конца, то status=sleeping и command=AWATING COMM
              fetch действительно немного спасает.
              Но посмотрите трафик по установленному порту с машины до SQL сервера...

              Комментарий


              • #8
                Сообщение от IgorL
                Жаль что она неведома Fa#. Далек он и от классической Клиент-серверной. Классическая клиент-серверная архитектура базируется на постулате - одному пользователю один объект в один момент времени.
                Еще как ведома - все фронт-офисные продукты имеют даже не трех-уровневую, а сетевую компонентную архитектуру - в т.ч. и репорт-сервер. "Старые" бэк-офисы да - их переписать крайне трудно и дорого, проще писать новые в SOA (чем и занимаются отдельные умные люди в Диасе)

                Сообщение от IgorL Посмотреть сообщение
                Диасофт закачивает целые гриды только при подъеме формы. Зачем? Они тормозят и генерят трафик. И потом скроллом юзер ищет одну ему нужную запись... Это Clipper/Fox/Dbase...
                Нет не так. Форма имеет "дочитку" - и закачиваются только те 15-20 строк, которые видны на экране. Именно поэтому PgDown "подтормаживает" - нужно прокачать все промежуточные данные, поскольку заранее объем выбираемых данных неизвестен. А если пользователь сначала (без фильтра) выкачивает ВСЕ - а потом пальчиком ищет что же ему нужно - да еще на медленном канале - трудно назвать этот процесс промышленным, не только в техническом - но и в бизнес-смысле. Вы попробуйте хоть из одной серьезной западной системы получите хоть один грид без указания фильтра отбора (например первая буква фамилии) - ничего не выйдет. Сначала пользователь по максимуму "зажмет" селектор отбора - и потом уже будет заниматься навигацией - ни никто ему выписку по коррсчету за год на экран никогда не даст.

                Сообщение от IgorL
                Если Вам известно - текстовый генератор отчетов формирует из множества recordset_ов ОДИН текстовый файл. Его то и нужно передать на клиента для автономной печати.
                Так я о чем и говорю - делается элементарно - через rcmd или даже telnet. Вместо стандартного toword.bat делаем более умный командник, который в зависимости от логина - запускает удаленно winword.exe на нужном локальном компьютере (на котором поднят сервер telnet). И никаких "расшариваний" не нужно - Бог с вами.
                (А то что принтер как раз расшаривается от терминального сервера на клиентский компьютер - не заметили что ли ? Это делается абсолютно автоматически)

                Сообщение от IgorL
                И с удивлением обнаруживать, что договор, отправленный на принтер на столе, печатается в другом городе
                Ну так это и нужно - если изначально речь шла об эффективном использовании канала связи с этим удаленным офисом. Предлагаю не глумиться - а хотя бы элементарно проверить разные варианты - переход от растра к вектору гарантированно РЕАЛЬНО уменьшит объем документа. Я бы еще подумал - о том где размещать спулинг. Он изначально в EMF виде (мета-формат) - как раз для того чтобы не зависеть от типа принтера и иметь несколько принтерных пулов - а следовательно имеет максимально маленький объем - который можно вынести в доп-офис и там уже средствами GDI растризовать.
                Если принтер HP - то там есть такой крыжик "Оптимизация печати" - например на договоре на 4 страницы без него принтерный дамп - 1,3 Мб - а с ним 120 Кб. Разница в объеме - НА ПОРЯДОК.

                Сообщение от IgorL
                Поставьте принтер, у которого нельзя в свойствах поставить разрешение меньше 600 dpi (такие уже редкость!!! 1200). Укажите в свойствах принтера "печатать в файл". Выведите через этот принтер отчет на одну страничку и сравните размер полученного файла (а он едет по сети в Citrix)
                Я уже боюсь... А выпить снотворного, воткнуть палец в розетку и прыгнуть с табуретки при этом не надо ? В этом совете сделано все - чтобы увеличить принтерный трафик, вместо того чтобы его уменьшить. А еще давайте сделаем "печатать текст как графику" и вообще вместо векторной печати (которая как раз и не зависит от dpi принтера !!) перейдем к растровой - и забъем память принтера. И я даже знаю - кого на форуме объявят виноватым , если вдруг принтер захлебнется :-)
                Последний раз редактировалось bantik; 28.01.2008, 17:25.

                Комментарий


                • #9
                  Сообщение от bantik Посмотреть сообщение
                  Еще как ведома - все фронт-офисные продукты имеют даже не трех-уровневую, а сетевую компонентную архитектуру - в т.ч. и репорт-сервер. "Старые" бэк-офисы да - их переписать крайне трудно и дорого, проще писать новые в SOA (чем и занимаются отдельные умные люди в Диасе)
                  Слышали. Кое что даже видели. Воздержусь от комментариев.
                  Сообщение от bantik Посмотреть сообщение
                  Нет не так. Форма имеет "дочитку" - и закачиваются только те 15-20 строк, которые видны на экране. Именно поэтому PgDown "подтормаживает" - нужно прокачать все промежуточные данные, поскольку заранее объем выбираемых данных неизвестен. А если пользователь сначала (без фильтра) выкачивает ВСЕ - а потом пальчиком ищет что же ему нужно - да еще на медленном канале - трудно назвать этот процесс промышленным, не только в техническом - но и в бизнес-смысле.
                  Жизнь, к сожалению сложнее. Неоднократно наблюдал сей процесс.
                  Возможно с MS SQL BDE и отрабатывает fetch... C Sybase скорее тупо кеширует, высосав с сервера. command=AWATING COMM всегда практически. Есть собственный клиент, вызывающий хранимку начитки клиентов, не использующий BDE, а работающий напрямую с dll клиента Sybase. Там fetch корректный. Начитывается на порядки быстрее чем тот же вызов в начитке справочка Диасофтом, трафик действительно только на скроллинге грида.

                  Посмотрите статистику по трафику на порту с сервером, почитайте рекомендации компании Диасофт по пропускной способности каналов... Трафик совсем не маленький!
                  Сообщение от bantik Посмотреть сообщение
                  Вы попробуйте хоть из одной серьезной западной системы получите хоть один грид без указания фильтра отбора (например первая буква фамилии) - ничего не выйдет. Сначала пользователь по максимуму "зажмет" селектор отбора - и потом уже будет заниматься навигацией - ни никто ему выписку по коррсчету за год на экран никогда не даст.
                  Дык это "серьезные системы". Более того, в некоторые и отечественные разработки встроена защита от дурака - не даст за год по всем счетам без предупреждения. Диасофт же без киллеров, мониторящих в Артизане, способен повалить чуть ли не любой пользователь.
                  Сообщение от bantik Посмотреть сообщение
                  Так я о чем и говорю - делается элементарно - через rcmd или даже telnet. Вместо стандартного toword.bat делаем более умный командник, который в зависимости от логина - запускает удаленно winword.exe на нужном локальном компьютере (на котором поднят сервер telnet). И никаких "расшариваний" не нужно - Бог с вами.
                  Глубокая теория. Оторванная от практики. 90% отчетов как раз текстовые (*.tpr) им toword.bat не указ. Далее, логин ну никак не связан с локальным компьютером, какой бы умный батник не писали. Вариант сопоставления логин==имя_машины вариант тупиковый. В оперкассах кассиры мигрируют по машинам. Более менее серьезное количество (от двух десятков) - смерть. Можно подключать локальные диски машин к сессии, но при подключенных сетевых на терминалке получается несъедобная случайная каша.
                  Сообщение от bantik Посмотреть сообщение
                  (А то что принтер как раз расшаривается от терминального сервера на клиентский компьютер - не заметили что ли ? Это делается абсолютно автоматически)
                  Ага, заметил. Только КАК он расшаривается? Через универсальный драйвер. Вводная - принтеров больше одного у клиента. Дефолтный цитрих определяет по одному ему ведомому алгоритму. И при малейшем дрожании канала переименовывает его (переподключает). Генератору отчетов при этом сносит башню. Проблему решает ScrevDriver или ThinPrint. Может еще последний цитрикс, но он других денег стоит и падучестью страдает.
                  Сообщение от bantik Посмотреть сообщение
                  Ну так это и нужно - если изначально речь шла об эффективном использовании канала связи с этим удаленным офисом.
                  Что нужно? Принтер подключен к машине, на которой запушена терминальная сессия. Печатать нужно именно на ЭТОМ принтере из ЭТОЙ сессии.
                  Сообщение от bantik Посмотреть сообщение
                  Предлагаю не глумиться
                  Глумление это пользоваться системой прошлого века, пытаясь заставить её работать в современных реалиях! Все эти батнички, сопельки, рекомендации правильной работы идут от компании потому, что переписать она не отважится. Пипл хавает и так...
                  Сообщение от bantik Посмотреть сообщение
                  - а хотя бы элементарно проверить разные варианты - переход от растра к вектору гарантированно РЕАЛЬНО уменьшит объем документа.
                  Не забывайте добавлять "я думаю", "по моему мнению", "в некоторых случаях".
                  Вас неприятно удивит, что современный "безмозглый" USB принтер (а иных найти все труднее!!!) вываливает после драйвера в USB объемный набор команд позиционирования и засветки, ВНЕ зависимости от того, что у него "растр" или "вектор". Для удешевления из них вынули обработку PCL, сделав получение по USB 2.0 фактически битового потока на лазер. А что - скорость USB позволяет, мощность процессора компа легко раскладывает хоть "растр" хоть "вектор" в битовый сырой поток.
                  Сообщение от bantik Посмотреть сообщение
                  Я бы еще подумал - о том где размещать спулинг. Он изначально в EMF виде (мета-формат) - как раз для того чтобы не зависеть от типа принтера и иметь несколько принтерных пулов - а следовательно имеет максимально маленький объем - который можно вынести в доп-офис и там уже средствами GDI растризовать.
                  Вот об этом мы и подумали. А подумав купили продукт, который как раз и берет задание в EMF из спулера терминального сервера и перемещает (при этом пожав LZH для еще большей минимизации трафика) его в спулер клиентской станции, где винда, увидев задание в "очереди печати" тупо печатает его через родной (принтеру) драйвер принтера, подключенный куда и как угодно, а не через универсальный, не понимающий USB. Все работает прекрасно. Деньги получили те, кто предложил грамотное решение. Диасофт не захотел, ну и ... ладно.
                  Сообщение от bantik Посмотреть сообщение
                  Если принтер HP - то там есть такой крыжик "Оптимизация печати" - например на договоре на 4 страницы без него принтерный дамп - 1,3 Мб - а с ним 120 Кб. Разница в объеме - НА ПОРЯДОК.
                  Повторюсь - НЕ НА ВСЕХ.
                  Сообщение от bantik Посмотреть сообщение
                  Я уже боюсь... А выпить снотворного, воткнуть палец в розетку и прыгнуть с табуретки при этом не надо ? В этом совете сделано все - чтобы увеличить принтерный трафик, вместо того чтобы его уменьшить. А еще давайте сделаем "печатать текст как графику" и вообще вместо векторной печати (которая как раз и не зависит от dpi принтера !!) перейдем к растровой - и забъем память принтера. И я даже знаю - кого на форуме объявят виноватым , если вдруг принтер захлебнется :-)
                  Боятся не нужно. Нужно вдумчиво курить мануалы принтеров (желательно с пониманием принципа работы, а еще лучше поремонтировать их с годиков несколько), заедая перехватом трафика и запивая исходниками линуксовых драйверов (ну нету виндовых). Кстати задумайтесь - почему сейчас если нет родного драйвера принтер вообще печатать не будет с другим драйвером, даже той же компании, тогда как к старым принтерам можно было ставить не родные "дрова", часто с улучшением характеристик). Не помешает и почитать устройство спулера, что бы понимать когда же происходят преобразования, и зачем они вообще, если вектор заведомо проигрывает растру.
                  Так же можно с удивлением обнаружить, что если принтер не может напечатать вордовую отформатированную таблицу, всю в линиях, или рисунок PDF, перевод его в растр как раз часто резко ускоряет печать (и вообще картинки печатаются быстрее, чем PDF или Corel_овская графика) - память принтера как раз забивается на пересчете вектора в растр (ну не может лазарь и струйник вектор рисовать, только построчный растр).

                  Комментарий


                  • #10
                    Сообщение от IgorL Посмотреть сообщение
                    Вот об этом мы и подумали. А подумав купили продукт, который как раз и берет задание в EMF из спулера терминального сервера и перемещает (при этом пожав LZH для еще большей минимизации трафика) его в спулер клиентской станции, где винда, увидев задание в "очереди печати" тупо печатает его через родной (принтеру) драйвер принтера, подключенный куда и как угодно, а не через универсальный, не понимающий USB. Все работает прекрасно. Деньги получили те, кто предложил грамотное решение. Диасофт не захотел, ну и ... ладно
                    Очень грамотно. Ну в общем и смысла спора не вижу - разговор о том , как из переменной SET узнать имя удаленного компьютера и подставить его в telnet open XXX считаю "мелкотравчатым".
                    Разговор явно расползся - а классики диалектики нас учили что категорически нельзя во время логических рассуждений "обновлять" исходные определения. Вот и получилось - я про принтера HP - а вы про какие то дешевые китайские USB поделки, я про шрифт в графических word-отчетах - а вы про то что отчеты текстовые , но почему то их нужно печатать в графическом режиме 1200 dpi - не банк - а прям ханты-мансийский филиал Эрмитажа и Лувра какой-то :-) Так невозможно договориться в принципе. Давайте сойдемся - что механизмы печати для "удаленного офиса" весьма разнообразны и ими нужно заниматься - как Вашими, так и моими методами.

                    Комментарий


                    • #11
                      Так про многофилиальность разговор интересен или нет ?

                      Комментарий


                      • #12
                        Так про многофилиальность разговор интересен или нет ?
                        Так интересно мнение самих тех банков, у которых этот механизм работает.

                        Комментарий


                        • #13
                          Так про многофилиальность разговор интересен или нет ?
                          Так интересно мнение самих тех банков, у которых этот механизм работает.

                          Комментарий


                          • #14
                            Сообщение от bantik Посмотреть сообщение
                            Очень грамотно. Ну в общем и смысла спора не вижу - разговор о том , как из переменной SET узнать имя удаленного компьютера...
                            Про Set забыл. Увы мне. Впрочем, все равно решение с toword.bat ограниченно вордовыми отчетами, которые Диасофт не поставляет и всю отчетность нужно будет переписать/сопровождать.
                            Сообщение от bantik Посмотреть сообщение
                            ...
                            Вот и получилось - я про принтера HP - а вы про какие то дешевые китайские USB поделки
                            Так, для сведения - современная линейка HP:
                            http://h10010.www1.hp.com/wwpc/ru/ru...-81190486.html
                            http://h10010.www1.hp.com/wwpc/ru/ru...-81190486.html
                            http://h10010.www1.hp.com/wwpc/ru/ru...-11589973.html
                            и т.д.
                            Есть кончено и с PostScript и с PCL и сетевые. Только цена превысит стоимость дополнительного софта, расходники будут заказные и т.д.
                            Сообщение от bantik Посмотреть сообщение
                            я про шрифт в графических word-отчетах - а вы про то что отчеты текстовые , но почему то их нужно печатать в графическом режиме 1200 dpi - не банк - а прям ханты-мансийский филиал Эрмитажа и Лувра какой-то :-)
                            Да. Качество у нас высокое. И обслуживания и документов. И уровень автоматизации высокий, несмотря на жуткий дефицит кадров. Это не благодаря, а чаще вопреки Диасофту. Заставляли и заставлять Диасофт будем соответствовать нашим требованиям. Не могут - найдем (и находим) других. Такая вот диалектика
                            Сообщение от bantik Посмотреть сообщение
                            Так невозможно договориться в принципе. Давайте сойдемся - что механизмы печати для "удаленного офиса" весьма разнообразны и ими нужно заниматься - как Вашими, так и моими методами.
                            А мы и не договариваемся. Вы меня (или себя) пытаетесь в чем то убедить, я же это прошел (опробовал) на собственном опыте и рекомендую своим филиалам. Механизмы разнообразны - да (вы от первоначальных предложений в общем то отказались, остался только сервис RCMD/DCOM/RPC, открыв которые в сколь нибудь значительном масштабе получишь ОГРОМНУЮ ДЫРИЩУ в безопасности за возможность печатать ТОЛЬКО вордовые отчеты), и мы их пробовали, поверьте. То, чем пользуемся сейчас - ДЛЯ НАС лучшее.
                            Чем и поделился с коллегой AlexanP. Пусть решает сам, нести ли дополнительные затраты и где их нести (а нести их придется, ибо многофилиальность у FA# как манная каша в кувшине для лисы - и есть, а не взять просто так ).
                            Последний раз редактировалось IgorL; 29.01.2008, 20:52.

                            Комментарий


                            • #15
                              Сообщение от IgorL Посмотреть сообщение
                              Механизмы разнообразны - да (вы от первоначальных предложений в общем то отказались, остался только сервис RCMD/DCOM/RPC, открыв которые в сколь нибудь значительном масштабе получишь ОГРОМНУЮ ДЫРИЩУ в безопасности за возможность печатать ТОЛЬКО вордовые отчеты), и мы их пробовали, поверьте. То, чем пользуемся сейчас - ДЛЯ НАС лучшее.
                              В продолжение разговора нашел кстати полезную книжку "Terminal Services for Microsoft Windows Server 2003: Advanced Technical Design Guide" ( ~5Mb http://lib.mexmat.ru/books/17095 ) - там есть целая глава про печать. Начинается весьма в теме разговора "...Во всех серверных средах печать создает проблемы, причем не из-за Microsoft, а вследствии способа обработки в серверной среде. Поскольку обработка всех приложений осуществляется на сервере, пользовательские задания печати также создаются на сервере. Однако, принтеры пользователей обычно расположены рядом с ними и настраиваются на клиентских устройствах. Процесс генерации задания печати на сервере может быть весьма сложным. Кроме того, Windows Server 2003 использует такую же подсистему печати, что и во времена Windows NT. Но движок печати для Windows NT изначально проектировался как один процесс, предназначенный для одиночного устройства. Это подходит для рабочих станций, но может привести к проблемам на терминальных серверах"...

                              В общем - фактически Вы в своих постах привели (за что большое спасибо) вкратце содержимое сайта http://printingsupport.com посвященного проблемам печати в терминальной среде - от выбора драйверов до специальных UPD/EMF драйверов. Вот что значит практика..
                              Последний раз редактировалось bantik; 29.01.2008, 22:15.

                              Комментарий


                              • #16
                                Сообщение от bantik Посмотреть сообщение
                                В продолжение разговора нашел кстати полезную книжку "Terminal Services for Microsoft Windows Server 2003: Advanced Technical Design Guide" ( ~5Mb http://lib.mexmat.ru/books/17095 )
                                Спасибо! Судя по аннотации ценная вещь! Вечерком дома обязательно поставлю на закачку.

                                Сообщение от bantik Посмотреть сообщение
                                Но движок печати для Windows NT изначально проектировался как один процесс, предназначенный для одиночного устройства. Это подходит для рабочих станций, но может привести к проблемам на терминальных серверах"...
                                К сожалению - это так. Если быстро "выдергивать" из спулера сервера задания, то не заметно. Если же задания большие, их много, а канал слабенький (особенно плохо на спутниковых каналах с двумя хопами), спулер сервера зависает наглухо. Именно из-за этого было желание выдергивать не задание на печать, а сам файл на клиента. Сейчас проблема локализована, в новых версиях разработчики согласились с нашими доводами и буферизируют задания на печать после "печати" сервером быстро освобождая спулер вне зависимости от скорости каналов. Кстати, по этой причине заброшена собственная разработка (одно дело написать несложный драйвер "принтера", тупо передающий задание на клиента, где клиентская часть так же тупо его напечатает на локальном принтере, другое париться с асинхронным многопоточным обменом, укатывая решение на живых системах).
                                Сообщение от bantik Посмотреть сообщение
                                ...
                                Вот что значит практика..
                                Мы всегда готовы делиться с Компанией практиками. Нам нужен продукт, позволяющий эффективно зарабатывать деньги. Плохо когда Компания, имея прекрасные теоретические знания не хочет даже рассматривать их применимость на практике.
                                Рад, что в этом обсуждении это оказалось не так! Время потрачено не зря.

                                Комментарий


                                • #17
                                  Жаль, что нет откликнувшихся банков по вопросу темы.
                                  Конечно проблемы удаленного доступа интересны, но вот по поводу функционала тоже хорошо бы послушать. Это ведь и много разных макетов РКО (для филиалов) в одной системе и работа Ритэйла в одной системе и т.д. Какие именно проблемы у филиалов возникают при работе в единой базе банка ?

                                  Комментарий


                                  • #18
                                    Сообщение от AlexanP Посмотреть сообщение
                                    Какие именно проблемы у филиалов возникают при работе в единой базе банка ?
                                    Есть документ на эту тему. Но он достаточно стратегический и в открытый доступ его выкладывать не хотелось бы. Навскидку ряд вопросов - задайте их прежде всего самому себе ?

                                    1) Задача разных интерфейсов - тут Вы уже сказали - разные региональные форматы МЦИ, клиент-банков, всяких постобработчиков-отчетности а-ля kliko , разные требования к толкованию отчетности в регионах

                                    2) Задача единого справочника клиентов. Может ли один филиал завести полную копию клиента, который уже есть в базе - но в другом филиале ? А как проверить его подпись ?

                                    3) Задача продуктового ряда - может ли филиал открывать точно такой же продукт - как и другой, с тем же именем - но физически условия продукта будут отличаться. Это будет наследование или "копирование" продуктов ?

                                    4) Отчетность - много задач, начиная от того как автоматически подменять картинки-логотипы филиалов в шаблонах, заканчивая администрированием и "версионностью"

                                    5) Бизнес администрирование - кто отвечает банально за правильность ввода общих справочников - курс валют ЦБ РФ например ? А сверку баланса в филиалах с разными часовыми поясами кто делает ?

                                    6) С администрированием задачи - как разбить права по филиалам - если список пользователей един на SQL. Как подымать/делать дампы по-филиально. Как обновлять функциональность по-филиально...

                                    Комментарий

                                    Пользователи, просматривающие эту тему

                                    Свернуть

                                    Присутствует 1. Участников: 0, гостей: 1.

                                    Обработка...
                                    X