BG Development


Страници: (25) « първа ... 23 24 [25]   ( Първото ново мнение ) Reply to this topicStart new topicStart Poll

> НАП -> Фискално устройство -> Java Windows Service
!TuringComplete
Публикувано на: 27-11-2019, 14:15
Quote Post



Име:
Група: Потребител
Ранг: Посетител

Мнения: 66
Регистриран на: 28.02.19



Интересни детайли, ами за момента при издаване на ДИ ъпдейтвам времето на приключване на продажбата в 18.1, не ъпдейтвам други стойности(примерно обща сума).

Тъй като всеки запис в одит таблици 18.2 - 18.5 принадлежи към запис в 18.1, т.е. главния обект ни е продажба, която си има УНП, и към която може да се направи плащане/да се сторнира продажбата/ да се анулира продажбата, а в софтуера ни има фактури и известия към тях(те не модифицират оригиналната фактура), то мапвам фактурата към продажба и известията към плащания.

Боновете са - фискален бон при издаване на фактура/дебитно, и при анулиране на кредитно; сторно бон при издаване на кредитно и при анулиране на фактура/дебитно.

Ето кога правя записи в одит таблиците:

В 18.1, 18.2 и 18.3 едновременно запис при действието издаване на фактура с генериране на УНП с печат на фискален бон. При издаване на ДИ се ъпдейтва само времето на приключване на продажба в 18.1.

В 18.2 и 18.3 допълнително при издаване на ДИ/КИ(съответно с печат на фискален/сторно бон), използвайки УНП-то на фактурата, към която са издадени.

В 18.4 при анулиране на фактура/ДИ с печат на сторното. Ако е при анулиране на ДИ се ползва УНП-то на фактурата, към която е издадено.

В 18.5 при всички анулирания на който и да е документ(ако е известие, пак се ползва УНП-то на фактурата, към която е издадено).

Още не е одобрена имплементацията, така че може при одобрението(или в бъдеще при инспекция) да не им хареса нещо. Но няма скрити данни.

Общо взето виждам два подхода - да се пренапише бизнес логиката в софтуера за фаткури и известия(което може да не съотвества с реалния им бизнес), с цел да отговаря на структурата на НАП, или да се мапнат видовете платежни документи и операциите с тях към структурата на НАП с одит таблиците.

Това мнение е било редактирано от !TuringComplete на 27-11-2019, 14:21
PMEmail Poster
Top
thrawn
Публикувано на: 27-11-2019, 14:30
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2968
Регистриран на: 17.01.17



Ма ти наистина ли си изпляскал отделни таблици? Това са справки които ги искат в табличен вид. Няма нужда да правиш отделни таблици за тях.

Това мнение е било редактирано от DarkOne на 27-11-2019, 14:55
PMEmail Poster
Top
wqw
Публикувано на: 27-11-2019, 14:37
Quote Post


Group Icon
Име: Владимир Висулчев
Група: VIP
Ранг: Почетен член

Мнения: 6208
Регистриран на: 10.06.04



QUOTE (thrawn @ 27-11-2019, 12:31)
И в двата случая документът трябва да е придружен с КБ (ако плащането ще е в брой).

При ДИ по кое УНП ще е този КБ? На фактурата или отделен УНП?

Ако е отделен УНП то това е неразличимо от нова фактура. Ако е по УНП на свързаната фактура имай предвид че ДИ може да е по *няколко* фактури (с няколко УНП) т.е. трябва да се отпечатат *няколко* ФБ с различните УНП със съответните суми спрямо повишаването на дан. основа на свързаната фактура. Веселба. . .

QUOTE (thrawn @ 27-11-2019, 14:30)
Ма ти наистина ли си изпляскал отделни таблици? Това са справки който ги искат в табличен вид. Няма нужда да правиш отделни таблици за тях.

LOL. . . Всеки ден така се чувствам покрай Н-18 :-)) Веселба!

cheers,
</wqw>

Това мнение е било редактирано от wqw на 27-11-2019, 14:40


--------------------
PMEmail PosterUsers Website
Top
thrawn
Публикувано на: 27-11-2019, 14:54
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2968
Регистриран на: 17.01.17



Фактурата няма УНП бе човек. Това е реквизит на продажба.

Когато правиш ДИ то уведомяваш отсрещната страна за промяна на дебитът по самата фактура. С други думи фактура номер ХХХХ става от 100 на 150 кинта. Практически, това е необходимо в изключително редки ситуации когато номерът на фактурата трябва да остане константа но да се промени нейната стойност (ако е описана в някакви договори на пример). В масовия случай се пуска нова фактура за разликата (50 кинта) и се приключва със сагата.
И в двата случая резултатът е един - едната страна има приходен документ за 150 кинта а другата разходен за тая сума.

Самото УНП не играе никаква роля в целия цирк. Дали ще генерираш ново или ще ползваш старото, вече налично е все тая.

---
Между другото, как така ще издадеш едно ДИ към няколко фактури? То има реквизит към коя фактура се издава (а не към кои фактури). Ако трябва да направиш ДИ към 10 фактури, то трябва да издадеш 10 ДИ (по едно за всяка фактура).
Същото важи за КИ. Важи и за сторно боновете.

Това мнение е било редактирано от thrawn на 27-11-2019, 14:59
PMEmail Poster
Top
wqw
Публикувано на: 27-11-2019, 15:02
Quote Post


Group Icon
Име: Владимир Висулчев
Група: VIP
Ранг: Почетен член

Мнения: 6208
Регистриран на: 10.06.04



