medoc.ua

Добрый день!
Сталкивался кто-то с такой проблемой?
В РК нужно поменять КОД Услуги (ДКПП) без изменения стоимости или количества (в народе (0) корректировка)( Скрин 1)

ДФС не принимает и пишет:
ДОКУМЕНТ НЕ ПРИЙНЯТО.
При необхідності виправте документ та відправте його знову.


Виявлені помилки:
Документ не може бути прийнятий - порушення вимог порядку
заповнення податкової накладної та розрахунку коригування до
податкової накладної, а саме: дублюється значення поля "№ з/п
рядка податкової накладної, що коригується" (1)
Відправник: Автоматизована система "Єдине вікно подання
електронних документів" ДФС України, версія 2.2.16.40

Помогите, если не сложно, немного не понятно почему не принимает. Спасибо

Очень смазанный скрин, в первой колонке обоих строчек что указано?

якщо коротко, то номер "плюсового" рядка має бути не однаковим з "мінусовим", а наступний за останнім в ПН

Наприклад, у податковій накладній було три рядки з різним видом (номенклатурою) товару і потрібно анулювати товар (номенклатуру) по другому рядку та додати новий товар (номенклатуру). В такому разі в розрахунку коригування до такої податкової накладної:
для анулювання товару, зазначеного у рядку «2» податкової накладної, у графі 1 зазначається номер рядка «2» і зі знаком «-» вказуються показники щодо такого товару;
для додавання нового товару (номенклатури), у графі 1 вказується «4» і зі знаком «+» вказуються показники щодо нового товару.

Джерело: http://sfs.gov.ua/nove-pro-podatki--novini-/319716.html

winn3r.BB писав: ↑

30 січня 2018, 13:21

якщо коротко, то номер "плюсового" рядка має бути не однаковим з "мінусовим", а наступний за останнім в ПН

Наприклад, у податковій накладній було три рядки з різним видом (номенклатурою) товару і потрібно анулювати товар (номенклатуру) по другому рядку та додати новий товар (номенклатуру). В такому разі в розрахунку коригування до такої податкової накладної:
для анулювання товару, зазначеного у рядку «2» податкової накладної, у графі 1 зазначається номер рядка «2» і зі знаком «-» вказуються показники щодо такого товару;
для додавання нового товару (номенклатури), у графі 1 вказується «4» і зі знаком «+» вказуються показники щодо нового товару.

Джерело: http://sfs.gov.ua/nove-pro-podatki--novini-/319716.html

да, это налоговая такое давеча ввела

Такая проблема началась с начала недели при импорте РК через медовую стиковку или при создание на основание НН в медке выдает в кв.
Виявлені помилки:
Документ не може бути прийнятий - рядок 1. Одночасне заповнення
граф "Коригування кількості" (зміна кількості, ціна) і
"Коригування вартості" (зміна ціни, кількість) не дозволяється.
Необхідно надіслати розрахунок коригування, який містить:
- рядок із зазначенням причини "Зміна номенклатури", яким
показники виводяться в 0
- новий рядок (рядки) з коректною кількістю і ціною
Документ не може бути прийнятий - рядок 2. Одночасне заповнення
граф "Коригування кількості" (зміна кількості, ціна) і
"Коригування вартості" (зміна ціни, кількість) не дозволяється.
Необхідно надіслати розрахунок коригування, який містить:
- рядок із зазначенням причини "Зміна номенклатури", яким
показники виводяться в 0
- новий рядок (рядки) з коректною кількістю і ціною.

При этом в цене пусто. Если такуюже РК создавать в ручную в медке или импортировать через XML то все проходит.
Медок 214.

А попробуйте новую стыковку ... На ВИКИ уже есть!

Вообще не понятна позиция поддержки Медка.
Суть: если некоторые поля таблицы в сформированном МЕДКОМ xml-файле расчета корректировки равняются нулю, а не null, то налоговая отклоняет такие расчеты корректировки.
Поддержка Медка: "Это все 1с виновата".
Да что вы говорите!

priup писав: ↑

13 лютого 2018, 18:01

А попробуйте новую стыковку ... На ВИКИ уже есть!

Не стыковку надо делать новую, а менять обработку формирования файла xml для отправки в ДФС.
Даже если удалить вручную нули, при копировании они снова появляются.

PetroP писав: ↑

13 лютого 2018, 18:50

