R: Первинна публікація

2026-05-08T10:08:29Z

Первинна публікація

Нова сторінка

'''M.E.Doc.ЕДО''' — це модуль електронного документообігу в програмному комплексі M.E.Doc, який використовується для обміну електронними документами з контрагентами, підписання документів електронним підписом, контролю статусів і зберігання документів в електронному архіві.

M.E.Doc.ЕДО застосовується для роботи з первинними документами, договорами, актами, накладними, рахунками, податковими документами та іншими електронними документами, які потрібно передати, підписати, отримати або погодити між сторонами.<div style="background:#e8f4ff; border-left:5px solid #1e88e5; padding:12px; margin:12px 0;">
'''Важливо:''' M.E.Doc.ЕДО — це частина екосистеми M.E.Doc для електронного документообігу. Вона не замінює ERP-систему, а використовується для підписання, обміну, доставки, контролю статусів і юридично значущої роботи з електронними документами.
</div>

== Загальний опис ==
M.E.Doc.ЕДО дозволяє підприємствам обмінюватися документами з контрагентами в електронному вигляді без друку, сканування та фізичного пересилання паперових примірників. Документ може бути створений у M.E.Doc, імпортований з облікової системи або переданий через інтеграційний модуль.

Після створення документ підписується електронним підписом, надсилається контрагенту, проходить погодження або підписання другою стороною, після чого зберігається в електронному архіві.

На офіційному сайті M.E.Doc модуль електронного документообігу описується як рішення для простого обміну документами з контрагентами, а REST API M.E.Doc — як інструмент, який дозволяє виконувати три ключові кроки роботи з документом: створити, підписати й відправити, отримати стан обробки. :contentReference[oaicite:0]{index=0}<div style="background:#fff8e1; border-left:5px solid #f9a825; padding:12px; margin:12px 0;">
'''Зверніть увагу:''' конкретні можливості M.E.Doc.ЕДО залежать від версії M.E.Doc, ліцензії, підключених модулів, прав користувачів, налаштувань електронних підписів і способу інтеграції з обліковою системою.
</div>

== Для чого потрібен M.E.Doc.ЕДО ==
M.E.Doc.ЕДО потрібен для автоматизації обміну електронними документами між компаніями.

Основні задачі M.E.Doc.ЕДО:

* створення електронних документів;
* імпорт документів з облікової системи;
* підписання документів електронним підписом;
* відправлення документів контрагентам;
* отримання вхідних документів;
* погодження документів;
* відхилення документів із коментарем;
* контроль статусів;
* зберігання документів в електронному архіві;
* отримання квитанцій і службових повідомлень;
* зменшення ручного введення;
* інтеграція з ERP, CRM або бухгалтерською системою.

== Основні можливості ==
M.E.Doc.ЕДО може забезпечувати такі можливості:

* обмін первинними документами;
* обмін договорами та додатковими угодами;
* обмін актами виконаних робіт;
* обмін видатковими накладними;
* обмін рахунками;
* обмін товарно-транспортними накладними;
* роботу з податковими накладними;
* роботу з розрахунками коригування;
* підписання документів КЕП;
* перевірку підписів;
* роботу з вхідними і вихідними документами;
* пошук документів у реєстрі;
* контроль статусів;
* зберігання підписаних документів;
* інтеграцію з обліковими системами;
* отримання статусів через API.

<div style="background:#e8f5e9; border-left:5px solid #43a047; padding:12px; margin:12px 0;">
'''Практичне застосування:''' M.E.Doc.ЕДО зручний для компаній, які регулярно обмінюються актами, накладними, рахунками, договорами та іншими первинними документами з контрагентами.
</div>

== Типові документи ==
Через M.E.Doc.ЕДО можуть оброблятися такі документи:

* рахунок;
* акт виконаних робіт;
* видаткова накладна;
* товарна накладна;
* товарно-транспортна накладна;
* договір;
* додаткова угода;
* акт звірки;
* податкова накладна;
* розрахунок коригування;
* повідомлення контрагенту;
* інші документи, які підтримуються у конкретному сценарії документообігу.

== Реєстр електронних документів ==
У M.E.Doc робота з первинними документами виконується через реєстр електронних документів. В офіційній довідці M.E.Doc описано сценарій створення та відправлення первинного документа через розділ «Первинні документи — Реєстр електронних документів». :contentReference[oaicite:1]{index=1}

