Згідно Порядку заповнення податкової накладної (із змінами від 17.09.2018 р.) для коригування кількісних та/або вартісних показників ...

Проблема у тому, що для коригування кількісних показників у РК заповнюються гр.7,8, а для вартісних - гр.9,10. Соната не знає причину коригування завчасно, тому не може перенести кількість і ціну у правильну колонку. Саме тому, графи 7...10 залишаються порожніми при створенні РК.
А переносити тільки обсяг постачання (гр.13) немає сенсу, оскільки ця графа вираховується автоматично на основі гр.7...10.

Если следовать логике Виталия, то и строки тогда не нужно заполнять (Соната же не знает, какие из них мы собираемся корректировать). Присоединяюсь к Бухгалтер_ЦАС - очистить лишние графы проще и практичнее, чем дозаполнять недостающие данные. Прошу разработчиков Сонаты ещё раз посоветоваться со своим бухгалтером.

Если следовать логике Виталия, то и строки тогда не нужно заполнять (Соната же не знает, какие из них мы собираемся корректировать).

Напевно, ви трохи поверхнево вивчили це питання. Практично для усіх типів коригувань графи 3...6 Розрахунку заповнюються однаково, тому Сонаті там немає про що здогадуватися - вона знає точно на будь-який випадок. А графи 7...10 заповнюються залежно від типу коригування.
Якщо Соната буде завжди заповнювати за замовчуванням, наприклад, коригування ціни, то зросте кількість неправильно сформованих РК для коригування кількості, адже користувачі покладуться на програму, перевірка помилок не видасть, і вони будуть переконані, що все гаразд.

У нас нет разногласий в этом вопросе. Я имел ввиду только графы 8 и 10 (жаль, не сказал об этом выше). Пользователь лишнюю графу очищает и всё. О пользователях Вы уже позаботились - Соната корректно сообщает об ошибках, если одновременно заполнять графы 7-10. И ещё, сумму НДС, т.е. графу 14, Соната всё-таки переносит из НН в РК (Вы выше в ответе Бухгалтер_ЦАС сказали, что Соната не заполняет эту графу). Если перенос из НН информационных граф 8 и 10 это "дело вкуса", то заполнение расчетной графы 14, это конечно лишнее.

Я имел ввиду только графы 8 и 10 (жаль, не сказал об этом выше). Пользователь лишнюю графу очищает и всё.

Це можна зробити.
ПС. графи 13 та 14 теж краще переносити, а не тільки розраховувати, адже є накладні, де ціна та кількість не заповнюються.

Добрый день. У меня просьба к дизайну. Хотелось быть как-то цветом выделять расчёты корректировки во входящих и исходящих налоговых накладных. Когда идут десятки накладных и к ним расчёты корректировки, и всё это одним сплошным цветом и шрифтом чёрным по белому, бывает, визуально, не всегда видишь различия в названиях и виде документов. Спасибо

У списку накладних і так багато кольорів - прострочені, не проведені, з іншою сумою, з відмінним періодом.
Для відокремлення РК від ПН є фільтри.

Не обратил внимание с какой версии, но в 0.27.5.1 и 0.27.6 в модуле "Сверка НДС" перестали подсвечиваться синим просроченные НН. При этом, всплывающая подсказка работает корректно. С не проведенными и с другим периодом всё нормально. С другой суммой сказать не могу - не на чем проверить.

У Звірці вони мають дещо бузковий колір)

ПС. Якщо накладна має виділитися кількома кольорами "одразу" (наприклад, прострочена і не звірена), тоді колір простроченої має нижчий пріоритет - тобто накладна буде червона.

Виталий, в Вашем примере реквизит "До декларації за" не совпадает с месяцем выписки НН и как я сказал выше - всё нормально подсвечивается сиреневым. Я говорю про просроченные НН, в свойствах которых реквизит "До декларації за" совпадает с месяцем выписки, т.е. нет требования учитывать её в другом периоде. Другими словами, пока пользователь решает в каком периоде учитывать такую НН, хочется, что бы как и раньше, Соната подсвечивала её синим. В таблицах с НН/РК такой проблемы нет.

Добре, ми проаналізуємо цей момент.

Буде виправлено в оновленні.

Доброго дня. При створенні ПН на послуги від нерезидента після встановлення в гр. Не підлягає наданню отримувачу (покупцю) з причини коду типу причини 14 поле Постачальник (продавець) стає активним для редагування, але поля ІПН постачальника та Податковий № постачальника відредагувати неможливо (заповнені ІПН та код за ЄДРПОУ поточного профілю організації). Зробіть, будь-ласка, ці поля теж доступними для редагування.

При створенні ПН від нерезидента у полі ІПН треба використовувати спеціальний код - його можна обрати, натиснувши на кнопку "..." біля цього поля. Податковий номер у такому випадку не заповнюється, тому поле заблоковане.

Дякую

Тоді ви не там створюєте.
Оскільки у цьому випадку ви - отримувач, то це для вас вхідна (отримана) накладна. Перейдіть до вкладки "Отримані" і там вже створюйте документ за допомогою кнопки "Нова накладна".

Доброго дня! Маю до розробників велике прохання: зробіть, будь ласка, так щоб сума по пільгових виданих накладних автоматично попадала у колонку 5 таблиці 2 додатку 5, та у рядок 5.1 деклараціі ПДВ. Дуже незручно рахувати вручну.

Дякую, розглянемо таку можливість.