Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Новые рефераты » Система автоматизації документообігу. Електронний документ

Реферат Система автоматизації документообігу. Електронний документ





ура супроводу податкової та бухгалтерської звітності в електронному вигляді; вимоги до спеціалізованих операторам зв'язку; правила використання засобів ЕЦП і засобів шифрування; порядок електронного документообігу при поданні податкових декларацій та бухгалтерської звітності в електронному вигляді.

Порядок подання податкової декларації в електронному вигляді по телекомунікаційних каналах зв'язку затверджено наказом МНС Росії від 02.04.02 р. N БГ-3-32/169. [9]

Зокрема, платник податків зобов'язаний дотримуватися наступних вимог до обороту відомостей в інтерактивному режимі з податковими органами:

після підготовки інформації, містить дані податкової декларації, платник податків підписує її ЕЦП уповноваженої особи платника податків та надсилає у зашифрованому вигляді в податкового органу за місцем обліку;

протягом доби на адресу платника податку податковий орган висилає квитанцію про прийняття декларації в електронному вигляді. Після перевірки достовірності ЕЦП уповноваженої особи податковим органом платник податків зберігає документ у своєму архіві.

На закінчення слід зупинитися на питаннях, пов'язаних з подальшим розвитком електронного документообігу на корпоративному рівні.

Федеральний закон від 27.12.02 р. N 184-ФЗ "Про технічне регулювання" дозволяє організаціям легітимізувати методологію і технологію електронного документообігу, які вони фактично використовують. [10]

Це здійснюється за допомогою затвердження стандартів організацій. Стандарти організацій відповідно до ст.17 Закону N 184-ФЗ можуть розроблятися і затверджуватися організаціями самостійно виходячи з необхідності їх застосування з метою вдосконалення виробництва і підвищення якості продукції, виконання робіт, надання послуг. Стандарти організацій можуть затверджуватися і в цілях розповсюдження і використання отриманих в різних областях знань результатів досліджень (випробувань), вимірювань і розробок.

Одним з перших стандартів організацій у Росії є стандарт регіонального благодійного громадського фонду "Право і Інтернет" - "Телемедицина. Загальні положення "від 29.12.02 р. N 1-2512/2002. [11]

В  3. Процедури вирішення конфліктів

Для нормального функціонування систем електронного документообіг (ЕДО) необхідно розробити процедури вирішення можливих конфліктів. Стороною таких конфліктів (крім учасників ЕДО і фірми-провайдера) може бути і фірма-розробник програмного забезпечення.

При описі всіх процедур передбачається, що договір з фірмою-розробником враховує наявність еталонного зразка програмного забезпечення (ПО), який може зберігатися тільки у фірми-провайдера або у всіх учасників системи ЕДО, але при цьому потрібно виконання двох основних умов.

Повинно бути документально підтверджено, що кожному учаснику системи ЕДО (включаючи фірму-провайдер) встановлено програмне забезпечення, відповідне еталонному зразку. Зберігання еталонних зразків організовується таким чином, щоб виключити можливість зміни еталонного зразка програмного забезпечення без відома сторін: учасника, у якого дане ПЗ встановлено, розробника і фірми-провайдера. Зазначений режим може бути забезпечений, наприклад, системою декількох ключів, коли носій з еталонним зразком зберігається в конверті, опечатаному усіма зацікавленими сторонами, або в сейфі з кількома різними ключами.

Наведемо тепер процедури вирішення конфліктів, які можуть виникнути в процесі функціонування систем ЕДО.

1. Одна зі сторін відмовляється від прийняття на себе зобов'язань по документом, завіреним її чинній цифровим підписом, причому остання визнається справжньої програмою перевірки іншого боку.

У цьому випадку перевіряється цілісність програмного забезпечення сторін шляхом порівняння використовуваного програмного забезпечення з еталонним зразком. Далі можливі такі варіанти:

а) якщо буде з'ясовано, що програмне забезпечення однієї із сторін відрізняється від еталонного, то вся відповідальність (включаючи відшкодування можливих збитків) лежить на даній стороні;

б) якщо ж програмне забезпечення сторін відповідає еталонним зразкам, то повторно перевіряється справжність цифрового підпису за допомогою програмного забезпечення, відповідного еталону. Якщо підпис визнається дійсною в результаті повторної перевірки еталонним ПЗ, а сторона, чиїм підписом завірений документ, відмовляється прийняти на себе зобов'язання по документу, то призначається експертна комісія, яка на підставі вивчення спірного документа на магнітному носії, роздруківки цього документа разом з цифровим підписом під ним на паперовому носії, зразка цифрового підпису відповідача (відкритого ключа), завіреного його особистим підписом та мастичної печаткою, виносить висновок про справжності цифрового підпису та її відповідності технічному опису використовуваних алгоритмів.

2. Одна зі сторін відмовляється від прийому і розгляду документа на підста...


Назад | сторінка 3 з 5 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Збір вимог з метою розробки програмного забезпечення: &Система електронного ...
  • Реферат на тему: Оцінка достовірності контролю вантажної митної декларації з використанням с ...
  • Реферат на тему: Аналіз документаційного забезпечення управління Удмуртського УФАС Росії і в ...
  • Реферат на тему: Проектування програмного забезпечення електронного екзаменатора
  • Реферат на тему: Програмна система &Забезпечення безпеки електронного документообігу&