Створення податкової накладної (експорт)

[Vitmar]

Доброго дня.
Спробував створити зв'язаний документ "Податкова накладна видана" на основі видаткової накладної "Експорт ТМЦ". Налаштував схему зв'язаних документів (надіюся правильно). Але застопорився на налаштуванні Змінних для перетворення. Не знаю, як зробити посилання на відпускну ціну, оскільки змінна ROCENA не працює. Не знайшов формули, яким чином "видаткова накладна" розраховує цю величину, враховуючи - ціну у валюті продажу, вид такої валюти, курс валюти, та кількість.

[Татьяна]

Ви налаштування робили так

[Vitmar]

Ні звичайно, сюди я не встиг заглянути, зачитався тут, далі робив на свій розсуд методом проб. Непогано би це посилання ще раз повторити десь в кінці цієї сторінки, може це збереже наступному шукачу його корисного часу а вам зайвого допису
Хотів би ще десь почитати про: наприклад що таке SIZOT20 і інші їм подібні, щоб розуміти значення умови наприклад SIZOT20==HSUM і чи вона підходить до мого випадку.

[Vitmar]

За аналогічним налаштуванням (з вказаної таблиці налаштувань NK - NV) в мене правильно відобразились в NV тільки в заголовку Податкової накладної: Постачальник, Платник, Вид договору, Номер договору. Стрічки документу пусті, підсумки =0.
Номер под.накладної з кожною наступною знову присвоює 1, (unusedNum('M',HDAT,'NV') мабуть не працює)
Дата документу та дата договору відображається як текуча на час створення, хоча в списку податкових накладних виданих = даті видаткової накладної (при відкритті документу з папки, відображається знову ж таки як текуча дата). Правда зауважив, якщо в документі NV перейти в закладку Теми а потім назад повернутись в закладку Стр.1, то після цього обидві неправильні дати відображаються правильно.
Ще зауважив, що якщо в закладці Податк.реквіз. NK міняти форму оплати, вона змінює це значення у стрічці Форма оплати NV. Решта значень в закладці Податк.реквіз. NK на аналогічні стрічки в NV не впливають, а жаль, корисним був би зв'язок таких значень як Залишається у продавця, Тип накладної, щоб не вводити їх двічі.

Зняв умову SIZOT20==HSUM в стрічці Фільтр для створення рядків в налаштуваннях зв'язки, і в документі NV з'явилась необхідна стрічка. Проте, відпускна ціна вказується у валюті, а підсумок документу NV відображається неправильно (хоча в гривні, видно що з розрахунку облікової ціни). Яке тут посилання повинно бути (ROW.ROCENA=???), чи слід написати якусь формулу розрахунку відпускної ціни

[Vitmar]

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

[Дарья]

Используйте функцию:
sval(<дата>,<валюта1>,<сумма>,<валюта2>,<курс1>,<курс2>)

В моей настройке получилось так:
round(sval(HDAT, HVAL, HSUM, 0, HVKURS), 2)

[Vitmar]

В налаштуваннях Змінних для перетворення присвоїв значення таким змінним:
ROW.RSUME0==round(sval(HDAT, HVAL, RSUM, 0, HVKURS), 2)
ROW.ROCENA==round(sval(HDAT, HVAL, ROCENA, 0, HVKURS), 2)
ROW.RSUM==round(sval(HDAT, HVAL, RSUM, 0, HVKURS), 2)
В результаті по перших двох ВМД зі списку, сформувались NV добре, по наступних чотирьох ВМД чомусь відмовилось створювати необхідні рядки в NV, і в останній ВМД знову сформувало необхідні рядки в NV ... Що впливає на такий результат формування NV ?

[Oksana]

по наступних чотирьох ВМД чомусь відмовилось створювати необхідні рядки в NV

А які рядки створилися? І ще: Ви на основі якого документа створюєте NV?

[Vitmar]

NV створюю по зв'язці, на основі видаткової накладної NK, видаткова накладна складається у валюті експорту (дол. та евро).
Із семи таких накладних NK правильно створилися NV тільки перших дві та остання. В середніх чотирьох правильно створилась тільки шапка накладної NV. Рядків документу NV не створило. Я візуально іх порівнював, не знайшов відмінностей (типу якась мітка чи щось щоб різнилося) тому не розумію причини такого.
Мені власне чому це розходиться аби працювало надійно, тому що коли прийшлося в ручну добавляти рядки в документ NV полізли заокруглення в ціні та сумі по стрічці і в загальному по такій накладній NV яка не співпадає з базовою видатковою накладною NK. А це в свою чергу неправильно відображається в реєстрі податкових накладних. І так дальше по ланцюжку створюваних документів...

