Перейти до вмісту

СОТА

Матеріал з K2 ERP Wiki

ДПС

Рекомендація: інтеграційний компонент має зберігати повну технічну відповідь СОТА, текст квитанцій і повідомлення про помилки.; Він має передавати документи з ERP у СОТА, отримувати статуси та квитанції, обробляти помилки і повертати результат у картку документа.; Для роботи з ним зазвичай не потрібно встановлювати повноцінну локальну програму на комп’ютер користувача: доступ виконується через браузер за наявності інтернету, облікового запису та налаштованого електронного підпису.;== СОТА API Е-ТТН ==

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

  • створено;
  • передано в СОТА;
  • очікує підпису;
  • підписано;
  • відправлено;
  • доставлено;
  • прийнято;
  • не прийнято;
  • отримано квитанцію;
  • підписано контрагентом;
  • відхилено контрагентом;
  • скасовано;
  • помилка відправлення;
  • помилка підпису;
  • помилка обробки;
  • потребує повторної відправки.;== Типовий сценарій подання звітності ==

Типовий сценарій ЕДО

Для якісної інтеграції з СОТА в ERP бажано зберігати:

  • рахунки;
  • акти виконаних робіт;
  • видаткові накладні;
  • договори;
  • додаткові угоди;
  • товарно-транспортні накладні;
  • первинні документи;
  • інші документи, які погоджуються між сторонами.; # Документ передається в СОТА.; # Квитанції зберігаються разом із документом.; # На його підставі формується ПН або РК.; У сценарії е-ТТН через СОТА можуть бути важливими:

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

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

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

  • податкова формування звітів;
  • статистична формування звітів;
  • формування звітів з ЄСВ;
  • формування звітів з ПДФО;
  • формування звітів з ПДВ;
  • фінансова формування звітів;
  • інша регламентована формування звітів залежно від діяльності підприємства.; # Документ відправляється на реєстрацію або контрагенту.; # Підписаний документ зберігається в електронному архіві.; # платформа заповнює вантажовідправника, вантажоодержувача, товарні позиції, вагу і кількість.; # Документ передається через СОТА API Е-ТТН.;== Загальний характеристика ==
СОТА зручна для бізнесу, якому потрібен доступ до звітності й документообігу з різних пристроїв без прив’язки до одного робочого комп’ютера.;

істотно: СОТА — це хмарний вебсервіс.; Під час інтеграції з СОТА можуть виникати такі помилки:

Через сервіс можна готувати формування звітів, підписувати документи КЕП, подавати звіти, обмінюватися первинними документами, працювати з податковими накладними, розрахунками коригування та іншими електронними документами.; # Документ підписується електронним підписом.; На офіційному сайті додатково зазначено, що сервіс користувачі можуть вирішувати задачі електронного документообігу, подання звітності та ведення каси.; # СОТА отримує квитанції.; # Контрагент отримує, підписує або відхиляє документ.; # Документ підписується учасниками процесу.; СОТА застосовується бухгалтерами, підприємцями, юридичними особами та компаніями для електронної взаємодії з контролюючими органами і контрагентами.; # K2 ERP отримує статус і квитанцію.;

Типовий сценарій е-ТТН

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

Типова технічна архітектура інтеграції СОТА з ERP має змогу включати:

  • створення електронної звітності;
  • подання звітності до контролюючих органів;
  • підписання документів КЕП;
  • отримання квитанцій;
  • робота з податковими накладними;
  • робота з розрахунками коригування;
  • обмін електронними документами з контрагентами;
  • зберігання документів в електронному архіві;
  • робота з первинними документами;
  • подання запитів до реєстрів;
  • робота з ПДВ-документами;
  • контроль статусів документів;
  • інтеграційні функціональні можливості з обліковими системами через API або інші рішення для бізнесу;
  • робота з е-ТТН у відповідних інтеграційних сценаріях.; СОТА ЕДО застосовується для обміну електронними документами з контрагентами.; інтеграційні функціональні можливості СОТА з ERP дає такі переважні аспекти:

SAF-T UA

Типовий бізнес-процес подання звітності через СОТА має змогу виглядати так:

Такий підхід має змогу використовуватися, коли організація хоче надати користувачам можливість працювати з документами без переходу в окремий інтерфейс або коли потрібно вбудувати підписання та обмін документами в існуючий кабінет користувача.; # Документ передається в СОТА.; # користувач системи створює документ у K2 ERP.; # K2 ERP зберігає статус, файл документа і технічні повідомлення.; Типовий бізнес-процес обміну первинними документами через СОТА має змогу виглядати так:

  1. У K2 ERP створюється документ відвантаження.; Воно має змогу використовуватися для автоматизації обміну е-ТТН між обліковою системою, оператором електронного документообігу та учасниками перевезення.; # платформа перевіряє реквізити, суми, ставки ПДВ і контрагента.; * інформаційні дані про каси;
  • інформаційні дані про касирів;
  • фіскальні чеки;
  • статуси фіскалізації;
  • зв’язок із РРО або ПРРО;
  • контроль змін;
  • звіти за касовими операціями.;

Medoc REST API

СОТА.API — це інтеграційне рішення для бізнесу для автоматичного обміну документами між зовнішніми системами та СОТА.; завдяки наявності СОТА позиціонується як хмарний сервіс для підготовки, подання і зберігання електронної звітності та електронного обміну документами з партнерами.; Для облікової системи: якщо СОТА застосовується разом з ERP, потрібно зберігати зв’язок між документом ERP і документом СОТА: ідентифікатор, статус, дату передавання, квитанції, підписантів, помилки та технічні повідомлення.;

Через електронну формування звітів можуть подаватися:

  • менше ручного введення;
  • менше дублювання документів;
  • швидше подання звітності;
  • автоматичне отримання квитанцій;
  • контроль статусів у ERP;
  • зберігання документів в електронному архіві;
  • прозорий журнал обміну;
  • швидше виправлення помилок;
  • автоматизація процесів ПН/РК;
  • автоматизація процесів первинного документообігу;
  • автоматизація процесів е-ТТН у відповідному сценарії;
  • зв’язок електронного документа з первинним документом ERP.;== СОТА.API ==
  • права користувачів;
  • доступ до електронних підписів;
  • строк дії сертифікатів;
  • доступ до звітності;
  • доступ до первинних документів;
  • журнал підписання;
  • журнал відправлення;
  • журнал технічного обміну;
  • зберігання квитанцій;
  • резервне копіювання;
  • доступ до архіву документів;
  • інтеграційні ключі;
  • блокування доступу звільнених користувачів.;Edin

Типовий бізнес-процес роботи з податковими накладними або розрахунками коригування має змогу виглядати так: Після подання звіту користувач системи отримує квитанції, які підтверджують доставку, прийняття або неприйняття документа.; # СОТА повертає статус.; Сервіс має змогу використовуватися як окремо, так і в інтеграції з обліковою або ERP-системою.; СОТА має змогу забезпечувати такі функціональні можливості:

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

  • відсутній доступ до сервісу;
  • неправильні облікові інформаційні дані;
  • не налаштований електронний підпис;
  • сертифікат підпису прострочений;
  • неправильний формат XML;
  • відсутній обов’язковий реквізит;
  • неправильний ІПН або ЄДРПОУ контрагента;
  • документ уже існує;
  • документ не підписано;
  • документ не відправлено;
  • квитанція не отримана;
  • статус не повернувся в ERP;
  • не зіставлено контрагента;
  • не зіставлено тип документа;
  • помилка технічного обміну;
  • помилка API;
  • дублювання документа.;
  • формувати документи в ERP;
  • автономно передавати документи в СОТА;
  • підписувати документи КЕП;
  • відправляти документи контрагентам;
  • отримувати статуси;
  • зберігати зв’язок між ERP і сервісом ЕДО;
  • зменшити ручне завантаження файлів.; * конфігурація підключення до СОТА;
  • зіставлення компаній;
  • зіставлення контрагентів;
  • зіставлення типів документів K2 ERP і СОТА;
  • формування XML або іншого потрібного формату;
  • передавання документів у СОТА;
  • отримання вхідних документів;
  • підписання документів;
  • відправлення документів;
  • отримання статусів;
  • отримання квитанцій;
  • збереження ідентифікатора документа СОТА;
  • зберігання файлів документів;
  • журналювання обміну;
  • обробку повторних спроб;
  • зв’язок документів СОТА із документами K2 ERP.;
  1. користувач системи формує звіт у K2 ERP або обліковій системі.;=== ПДВ, ПН та РК ===

