Наш продукт “SAF-T UA для SAP”: версія 2504

Раді повідомити, що усі наші клієнти отримали нову версію 2504 продукту “SAF-T UA для SAP”, який доступний для SAP ERP та SAP S/4HANA українською, англійською та німецькою мовами.

Основними змінами, які стануть доступними із версією 2504 є:

1. Монітор сформованих файлів у транзакції /DE7/SF_SAFTUA з інформацією щодо:

• назви файлу;
• балансової одиниці;
• року та періоду(-ів), за який сформовано звіт;
• користувача, який здійснив вивантаження;
• дати й часу вивантаження;
• розміру файлу;
• частин звіту, які ввійшли у сформований файл.

Обраний звіт (файл) можна тут же вивантажити або видалити.

2. Розширена логіка для визначення податкових та митних даних:

• навіть у випадках, коли код податку зі ставкою 0% одночасно використовується як код податку для операцій, релевантних для ПДВ (ставки 901, 902, 903 або Без ПДВ), так і як технічний код податку, де цього вимагає система;
• у випадку, коли кореспондуюча пара містить код податку, але не впливає на розрахунки з ПДВ з точки зору законодавчих вимог;
• у випадку, коли один FI документ містить одночасно інформацію про мито та про вхідний ПДВ;
• випадки із ПДФО, ВС, ЄСВ та іншими податками та зборами.

Важливо! Оновлена інструкція консультанта щодо налаштувань в частині даних вимог буде надана з наступною версією після детальних тестів у різних системах клієнтів з метою виявлення нових особливих випадків ведення обліку та побудови процесів із наступним їх врахуванням у алгоритмах продукту. Наразі дані налаштування в частині податків будуть виконуватися з допомогою команди De7 Partner.

3. Управління видами документів (Invoice types) у транзакції /DE7/SF_SAFTUA на окремій вкладці, де можна як додавати нові види документів, так і налаштовувати логіку їх автоматичної ідентифікації.

4. Порівняння даних оборотів SAP із інтерпретованою інформацією у звіті SAF-T UA згідно з кореспондуючими парами. Дана опція була додана як окремий режим у транзакції /DE7/SF_CHECK* на прохання частини користувачів з метою надання додаткової впевненості у коректності майбутнього звіту перед генерацією файлу. Можна переглядати як обороти в цілому по рахунках, так і порівнювати інформацію в межах окремих підрозділів четвертого розділу та типів операцій (transaction types), які потрапили до них.

* нагадаємо, що дана програма дозволяє також виявляти відсутні налаштування для операцій, що не були враховані в налаштуваннях, а також дозволяє порівнювати сальдо рахунків ГК запасів із даними руху запасів у логістичних модулях.

5. Удосконалення логіки для аналізу першої події, що здійснюється окремою опцією у транзакції /DE7/SF_SAFTUA.

Правила (налаштування) для детального аналізу першої події визначаються у налаштуванні “Визначання типів операцій” (Transaction type determination, таблиця /de7/csf_ttdet). Є можливість ідентифікувати операції з погляду часткового та повного вирівнювання, що здійснюються у транзакціях F-32, F-39, F-44.

Важливо! Оновлена інструкція консультанта щодо налаштувань в частині даних вимог буде надана з наступною версією після детальних тестів у різних системах клієнтів з метою виявлення нових особливих випадків ведення обліку та побудови процесів із наступним їх врахуванням у алгоритмах продукту. Наразі дані налаштування в частині податків будуть виконуватися з допомогою команди De7 Partner.

6. Удосконалення логіки обробки для операцій придбання (ТМЦ, послуг) та руху запасів у зв’язку із виявленими новими специфічними кейсами у системах деяких клієнтів.

7. Інші покращення для зручності користувачів у роботі з формуванням звітності.

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

У зв’язку з цим, наступні версії включатимуть такі покращення:

1. Монітор користувача для управління закритими періодами, які були оброблені програмою підготовки даних для звіту SAF-T UA. Закриття періоду в даному випадку відноситься лише до таблиць/програм із областю імен /de7/sf* та не зачепить стандартні процеси та інші продукти з областю імен /de7/.
2. Можливість зміни даних щодо кореспонденції рахунків у випадку, якщо вона не може бути визначена локалізаційною функціональністю або не може бути більше змінена (тобто, була збережена у таблицю ACDOCA).
3. Виділення окремої транзакції користувача для деяких налаштувань (але не всіх) у зв’язку з численними побажаннями користувачів мати можливість самим змінювати/додавати налаштування, що стосуються численних та різноманітних операцій в системі.
4. Більше опцій для подвійних контролів отриманої інформації.
5. Завантаження облікової політики з Excel-файлу.
6. Завантаження даних по податкових різницях із XML-файлу звіту з Декларації про прибуток.
7. Вивантаження даних щодо інтерпретованих документів (заголовок, позиції, податки) у темплейт, який використовується для підвантаження даних у наш продукт.
8. Розширена логіка для систем, що мають активований модуль MM, але частину інформації щодо запасів отримують із non-SAP систем.

Наша команда, як і більшість інших інтеграторів сьогодні, має можливість вести комунікацію з ДПС (Державною податковою службою України) у відповідному каналі та продовжує з’ясовувати деякі вимоги, зокрема:

• Щодо можливості не відображати деталізовану інформацію щодо запасів у підрозділі ІV.1 Відомості про продаж (SalesInvoices) у випадку, якщо в обліковій системі на субрахунках 701, 702, 703 відображається загальна сума без даних щодо реалізованих товарів, послуг.
• Потребу змінити вимоги до заповнення підрозділу ІІ.3 Сальдові/оборотні відомості (GeneralLedgerAccounts) для української версії звіту SAF-T, який передбачає лише позитивне значення для зведених дебетових та кредитових оборотів по рахунку ГК, в той час, як у SAP (та деяких інших облікових системах) кредитові та дебетові обороти рахунку ГК можуть приймати як позитивні, так і негативні значення.

В процесі роботи над продуктом ми виявляли багато особливостей обробки та збереження даних у SAP, що ускладнюють алгоритм з інтерпретації та вибору інформації для української версії звіту SAF-T. Більшість із таких особливостей були включені в алгоритми, в тому числі завдяки налаштуванням.

На жаль, було виявлено, що для систем SAP S/4HANA, у яких не було активовано онлайн кореспонденцію до певного моменту, неможливо повноцінно забезпечити вимоги до звіту SAF-T UA. У зв’язку з цим було створено customer influence ticket, за який просимо вас проголосувати, з надією, що локалізація SAP буде вдосконалена. Детальний аналіз даної проблеми було описано в попередній статті – SAF-T в SAP для України: як ми вирішуємо проблеми, не передбачені архітектурою SAP.

Дякуємо, що Ви з нами!