У реєстрі користувач може:

* створювати документи;
* переглядати документи;
* підписувати документи;
* відправляти документи;
* отримувати документи;
* контролювати статуси;
* переглядати історію обміну;
* працювати з вхідними та вихідними документами;
* фільтрувати документи за датою, контрагентом, типом або статусом.

== Підписання документів ==
Підписання в M.E.Doc.ЕДО виконується за допомогою електронного підпису. Документ може підписуватися однією або кількома особами залежно від внутрішніх правил компанії та типу документа.

Підписання може використовуватися для:

* підтвердження створення документа;
* підтвердження погодження документа;
* підтвердження приймання документа;
* підтвердження юридичної значущості документа;
* фіксації відповідальної особи;
* контролю дати й часу підписання.

<div style="background:#ffebee; border-left:5px solid #e53935; padding:12px; margin:12px 0;">
'''Не плутати:''' створення документа, підписання документа і відправлення документа — це різні етапи. Документ може бути створений у M.E.Doc, але ще не підписаний і не переданий контрагенту.
</div>

== Обмін із контрагентами ==
M.E.Doc.ЕДО використовується для обміну документами між компаніями. Контрагент отримує документ, переглядає його, підписує, погоджує або відхиляє.

Типовий обмін може включати:

* створення документа;
* підписання відправником;
* відправлення контрагенту;
* отримання документа контрагентом;
* підписання контрагентом;
* повернення статусу;
* збереження підписаного документа;
* зберігання історії дій.

У 2025 році M.E.Doc також описував функціональність, яка спрощує обмін документами з контрагентами: система може перевіряти можливість отримання документа через платформу ПТАХ і за потреби формувати посилання для контрагента. :contentReference[oaicite:2]{index=2}

== Статуси документів ==
Під час роботи з M.E.Doc.ЕДО можуть використовуватися різні статуси.

Типові статуси:

* створено;
* очікує підпису;
* підписано;
* відправлено;
* доставлено;
* отримано контрагентом;
* затверджено контрагентом;
* підписано контрагентом;
* відхилено;
* скасовано;
* архівовано;
* помилка підпису;
* помилка відправлення;
* помилка обробки;
* потребує повторної відправки.

<div style="background:#e0f2f1; border-left:5px solid #00897b; padding:12px; margin:12px 0;">
'''Для облікової системи:''' статуси M.E.Doc.ЕДО бажано повертати в ERP, щоб користувач бачив реальний стан документа без ручної перевірки в M.E.Doc.
</div>

== Інтеграція з обліковими системами ==
M.E.Doc може інтегруватися з обліковими та ERP-системами через REST API, COM-об’єкти або інші інтеграційні механізми. Офіційні матеріали M.E.Doc описують REST API як інструмент для роботи з документами, а також містять окремі інструкції з інтеграції. :contentReference[oaicite:3]{index=3}

Інтеграція може використовуватися для:

* передавання документів з ERP у M.E.Doc;
* створення документів у M.E.Doc на підставі даних ERP;
* підписання документів;
* відправлення документів контрагентам;
* отримання статусів;
* отримання квитанцій;
* завантаження вхідних документів;
* збереження технічних повідомлень;
* синхронізації електронного архіву.

== Типова архітектура інтеграції ==
Типова архітектура інтеграції M.E.Doc.ЕДО з ERP може включати:

* ERP або облікову систему;
* модуль інтеграції з M.E.Doc;
* M.E.Doc REST API або COM-інтеграцію;
* сервер або робоче місце M.E.Doc;
* електронні підписи;
* контрагентів;
* журнал технічного обміну;
* електронний архів документів;
* механізм повторної відправки;
* механізм контролю статусів.

У такій схемі ERP є джерелом бізнес-даних, а M.E.Doc.ЕДО відповідає за підписання, обмін, статуси, квитанції та юридично значущий електронний документообіг.<div style="background:#f3e5f5; border-left:5px solid #8e24aa; padding:12px; margin:12px 0;">
'''Інтеграційний акцент:''' ERP має зберігати зв’язок між власним документом і документом M.E.Doc: ідентифікатор, статус, дату передавання, підписантів, квитанції, помилки та технічні повідомлення.
</div>

== Використання M.E.Doc.ЕДО у K2 ERP ==
У системі K2 ERP M.E.Doc.ЕДО може використовуватися як інтеграційний канал для електронного документообігу, податкових документів і обміну первинними документами з контрагентами.