Вообще не понятна позиция поддержки Медка.
Суть: если некоторые поля таблицы в сформированном МЕДКОМ xml-файле расчета корректировки равняются нулю, а не null, то налоговая отклоняет такие расчеты корректировки.
Поддержка Медка: "Это все 1с виновата".
Да что вы говорите!

elbuh писав: ↑

13 лютого 2018, 12:45

..... Если такуюже РК создавать в ручную в медке или импортировать через XML то все проходит.
Медок 214.

Конечно!!!

Стыковка встраивается в 1С, притом она неофициальная(энтузазисты сделали и на халяву всем дали), так что Вы правы:

PetroP писав: ↑

13 лютого 2018, 18:50

"Это все 1с виновата".

Постараюсь объяснить более доступно.
Раньше все работало, сейчас перестало. Это при том, что функционал выгрузки из учетной системы (и не важно, 1с это, или любая другая) в Медок не менялась.
Что же случилось?
Криворукие "специалисты" на стороне ДФС решили в очередной раз поменять алгоритм для отклонения. А именно, если поле заполнено - отклонять, если не заполнено - принимать.
Варианты для поля могут быть такими:
1) null (т. е. значение поля отсутствует);
2) ноль (т. е. значение поля присутствует, но равно нулю);
3) любое другое значение (т. е. значение поля присутствует и не равно нулю).
Так вот, если раньше отклоняли только при третьем варианте, то сейчас - при втором и третьем. Но по сути, и первый вариант, и второй - одно и то же.
Так что, виновата 1с?

PetroP
Добрый день!
Существует версия стыковки с учетом изменений обработки таких полей.
Обратитесь к обслуживающей организации для ее получения и используйте ее для передачи НН.

Я использую собственную обработку обмена, и, да, я уже все поправил.
А разработчики Медка могли бы не перекладывать с больной головы на здоровую, а в алгоритме создания xml-документа предусмотреть "новшество" и нули заполнять null-ами. Ведь даже если бухгалтер будет создавать документ только в Медке, он может ручками поставить нули, и тогда документ будет отклонен ДФС (и "адинэс" тут не при чем).

PetroP
ПЗ "M.E.Doc" при создании xml документа контролируется его XSD схемой, которую разрабатывает и предоставляет контролирующий орган.
В случае если ГФС сделает жесткий контроль на введения 0, тогда разработчик полностью поддержит данный механизм.

Поймите, ни ноль, ни null не противоречит схеме. И по-хорошему, необходимо "прижать" ДФС, чтобы ее система в данном конкретном случае воспринимала оба варианта как носителей одной сути.
Но ведь надо еще и учесть человеческий фактор: один бухгалтер не прикоснется к данному полю, другой - поставит ноль. А ведь это все - одна и та же суть, но в первом случае корректировка пройдет, а во втором - отклонится.

PetroP писав: ↑

14 лютого 2018, 13:08

....необходимо "прижать" ДФС, чтобы ее система в данном конкретном случае воспринимала оба варианта .....

https://www.youtube.com/watch?v=m_k6dAoG8H8

priup писав: ↑

13 лютого 2018, 18:01

А попробуйте новую стыковку ... На ВИКИ уже есть!

киньте будь-ласка ссилочкою

RomenOLI писав: ↑

14 лютого 2018, 19:14

priup писав: ↑

13 лютого 2018, 18:01

А попробуйте новую стыковку ... На ВИКИ уже есть!

киньте будь-ласка ссилочкою

А Ваш продавец МЕДКА ???? К нему...............

Господа. А кто сталкивался с такой ошибкой? Может кто подскажет, здесь ошибка бухгалтера или дфс?
Предыстория: зарегистрирована нн. на 6 единиц одного товара. потом делали возврат дважды. Сделали две РК по три единицы товара. Сам товара только один в нн и рк. Затем пытаются сделать плюсовую рк - ошибка:
Документ не може бути прийнятий - рядок 1. Порушення вимог
порядку заповнення податкової накладної та розрахунку
коригування до податкової накладної, а саме: показник «Кількість
(об'єм, обсяг)», що зазначений в податковій накладній, яка
коригується (з урахуванням зареєстрованих розрахунків
коригування до такої податкової накладної) дорівнює «0».
Показник «Обсяги постачання (база оподаткування) без урахування
податку на додану вартість» в розрахунку коригування (39.70) не
може бути більшим за «0»
При это рядом идентичный рк с на этого же КА, но другой товар и все принято.

Сравните файлы xml.

зарегистрированной и отклоненной? это мысль!