Выбор программы |
Правила форума |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
Доброго дня всем бэк-офицерам, коллегам и просто посетителям форума!
Из последнего сообщения от oldbrokersoft: Цитата: Я давно занимаюсь ПО для бэк и знаком практически со всеми. Хотелось бы дать совет ″постороннего″ Serg′у да и всем кто меня услышит. Я не отрицаю что товарищ написав это сообщение ″хорошо разбирается″ в предметной области программиста. Тогда вопрос: Зачем инкогнито через новую регистрацию на форуме, если он уже зарегистрирован здесь? Насчет фразы: Цитата: Отвечаю Сереге 1.Какое отношение к бэк имеет НДФЛ? НДФЛ (и не только НДФЛ2) это небольшая часть отчетности перед налоговыми органами.Это целый комплекс, прекрасно реализованный в 1С и ни один уважающий себя бухгалтер не будет отчитываться, используя бэк. отвечаю: В БЭКе нужен этот модуль т.к. при выводе ДС клиентом требуется расчет удержания налога. Здесь Серега прав. И еще бухгалтерия на которую ссылается товарищ не является первоисточником информации, она всегда потребляет информацию (причем по формуле Т+1 или более) для расчетов из бэк-систем, которые и являются основным источником актуальной информации. Цитата: 2.″не нашел выгрузки в 1100″ - опять мимо. Это из 33 Постановления и к бэку не имеет прямого отношения. ... имеет !!! причем самое прямое. Читайте внимательно Постановление ФКЦБ и Минфина РФ от 11 декабря 2001 г. №№ 33, 109н коллега. :)) Естессно этот модуль-выгрузка должен быть. Из всего вышеперечисленного хочу пожелать успехов нашему товарищу в доработке своей программы для соответствия реалиям внутреннего учета бэк-офиса. Да и еще, чтоб ваша система не тормозила на больших объемах данных используйте параллельные вычисления в реализации ПО. Именно это позволяет быстро и качественно работать системе ″Фондовый центр 2.0″. Спасибо за понимание. |
DRoman
Рег.: 22.03.2010 Сообщений: 21 |
Цитата: В БЭКе нужен этот модуль т.к. при выводе ДС клиентом требуется расчет удержания налога. Насколько я знаю, это только если клиент - физическое лицо. Цитата: И еще бухгалтерия на которую ссылается товарищ не является первоисточником информации, она всегда потребляет информацию (причем по формуле Т+1 или более) для расчетов из бэк-систем, которые и являются основным источником актуальной информации. Тоже не всегда. У наших клиентов есть два подхода: 1. Бухгалтерия потребляет информацию бэк-офиса. 2. Ведется параллельный учет и в БО и в Бухгалтерии. Не знаю, насколько это популярно в целом по рынку, но у наших клиентов второй вариант предподчтительнее. Видимо, для осуществления двойного контроля внутри компании. Кстати, исходя из этого и налог расчитывает обычно бухгалтерия, а не бэк. А вообще, это все зависит от структуры компании и распределении обязанностей между подразделениями. Если в компании и бэк-офис и бухгалтерия - это один человек, то нет смысла говорить где чьи обязанности... С уважением, Дмитрий Роман |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
Цитата: Насколько я знаю, это только если клиент - физическое лицо. Ну разумеется коллега!!! Ведь НДФЛ - это Налог на Доходы Физических Лиц, сокращенно НДФЛ. Из моей практики разработок бэк-офисных систем с 2001 года не встречал компаний у которых клиенты только физ.лица или наоборот юрики. Также не встречал систем бэк-офиса которые заточены только на физиков или только на юриков.... разумеется это глупо. :))) Цитата: 2. Ведется параллельный учет и в БО и в Бухгалтерии. Он всегда параллельный, если внутри системы бухгалтерии не реализован функционал самого бэк-офиса по принципу симбиоза. Но по моему опыту стабильнее работает корпоративная информационная система (КИС), если она состоит из унифицированного ПО с настроенным обменом информации. Логика проста: Если система едина (БД тоже одна) при выходе из строя по любой причине (установка обновлений, сбой ПО, сломался сервер... и т.д. и т.п.) перестают работать подразделения всей компании (... и бэк и бухгалтерия). Проблема такого рода решается разнесением автоматизации бизнес-процессов компании через унификацию и интегрирование в единый КИС. Если кто-то из коллег разрабатывал механизмы вознаграждения брокера (списание комиссии с клиентов) не по примитивному алгоритму вроде умножения суммы каждой сделки на процент, а расчет по итогам торгового дня с плавающей шкалой % от внутридневного оборота то наверное понимает когда бухгалтерия сможет получить проводки по клиентам. Отсюда вывод: Бухгалтерия получит информацию для параллельного учета только на следующий день ! (Если она конечно не работает в ночную смену :)))) Цитата: Кстати, исходя из этого и налог расчитывает обычно бухгалтерия, а не бэк. Да действительно, но только в начале года за предыдущий год. Но клиенты выводят ДС частенько в течении года и подают поручения на вывод в клиентский отдел а не в бухгалтерии (это прописано в регламенте брокера) т.е. опять ″здрасте мы из бэка″ :)) Как я уже писал выше бухгалтерии на момент вывода не может видеть реальных остатков по клиенту, в ней даже нет специализированного отчета ″Портфель клиента″, т.к. ей он и не нужен. С Уважением, Автор системы ″Фондовый центр 2.0″. |
DRoman
Рег.: 22.03.2010 Сообщений: 21 |
Цитата: Из моей практики разработок бэк-офисных систем с 2001 года не встречал компаний у которых клиенты только физ.лица или наоборот юрики. Также не встречал систем бэк-офиса которые заточены только на физиков или только на юриков.... разумеется это глупо. :))) Да все просто и ничего глупого :) Вы бы в этом убедились сами. Достаточно было поставить Ваш софт в любом (желательно крупном) НПФе, который передал деньги в ДУ управляющим компаниям. В этом случае его клиенты только юридические лица. А вообще клиентская база определяется политикой компании. А в остальном, коллега, я так понимаю, мы рассуждаем одинаково :) С уважением, Дмитрий Роман |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
Цитата: Да все просто и ничего глупого :) Вы бы в этом убедились сами. Достаточно было поставить Ваш софт в любом (желательно крупном) НПФе, который передал деньги в ДУ управляющим компаниям. В этом случае его клиенты только юридические лица. Все верно :)) Для этого в ПО ″Фондовый центр 2.0″ Договора доверительного управления делятся на: 1. Управление активами (для физиков и юриков) 2. Пенсионными резервами (юрики, они же НПФы - Негосударственные Пенсионные Фонды) 3. Пенсионные накопления. 4.ПИФ. Кроме этого заложен механизм ″Метода частичного погашения″ при амортизации облигаций для НПФов по ″Финансовому результату″ или ″Кредиторской задолженности″ в зависимости от политики самого НПФа. Кредиторская задолженность - это когда стоимость ЦБ не уменьшается после частичного погашения номинала. а переходит в кредиторскую задолженность. Я не вовсе не пытаюсь сказать что ПО ″Фондовый центр 2.0″ самая лучшая разработка на фондовом рынке или она лучше Вашей :)) Я хочу лишь только напомнить что ПО ″Фондовый центр 2.0″ решает задачи бэк-офисов самой широкой области фондового рынка, включая учет сделок на иностранных биржах Гонконга, Китая, США, Тайваня, Великобритании. С Уважением, Автор системы ″Фондовый центр 2.0″. |
mix.a
Рег.: 29.09.2010 Сообщений: 1 |
Цитата: Рарус я настроил под себя часа за 4, без инструкции Приветствую! если есть возможность отпишите в почту плс., mix.a@inbox.ru? готов взять несколько платных уроков по поводу настройки 1С бэк-офис. Спасибо |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
Цитата: Приветствую! если есть возможность отпишите в почту плс., mix.a@inbox.ru? готов взять несколько платных уроков по поводу настройки 1С бэк-офис. Спасибо Можете просто позвонить по контактам на сайте rts-soft.ru Выезд специалиста и ответы на вопросы БЕСПЛАТНО. Система настраивается при первом запуске сама в течении 1 минуты. Ваша задача определиться с местами хранения ЦБ и ДС для операций. Т.е. если вы торгуете на ММВБ то местом хранения ЦБ будет НДЦ, а ДС: РП ММВБ. Если вы работает на ММВБ через другого брокера (субброкерская схема) то можете назвать МХ в системе как ″Ваш брокер\НДЦ″ для ЦБ и ″Ваш брокер\РП ММВБ″ для ДС. Остается завести вашего клиента http://rts-soft.ru/index.php/2010062217/dokumentaciya-fc/vvod-strukturi-klient-brokera-ili-d.u-fizic heskoe-lico.html в системе и все готово менее чем за 4 часа !!! С Уважением, Автор системы ″Фондовый центр 2.0″. |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
....
Цитата: Остается завести вашего клиента http://rts-soft.ru/index.php/2010062217/dokumentaciya-fc/vvod-strukturi-klient-brokera-ili-d.u-fizic heskoe-lico.html в системе и все готово менее чем за 4 часа !!! Немного некорректно отобразилась ссылка на документацию.... Введите всю строку ниже: http://rts-soft.ru/index.php/2010062217/dokumentaciya-fc/vvod-strukturi-klient-brokera-ili-d.u-fizic heskoe-lico.html С Уважением, Автор системы ″Фондовый центр 2.0″. |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
Еще раз....
http://rts-soft.ru/index.php/2010062217/dokumentaciya-fc/vvod-strukturi-klient-brokera-ili-d.u-fizic heskoe-lico.html |
1c@rts-soft.ru
Рег.: 23.08.2010 Сообщений: 32 |
Надо удалить пробел в ссылке с ее окончанием ″heskoe-lico.html″ чтобы ″fizicheskoe-lico″ было слитно. Видимо на форуме есть ″нечто″ не позволяющее давать длинные ссылки.... жалко.
|
Для того чтобы участвовать в форуме, зарегистрируйтесь на сайте. Если вы уже регистрировались, войдите на сайт НАУФОР, используя свой e-mail и пароль.