Типова реалізація може включати:

* налаштування підключення до M.E.Doc;
* зіставлення компаній;
* зіставлення контрагентів;
* зіставлення типів документів K2 ERP і M.E.Doc;
* формування XML або іншого потрібного формату;
* передавання документів у M.E.Doc;
* отримання вхідних документів;
* підписання документів;
* відправлення документів;
* отримання статусів;
* отримання квитанцій;
* збереження ідентифікатора документа M.E.Doc;
* зберігання файлів документів;
* журналювання обміну;
* обробку повторних спроб;
* зв’язок документів M.E.Doc із документами K2 ERP.

<div style="background:#ede7f6; border-left:5px solid #5e35b1; padding:12px; margin:12px 0;">
'''Для K2 ERP:''' інтеграцію з M.E.Doc.ЕДО бажано реалізовувати як окремий модуль. Він має передавати документи з ERP у M.E.Doc, отримувати статуси та квитанції, обробляти помилки і повертати результат у картку документа.
</div>

== Типовий сценарій вихідного документа ==
Типовий процес відправлення документа з K2 ERP через M.E.Doc.ЕДО може виглядати так:

# Користувач створює документ у K2 ERP.
# Система перевіряє реквізити документа.
# Документ проходить внутрішнє погодження.
# K2 ERP формує XML або інший потрібний формат.
# Модуль інтеграції передає документ у M.E.Doc.
# M.E.Doc створює документ у реєстрі електронних документів.
# Документ підписується електронним підписом.
# Документ надсилається контрагенту.
# Контрагент отримує, підписує або відхиляє документ.
# K2 ERP отримує статус документа.
# Статус і технічні повідомлення зберігаються у картці документа.

== Типовий сценарій вхідного документа ==
Типовий процес отримання документа з M.E.Doc.ЕДО у K2 ERP може виглядати так:

# Контрагент надсилає документ через M.E.Doc.
# Документ з’являється у вхідних документах компанії.
# K2 ERP через інтеграційний модуль отримує список нових документів.
# Система завантажує документ і його реквізити.
# K2 ERP зіставляє контрагента, товари, суми та тип документа.
# За потреби створюється внутрішній документ ERP.
# Користувач перевіряє документ.
# Документ підписується, приймається або відхиляється.
# Статус повертається в M.E.Doc.
# Результат зберігається в ERP.

== Типовий сценарій ПН/РК ==
M.E.Doc.ЕДО може бути пов’язаний із процесами обміну податковими накладними та розрахунками коригування.

Типовий процес може виглядати так:

# У K2 ERP створюється документ продажу або коригування.
# На його підставі формується ПН або РК.
# Система перевіряє реквізити, суми, ставки ПДВ і контрагента.
# Документ передається в M.E.Doc.
# Документ підписується електронним підписом.
# Документ відправляється на реєстрацію або контрагенту.
# M.E.Doc отримує квитанції.
# K2 ERP оновлює статус ПН або РК.
# Квитанції зберігаються разом із документом.

== Дані, які бажано зберігати в ERP ==
Для якісної інтеграції з M.E.Doc.ЕДО в ERP бажано зберігати:

* тип документа;
* номер документа;
* дату документа;
* контрагента;
* організацію;
* суму;
* валюту;
* статус документа в ERP;
* статус документа у M.E.Doc;
* ідентифікатор документа M.E.Doc;
* дату передавання;
* дату підписання;
* дату відправлення;
* дату отримання контрагентом;
* дату отримання квитанції;
* файл XML;
* файл PDF за потреби;
* файл підписаного документа;
* файл квитанції;
* текст помилки;
* користувача, який ініціював обмін;
* журнал технічного обміну;
* кількість спроб передавання;
* зв’язок із первинним документом ERP.

== Можливі помилки під час інтеграції ==
Під час роботи з M.E.Doc.ЕДО можуть виникати такі помилки:

* відсутня ліцензія;
* неправильна версія M.E.Doc;
* недоступний сервер M.E.Doc;
* відсутній доступ до API;
* не налаштований електронний підпис;
* сертифікат підпису прострочений;
* неправильний формат XML;
* відсутній обов’язковий реквізит;
* неправильний ІПН або ЄДРПОУ контрагента;
* документ уже існує;
* документ не підписано;
* документ не відправлено;
* квитанція не отримана;
* статус не повернувся в ERP;
* не зіставлено контрагента;
* не зіставлено тип документа;
* помилка технічного обміну;
* дублювання документа.

