View Issue Details

IDProjectCategoryView StatusLast Update
0001474Склад[All Projects] Generalpublic2018-12-19 15:55
ReporterruslanAssigned Tobarry 
PriorityurgentSeveritycrashReproducibilityalways
Status assignedResolutionopen 
PlatformКСАП ГранитOSWindowsOS VersionXP Prof
Summary0001474: +/-Склад-Расход/Заказы- Новая форма экспорта налоговой в xml с 01.12.2018
DescriptionИзменения по сравнению с предыдущей формой:
Шапка документа тег DeclareHead
версия 10
Изменено имя тега "Зведена податкова накладна" -R01G1
Теперь вместо символа Х необходимо заполнять код. Код признака(цифровой от 1 до 4):
    1 — начисления налоговых обязательств по п. 198.5 НКУ;
    2 — начисления налоговых обязательств по п. 199.1 НКУ;
    3 — заполнение НН по п. 15 Порядка № 1307;
    4 — заполнение НН по п. 19 Порядка № 1307.
Сделай выбор из Комбобокса с такими комментариями аналогично выбору в поле "Тип причины" напротив позиции переключателя(радиобаттона) "Зведена податкова накладна"

Реквизиты поставщика:
Добавлен тег "Податковий номер платника податку або серія та/або номер паспорта" - HTINSEL это поле код ЕДРПОУ(ОКПО) из справочника Организаций для собственного предприятия от имени которого выписывается НН
Реквизиты покупателя:
Добавлен тег "Податковий номер платника податку або серія та/або номер паспорта" - HTINBUY это поле код ЕДРПОУ(ОКПО) из справочника Организаций для контрагента-покупателя для которого выписывается НН.
При этом строка «Податковий номер платника податку або серія (за наявності) та номер паспорта» не будет заполняться в случае:
    поставки товаров/услуг получателю (покупателю), который не зарегистрирован как плательщик НДС; Для нас это случай выбора флага - Не выдается покупателю, код причины 02.
    осуществления операций по вывозу товаров за пределы таможенной территории Украины; Для нас это случай выбора флага - Не выдается покупателю, код причины 07.
    составления налоговой накладной по операциям по ликвидации основных средств по самостоятельному решению плательщика налога, перевода производственных основных средств в состав непроизводственных, осуществления операций по поставке товаров/услуг в счет оплаты труда
физических лиц, состоящих в трудовых отношениях с плательщиком налога; Для нас это случай выбора флага - Не выдается покупателю, код причины 03 .
    составления налоговой накладной на сумму увеличения суммы компенсации стоимости товаров/услуг, в случае если на дату такого увеличения покупателю аннулирована регистрация плательщика НДС; Для нас это случай выбора флага - Не выдается покупателю, код причины 01.
    составления сводных налоговых накладных покупателям - лицам, не зарегистрированным плательщиками НДС. Радиобаттон Сводная налоговая накладная.

Табличная часть тег DeclareBody:
Добавлена колонка Сума податку на додану вартість тег RXXXXG11_10
Эта графа должна будет заполняться в гривнях с копейками с указанием после запятой до 6 знака включительно.
Additional Informationhttps://buhgalter911.com/news/news-1040083.html
TagsNo tags attached.

Relationships

related to 0001475 closedruslan Дебиторы +/-Расчеты с Дебиторами- Счета/Акты - Экспорт налоговой в xml новая форма с 01.12.2018 
related to 0001482 closedbarry Склад +/-Склад-Приход-Возврат товара заказчиком-Контекстное меню-Экспорт корректировки в xml версия 10 

Activities

ruslan

2018-11-08 18:19

manager  

j1201010.arj (270,781 bytes)

barry

2018-11-26 17:23

administrator   ~0003933

stor32.zip
sldt32.zip

ruslan

2018-11-29 11:37

manager   ~0003941

Last edited: 2018-11-29 11:38

View 2 revisions

Я тут проконсультировался по поводу сводных налоговых накладных и еще раз прочитал , нужно подправить логику для случаев незаполнения поля HTINBUY , для случаев Сводной налоговой накладной выписанной ТОЛЬКО НЕПЛАТЕЛЬЩИКУ НДС, т.е. когда выбран радиобаттон Сводная НН и в комбобоксе ТИП Причины выбрано 02. Сейчас мы сделали при выборе радиобаттона Сводная НН в любом случае.

barry

2018-11-30 00:49

administrator   ~0003945

stor32.zip
sldt32.zip

ruslan

2018-12-06 10:27

manager   ~0003960

В 10-ой версии при выборе флага "Не выдается покупцю" и тип Причины 02 - выгружает Код Плательщика(тег HTINBUY ) - проверь, не должен мы вроде прописывал?

barry

2018-12-06 13:29

