Предишната тема :: Следващата тема |
Автор |
Съобщение |
mn
Регистриран на: 23 Фев 2004 Мнения: 678 Местожителство: Русе
|
Пуснато на: Пет Мар 11, 2016 16:14 Заглавие: Приспадане на ДДС от клетка 70 |
|
|
Възможно ли е ДЕЛТА ПРО да извежда съобщение, че има сума за приспадане, която следва да се посочи в кл. 70 на справката по ДДС ?
Подобно съобщение се извежда за ВИЕС, въкреке че считам точно там опцията трябва дасе включва амтоматично, когато има условие за това. |
|
Върнете се в началото |
|
 |
Виктор Павлов Microinvest

Регистриран на: 12 Авг 2002 Мнения: 21337
|
Пуснато на: Пон Мар 14, 2016 13:04 Заглавие: |
|
|
Ще анализираме тази възможност.
Също така трябва да се въведе механизъм, по който програмата да разбира дали тази сума за приспадане вече не е била "употребена" :- ) _________________ Клиентите на Microinvest по света: http://www.microinside.ru |
|
Върнете се в началото |
|
 |
mn
Регистриран на: 23 Фев 2004 Мнения: 678 Местожителство: Русе
|
Пуснато на: Пон Мар 14, 2016 15:11 Заглавие: |
|
|
Логиката е проста - съобщението за сумата по кл.70 би трябвало да се появява ако е имало ДДС за възстановяване през последните 2 месеца. Това е периода за приспадане.
Ако искате да усъвършенствате логиката може да се проверява дали са били попълвани клетки 80,81 и82 което ще рече край на процедурата по приспадане.
Ако искате да минем на най-усъвършенствения вариант - програмата автоматично да попълва въпросната клетка, то това може да стане ако приемете предното ми предложение да се допълни заключването на период по месец на експорт. Правя си ДДС то и заключвам тези данни, които формират дневниците.
Да използвам и да вмъкна - генерирав ДДС дневник. Казвам на програмата, че не искам експорт на дневниците, но тя въпреки всичко създава папка. После трябва ръчно да я трия. |
|
Върнете се в началото |
|
 |
Виктор Павлов Microinvest

Регистриран на: 12 Авг 2002 Мнения: 21337
|
Пуснато на: Пон Мар 14, 2016 15:44 Заглавие: |
|
|
Цитат: | Ако искате да усъвършенствате логиката може да се проверява дали са били попълвани клетки 80,81 и82 което ще рече край на процедурата по приспадане. |
Обаче гъвкавите продукти не пазят предишно състояние, иначе забравяте за редакция със задна дата. Затова дайте предложение за вариант, при който данните от 80, 81 и 82 не се съхраняват.
Продуктите, които пазят старо състояние (понякога ги наричат "Горещи салда", "Закриване на период" и т.н.) имат един и същи проблем, променяте нещо в миналото и хоп - веднага неравнение. Факт! _________________ Клиентите на Microinvest по света: http://www.microinside.ru |
|
Върнете се в началото |
|
 |
mn
Регистриран на: 23 Фев 2004 Мнения: 678 Местожителство: Русе
|
Пуснато на: Пон Мар 14, 2016 16:46 Заглавие: |
|
|
Както споменах, ако аз трябва да правя логиката на програмата бих направил заключване по месец на експорт. При подобна опция бих пазил като временна променлива / до отключването на периода/ всички данни в ДДС декларацията.
По простия вариант е да се ограничите с предупредително съобщение, ако е имало ДДС за възстановяване през последните 2 месеца.За този вариант също е желателно да се пази резултата, защото ако се преизчислява всеки път ще стане лошо. В момента имам база, в която ДДС декларацията се генерира за близо минута и ако трябва да се прави за 3 месеца ....
Това е дъбър тест за програмата - не забива при натоварване, въпреки, че при последните версии виждам нестабилност, но още не мога да хвана проблема.
Поздрави |
|
Върнете се в началото |
|
 |
Виктор Павлов Microinvest

Регистриран на: 12 Авг 2002 Мнения: 21337
|
Пуснато на: Пон Мар 14, 2016 19:44 Заглавие: |
|
|
Цитат: | Както споменах, ако аз трябва да правя логиката на програмата бих направил заключване по месец на експорт. При подобна опция бих пазил като временна променлива / до отключването на периода/ всички данни в ДДС декларацията. |
Много лош избор. Заключени септември, октомври, ноември, декември, редактирате април. И?
Ако имате толкова много операции и справката излиза за 3 минути, време е за по-мощен сървър, с повече памет.
PS: 3 минути за справка е даже супер, нашите конкуренти вадят справки по 15 минути, една бензиностанция си приключва деня (дневни операции) за 15 минути, при което нищо не работи... _________________ Клиентите на Microinvest по света: http://www.microinside.ru |
|
Върнете се в началото |
|
 |
mn
Регистриран на: 23 Фев 2004 Мнения: 678 Местожителство: Русе
|
Пуснато на: Пон Мар 14, 2016 20:52 Заглавие: |
|
|
Максималният срок на приспадане е 2 предходни месеца. По назад няма смисъл да са прави анализ. За корекции и възстановяване на стари периоди си има друга процедура по ЗКПО.
Променяте Април и какво от това - няма влиание на текущия месец при условията, които сте описали.
Зъжалявам за конкурентите ви. Аз гледам нашата система. Поне при нас сме ограничени от 32 битовата ОС и максималният РАМ за нея.
Проблемът е необходимост от подръжка на класическата серия заради някои функции, които ПРО серията още няма и архивите, които искам да имам на разположение за периода на проверки. |
|
Върнете се в началото |
|
 |
s
Регистриран на: 29 Мар 2007 Мнения: 453
|
Пуснато на: Пон Мар 14, 2016 22:45 Заглавие: |
|
|
Вие пак си ползвайте този компютър, само изнесете базите на приличен сървър. Така ще повишите хем бързодействието, хем сигурността. |
|
Върнете се в началото |
|
 |
Виктор Павлов Microinvest

Регистриран на: 12 Авг 2002 Мнения: 21337
|
Пуснато на: Вто Мар 15, 2016 09:21 Заглавие: |
|
|
Цитат: | По назад няма смисъл да са прави анализ. |
Цитат: | Променяте Април и какво от това - няма влиание на текущия месец при условията, които сте описали. |
Програмата не се "върти" около клетки 80, 81 и 82. Трябва да се гледа по-мащабно. Това, което Вие сте предложили е лошо решение. Доказано лошо, пример БН. _________________ Клиентите на Microinvest по света: http://www.microinside.ru |
|
Върнете се в началото |
|
 |
|