Дневник на продажбите

8 отговора 0 прегледа
#1

Дневник на продажбите

бе нещо не е наред
Значи продавам стока на нерегнта фирма по ДДС . На булстата им праскам булстат естествено , на ДДС номер нищо не слагам щото не са регнати и в дневника срещу ИН на контрагента нищо не излазя . Като чета ППЗДДС си мисля че и на мястото на ддс номер трябва да е булстата вписан за нерегнатите , поне така внушава §1 . Така ли е ?

и ловец съм и рибар съм , на закона мамата е....л съм
Отговор
в отговор на бaтe Любo #2

Re: Дневник на продажбите

къде ги видя тези два номера бе човек в дневника за продажби, нали има само една колона ин номер на контрагента и си е обяснено, за нерегнатите булстата, за регнатите BGбулстата, може дори и ЕГН да бъде за физ. лица, които не са регнатио в булстат и т.н.

Отговор
в отговор на бaтe Любo #3

Re: Дневник на продажбите

В тази връзка , днес чета указанията на НАП за работа с техния софтуер по ДДС - за фактури с дата до 31,12,2006 в дневника като ИН се посочва булстата [без BG] по стария начин . А как разбирате написаното в ППЗДДС - номерата на фактурите се въвеждат ляво подравнени като не се въвеждат нули за запълване на празните позиции. напр. фактура №205 се въвежда 205. Не трябва ли да въвеждаме десетцифрен номер на фактурата 0000000205? Моят софтуер автоматично допълва номера до 10 цифри.

Отговор
в отговор на valsi #4

Re: Дневник на продажбите

В указанията към програмата има само това:

НОМЕР НА ДОКУМЕНТА

В това поле следва да се посочи номера на съответния документ, изписан върху него.

Ами върху фактурите си има изписани " 0 " ?

Отговор
в отговор на блara #5

Re: Дневник на продажбите

така де ,ама в моичката Делта има булстат и номер по ддс на контрагента , като изтрия номер по ддс за нерегнатите булстата не се разнася в дневниците а стои празно . Та си мисля дали да не бодна булстата на мястото на ддс номер но без BG та да го изпише в дневника защото за нерегнатите това е ИН . Май програмистите не са го домислили

и ловец съм и рибар съм , на закона мамата е....л съм
Отговор
в отговор на бaтe Любo #6

Re: Дневник на продажбите

е явно ще преговорите материала няколко пъти с програмистите додето влезе в крачка :-)

Отговор
в отговор на valsi #7

Re: Дневник на продажбите

Къдо го пише това в ППЗДДС? "Полето "Номер на документ" съдържа само арабски цифри. Съдържанието е дясно изравнено. Позициите, които не се използват, следва да са запълнени със знак за нула "0". Полето се попълва задължително. " Ето това пише в правилника.

Отговор
в отговор на нeзнaeщa #8

Re: Дневник на продажбите

Изменение на ППЗДДС-бр 101 от 15.12.2006 - приложение 12
Полето "Номер на документ" е символен тип. Съдържанието е ляво изравнено. Полето се попълва задължително, като позициите които не се използват, НЕ следва да са запълнени със знак за нула. Малко по-нагоре в същото приложение са посочили,че полетата в условен формат "символен" трябва да съдържат цифри, букви ... Съдържанието е ляво изравнено, като не се позволява допълнение на празните позиции в полето с нули, за да се спази изискваната дължина на полето. Пример: № на документ 250 - попълва се 250. Това ме замисли :)

Отговор
в отговор на valsi #9

Re: Дневник на продажбите

Към бате Любо: в ДДС номер трябва да въведеш Булстат-а, т.е. Булстат трябва да го има 2 пъти (веднъж като ИН и веднъж за Дневниците), защото програмата не може сама да вземе решение дали да попълни едното или другото поле. Особено, ако фирмата е чужда и има само ДДС номер, без Булстат. Освен това версията автоматично прехвърля номерата и така спестява въвеждането, като остава да се изтрият тези, които не бива да го имат (изтриването е много по-малко и лесна работа и е за по-малко партньори).

Към valsi: Това, че не трябва да се запълват празните позиции с 0, не значи, че не трябва да се попълват съществуващите в документа нули. Тъй като полето е с 15 знака, то останалите презни 5, при Български документ не трябва да се допълват с нищо и да са интервали. Преди беше лесно, поле 10 знака и документ с 10 знака. Сега полето е с 15 знака, а най-често документите са с 10, затова се въвеждат изцяло и след това не се запълват с 0. Сега ще обясня и защо това ще стане задължително изискване (според мен!): рано или късно ще се започнат кръстосани проверки и съпоставки на документите. Тъй като полето не е цифрово, а символно, то 0000000250 не е равно на 250 и засечката няма да излезе. Но тогава няма да е виновен този с 0000000250 (защото така му пише на фактурата), а този с 250...

Отговор