Ваш браузер устарел. Сайт может отображаться некорректно
Резюме № 53348542 Обновлено 5 апреля
Делопроизводитель / Помощник бухгалтера Была больше месяца назад
Соискатель скрыл дату рождения
Москва , не готова к командировкам
Сходненская
полная занятость
Гражданство
Профессиональные навыки
Программы ПТК КС, ПТК НВП, MS EXCEL
Работа с документами постоянного хранения
Делопроизводство
Отчетность
Показать контакты
Добавить в избранное
Поделиться
Фото, имя и контакты доступны только авторизованным пользователям
Опыт работы 16 лет и 8 месяцев
- Октябрь 2014 – работает сейчас
- 8 лет и 10 месяцев
Главный специалист-эксперт
Пенсионный фонд Российской Федерации, Москва
Государственные организации
Обязанности:
Перерасчет и проверка пенсионных дел, назначение пенсий Приём заявлений и оформление социальных выплат Работа с архивом Ведение отчетности
01. Инструкция по установке ПТК «СУРА»
- Июль 1999 – апрель 2007
- 7 лет и 10 месяцев
Помощник главного бухгалтера
Аптеки 36,6, Москва
Обязанности:
Банк-Клиент, учет сч. 50.51.55
- Июль 1999 – апрель 2007
- 7 лет и 10 месяцев
Помощник бухгалтера
Аптеки 36, 6, Москва
«Аптеки 36, 6» динамично развивается на фармацевтическом рынке более 10 лет. Мы заботимся о наших клиентах и постоянно расширяем спектр услуг и ассортимент наших аптек. Покупатели могут быть уверены, что придя в «Аптеку 36, 6» они получат квалифицированную помощь и найдут широкий ассортимент лекарственных препаратов, витаминов, медицинских приборов, лечебной косметики.
Источник: www.superjob.ru
Птк кс пфр что это
Информационную основу пенсионной системы РФ составляют:
1.программно-технический комплекс системы персонифицированного учета (ПТК СПУ);
2. АРМ страхователя;
3. АРМ по назначению и выплате пенсий и ЕДВ;
С использованием вышеперечисленного программного обеспечения осуществляются основные процессы по формированию и ведению БД ПФР.
ПТК СПУ функционирует на специализированных серверах IBM AS-400, которые работают в локальной сети, содержащей пользовательские терминалы и системы управления.
Ядром всей системы персонифицированного учета (первый уровень) является сервер AS-400, расположенный в центральном аппарате ПФР и содержащий информацию о застрахованных лицах всей Российской Федерации.
На втором уровне расположены региональные серверы, находящиеся в административных центрах и управляющие работой межрайонных пунктов персонифицированного учета. Вся информация о застрахованных лицах региона (в том числе о пенсионерах и получателях ЕДВ) хранится на региональном сервере AS-400.
На третьем уровне находятся серверы МРП, которые обслуживают как сами пункты, так и прилегающие к ним территориально управления ПФР.
Конвертер сигналов CS-A и CS-A (Ex). ПТК REGION-telematic/ОДК | Европрибор | ВЕБИНАР [2]
На четвертом уровне — в управлениях ПФР — серверы отсутствуют и обмен информацией, касающейся персонифицированного учета, осуществляется либо с помощью магнитных носителей информации, либо по телекоммуникационным каналам (КСПД) с сервером соответствующего МРП, к которому присоединено соответствующее управление ПФР.
АРМ страхователя. В БД АРМ страхователясодержится информация о физических и юридических лицах, позволяющая организовать учет поступлений страховых взносов на обязательное пенсионное страхование и сверку с данными бухгалтерского и персонифицированного учета.
Данные в АРМ страхователя заносятся при регистрации страхователя (юридические лица), перерегистрации или ликвидации предприятия. Аналогичная БД ведется по предпринимателям (физические лица).
АРМ страхователя установлен в каждом управлении ПФР и эксплуатируется службами персонифицированного учета и взаимодействия со страхователями и застрахованными лицами.
Программное обеспечение АРМ страхователя сетевое и позволяет одновременно работать с БД нескольким сотрудникам. В районах, где количество страхователей небольшое, используется один ПК. В средних и крупных районах программное обеспечение и БД АРМ страхователя Размещены на сервере.
АРМ страхователя работает в нескольких режимах и позволяет осуществлять:
— ввод и корректировку данных о страхователе;
— ввод данных о платежах (в автоматизированном или ручном режиме);
— прием отчетов от страхователей (форма АДВ-11);
— формирование файла данных в специальном формате для загрузки в БД ПТК СПУ страховых и накопительных сумм взносов по каждому страховщику с учетом коэффициента уплаты;
— подготовку и распечатывание большого количества статистической отчетности для вышестоящих органов и работы со страховщиками;
В настоящее время существует несколько АРМов,выполняющих функции по назначению и выплате пенсий и ежемесячным денежным выплатам (ЕДВ). Данные АРМы разработаны в соответствии с пенсионным законодательством РФ и предназначены для работы специалистов подразделений по назначению и выплате пенсий территориальных управлений ПФР. Преимуществом программ является то, что они не требуют от специалистов по назначению и выплате пенсий специальных знаний в области компьютерной техники.
В настоящий момент существуют три АРМа, которые сертифицированы и утверждены ПФР в качестве базовых для работы с пенсионерами и получателями ЕДВ. Это разработки:
— ФГУП “ИМИ” (г. Москва);
— ООО “Эксперт” (г. Уфа);
— информационными службами центрального аппарата ПФР.
АРМ разработки ФГУП “ИМИ” работает в сетевом режиме и позволяет полностью осуществлять весь цикл работ по назначению, перерасчету, корректировке и выплате пенсий. Отличительной особенностью данного АРМа является ориентировка на участковый метод работы с БД, то есть хранение данных на сервере осуществляется на уровне участка с возможностью слияния БД участков в единую БД по району.
АРМ по назначению и выплате пенсий и ЕДВ выполняет следующие функции:
— назначение пенсии и перерасчет пенсии;
— расчет стажа, средней зарплаты и ее повышений;
— печать документов для пенсионного дела;
— ведение картотеки пенсионных дел и ЕДВ;
— ведение словарей и классификаторов;
— регистрация исполнительных документов по удержаниям и доплатам;
— ежемесячный расчет сумм к выплате (пенсий и ЕДВ) с учетом удержаний и доплат;
— выдача выплатных и сопроводительных документов для выплаты пенсий и ЕДВ через отделения связи и отделения сбербанка;
— формирование платежных поручений для расчетов со сбербанком и узлом связи;
— учет выплаты пенсий, ЕДВ, алиментов и доплат;
— массовый перерасчет пенсий, ЕДВ и их индексация;
— формирование форм статистической отчетности;
— подготовка запросов в ПТК СПУ для получения информации с ИЛС застрахованных лиц.
АРМ “Клиентская служба” предназначено для автоматизации работы специалистов клиентских служб территориальных управлений ПФР по приему населения и улучшения качества его обслуживания.
АРМ “Клиентская служба” позволяет:
— вести работу по приему и регистрации посетителей;
— регистрировать письменные обращения граждан;
— получать отчеты о работе клиентской службы;
— получать необходимые реестры и статистические отчеты по выбору управляющей компании (УК);
— выполнять администрирование БД;
— вести прием и контроль индивидуальных сведений;
— вести контроль за сроками производственных процессов,
— осуществлять прямое обращение к БД АРМа страхователя и АРМа по назначению и выплате пенсий и ЕДВ.
В региональных отделениях ПФР используются следующие конфигурации:
Программа “1С: Предприятие” позволяет пользователю изменять элементы конфигурации, вводить собственные расширения функциональных возможностей для решения разнообразных задач по автоматизации финансово-экономической деятельности.
Наряду с вышеперечисленными программными продуктами в региональных отделениях ПФР функционирует ряд других программ, в том числе:
— АРМ “Конвертация пенсионных прав”, осуществляющее формирование БД для подсчета пенсионного капитала застрахованных лиц по состоянию на 1 января 2002 года и его расчет;
— юридические консультационные программы “Гарант” и “Консультант Плюс”;
— АРМ сопровождения БД ветеранов Великой Отечественной войны;
— программы сверки данных ПФР и органов соцобеспечения;
— программы для приема заявлений о выборе инвестиционного портфеля — управляющей компании (УК);
— проверка сдаваемых индивидуальных сведений перед загрузкой в ПТК СПУ и многие другие.
- Обязан ли курьер звонить за час до доставки
- Берут ли в армию с пищеводом барретта
- Что делать если у водителя нет талонов
- Путин и япония будут ли уступки
- Как живут осужденные женщины
Источник: m-bratstvo.ru
Функциональные требования
Приложение №8 ТЗ демонстрирует интерфейс пользователя для работы с паспортом ЭВДГ. Паспорт ЭВДГ представляет собой набор сведений о получателе выплат, который должен состоять из следующих подразделов:
1) Наименование территориального органа ПФР;
2) Данные о гражданине;
3) Данные о представителе;
4) Данные электронного выплатного дела;
5) Адресная часть, состоящая из трех категорий адреса гражданина: Адрес места жительства, Адрес места пребывания, Адрес фактического проживания.
Все данные должны заполняться автоматически из Подсистемы управления процессами ПТК КС ПФР.
Подраздел «Данные о гражданине» должен состоять из следующих показателей: СНИЛС; Фамилия; Имя; Отчество; Дата рождения; Пол; Категория заявителя.
Подраздел «Данные о представителе» должен включать: Характер (вид) представительства, Фамилия, Имя, Отчество, Дата рождения, Наименование организации, Юридический адрес организации.
Подраздел «Данные электронного выплатного дела» должен включать: № ЭВДГ, Дата создания ЭВДГ, Статус актуальности ЭВДГ, Статус места хранения ЭВДГ, Статус движения ЭВДГ, Дата движения ЭВДГ, Регион убытия/прибытия ЭВДГ, Примечание к ЭВДГ, Место хранения выплатного дела гражданина на бумажном носителе.
Дата создания ЭВДГ должна назначаться автоматически в ПТК УПД в момент получения и обработки запроса на «Создание ЭВДГ».
№ ЭВД, Примечание к ЭВД и Место хранения выплатного дела на бумажном носителе могут вводиться в ручном режиме и являются необязательными для заполнения.
Адресная часть должна включать: Страна, Индекс, Регион, Город, Населенный пункт, Район, Улица, Дом, Корпус, Квартира.
Должна существовать возможность сохранения и отмены внесенных данных, а также редактирования данных паспорта ЭВДГ.
3.2.1.4.2. Последовательность «воздействие / реакция»
В процессе добавления паспорта ЭВДГ в ПТК УПД должны быть автоматически установлены: дата создания ЭВДГ, статус актуальности «Активное», статус места хранения «Действующая картотека», статус движения «Null».
В процессе сохранения паспорта ЭВДГ должны быть выполнены следующие проверки:
1) проверка на наличие существующего в ПТК УПД ЭВДГ;
2) проверка на полноту заполнения обязательных полей;
3) проверка на наличие адресных данных. Должен быть заполнен хотя бы один вектор из трех векторов адресной части: адрес регистрации (по прописке); фактический адрес (где живет); адрес места пребывания (временная прописка).
Если проверки пройдут успешно, то должно создаться новое ЭВДГ, и в БД ПТК УПД должны быть сохранены переданные в запросе ПТК КС ПФР реквизиты ЭВДГ. В противном случае, ПТК УПД в запросе-ответе должен сформировать сообщение об ошибке.
Вышеописанное предполагает следующую последовательность пар «воздействие / реакция»:
Воздействие 1: поступление запроса «Добавление ЭВДГ».
Реакция 1: считывание из реквизитов запроса СНИЛС получателя выплаты и других реквизитов.
Воздействие 1а: ЭВДГ с указанным СНИЛС существует в БД ПТК УПД.
Реакция 1а: формирование запроса «Результат добавления ЭВДГ» с сообщением об ошибке.
Воздействие 1б: ЭВДГ с указанным СНИЛС не существует в БД ПТК УПД.
Реакция 1б: формирование запроса-ответа «Результат добавления ЭВДГ» с указанием IDЭВДГ.
Воздействие 1в: Не все обязательные поля заполнены.
Реакция 1в: формирование запроса-ответа «Результат добавления ЭВДГ» с сообщением об ошибке.
Воздействие 1г: Все обязательные поля заполнены.
Реакция 1г: формирование запроса-ответа «Результат добавления ЭВДГ» с указанием IDЭВДГ.
Воздействие 1д: Адресная часть заполнена.
Реакция 1д: формирование запроса-ответа «Результат добавления ЭВДГ» с указанием IDЭВДГ.
Воздействие 1е: Адресная часть не заполнена.
Реакция 1е: формирование запроса-ответа «Результат добавления ЭВДГ» с сообщением об ошибке.
Воздействие 2: поступление запроса «Обновление ЭВДГ».
Реакция 2: считывание из реквизитов запроса новых значений реквизитов ЭВДГ. Определение реквизитов, подвергшихся изменению. Занесение сведений об измененных полях в таблицу истории ЭВДГ. Обновление данных ЭВДГ в БД ПТК УПД. формирование запроса-ответа «Результат обновления ЭВДГ» с указанием IDЭВДГ.
3.2.1.4.3. Связанные функциональные требования
Данная функция связана с функциями 3.2.1.1 и 3.2.2.1.
3.2.2 Классы пользователей – Администратор базы данных и хранилища ПТК УПД и Системный администратор ПТК УПД
Осуществить сопряжение классификаторов, указанных в подпункте 1.1.1 Технического задания, с классификаторами ПТК КС ПФР, включая выполнение задачи перекодирования (маппинга) существующих классификаторов в ПТК УПД на уточненные классификаторы.
В настоящее время достигнуто единое мнение разработчиков комплексов ПТК КС и ПТК УПД относительно способа использования классификаторов, указанных в подпункте 1.1.1 Технического задания. Классификатор статусов электронного выплатного дела гражданина реализован внутри кода в соответствии со значениями, представленными в Приложении 1 Технического задания. Классификаторы разделов электронного выплатного дела гражданина, видов выплат, типов пенсионных действий и результатов рассмотрения хранятся в БД ПТК УПД и используются совместно с ПТК КС. Классификаторы типов распорядительных документов, типов документов и видов массовых операций на текущий момент реализованы в каждом комплексе самостоятельно в соответствии с приложениями 4, 5Технического задания и обсуждениями на рабочем совещании по результатам предварительных приемо-сдаточных испытаний ПТК КС ПФР и ПТК УПД.
3.2.2.1.2. Последовательность «воздействие / реакция»
Автоматическое сопряжение справочников должно выполняться программно путем запуска соответствующего скрипта. Запуск скрипта должен осуществлять администратор системы ПТК УПД. «Ручное» установление соответствий записей должен выполнять администратор базы данных и хранилища ПТК УПД.
В интерфейсе администратора базы данных и хранилища ПТК УПД должен быть функциональный элемент – команда меню, который позволяет перейти на интерфейсную форму для «ручного» установления соответствий. На этой форме в отдельных окнах должно быть отражено содержимое используемого и уточненного справочников видов выплат.
Указав значение из используемого справочника, и указав соответствующее ему значение из уточненного справочника, можно в явном виде установить соответствие записей. При установлении соответствия может возникнуть 5 вариантов:одна«устаревшая» запись соответствует одной«новой» записи, одна«устаревшая» запись соответствует нескольким «новым» записям, несколько «устаревших» записей соответствуют одной «новой» записи, для «устаревшей» записи нет соответствия среди «новых» записей, среди «устаревших» записей не найдено соответствия для «новой» записи.
Для первого и третьего вариантов в дальнейшем возможен автоматический переход на новые значения вида выплаты в электронных выплатных делах. Для второго и четвертого вариантов необходимо «вручную» устанавливать вид выплаты в электронных выплатных делах на «новое» значение. Пятый вариант не требует коррекции существующих электронных выплатных дел. Поэтому для первого и третьего вариантов устанавливается соответствие между записями двух сопрягаемых справочников и делается отметка о возможности автоматического перехода на новые значения вида выплаты в электронных выплатных делах. Для второго и четвертого вариантов делается отметка о необходимости «ручного» установления вида выплаты в электронных выплатных делах на «новое» значение.
Вышеописанное предполагает следующую последовательность пар «воздействие / реакция»:
Воздействие 1: Активизировать синхронизацию справочников из главного меню.
Реакция 1: Отображение таблицы соответствий. До начала операции она должна быть пустой. Наличие ссылки перехода на форму для «ручного» установления соответствий записей старого и уточненного справочников.
Воздействие 2: Нажатие на ссылку перехода на форму для «ручного» установления соответствий записей старого и уточненного справочников.
Реакция 2: Отображение записей двух сопрягаемых справочников в двух таблицах.
Воздействие 3: Выбор одной записи старого справочника и выбор одной записи уточненного справочника. Установление соответствия.
Реакция 3: Установление связи. Отображение установленного соответствия в таблице соответствий в виде одной строки таблицы.
Воздействие 4: Выбор одной записи старого справочника и выбор n записей уточненного справочника. Установление соответствия.
Реакция 4: Связи не устанавливаются. В таблице соответствий для каждой выбранной старой записи выставлена отметка о необходимости «ручного» установления вида выплаты.
Воздействие 5: Выбор n записей старого справочника и выбор одной записи уточненного справочника. Установление соответствия.
Реакция 5: Установление связи. Отображение установленных соответствий в таблице соответствийв виде n строк таблицы.
Воздействие 6: Выбор n записей старого справочника и явное указание отметки о необходимости «ручного» установления вида выплаты в ЭВД.
Реакция 6: В таблице соответствий для каждой выбранной старой записи выставлена отметка о необходимости «ручного» установления вида выплаты.
Воздействие 7: Выбор n записей уточненного справочника. Установление соответствия.
Реакция 6: Отображение таблицы соответствий без изменений.
3.2.2.1.3. Связанные функциональные требования
Данная функция связана с функциями 3.2.1.1, 3.2.2.2.
Источник: mykonspekts.ru