Практичне сфера застосування: СОТА зручна для компаній, які хочуть працювати зі звітністю та первинними документами онлайн, без ручного друку, сканування і пересилання паперових документів.; # Документ підписується електронним підписом.; Сервіс електронного документообігу підтримує роботу роботу з документами різних форматів, швидке отримання й погодження електронних документів.;=== Електронний електронний документообіг ===

  1. У K2 ERP створюється документ продажу або коригування.;Накладення електронного підпису за допомогою Дія в Python

СОТА — це хмарний вебсервіс для електронної звітності, електронного документообігу та обміну документами з контрагентами.; * створення е-ТТН;

  • передавання е-ТТН із ERP;
  • підписання документа;
  • обмін між вантажовідправником, перевізником і вантажоодержувачем;
  • отримання статусів;
  • зв’язок е-ТТН із документом відвантаження;
  • зберігання підписаного документа.; СОТА відповідає за електронну формування звітів, обмін, підписання і статуси документів, а ERP має залишатися джерелом товарів, контрагентів, цін, документів і господарських операцій.;=== Каса та РРО/ПРРО ===
зв’язок електронного документообігу з первинними документами ERP реалізується засобами Для K2 ERP інтеграцію з СОТА доцільно реалізовувати як окремий компонент, який передає документи з ERP у СОТА, отримує статуси та квитанції, зберігає технічні відповіді й.;

Не плутати: СОТА не замінює ERP-систему.; це український вебсервіс; додатково реалізовано електронного документообігу, обміну документами з контрагентами та роботи з податковими документами виступає ключовою рисою електронної звітності забезпечується через СОТА.; СОТА.Віджет — це інтеграційне рішення для бізнесу, яке надає можливість вбудовувати функціональність електронного документообігу у вебресурс клієнта.; # Звіт відправляється до контролюючого органу.; # K2 ERP формує е-ТТН.; # користувач системи або платформа підписує документ електронним підписом.;== СОТА.Віджет ==

Зверніть увагу: конкретний набір можливостей СОТА залежить від підключених модулів, тарифу, прав користувача, налаштувань компанії, електронних підписів і доступних інтеграцій.; Це сприяє швидше знаходити причину проблеми та підтримувати користувачів.; # Документ надсилається контрагенту.;Технічне завдання: передача документів для звітності в податкову через Edin для Python

  • тип документа;
  • номер документа;
  • дату документа;
  • контрагента;
  • організацію;
  • суму;
  • валюту;
  • статус документа в ERP;
  • статус документа у СОТА;
  • ідентифікатор документа СОТА;
  • дату передавання;
  • дату підписання;
  • дату відправлення;
  • дату отримання квитанції;
  • файл XML;
  • файл PDF за потреби;
  • файл підписаного документа;
  • файл квитанції;
  • текст помилки;
  • користувача, який ініціював обмін;
  • журнал технічного обміну;
  • кількість спроб передавання;
  • зв’язок із первинним документом ERP.; # СОТА отримує квитанцію.; Інтеграційний акцент: СОТА має змогу використовуватися не лише вручну через вебінтерфейс, а й як інтеграційний сервіс для ERP, CRM, WMS, TMS або іншої бізнес-системи.; # K2 ERP оновлює статус ПН або РК.; СОТА має змогу використовуватися в процесах, пов’язаних із касовими операціями та фіскалізацією, залежно від доступних модулів і налаштувань.; # платформа перевіряє реквізити та період звітності.;

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