<div style="background:#fff3e0; border-left:5px solid #fb8c00; padding:12px; margin:12px 0;">
'''Рекомендація:''' інтеграційний модуль має зберігати повну технічну відповідь M.E.Doc, текст квитанцій і повідомлення про помилки. Це допомагає швидше знаходити причину проблеми та підтримувати користувачів.
</div>

== Безпека інтеграції ==
Для безпечної роботи з M.E.Doc.ЕДО потрібно контролювати:

* права користувачів;
* доступ до електронних підписів;
* строк дії сертифікатів;
* доступ до первинних документів;
* доступ до податкових документів;
* журнал підписання;
* журнал відправлення;
* журнал технічного обміну;
* зберігання квитанцій;
* резервне копіювання;
* доступ до архіву документів;
* інтеграційні ключі;
* блокування доступу звільнених користувачів.

== Переваги інтеграції M.E.Doc.ЕДО з ERP ==
Інтеграція M.E.Doc.ЕДО з ERP дає такі переваги:

* менше ручного введення;
* менше дублювання документів;
* швидше відправлення документів контрагентам;
* автоматичне отримання вхідних документів;
* контроль статусів у ERP;
* зберігання документів в електронному архіві;
* прозорий журнал обміну;
* швидше виправлення помилок;
* автоматизація первинного документообігу;
* автоматизація ПН/РК;
* зв’язок електронного документа з первинним документом ERP.

== Обмеження та ризики ==
Під час впровадження M.E.Doc.ЕДО потрібно враховувати:

* потребу в ліцензії;
* залежність від версії M.E.Doc;
* потребу в електронних підписах;
* потребу в налаштуванні користувачів;
* потребу в зіставленні контрагентів;
* потребу в зіставленні типів документів;
* можливі зміни форм документів;
* можливі зміни XML-форматів;
* залежність від доступності сервісів обміну;
* потребу в тестуванні інтеграції;
* потребу в навчанні користувачів;
* потребу в журналі помилок.

<div style="background:#ffebee; border-left:5px solid #e53935; padding:12px; margin:12px 0;">
'''Не плутати:''' M.E.Doc.ЕДО не замінює ERP-систему. M.E.Doc відповідає за електронний обмін, підписання, квитанції і статуси документів, а ERP має залишатися джерелом товарів, контрагентів, цін, документів і господарських операцій.
</div>

== Висновок ==
M.E.Doc.ЕДО — це модуль електронного документообігу для обміну документами з контрагентами, підписання електронним підписом, контролю статусів і зберігання документів в електронному вигляді.

Для K2 ERP інтеграцію з M.E.Doc.ЕДО доцільно реалізовувати як окремий модуль, який передає документи з ERP у M.E.Doc, отримує статуси та квитанції, зберігає технічні відповіді й забезпечує зв’язок електронного документообігу з первинними документами ERP.

== Джерела ==

* [https://medoc.ua/elektronniy_dokumentoobig M.E.Doc.ЕДО — електронний документообіг]
* [https://medoc.ua/uk/faq/jak-zdjsnjutsja-obmn-pervinnimi-dokumentami Як здійснюється обмін первинними документами в M.E.Doc]
* [https://medoc.ua/faq/opis-metodv-web-api Опис методів M.E.Doc Web API]
* [https://medoc.ua/page/integrationapi Medoc API — інтеграція з ERP]
* [https://medoc.ua/pdf/integration-api-com.pdf Інструкція по COM-об’єктах M.E.Doc]
* [https://medoc.ua/ M.E.Doc]

== Див. також ==
[[ЕДО]]

[[ДПС]]

[[Medoc REST API]]

[[FREDO]]

[[СОТА]]

[[Edin]]

[[SAF-T UA]]

[[Розрахунок коригування]]

[[Е-ТТН]]

[[Технічне завдання: передача документів для звітності в податкову через Медок для Python]]

[[Технічне завдання: передача документів для звітності в податкову через Edin для Python]]

[[Технічне завдання: Передача звітності з K2 ERP до Електронного кабінету ДПС]]

[[Накладення електронного підпису за допомогою Дія в Python]]

[[Уніфіковане накладання електронного підпису різних сервісних центрів України]]

M.E.Doc.ЕДО - Історія редагувань

R: Первинна публікація