- правові основи
- загальні поняття
- стандарти
- Передача даних
- прийом даних
- Як створити зовнішній звіт для передачі даних "1C: Підприємство" в "клієнта"
- Новини-Новости-News
Автоматично з Дт-Кт № 28 (12.7.2004)
Вікно у світ «1С»
Увага! архівна публікація
Ця сторінка містить давню архівну публікацію бухгалтерського тижневика "Дебет-Кредит", яка в даний час, цілком можливо, втратила актуальність і може не відповідати чинним нормам бухгалтерського і податкового обліку.
Для роботи з актуальними матеріалами журналу перейдіть до ONLINE.dtkt.ua
або виберіть потрібний вам розділ ДК-порталу у верхньому рядку навігації.
"1С: Підприємство 7.7" і системи дистанційного банківського обслуговування
"Клієнт - банк", "клієнт - Інтернет - банк" - ці технології прискорюють бізнес і роблять його ефективнішим. Системи дистанційного банківського обслуговування стають популярними навіть на малих підприємствах.
Однак непоодинокі випадки, коли, здійснивши за допомогою системи "клієнт - банк" платежі, бухгалтери друкують (!) Отриману в електронному вигляді виписку. А то і вручну вносять дані в свою систему автоматизованого бухгалтерського обліку. Фахівцю, навіть дуже далекій від програмування, зрозуміло, що повторно вносити наявні в електронному вигляді дані - просто кричуща неповага до праці бухгалтера.
Є і більш серйозний аргумент для критики подібних дій: таке дублювання підвищує ймовірність помилок в порівнянні з програмним експортом / імпортом.
Щоб вирішити цю проблему, потрібно написати модуль обміну (або замовити, або скористатися безкоштовними ресурсами Інтернету). Цей модуль перетворює реквізити з платіжного доручення в текстовий рядок певного формату (на жаль, що визначається кожним банком посвоєму). Модуль може, навпаки, з текстового рядка електронної виписки розібрати дані. Його можна оформити у вигляді обробки або зовнішнього звіту "ЮПредпріятія".
правові основи
В даному випадку ми можемо скористатися тільки найзагальнішими документом. Порядок безготівкових розрахунків в Україні визначає Інструкція про безготівкові розрахунки в національній валюті в Україні, затверджена постановою Правління НБУ від 21.01.2004 р №221).
1 Зареєстрована в Мін'юсті України 29.03.2004 р за №377 / 8976.
Глава 11 Інструкції присвячена дистанційного обслуговування клієнтів. В основному вона систематизує безліч змін, внесених минулої інструкцію, і враховує нові технології зв'язку через Інтернет і телефонний банкінг).
Головне, що нас в даному випадку цікавить, - платіжні документи. Їх форми та реквізити не змінилися. Як раніше, так і тепер, відповідно до п. 11.6 Інструкції, платник може здійснювати електронні платежі на підставі належним чином заповнених платіжних доручень і платіжних требованійпорученій. Можливо також використання платіжних карток, але в даному випадку платежі за банківськими картками потраплять вже проведені через систему банку.
Заборонено формувати електронні документи на підставі розрахункових документів, що мають додатки (реєстр чеків, реєстр документів за акредитивом та т. П.). Вони подаються на паперових носіях. Щодня після прийому виписки клієнти зобов'язані формувати реєстр по кожному рахунку.
Обсяг даних, що приймаються з "клієнт - банку", повинен відповідати обсягу даних, що одержуються з файлів виписок автоматизованої банківської системи. Хоча при передачі даних в клієнтську частину це, загалом, не так. Клієнтська частина може бути досить складною програмою, яка містить свої довідники (наприклад, довідники банків) і вимагає менше даних.
Обов'язкові реквізити електронних розрахункових документів встановлено пп. 11.5:
- дата і номер;
- назва,
- ідентифікаційний код (номер) платника та номер його рахунку;
- назва та код банку платника;
- назва, ідентифікаційний код (номер) одержувача та номер його рахунку;
- назва та код банку одержувача;
- сума цифрами;
- призначення платежу;
- електронний цифровий підпис;
- інші реквізити (при формуванні електронного документа системою електронних платежів розміщуються в полі "Допоміжні реквізити").
На жаль, немає ніяких документів, що формалізують вимоги до передачі даних в клієнтську частину (і до вихідного з клієнтської частини файлу виписки теж), як це зроблено для розрахункових документів на паперових носіях. Тому формати файлів, які потрібно сформувати для клієнтської частини, розрізняються не тільки для кожного банку, але іноді і для філій.
Звичайно, це тягне за собою витрати у підприємства. Причому, чим воно менше, тим менше до них готове. Проте, давайте подивимося, що тут можна зробити.
загальні поняття
Функціональна схема зв'язку системи "1C: Підприємство" і системи дистанційного банківського обслуговування представлена на рис. 1.
При цьому мається на увазі:
"1 С" - це будь-яка конфігурація "1С: Підприємства", в якій реалізовано облік операцій по розрахункових рахунках;
модуль "клієнт" - програма, встановлена на робочому місці користувача. Вона забезпечує формування, контроль, шифрування (дешифрування) даних, електронний підпис, обмін даними з модулем "банк" через мережу Інтернет або систему телекомунікацій. Технології захисту інформації в таких системах повинні відповідати вимогам НБУ;
модуль "банк" - це програма, встановлена в банку, яка здійснює автоматичну обробку транзакцій і запитів клієнта, обмін з інформаційною базою банку і відправку модулю "клієнт" у відповідь пакетів повідомлень;
передача даних - передача даних з "1C" в модуль "клієнт";
прийом даних - передача даних з модуля "клієнт" в "1C". Клієнтська частина банківської програми, як правило, має режими імпорту та експорту даних у зовнішні програми (вони мають, принаймні, механізм завантаження даних)
- системи бухгалтерського обліку.
стандарти
Фірма "1 С" розробила свій стандарт обміну платіжними документами між системою "1C: Підприємство" і системами дистанційного обслуговування типу "клієнт - банк".
Одна з номінацій сертифікації "Сумісно! Система програм" 1C: Підприємство "називається" Програми електронних розрахунків типу "кліентбанк", що відповідають стандарту обміну даними "1C: Підприємство" - "Клієнт банку".
Стандарт включає загальну схему обміну, угоди про синхронізацію даних і можливості розширення. Існує варіант стандарту для Росії і Казахстану. Варіанта стандарту для України поки немає, тому немає і сумісних програм.
Стандарт повністю можна подивитися на www.1c.ru . Істотну частину стандарту становить опис структури файлу обміну даними. Цей файл відрізняється для різних країн, оскільки розрізняються види і форми розрахункових документів, на підставі яких формуються електронні документи (наприклад, в Росії дозволені непрямі розрахунки). Решта ж вимоги зберігаються.
Ось що потрібно від програм, які претендують бути сумісними з "1 С".
Дані передаються через структурований тестовий файл (допустимі кодування: DOS, Windows). Синхронізація даних відбувається інтервальним способом. При цьому передаються всі документи зазначених видів за зазначеними рахунками за вказаний інтервал, а при повторному завантаженні видаляються зайві. Ідентифікація проводиться по розрахунковому рахунку, виду документа, дату і номер. Передбачається, що за одним розрахунковим рахунком не може бути кілька вихідних документів одного виду.
Далі стандарт описує угоду про обмін інформацією:
- ім'я,
- рядки зі службовою інформацією,
- рядки з умовами відбору документів,
- секції, що містять залишки і обороти (тільки при прийомі),
- секції з інформацією документів.
Секції починаються і закінчуються рядком певного виду. Рядок складається з двох полів:
<Ідентіфікатор реквізиту> = <3наченіе реквізиту>
В описі файлу обміну наведені використовувані ідентифікатори. Ідентифікатори не містять прогалин та інших роздільників. Перед знаком "=" і після нього не може перебувати пробіл. Ідентифікатори і рядки можуть бути обов'язковими і необов'язковими.
Передача даних
Передача даних здійснюється в два етапи. На першому етапі користувач за допомогою модуля обміну даними формує текстовий файл.
I етап. При вивантаженні вказуються види вивантажуються документів (визначається функціональними можливостями "клієнта"), перелік розрахункових рахунків, період вивантаження. Результатом є текстовий файл, який містить службову інформацію (формат файлу, час створення), період вивантаження, перелік розрахункових рахунків, інформацію про вивантажених документах.
II етап. В "клієнта" користувачем ініціюється вивантаження. При цьому повинні здійснюватися такі перевірки:
- якщо документ, що завантажується вже присутній в "клієнта" і не відрізняється вмістом, - він не обробляється;
- якщо документ, що завантажується відрізняється і може бути виправлений (ще не підписаний, не відправлено), він перезаписується;
- документ, який відсутній, вважається новим документом.
В інших випадках вважається, що документ не може бути оброблений, і процедура завантаження інформує про це користувача.
Всі документи зазначених видів за зазначеними розрахунковими рахунками, які існують в "клієнта" (в момент завантаження), але відсутні у файлі обміну (відсутні в "1C: Підприємство"), вважаються вилученими з "1C: Підприємство".
Якщо документ може бути вилучений - він видаляється, якщо немає - процедура інформує про це користувача.
прийом даних
Прийом даних також здійснюється в два етапи.
I етап. Користувач ініціює вивантаження даних з "клієнта" в текстовий файл встановленого формату.
При цьому надається вибір з переліку розрахункових рахунків (вважається, що їх може бути кілька) і період вивантаження операцій.
В результаті створюється текстовий файл. У ньому зберігається службова інформація:
- формат;
- кодування;
- час створення;
- перелік розрахункових рахунків;
- період, за який вивантажені операції;
- залишки і обороти по рахунках;
- зміст полів кожного документа;
- дата надходження документа і дата його виконання.
II етап. В "1C: Підприємство" ініціюється завантаження даних з текстового файлу.
При цьому прийнято наступне:
- якщо документ, що завантажується вже присутній в "1C: Підприємство" і не відрізняється, - він не обробляється;
- якщо документ, що завантажується відрізняється за змістом, - він вважається виправленим. Процедура завантаження інформує користувача і пропонує виправити документ;
- якщо документ відсутній в "1 С: Підприємство", - він заноситься в базу. Всі документи по зазначеним розрахункових рахунках, існуючі в "1C:
Підприємстві "на момент завантаження, але відсутні у файлі обміну в інтервалі обміну, вважаються вилученими з" клієнта "і видаляються і з бази даних.
Таким чином відбувається синхронізація даних "1C: Підприємство" за даними "Клієнта (банку)". При цьому не відбувається ні втрати, ні "подвоєння" інформації.
Як створити зовнішній звіт для передачі даних "1C: Підприємство" в "клієнта"
Малі підприємства відрізняються від великих підприємств не цілями, а можливостями. Іноді шукати можливості (наприклад, для інтеграції програм) доводиться самостійно. Краще, звичайно, купити універсальну обробку з підключаються форматами банків. Але якщо не виходить, можна спробувати самостійно впоратися з проблемою.
Існує безліч безкоштовних Інтернетресурсов (наприклад, клуб професіоналів "1C" www.1c.hippo.ru ), Умовою участь в яких є безкоштовну виставу свого працюючого рішення. Там можна безкоштовно завантажити безліч розробок (і не тільки членам клубу). Правда, універсальні розробки, як правило, мають комерційну версію, але є і дійсно безкоштовні.
Оскільки "1C" має кілька дуже популярних конфігурацій в Україні, є там і українські розробки за всіма номінаціями. На жаль, за все доводиться платити, якщо не грошима, то своїм часом на їх переробку.
Якщо ви готові пожертвувати своїм часом, давайте подивимося, як будуються такі програми. Чому їх можна відносно легко налаштовувати під свою конфігурацію?
Яка б не була у вас конфігурація, платіжні доручення (і виписки) містять один і той же набір реквізитів (рис. 2), який визначений інструкцією НБУ. У різних конфігураціях реквізити можуть мати тільки різні імена, які можна замінити своїми (зрозуміло, в обробці, а не в конфігурації).
За погодженням з банком можна отримати необхідний формат файлу. Такий файл містить ті ж дані і відрізняється тільки порядком проходження і, можливо, форматом. В отриманому файлі потрібно замінити тільки ту частину програми, яка формує текстовий рядок. А деякі АРМ "Клієнт" навіть мають хороші власні настройки експорту та імпорту, що дозволяють вивести дані в необхідному порядку (правда, таких поки меншість). Банки зазвичай йдуть назустріч клієнтам.
Докладні коментарі зроблені спеціально для початківців, вони пояснюють, для чого служать ті чи інші оператори; частина операторів відноситься до перевірки граничних умов.
Програма передачі платіжних доручень для конфігурації "1C:
Бухгалтерія для України "починається описом змінних і службових процедур. Фрагменти" значущих "частин профамм наведені рис. 3, 4 і 5.
На малюнку 3 створюється і виконується запит, який вибирає всі платіжні доручення за цю дату. Якщо у вас інша конфігурація - перевірте ім'я документа "Платіжне доручення" у вашій конфігурації і при необхідності виправте.
Далі вибираються всі реквізити оброблюваного документа (рис. 4). Імена реквізитів відповідають іменам платіжного доручення (рис. 2). Якщо у вас інша конфігурація, то в режимі "Конфігуратор" перевірте ім'я довідника, в якому зберігаються найменування організацій (в даній конфігурації називається "Фірми"), і найменування його реквізитів (Конфігурація - Відкрити конфігурацію Довідники Фірми). Що стосується відхилення замініть імена на відповідні.
Останній фрагмент (рис. 5) формує текстовий рядок з даними. Якщо у вас інший банк, цю частину необхідно замінити необхідним форматом. В результаті обробки платіжного доручення (це формат однієї з філій "Авалю") виходить наступний рядок:
0_1_3_20040603_322067_ 325224_26009100546001_423534543_1050_0_ ТОВ "УкрСнаб" _За ТМЦ зідно РФ від 8.02.04 У т.ч. ПДВ 175,00 грн._20040603_ 3424325425JL
Якщо ви завантажили програму і розібралися, як вона працює, а тим більше налаштували під іншу конфігурацію, ви зможете при нагоді налаштувати і інші подібні безкоштовні програмні забезпечення.
Новини-Новости-News
Управління торгівлею поновому
З 04.06.2004 р програмний продукт 4601546018847 "^ Підприємство 8.0. Управління торгівлею для України" поставляється з новою редакцією 2.1 конфігурації. У редакції 2.1 реалізований ряд нових підсистем і можливостей, що розширюють функціональність конфігурації і дозволяють значно підвищити рівень автоматизації управління діяльністю торгового підприємства. У числі ключових нововведень:
підсистема управління відносинами з клієнтами (CRM);
"Рапорт керівникові" - механізм, що дозволяє організувати регулярне регламентне формування і доставку керівному складу компанії інформації про поточний стан справ на підприємстві;
комплекс нових управлінських звітів, що дозволяють керівникам отримувати в зручному вигляді аналітичну інформацію, необхідну для оперативного
контролю діяльності підприємства за різними показниками;
можливість вивантаження даних в "1C:
Бухгалтерію 7.7 "(конфігурація" Бухгалтерський облік для України ");
можливість підключення всіх видів
торгового обладнання. Тепер програмні продукти "1C", що включають конфігурацію "Управління торгівлею для України", ред. 2.1, будуть комплектуватися додатковою брошурою, яка описує нові можливості конфігурації.
КПК підказує, що писати
Компанія WordLogic створила клавіатуру з Інтелектуальне введення тексту - коли при наборі перших букв слова автоматично пропонуються варіанти цього слова. Це віртуальна клавіатура, цифри і символи якої ховаються в додаткових панелях. Тепер навіть новачок зможе набирати на кишеньковому ПК текст зі швидкістю 30 слів за хвилину. Цьому допомагає один з найбільших словників, використовуваних в КПК.
Принтер знає, коли додати фарб
Компанія Сапоп випустила багатофункціональний принтер з інтелектуальним використанням кольору при друку ділових документів. Монохромний принтер моделі iR 3100C / CN, застосовуваний при роботі в мережі, завдяки функції "smart colour" використовує кольоровий друк тільки тоді, коли вона потрібна. Якщо кольоровий друк не потрібен, принтер за замовчуванням повертається в чорно-білий режим.
Програма передачі платіжних доручень для «1C: Бухгалтерія для України» 
Вікно у світ «1С»
Програму передачі платіжних доручень для конфігурації "1C: Бухгалтерія для України" можна стягнути Збережіть її на вашому комп'ютері. Потім, щоб виконати модуль, відкрийте його як зовнішній звіт в режимі "Підприємство" (меню Файл - Відкрити). Якщо потрібно про ...
Тематичний посторінковий перелік публікацій за 1-й квартал 2012-го року
№ 13 (26.3.2012) :: Вікно у світ «1С»
Тематичний посторінковий перелік публікацій випусків поліграфічного видання бухгалтерського тижневика «Дебет-Кредит» (розділ «Автоматично з« Дт-Кт ») за 1-й квартал 2012-го року ...
Весняні жнива бухгалтера
№ 11 (12.3.2012) :: Вікно у світ «1С»
Закриття періоду в сільському господарстві ...
