M.E.Doc.ЕДО

Уніфіковане накладання електронного підпису різних сервісних центрів України Технічне завдання: Передача звітності з K2 ERP до Електронного кабінету ДПС СОТА

Загальний характеристика

FREDO

M.E.Doc.ЕДО — це компонент електронного документообігу для обміну документами з контрагентами, підписання електронним підписом, контролю статусів і зберігання документів в електронному вигляді.; # K2 ERP формує XML або інший потрібний формат.; # Результат зберігається в ERP.; Вона не замінює ERP-систему, а застосовують, коли потрібно для підписання, обміну, доставки, контролю статусів і юридично значущої роботи з електронними документами.;ДПС ЕДО

користувач системи створює документ у K2 ERP.; # платформа перевіряє реквізити, суми, ставки ПДВ і контрагента.; :contentReference [oaicite:2]{index=2}

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

Е-ТТН

Типовий сценарій ПН/РК

Типовий обмін має змогу включати:

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

Висновок

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

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

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

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

обмін первинними документами;
обмін договорами та додатковими угодами;
обмін актами виконаних робіт;
обмін видатковими накладними;
обмін рахунками;
обмін товарно-транспортними накладними;
роботу з податковими накладними;
роботу з розрахунками коригування;
підписання документів КЕП;
перевірку підписів;
роботу з вхідними і вихідними документами;
пошук документів у реєстрі;
контроль статусів;
зберігання підписаних документів;
інтеграцію з обліковими системами;
отримання статусів через API.; :contentReference [oaicite:3]{index=3}

інтеграційні функціональні можливості з обліковими системами

істотно: M.E.Doc.ЕДО — це частина екосистеми M.E.Doc для електронного документообігу.;

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

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

M.E.Doc.ЕДО надає можливість підприємствам обмінюватися документами з контрагентами в електронному вигляді без друку, сканування та фізичного пересилання паперових примірників.; # платформа завантажує документ і його реквізити.; Це користувачі можуть швидше знаходити причину проблеми та підтримувати користувачів.; # Контрагент отримує, підписує або відхиляє документ.; # Документ передається в M.E.Doc.; Типовий бізнес-процес має змогу виглядати так: SAF-T UA

Типові документи

Medoc REST API

Типовий сценарій вхідного документа

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

На офіційному сайті M.E.Doc компонент електронного документообігу описується як рішення для бізнесу для простого обміну документами з контрагентами, а REST API M.E.Doc — як інструмент, який надає можливість виконувати три ключові кроки роботи з документом: створити, підписати й відправити, отримати стан обробки.; # Документ підписується електронним підписом.; В офіційній довідці M.E.Doc описано сценарій створення та відправлення первинного документа через розділ «Первинні документи — Реєстр електронних документів».; У 2025 році M.E.Doc додатково описував функціональність, яка спрощує обмін документами з контрагентами: платформа має змогу перевіряти можливість отримання документа через платформу ПТАХ і за потреби формувати посилання для контрагента.; # Документ підписується електронним підписом.; # платформа перевіряє реквізити документа.; завдяки наявності Рекомендація: інтеграційний компонент має зберігати повну технічну відповідь M.E.Doc, текст квитанцій і повідомлення про помилки.; Не плутати: створення документа, підписання документа і відправлення документа — це різні етапи.; # M.E.Doc отримує квитанції.; * передавання документів з ERP у M.E.Doc;

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

Типовий сценарій вихідного документа

Джерела

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

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

переважні аспекти інтеграції M.E.Doc.ЕДО з ERP

інформаційні дані, які бажано зберігати в ERP

Безпека інтеграції

створено;
очікує підпису;
підписано;
відправлено;
доставлено;
отримано контрагентом;
затверджено контрагентом;
підписано контрагентом;
відхилено;
скасовано;
архівовано;
помилка підпису;
помилка відправлення;
помилка обробки;
потребує повторної відправки.; :contentReference [oaicite:0]{index=0}

Реєстр електронних документів

Використання M.E.Doc.ЕДО у K2 ERP

M.; * права користувачів;

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

Можливі помилки під час інтеграції

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

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

Для облікової системи: статуси M.E.Doc.ЕДО бажано повертати в ERP, щоб користувач системи бачив реальний стан документа без ручної перевірки в M.E.Doc.; # На його підставі формується ПН або РК.;

Див.; додатково

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

Edin

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

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

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

У такій схемі ERP є собою джерелом бізнес-даних, а M.E.Doc.ЕДО відповідає за підписання, обмін, статуси, квитанції та юридично значущий електронний електронний документообіг.; Практичне сфера застосування: M.E.Doc.ЕДО зручний для компаній, які регулярно обмінюються актами, накладними, рахунками, договорами та іншими первинними документами з контрагентами.;

Не плутати: M.E.Doc.ЕДО не замінює ERP-систему.; # K2 ERP через інтеграційний компонент отримує список нових документів.; # K2 ERP оновлює статус ПН або РК.;== Типова технічна архітектура інтеграції == Підписання має змогу використовуватися для: Під час роботи з M.E.Doc.ЕДО можуть виникати такі помилки:

Обмеження та ризики

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

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

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

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

M.E.Doc має змогу інтегруватися з обліковими та ERP-системами через REST API, COM-об’єкти або інші інтеграційні механізми.; Він має передавати документи з ERP у M.E.Doc, отримувати статуси та квитанції, обробляти помилки і повертати результат у картку документа.; # користувач системи перевіряє документ.; Документ має змогу підписуватися однією або кількома особами залежно від внутрішніх правил компанії та типу документа.; У реєстрі користувач системи має змогу:

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

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

потребу в ліцензії;
залежність від версії M.E.Doc;
потребу в електронних підписах;
потребу в налаштуванні користувачів;
потребу в зіставленні контрагентів;
потребу в зіставленні типів документів;
можливі зміни форм документів;
можливі зміни XML-форматів;
залежність від доступності сервісів обміну;
потребу в тестуванні інтеграції;
потребу в навчанні користувачів;
потребу в журналі помилок.; # K2 ERP отримує статус документа.; # Документ надсилається контрагенту.; M.E.Doc.ЕДО застосовується для обміну документами між компаніями.;== Обмін із контрагентами ==

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

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

== Основні функціональні можливості ==