administrator   ~0003961

if rbH02.Checked then begin
            if (EditDocCode.ItemIndex in [0, 1, 2, 4, 6]) then begin
              HTinBuyIncl := False;
            end;
          end;

barry

2018-12-06 13:30

administrator   ~0003962

Last edited: 2018-12-06 13:31

View 2 revisions

там так стоит
Складена на операції, звільнені від оподаткування
и причины эти

barry

2018-12-06 13:32

administrator   ~0003963

там первая пустая причина
индексы соответствуют кодам причин

ruslan

2018-12-10 12:28

manager   ~0003983

Last edited: 2018-12-10 12:36

View 3 revisions

При регистрации НН возникают проблемы со значением поля RXXXXG11_10 (см. приложенную картинку, xml - это выгруженная эта НН из Гранита). Для решения предлагаю:
1. Расчет значения делать по формуле значение поля RXXXXG010(Обсяги постачання (база оподаткування) без урахування податку на додану вартість)*Ставку НДС по документу
2. Т.к. такой вариант расчета может давать расхождения с полем R03G7( загальна сума податку на додану вартість за основною ставкою) или R03G109( загальна сума податку на додану вартість за ставкою 7 %), то добавь окно предупреждения после нажатия кнопки Экспорт, которое показывать в случае если :
2.1. Cумма значений полей RXXXXG010 табличной части не совпадает со значением итога - значение поля R01G7(для 20% НДС ) или R01G109(для 7% НДС) - значение несовпадения больше 0,01. Текст предупреждения: Внимание! Сумма товаров по колонке 10 "Обсяги постачання (база оподаткування) без урахування податку на додану вартість" с округлением до двух знаков [Цифровое значение] не совпадает с итоговой суммой ["Усього обсяги постачання за основною ставкою (код ставки 20)"](если ставка документа 20%) или ["Усього обсяги постачання за ставкою 7% (код ставки 7)"](если ставка документа 7%) [Цифровое значение]. Возможны проблемы с регистрацией!
2.2. Cумма значений полей RXXXXG11_10 табличной части не совпадает со значением итога - значение поля R03G7( загальна сума податку на додану вартість за основною ставкою(20%)) или R03G109( загальна сума податку на додану вартість за ставкою 7 %). Текст предупреждения: Внимание! Сумма товаров по колонке 11 "Сума податку на додану вартість" [Цифровое значение] не совпадает с итоговой суммой ["загальна сума податку на додану вартість за основною ставкою"](если ставка документа 20%) или ["загальна сума податку на додану вартість за ставкою 7 %"](если ставка документа 7%) [Цифровое значение]. Возможны проблемы с регистрацией!



Непринятая НН колонка 11 несоответствие суммы.jpg (387,602 bytes)
20230031555986J1201010100000014611120182023.xml (4,944 bytes)

barry

2018-12-11 11:26

administrator   ~0003987

Что-то я не пойму. Чтобы получить факт расхождения с их алгоритмом, надо считать по их алгоритму.
Но если считать по их алгоритму, то зачем весь маразм с вниманиями, нужно просто посчитанные значения экспортировать и никаких предупреждений не надо.
Насчет 1 не понял, ты вроде говорил базой идет цена без НДС округленная до копеек, здесь это не указано. Если считать по нашим точным ценам, какая разница что у нас будет за базу, НДС одинаковый получится.

ruslan

2018-12-11 11:49

manager   ~0003988

>>>Насчет 1 не понял, ты вроде говорил базой идет цена без НДС округленная до копеек, здесь это не указано. Если считать по нашим точным ценам, какая разница что у нас будет за базу, НДС одинаковый получится.
См. файл pdf - Ціна постачання одиниці товару / послуги без урахування податку на додану вартість это колонка 7 тег RXXXXG6 , там действительно нет округления, точнее оно есть до 6 знаков и Кол-во так же, НО нас интересует Сумма без НДС(Обсяги постачання (база оподаткування) без урахування податку на додану вартість) колонка 10 тег RXXXXG010, - значение там округлено до 2-х знаков, а сумму НДС(судя по описанию несоответствия в комментариях налоговой см. файл картинку в нижней части), сервер налоговой проверяет как Сумма без НДС*Процент НДС
>> Но если считать по их алгоритму, то зачем весь маразм с вниманиями, нужно просто посчитанные значения экспортировать и никаких предупреждений не надо.
Я предлагаю итоговые цифры не считать, как суммы ОКРУГЛЕННЫХ значений в полях RXXXXG010 и RXXXXG11_10, а оставить текущий алгоритм расчета, который соответствует суммам документа в Граните, в противном случае будут расхождения НН с первичным документом, который получает клиент, а это тоже вызывает проблемы, поэтому решение этой проблемы нужно оставить за пользователем... это мое экспертное мнение...