[Vitmar]

Ще одне, не знайшов вирішення, яким чином в Реєстрі виданих под.накл. підв'язати заповнення графи 3 "Порядковий номер" так щоб туди при експорті попадав номер ВМД. Прийшлося в друкованій формі заповняти в ручну.

[Oksana]

В середніх чотирьох правильно створилась тільки шапка накладної NV.

І ні одного рядка? Чи створився рядок з пустою номенклатурою? Ви ніякі умови не накладали на створення рядків? Було б більш зрозуміло, якщо б Ви показали знімок налаштувань схеми і опису зв'язків.

тому що коли прийшлося в ручну добавляти рядки в документ NV полізли заокруглення в ціні та сумі по стрічці і в загальному по такій накладній NV яка не співпадає з базовою видатковою накладною NK.

Якщо йдеться про суми ПДВ по рядку окремо і по всій накладній в цілому, то тут можуть з'явитися різні значення (ПДВ від цілої суми не дорівнює в загальному випадку сумі ПДВ від складових).

Ще одне, не знайшов вирішення, яким чином в Реєстрі виданих под.накл. підв'язати заповнення графи 3 "Порядковий номер" так щоб туди при експорті попадав номер ВМД. Прийшлося в друкованій формі заповняти в ручну.

Порядковий номер - це номер по порядку податкової накладної в межах одного місяця.

[Vitmar]

В трьох накладних гарно все відобразилось, а в решти накладних навіть не створилось пустого рядка номенклатури, при тих самих умовах.
З опису звязків наводжу тільки не пусті рядки:
Змінна має таке значення
HOP_DATE == HDAT
HOP_FORM == HOPFORM
HNOM == HNOM
HDCONTR == HID_DOG?tdog(Hid_DOG,'FDOC_DAT'):HDAT
HPLAT == HORG
HDAT == HDAT
HID_DOG == HID_DOG
HVYP_DATE == HDAT
HORG0 == HORG0
HNCONTR == HID_DOG?tdog(HID_DOG,'FDOG_NUM'):HNOM
ROW.RSUME0 == round(sval(HDAT, HVAL, RSUM, 0, HVKURS), 2)
ROW.ROCENA == round(sval(HDAT, HVAL, ROCENA, 0, HVKURS), 2)
ROW.RSUM == round(sval(HDAT, HVAL, RSUM, 0, HVKURS), 2)
ROW.RKOL == RKOL
ROW.RDATE == HDAT
ROW.RNOM == RNOM
ROW.RTNMK == RTNMK
Ось знімок налаштувань моєї схеми
Рядок Підсумувати поля: == RKOL,RSUM00,RSUM20,RSUMA0,RSUME0,RSUM

[Vitmar]

Щодо заокруглень. Оскільки при експорті ПДВ йде по 0% то тут воно мені не цікаве, може би і правильно заокруглювало, та нецікаво перевіряти.
Тут мова йде про заокруглення в податковій накладні в рядку номенклатури значення графи "ціна продажу". Оскільки в розхідній накладні NK на базі якої створюється податкова накладна NV ціна в мене відображається в іноземній валюті. Зрештою, вираз round(sval(HDAT,HVAL,ROCENA,0,HVKURS),2) для змінної ROW.ROCENA працює коректно, претензій не має (принаймні в тих трьох накладних )
Теж саме стосується суми змінних ROW.RSUME0 та ROW.RSUM
Коли податкову NV заповнювати вручну, там в номенклатурному рядку ціна і сума в рядку взаємопов’язані. Тому в мене тут виходить розбіжність в підсумкових сумах між ВМД і податковою накладною. Вручну неможливо підібрати ціну так щоб точно вгадати підсумкову суму в рядку.

[Vitmar]

Порядковий номер - це номер по порядку податкової накладної в межах одного місяця.

п.9.3. "Порядку ведення реєстру виданих та отриманих податкових накладних" гласить: У графі 3 вказується порядковий номер податкової накладної, що відповідає номеру з графи 1, номер розрахунку коригування кількісних і вартісних показників до податкової накладної (додаток 2 до податкової накладної). У разі якщо платником здійснюються експортні операції, у графі 3 проставляється номер ВМД, і я про те ж... Як цей номер ВМД в реєстр NV в графу 3 закинути, так щоб потім по звіту в xml правильно відображалося.

[Oksana]

Як цей номер ВМД в реєстр NV в графу 3 закинути, так щоб потім по звіту в xml правильно відображалося.

У Вашому випадку номер і дата документа "Податкова накладна видана (NV)" - це номер і дата ВМД. Заповнюйте відповідно документи в програмі.
А щодо інших запитань, то вони потребують аналізу Вашої бази даних.