QUOTE (thrawn @ 27-11-2019, 14:54)
Фактурата няма УНП бе човек. Това е реквизит на продажба.

Уффф, говоря за конкретния случай на !TuringComplete -- той има само фактури, които все едно са му 1-към-1 на продажбите. Мисли си, че все едно има точни копия от тип док. да продажба. При него само въвежда фактура вместо продажба+фактура+плащане/ФБ, защото и трите му вървят 1-към-1 без да има забавяния във времето или някакви разлики. И тука е големия хой -- в Н-18 се говори за продажби и сторно продажби, еквивалентите на фактура и КИ, но никъде няма еквивалент на ДИ, няма "дебитни продажби" или нещо подобно.

Естествено че КИ и ДИ са по една или *повече* фактури -- питай счетоводството. Изреждат се всичките свързани фактури с номер и дата в хедъра. Но за отчетността трябва да има опис от коя фактура колко се намалява, че ако се сумират количествата по продукти е почти невъзможно да се "разплетат" кое с колко е променено. . .

cheers,
</wqw>


--------------------
PMEmail PosterUsers Website
Top
!TuringComplete
Публикувано на: 27-11-2019, 15:07
Quote Post



Име:
Група: Потребител
Ранг: Посетител

Мнения: 66
Регистриран на: 28.02.19



В софтуера ни ДИ и КИ могат да са само към 1 фактура. А плащанията към дадена продажба(както в справка 18.2) какъв документ се водят?
PMEmail Poster
Top
thrawn
Публикувано на: 27-11-2019, 15:08
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2968
Регистриран на: 17.01.17



За неговия случай - да. Той се е някакво частно решение което най-вероятно следва конкретно задание (начин на работа).

Иначе, ще се консултирам за КИ/ДИ безспорно. Макар, че при мен са 1:1 и няма изгледи скоро да го променя (дори да може наистина).

----
Плащанията не са документ. 18.2 е аналитична справка по плащанията. Във фактурите нали имаш "начин на плащане" - е това искат.

Това мнение е било редактирано от thrawn на 27-11-2019, 15:27
PMEmail Poster
Top
thrawn
Публикувано на: 27-11-2019, 15:42
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2968
Регистриран на: 17.01.17



QUOTE (Правилник за прилагане на Закона за данък върху добавената стойност)

Чл. 18. (1) Член 26, ал. 5, т. 1 от закона се прилага независимо дали търговската отстъпка или намалението се предоставят под формата на пари, стоки или услуги.
(2) Не се счита за предоставена търговска отстъпка или намаление предоставянето на стоки или услуги, които не са свързани с предмета на доставката, по повод на която се предоставят.
(3) Стоките или услугите са свързани с предмета на доставката по смисъла на ал. 2, ако са от същия вид или са предназначени за реклама, тестване, съпътстват или улесняват употребата на предоставената стока или услуга.
(4) Когато търговската отстъпка или намалението са предоставени след датата на възникване на данъчното събитие за доставката, за изменението на данъчната основа на доставката доставчикът издава кредитно известие към фактурата, издадена за доставката, а когато за доставката са издадени повече от една фактури - с кредитно известие, в което се посочват номерата на всички издадени фактури за доставката.
(5) В случаите по чл. 26, ал. 5, т. 2 от закона, когато обикновените или обичайните опаковъчни материали или контейнери не бъдат върнати в 12-месечен срок от изпращането им, данъчната основа на доставката се увеличава чрез издаване на дебитно известие към издадената за доставката фактура. Известието се издава в 5-дневен срок, считано от деня, в който изтича 12-месечният срок.


Но пък намирам ей това становище
QUOTE
В практиката са наложени и двата варианта – издаване на едно известие към повече фактури и издаване на толкова кредитни известия, колкото са фактурите. В подкрепа на първото е чл.18, ал.4 от Правилника за прилагане на Закон за данък върху добавената стойност (ЗДДС), който определя, че при предоставяне на търговска отстъпка по повече от една фактура, в известието се вписват номерата на всички издадени фактури, по които е договорена отстъпка. Това обаче е в противоречие с отговора на първия въпрос, при който реквизитът “дата на данъчно събитие” трябваше да съдържа датата на данъчното събитие по фактурата, като в случая противоречие няма само, ако всички фактури са с една и съща дата на възникване на данъчно събитие, което можем да приемем единствено за частен случай, който не отговаря на всички алтернативни варианти. На практика ако във фактурата и в известието трябва да се впише една и съща дата в полето “дата на възникване на данъчно събитие”, то издаването на едно известие към повече от една фактури не може да отговори на това изискване. Това означава, че най-точният вариант е към една фактура да се издава едно известие.


Обаче за ДИ не пише нищо...
Ще си трябва консултация явно.

Това мнение е било редактирано от thrawn на 27-11-2019, 15:43
PMEmail Poster
Top
thrawn
Публикувано на: 31-07-2020, 20:33
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2968
Регистриран на: 17.01.17



След като излезе държавен вестник с обнародвани последни изисквания за СУПТО май идеята тотално умря.

https://www.economic.bg/bg/news/12/minister...redba-n-18.html

Това мнение е било редактирано от thrawn на 31-07-2020, 20:33
PMEmail Poster
Top
1 потребители преглеждат тази тема в момента (1 гости, 0 анонимни потребители)
Потребители, преглеждащи темата в момента:

Topic Options Страници: (25) « първа ... 23 24 [25]  Reply to this topicStart new topicStart Poll

 


Copyright © 2003-2019 | BG Development | All Rights Reserved
RSS 2.0