СОТА API Е-ТТН — це рішення для бізнесу для інтеграції електронної товарно-транспортної накладної із зовнішніми системами.; # користувач системи вибирає перевізника, водія і транспортний засіб.; Він надає можливість створювати, підписувати, подавати й зберігати електронні документи онлайн, а додатково автоматизувати частину процесів через інтеграційні рішення для бізнесу.; # Квитанції зберігаються в електронному архіві.; Для K2 ERP: інтеграцію з СОТА бажано реалізовувати як окремий компонент.; # K2 ERP формує електронний документ.;

Через електронний електронний документообіг можуть передаватися:

переважні аспекти інтеграції СОТА з ERP

Під час впровадження СОТА потрібно враховувати: Під час роботи з СОТА можуть використовуватися такі статуси:

Сервіс застосовують, коли потрібно для створення, підписання, подання і зберігання електронної звітності, а додатково для онлайн-обміну електронними документами з партнерами.; # Статус звіту оновлюється в картці документа.; # Документ проходить перевірку реквізитів.;== Використання СОТА у K2 ERP ==

Електронна формування звітів

СОТА.API має змогу бути корисним, якщо організація хоче:

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

Основні напрями використання

У таких сценаріях можуть бути важливими:

СОТА має змогу використовуватися для роботи з податковими накладними та розрахунками коригування.;== Висновок ==

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

FREDO

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

Для безпечної роботи з СОТА потрібно контролювати:

  • створення податкової накладної;
  • імпорт податкової накладної з облікової системи;
  • підписання ПН;
  • відправлення ПН на реєстрацію;
  • отримання квитанцій;
  • створення розрахунку коригування;
  • відправлення РК;
  • контроль статусів реєстрації;
  • обмін ПН/РК з контрагентами;
  • зберігання документів і квитанцій.; # Статуси перевезення повертаються в K2 ERP.; Якщо застосовується інтеграційні функціональні можливості з е-ТТН, бізнес-процес має змогу виглядати так:

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

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

  • ERP або облікову систему;
  • компонент інтеграції з СОТА;
  • СОТА.API або інший механізм обміну;
  • вебсервіс СОТА;
  • електронні підписи;
  • контрагентів;
  • контролюючі органи;
  • операторів ЕДО;
  • журнал технічного обміну;
  • електронний архів документів.; Типові задачі:
  • потребу в доступі до сервісу;
  • потребу в електронних підписах;
  • потребу в налаштуванні користувачів;
  • потребу в зіставленні контрагентів;
  • потребу в зіставленні типів документів;
  • можливі зміни форм звітності;
  • можливі зміни XML-форматів;
  • залежність від доступності сервісів обміну;
  • потребу в тестуванні інтеграції;
  • потребу в навчанні користувачів;
  • потребу в журналі помилок.; Воно має змогу використовуватися для передавання документів з облікової або ERP-системи для подальшого підписання КЕП і відправлення контрагентам.; # Документ передається в СОТА.;== Джерела ==

У системі K2 ERP СОТА має змогу використовуватися як інтеграційний канал для електронної звітності, податкових документів, електронного документообігу та е-ТТН.;ЕДО

У такій схемі ERP є собою джерелом бізнес-даних, а СОТА відповідає за електронну формування звітів, підписання, обмін документами, отримання квитанцій і контроль статусів.;== Типова технічна архітектура інтеграції ==

Статуси документів

компонент звітності в СОТА застосовується для створення, перевірки, підписання та подання електронних звітів.