Навчальний курс 1СБухгалтерія в умовах фахово-інформативної підготовки бухгалтера (стр. 15 из 22)
Ключовими в діяльності фірми "1С" є три моменти.
1. Індустріальний підхід до розробки, тиражування, продажу й підтримці програм. Основний продукт фірми "1С" – Система 1С:Підприємство 7.7 є "конструктором" для створення потужних програм автоматизації підприємства "малими силами".На базі 1С: Підприємства фірмою 1С розроблені типові рішення в області бухгалтерського обліку, оперативного (управлінського) обліку й розрахунку заробітної плати. Зрозуміло, що кожна галузь має свої особливості й охопити всі області фірма 1С не в змозі, тому розробкою галузевих рішень займаються партнери "1С".
2. Опора на широку партнерську мережу (франчайзинг) забезпечує якісне й ефективне обслуговування масового споживача й високі темпи розвитку. У цей час мережа нараховує 2300 фирм-франчайзи. З них близько 400 займаються розробкою власних конфігурацій, орієнтованих на галузеві рішення, такі як торгівля, транспорт, туризм, послуги та ін.
3. Створено систему контролю якості надаваних послуг. Розроблені партнерами продукти проходять перевірку й одержують статус "1С:Сумісно!". Якість фахівців підтверджується наявністю сертифікатів, які видаються після здачі атестаційних іспитів. Іспити проводяться як у навчальних центрах фірми "1С", так й у великих містах спеціальними виїзними комісіями.
ПРО СИСТЕМУ 1С: ПІДПРИЄМСТВО 7.7
1С:Підприємство є гнучкою настроюваною системою, що, для рішення широкого кола завдань у сфері автоматизації діяльності підприємств.На мал. 3.1 наведена схема взаємодії різних компонентів 1С:Підприємства. Жирним шрифтом виділені ті об'єкти, які будуть розглядатися в дійсному курсі.
Мал. 3.1. Структурна схема 1С:Підприємства
Однією з характерних риспрограм, є їхня масштабованість: та сама конфігурація може працювати на локальному комп'ютері, у мережі й на сервері під керуванням MS SQL Server 7.0.
Спеціальний компонент "Керування розподіленими базами" дозволяє робити обмін інформації між віддаленими робочими місцями.
СИСТЕМА ЗАХИСТУ СИСТЕМИ 1С: ПІДПРИЄМСТВА
Програма 1С:Підприємство захищена апаратним ключем, що вставляють у порт принтера (LPT). Перед запуском системи "1С:Підприємство" необхідно встановити драйвер захисту.
При використанні мережевої версії на комп'ютері, до якого приєднаний апаратний ключ, встановлюється сервер захисту.Спосіб встановлення сервера залежить від використовуваної операційної системи й описаний у посібнику з інсталяції програми.
ЗАПУСК СИСТЕМИ 1С: ПІДПРИЄМСТВО
При запуску системи 1С:Підприємство з'являється діалогова форма (мал. 3.2), у якій виконується вибір інформаційної бази й режиму роботи ("Предприятие", "Конфигуратор", "Отладчик", "Монитор").
Мал. 3.2 Запуск системи 1С: Підприємство
Перший запуск завжди виконується в монопольному режимі, тому що відбувається створення індексних файлів.
Щоб створити нову (порожню) конфігурацію, необхідно вибрати режим "Конфигуратор", натиснути кнопку "Добавить" і вибрати (або створити новий) каталог, у якому буде перебувати інформаційна база.
КОНФІГУРАЦІЯ
Відкрити конфігурацію можна через меню "Конфігурація/Відкрити конфігурацію". Відповідний файл конфігурації має ім'я "1cv7.md". Вікно конфігурації складається із трьох закладок: "Метаданные", "Інтерфейси" й "Права".
Метаданные – це дані про дані, тобто:
- інформація про структуру інформаційних баз даних: довідників, документів и т.д.;
- форми діалогів та переліків;
- таблиці звітів;
- програмні модулі, в яких на вбудованій мові описуються алгоритми функціонування системи.
У закладці "інтерфейси" відбувається створення й настроювання інтерфейсів користувачів. Інтерфейс складається із двох частин: меню й інструментальні панелі. В інтерфейсі може бути підлеглий інтерфейс, що виходить із батьківського інтерфейсу перерахуванням доступних пунктів меню й кнопок.
У закладці "права"задаються набори прав доступу до інформаційних об'єктів, визначеним у закладці "метаданные".
Введення користувачів системи
Введення користувачів системи виконується в конфігураторі в меню "Адміністрування/Користувачі". У кожного користувача задається набір правий, інтерфейс і пароль (за замовчуванням пароля немає).
Збереження, відновлення й тестування інформаційних баз
У меню "Адміністрування" є пункти для збереження, завантаження й тестування інформаційної бази. При збереженні виконується стиск баз даних і файлу конфігурації в архів з розширенням "zip". При відновленні даних відбувається зворотна операція, – з файлу архіву відбувається розпакування баз даних і файлу конфігурації.
Збереження й відновлення роблять із метою створення резервних копій і для перенесення даних з одного комп'ютера на іншій (цілком).
Тестування й виправлення інформаційних баз виконується у випадку, коли є помилки в базах даних, пов'язаних, як правило, із системними збоями (вимикання живлення, зависання програми й т.д.)
Відновлення й завантаження зміненої конфігурації
Досвід роботи з типовими конфігураціями показує, що строк життя типової редакції становить 1-2 роки. При цьому за цей час фірма 1С встигає випустити кілька десятків релізів. Чим відрізняється реліз від редакції? Реліз – невелика модифікація конфігурація, пов'язаназ виправленням наявних помилок, виходом нових форм документів і звітів, невеликими змінами в законодавстві. Редакція ж випускається, коли міняється методологія програми. Це може бути пов'язане як з істотними змінами в законодавстві (зміна плану рахунків, введення податкового обліку), так і потребою корінних змін у структурі даних і виконуваних функцій. Так, наприклад, найперша конфігурація - "Торгівля й Склад" пережила 9 редакцій, конфігурація "Бухгалтерський облік" – 5, "Зарплата й Кадри" – 4. Кількість редакцій говорить також про негнучкість більше ранніх редакцій, що унеможливлює еволюційний розвиток програми. Старі редакції фірма 1С не підтримує, що приводить до їхнього поступового відмирання.
Які ж механізми дає 1С для оновлення програм?
1. При переході від релізу до релізу застосовується два способи – "Завантаження зміненої конфігурації" й "Об'єднання конфігурацій".
Перший спосіб "Завантаження зміненої конфігурації" застосовується, якщо наступна конфігурація є нащадком змінюваної конфігурації. Останнє означає, що задана конфігурація була скопійована, змінена в іншому місці й завантажена назад. Якщо ж після копіювання обидві конфігурації піддалися змінам (навіть несуттєвим), то при спробі завантажити іншу конфігурацію система видасть помилку "Обраний файл конфігурації не є нащадком даного файлу. При реструктуризації може відбутися руйнування даних". Продовжуйте завантаження, тільки якщо абсолютно впевнені, що зміни, зроблені в поточній конфігурації після копіювання є несуттєвими й можуть бути втраченими.
Другий спосіб "Об'єднання конфігурацій" застосовується, якщо потрібно об'єднати дві різні конфігурації (раніше були однією). При цьому можна віддати пріоритет або поточнії, або завантажуваній конфигурации, і вибрати режим заміщення або об'єднання об'єктів.У режимі заміщення об'єкт пріоритетної конфігурації заміщає об'єкт із таким же ім'ям іншої конфігурації. У режимі об'єднання система намагається об'єднати два об'єкти з однаковим ім'ям. При об'єднанні конфігурацій, можна прапорцями відзначити які об'єкти потрібно об'єднати. Другий спосіб працює істотно повільно й, загалом кажучи, не завжди закінчується успішно. Є ще одна можливість переносу об'єктів усередині однієї конфігурації або між двома різними. Для цього використовується буфер обміну, – об'єкт копіюється в одному місці, а потім уставляється в іншому.
2. При переході від редакції до редакції застосовуються спеціальні конвертори, які здійснюють перенесення даних між двома інформаційними базами. У цей час ці конвертори застосовують для перенесення даних проміжний файл у форматі XML.
Як вносити зміни в типову конфігурацію?
Перше правило – не квапитись відразу ж міняти програмний код конфігурації. Як правило, багато проблем у користувача виникають через незнання всіх можливостей типової конфігурації. Можливо, зміни, які просить зробити користувач, суперечать законодавству або вирішуються іншими способами. З'ясуєте також, який обсяг працевитрат користувача заощаджує програмування даного завдання й чи не є перепрограмування типової конфігурації більше складним завданням (за часом і вартістю).
Якщо ж все-таки користувач наполягає на внесенні змін, то сформулюйте ці зміни в письмовому вигляді, – тоді буде простіше і зробити і здати роботу.Уважно прочитайте технічне завдання й спробуйте його деталізувати: якщо вам написали проводки документа, уточнюйте аналітику по проводках, якщо попросили додати документ, – уточнюйте реквізити документа, можливі рухи й проводки, друковану форму.
Перед змінами потрібно виконати резервне копіювання (попередньо всі користувачі повинні вийти із програми), причому в імені архіву бажано вказати дату й час архівування.
Зміни потрібно робити в окремому каталозі. При цьому ви можете сміливо тестувати зроблені зміни (без небезпеки втрати реальних даних) і не заважаєте працювати користувачам системи. Для цього ви створюєте спеціальний каталог (наприклад "Для програмування"), заходите в нього в режимі конфігуратора й робите відновлення даних зі зробленої резервної копії.
Всі зміни треба ретельно документувати – змінюваний код не видаляється, а коментується, у коментарях ставиться дата зміни, ким зроблене зміна, з якою метою. Зміни в структурі даних можна фіксувати в описі конфігурації.