barry

2018-12-11 12:55

administrator   ~0003989

судя по картинке они режут до 3 знаков, а не округляют до 6.
Ты руками пробовал подбирать пропускаемое значение?

ruslan

2018-12-11 14:10

manager   ~0003990

Last edited: 2018-12-11 14:11

View 3 revisions

Смотри первая строка на скриншоте сумма в колонке 10 - 4428,33 от нее 20%= 885,666 так ее и налоговая считает, они не "режут" ничего, просто берут 20%(7%) от суммы в колонке 10. И тебе я предлагаю такой же алгоритм попробовать

barry

2018-12-11 14:23

administrator   ~0003991

>>> это колонка 7 тег RXXXXG6 , там действительно нет округления, точнее оно есть до 6 знаков
Так а что ты это написал и к чему? Мы цену без НДС берем 6 знаков или 2?
Напиши нормальный однозначный алгоритм расчета без всякого мусора, где что и как округляется.

ruslan

2018-12-11 16:05

manager   ~0003992

КАК тебе еще написать - ЦЕНУ НЕ ТРОГАЙ!!!!!!!!!!!!!!!!!!!!!
Расчет поля Сумма НДС по товарам :
Для НДС 20% RXXXXG11_10 =RXXXXG010*0,2
для НДС 7% RXXXXG11_10 =RXXXXG010*0,07
значения после расчет округлить до 6 знаков.

Для проверки и выдачи предупреждения по сумме товаров без НДС :
Для НДС 20%
Сумма(RXXXXG010), округленная до 2 знаков МИНУС значение поля R01G7 > 0.01
Для НДС 7%
Сумма(RXXXXG010), округленная до 2 знаков МИНУС значение поля R01G109> 0.01
Для проверки и выдачи предупреждения по сумме НДС по товарам:
Для НДС 20%
Сумма(RXXXXG11_10), округленная до двух знаков МИНУС значение поля R03G7 >0.01
Для НДС 7%
Сумма(RXXXXG11_10), округленная до двух знаков МИНУС значение поля R03G109>0.01

ruslan

2018-12-13 10:13

manager   ~0003993

По предупреждению - сделай на форме чек бокс для опционального включения.

barry

2018-12-14 11:38

administrator   ~0003994

sldt32.zip

barry

2018-12-19 15:55

administrator   ~0003995

stor32.zip
sldt32.zip

Issue History

Date Modified Username Field Change
2018-11-08 18:19 ruslan New Issue
2018-11-08 18:19 ruslan File Added: j1201010.arj
2018-11-08 18:32 ruslan Relationship added related to 0001475
2018-11-26 17:23 barry Assigned To => barry
2018-11-26 17:23 barry Status new => feedback
2018-11-26 17:23 barry Note Added: 0003933
2018-11-29 11:37 ruslan Note Added: 0003941
2018-11-29 11:37 ruslan Status feedback => assigned
2018-11-29 11:38 ruslan Note Edited: 0003941 View Revisions
2018-11-29 19:27 ruslan Relationship added related to 0001482
2018-11-30 00:49 barry Note Added: 0003945
2018-12-06 10:27 ruslan Status assigned => feedback
2018-12-06 10:27 ruslan Note Added: 0003960
2018-12-06 13:29 barry Note Added: 0003961
2018-12-06 13:30 barry Note Added: 0003962
2018-12-06 13:31 barry Note Edited: 0003962 View Revisions
2018-12-06 13:32 barry Note Added: 0003963
2018-12-10 12:28 ruslan File Added: Непринятая НН колонка 11 несоответствие суммы.jpg
2018-12-10 12:28 ruslan File Added: 20230031555986J1201010100000014611120182023.xml
2018-12-10 12:28 ruslan Note Added: 0003983
2018-12-10 12:28 ruslan Status feedback => assigned
2018-12-10 12:30 ruslan Note Edited: 0003983 View Revisions
2018-12-10 12:36 ruslan Note Edited: 0003983 View Revisions
2018-12-11 11:26 barry Note Added: 0003987
2018-12-11 11:49 ruslan Note Added: 0003988
2018-12-11 12:55 barry Note Added: 0003989
2018-12-11 14:10 ruslan Note Added: 0003990
2018-12-11 14:10 ruslan Note Edited: 0003990 View Revisions
2018-12-11 14:11 ruslan Note Edited: 0003990 View Revisions
2018-12-11 14:23 barry Note Added: 0003991
2018-12-11 16:05 ruslan Note Added: 0003992
2018-12-13 10:13 ruslan Note Added: 0003993
2018-12-14 11:38 barry Note Added: 0003994
2018-12-19 15:55 barry Note Added: 0003995