В общия случай начисленията за конкретно лице се осчетоводяват по партидата, зададена в досието на лицето /дейност + евентуален обект според аналитичността на сметката, свързана с дейността/.
Има едно изключение - начисленията от тип ЗРБ. В този случай при въвеждане на начислението се въвежда партидата, с която е свързан разхода. Партидите 605* съответстват на партидите 604* - стойностите за всеки вид осигуровка се разпределят по дейностите и обектите съответни на начисленията по сметка 604*.
Във версиите след 22.12.2016 се появи възможност пропорционално на заработките да се разпределят и някои от начисленията. Има логика да се разпределят някои доплащания - клас, условия на труд, платени отпуски и др. Потребителя сам решава кои доплащания да се разпределят според заработките. като въвежда за съответните пера 1 за флага РЗР.
четвъртък, 22 декември 2016 г.
петък, 16 декември 2016 г.
ЗА ПРОТОКОЛИТЕ ЗА НАЧИСЛЯВАНЕ НА ДДС ОТ ПОЛУЧАТЕЛЯ
В случаите, когато по ЗДДС е необходимо ДДС да се начислява от получателя е необходимо да се състави протокол за самоначисляване на ДДС /чл. 117 от ЗДДС/.
В такива случаи ппо принцип може да се въвеждат отделни счетоводни операции съответни на записванията в двата регистъра. ПП ПИТАГОР предлага възможност това да става много по лесно в най често срещаните случаи.
Ако приемем, че става дума за ВОП на стойност 100 лв. без специалните възможности за които става дума ще се наложи да въведете следните счетоводни операции:
1. За регистъра на продажбите:
Д-т 499 К-т 4532 20 лв.
Д-т 499 К-т 499 100 лв. /д. основа/
2. За регистъра на покупките:
Д-т 4531 К-т 499 20 лв.
Д-т 499 К-т 499 100 лв. /д. основа/
Ако използвате специалната възможност "доставки със самоначисляване/ в този случай ще се създаде автоматично да се създава запис, свързан с тези протоколи, който се появява едновременно в двата регистъра. Той изглежда така:
Д-т 4531 К-т 4532 20 лв.
Допълнителен ефект от тази възможност е попълването на самия протокол от документа за доставката.
Остава възможността да се въвеждат отделни документи за двата регистъра. Това се налага например ако протокола за самоначисляване не се въвежда в регистъра на покупките в същия отчетен период. В този случай тези счетоводни операции ще изглеждат така:
1. За регистъра на продажбите:
Д-т 499 К-т 4532 20 лв.
2. За регистъра на покупките:
Д-т 4531 К-т 499 20 лв. /ако е с пълен или частичен ДК/
или
Д-т 499 К-т 499 120 лв. /ако е без право на ДК/
В такива случаи ппо принцип може да се въвеждат отделни счетоводни операции съответни на записванията в двата регистъра. ПП ПИТАГОР предлага възможност това да става много по лесно в най често срещаните случаи.
Ако приемем, че става дума за ВОП на стойност 100 лв. без специалните възможности за които става дума ще се наложи да въведете следните счетоводни операции:
1. За регистъра на продажбите:
Д-т 499 К-т 4532 20 лв.
Д-т 499 К-т 499 100 лв. /д. основа/
2. За регистъра на покупките:
Д-т 4531 К-т 499 20 лв.
Д-т 499 К-т 499 100 лв. /д. основа/
Ако използвате специалната възможност "доставки със самоначисляване/ в този случай ще се създаде автоматично да се създава запис, свързан с тези протоколи, който се появява едновременно в двата регистъра. Той изглежда така:
Д-т 4531 К-т 4532 20 лв.
Допълнителен ефект от тази възможност е попълването на самия протокол от документа за доставката.
Остава възможността да се въвеждат отделни документи за двата регистъра. Това се налага например ако протокола за самоначисляване не се въвежда в регистъра на покупките в същия отчетен период. В този случай тези счетоводни операции ще изглеждат така:
1. За регистъра на продажбите:
Д-т 499 К-т 4532 20 лв.
2. За регистъра на покупките:
Д-т 4531 К-т 499 20 лв. /ако е с пълен или частичен ДК/
или
Д-т 499 К-т 499 120 лв. /ако е без право на ДК/
вторник, 6 декември 2016 г.
Оценяване на кредитните обороти за СМЦ
Този пост е цитат от хелпа, свързан с определяне на цените за кредитните обороти за СМЦ.
Възможностите са следните:
При първите 3 варианта потребителя може да разчита на софтуера и не е необходимо да се грижи за хронологичната последователност на документите.
При посления вариант се предполага, че след въвеждане на документ за кредитен оборот нищо преди неговата дата за конкретната партида няма да се промени.
ВАРИАНТ СРЕДНИ ЦЕНИ
Най общо алгоритъма за определяне на средните цени е следния:
Изчислява се средната цена за всяка партида на базата на салдата към началната дата и дебитните обороти за периода. На базата на тези цени се определят стойностите на кредитните обороти за периода.
В някои случаи се правят автоматично малки корекции за да се предотвратят някои аномалии:
1. СТОЙНОСТ БЕЗ КОЛИЧЕСТВО ПРИ КРАЙНОТО САЛДО.Как може да се получи такава аномелия се вижда от следния пример за конкретна партида:
Началното салдо 0 бр. 0.00 лв.
Доставки 10 бр. 10.04 лв.
Кредитни обороти: 10 документа
1 бр. за 1.00 лв. /след оценяване с максимална точност/Крайно салдо: 0 бр. 0.04 лв.
За да няма подобни аномалии в подобни случаи автоматично се корегира стойността на някой от редовете
2. Кредитен оборот за корекция на документ за стар период.Ако е необходимо през текущия период да се корегира грешка през минал период се въвежда дата на свързания документ различна от датата на документа. Ако тази дата не е в периода за който изчисляваме средните цени стойността на този документ не се променя. Документа се отразява при определяне на средната цена за партидите.
3. Аномалии свързани с вътрешни обороти.Пример: Има 3 склада и обороти за конкретен материал:Д-т 302/2/1 К-т 302/1/1
Д-т 302/3/1 К-т 302/2/2
Д-т 302/1/1 К-т 302/3/1
Ако определената цена в 1-я и 3-я случай е различна средната цена за 302/1/1 ще се промени. Затова в такива случаи алгоритъма се повтаря докато няма случай на промяна на дебитен обпрот по различна цена за партида, която вече е оценена.
ВАРИАНТИ FIFO и LIFO
При всяка счетоводна операция за кредитен оборот се изчисляват наличностите за всяка доставка преди датата на документа.
Важна е датата на първичнив документ, а не датата на осчетоводяване!
След това количеството се оценява от последните или най старите наличности според метода. В някои случаи с конкретния оборот се свързват няколко записа за различни наличности, които се записват в допълнителна таблица. Резултата подробно се вижда в справката САЛДА И ОБОРОТИ. За конкретния ред от счетоводния документ се записва общата стойност за всички записи.
Предполага се, че всеки дебитен оборот е отделна доставка. Идентификатор е датата на документа.
Важна е датата на първичнив документ, а не датата на осчетоводяване!
Ако за една партида за една дата има няколко доставки се предполага, че това са различни наличности. Изключение е случая, когато има сторниране - тогава всички обороти за датата се приемат за една наличност.
Възможностите са следните:
- Средни цени
- Първа входяща - първа изходяща /FIFO/
- Последна входяща - първа изходяща /LIFO/
- Избиране на конкретна цена при въвеждане на документа
При първите 3 варианта потребителя може да разчита на софтуера и не е необходимо да се грижи за хронологичната последователност на документите.
При посления вариант се предполага, че след въвеждане на документ за кредитен оборот нищо преди неговата дата за конкретната партида няма да се промени.
ВАРИАНТ СРЕДНИ ЦЕНИ
Най общо алгоритъма за определяне на средните цени е следния:
Изчислява се средната цена за всяка партида на базата на салдата към началната дата и дебитните обороти за периода. На базата на тези цени се определят стойностите на кредитните обороти за периода.
В някои случаи се правят автоматично малки корекции за да се предотвратят някои аномалии:
1. СТОЙНОСТ БЕЗ КОЛИЧЕСТВО ПРИ КРАЙНОТО САЛДО.Как може да се получи такава аномелия се вижда от следния пример за конкретна партида:
Началното салдо 0 бр. 0.00 лв.
Доставки 10 бр. 10.04 лв.
Кредитни обороти: 10 документа
1 бр. за 1.00 лв. /след оценяване с максимална точност/Крайно салдо: 0 бр. 0.04 лв.
За да няма подобни аномалии в подобни случаи автоматично се корегира стойността на някой от редовете
2. Кредитен оборот за корекция на документ за стар период.Ако е необходимо през текущия период да се корегира грешка през минал период се въвежда дата на свързания документ различна от датата на документа. Ако тази дата не е в периода за който изчисляваме средните цени стойността на този документ не се променя. Документа се отразява при определяне на средната цена за партидите.
3. Аномалии свързани с вътрешни обороти.Пример: Има 3 склада и обороти за конкретен материал:Д-т 302/2/1 К-т 302/1/1
Д-т 302/3/1 К-т 302/2/2
Д-т 302/1/1 К-т 302/3/1
Ако определената цена в 1-я и 3-я случай е различна средната цена за 302/1/1 ще се промени. Затова в такива случаи алгоритъма се повтаря докато няма случай на промяна на дебитен обпрот по различна цена за партида, която вече е оценена.
ВАРИАНТИ FIFO и LIFO
При всяка счетоводна операция за кредитен оборот се изчисляват наличностите за всяка доставка преди датата на документа.
Важна е датата на първичнив документ, а не датата на осчетоводяване!
След това количеството се оценява от последните или най старите наличности според метода. В някои случаи с конкретния оборот се свързват няколко записа за различни наличности, които се записват в допълнителна таблица. Резултата подробно се вижда в справката САЛДА И ОБОРОТИ. За конкретния ред от счетоводния документ се записва общата стойност за всички записи.
Предполага се, че всеки дебитен оборот е отделна доставка. Идентификатор е датата на документа.
Важна е датата на първичнив документ, а не датата на осчетоводяване!
Ако за една партида за една дата има няколко доставки се предполага, че това са различни наличности. Изключение е случая, когато има сторниране - тогава всички обороти за датата се приемат за една наличност.
понеделник, 30 май 2016 г.
ПП ПИТАГОР и антивирусните програми.
В някои случаи можете да видите стряскащи предупреждения от някои антивирусни програми при инсталиране на ПП ПИТАГОР. Целта на тази публикация е да обясним какво може да се направи за да не виждате такива предупреждения.
По принцип антивирусните програми се стремят да ви предпазят от софтуер с неизвестен произход, който използва някои функции на операционната система.
От началото на 2016 г. инсталационната програма на ПП ПИТАГОР е подписана със сертификат COMODO и електронен подпис. Затова при стартиране на инсталацията вече виждате съобщение
Verified publisher: Pitagor Ltd
вместо
Verified publisher: Uncnown
Ако инсталирате от сетъп файл който е зареден от друг компютър е добре да сте сигурни, че този файл не е променен. Ако с десен клик на мишката изберете Property би трябвало да видите, че файла е подписан.
Ако данните за електронния подпис липсват - не използвайте тоя файл - вероятно е да е променен!
Windows и антивирусния софтуер на Microsoft би трябвало вече да не показват предупреждения, че Setup_Ptg-XP.exe е опасно приложение. Но някои антивирусни програми продължават да създават проблеми. По принцип всяка антивирусна програма има възможности за задаване на изключения - да въведете сайтовете и програмите, на които се доверявате. В такива случаи трябва да използвате тези възможности. Това е задача за специалистите, които поддържат вашата операционна система и антивирусната програма която използвате.
По принцип антивирусните програми се стремят да ви предпазят от софтуер с неизвестен произход, който използва някои функции на операционната система.
От началото на 2016 г. инсталационната програма на ПП ПИТАГОР е подписана със сертификат COMODO и електронен подпис. Затова при стартиране на инсталацията вече виждате съобщение
Verified publisher: Pitagor Ltd
вместо
Verified publisher: Uncnown
Ако инсталирате от сетъп файл който е зареден от друг компютър е добре да сте сигурни, че този файл не е променен. Ако с десен клик на мишката изберете Property би трябвало да видите, че файла е подписан.
Ако данните за електронния подпис липсват - не използвайте тоя файл - вероятно е да е променен!
Windows и антивирусния софтуер на Microsoft би трябвало вече да не показват предупреждения, че Setup_Ptg-XP.exe е опасно приложение. Но някои антивирусни програми продължават да създават проблеми. По принцип всяка антивирусна програма има възможности за задаване на изключения - да въведете сайтовете и програмите, на които се доверявате. В такива случаи трябва да използвате тези възможности. Това е задача за специалистите, които поддържат вашата операционна система и антивирусната програма която използвате.
сряда, 25 май 2016 г.
СПРАВКИ В PDF ФОРМАТ
Използването на ПДФ принтери позволява справките да се показват в ПДФ формат. Това е най добрия начин за запазване на документи в електронен вид и гарантира пълно съответствие с вида на отпечатаните документи.
Повече за формата PDF може да прочетете тук.
За да използвате тези възможности можете да изберете за принтер по подразбиране предпочитан от вас ПДФ принтер. След това бутона ОТПЕЧАТВАНЕ винаги ще създава ПДФ файл който след това можете да решите дали да се отпечата, да се запази или само да се прегледа. Желателно е да подготвите настройките за избрания принтер така, че след създаване на ПДФ файла той да се показва автоматично, да не се налага диалог за избиране на папка и име на файл.
Има възможност да използвате и ПДФ принтер който не е принтера по подразбиране. Това става като с функцията ОПЦИИ ЗА РАБОТНОТО МЯСТО изберете възможността за показване на справките като ПДФ вместо по стандартния начин. Така свързвате избрания принтер с програмата, след което не е добре да го използвате като принтер по подразбиране.
Ако изберете Bullzip PDF Printer програмата автоматично променя настройките на принтера така, че да не се налагат въпроси кой е създадения файл и къде се записва. След тези промени този принтер трудно може да се използва като принтер по подразбиране.
Повече за формата PDF може да прочетете тук.
За да използвате тези възможности можете да изберете за принтер по подразбиране предпочитан от вас ПДФ принтер. След това бутона ОТПЕЧАТВАНЕ винаги ще създава ПДФ файл който след това можете да решите дали да се отпечата, да се запази или само да се прегледа. Желателно е да подготвите настройките за избрания принтер така, че след създаване на ПДФ файла той да се показва автоматично, да не се налага диалог за избиране на папка и име на файл.
Има възможност да използвате и ПДФ принтер който не е принтера по подразбиране. Това става като с функцията ОПЦИИ ЗА РАБОТНОТО МЯСТО изберете възможността за показване на справките като ПДФ вместо по стандартния начин. Така свързвате избрания принтер с програмата, след което не е добре да го използвате като принтер по подразбиране.
Ако изберете Bullzip PDF Printer програмата автоматично променя настройките на принтера така, че да не се налагат въпроси кой е създадения файл и къде се записва. След тези промени този принтер трудно може да се използва като принтер по подразбиране.
Причина да изберете BULZIP е възможността автоматично да създавате ПДФ файлове за някои документи - напр. фактури и фишове за заплати. За този принтер използваме някои възможности да го управляваме чрез технологията OLE.
събота, 14 май 2016 г.
За некоректните основни заплати в досиетата
Някои потребители са пропускали корегирането на основните заплати в трудовите договори при промените на МРЗ и са разчитали, че програмата автоматично ще запише в начисленията МРЗ ако в договора е останала по малка стойност.
Вече програмата само предупреждава ако заплатата е под минималната, защото се оказа, че има случаи когато не бива автоматично да се корегира. Освен това не е добре в справките за досиетата да излизат фалшиви заплати.
Това означава, че трябва да се котегират некоректните основните заплати в досиетата. Това може да стане лесно с новата функция КОРЕКЦИЯ НА ОСНОВНАТА ЗАПЛАТА.
Вече програмата само предупреждава ако заплатата е под минималната, защото се оказа, че има случаи когато не бива автоматично да се корегира. Освен това не е добре в справките за досиетата да излизат фалшиви заплати.
Това означава, че трябва да се котегират некоректните основните заплати в досиетата. Това може да стане лесно с новата функция КОРЕКЦИЯ НА ОСНОВНАТА ЗАПЛАТА.
петък, 11 март 2016 г.
ОТЧИТАНЕ НА РАЗХОДИТЕ: ДЕЙНОСТИ И СМЕТКИ 60*
Целта на тази публикация е да припомни някои особенности на ПП ПИТАГОР свързани с отчитането на разходите.
Всеки разход за отчетния период /т.е за годината/ е свързан със счетоводна операция с която се дебитира някоя сметка от група 60 и с партида от сметка от група 61.
В ПП ПИТАГОР всеки такъв разход задължително се свързва с елемент от специална картотека ДЕЙНОСТИ, който определя сметката от група 61 и винаги има аналитичност СТАТИЯ която определя вида на разхода. Сметките от група 60 на практика нямат точно дефинирана аналитичност. Първата аналитичност винаги е ДЕЙНОСТ. След като се избере дейността аналитичността за конкретната партида се определя според аналитичността на съответната сметка от група 61. Сметките от група 61 могат да имат следните аналитичности:
- дейност; партида; статия
- дейност; статия
- статия
Т.е в някои случаи аналитичността на партидите свързами с разхода е само дейност и статия, а в някои случаи се въвежда и още една аналитичност, според аналитичността на свързаната с дейността сметка 61*
Примери:
Дейност АУП: въвежда се само статия.
Дейност ТРАНСПОРТ: кола и статия.
Дейност ПРОИЗВОДСТВО: партида и статия.
Тези възможности при отчитане на разходите имат голям ефект: на практика всички сч.операции с които се кредитират сметките от група 60 може да се създават автоматично.
Всеки разход за отчетния период /т.е за годината/ е свързан със счетоводна операция с която се дебитира някоя сметка от група 60 и с партида от сметка от група 61.
В ПП ПИТАГОР всеки такъв разход задължително се свързва с елемент от специална картотека ДЕЙНОСТИ, който определя сметката от група 61 и винаги има аналитичност СТАТИЯ която определя вида на разхода. Сметките от група 60 на практика нямат точно дефинирана аналитичност. Първата аналитичност винаги е ДЕЙНОСТ. След като се избере дейността аналитичността за конкретната партида се определя според аналитичността на съответната сметка от група 61. Сметките от група 61 могат да имат следните аналитичности:
- дейност; партида; статия
- дейност; статия
- статия
Т.е в някои случаи аналитичността на партидите свързами с разхода е само дейност и статия, а в някои случаи се въвежда и още една аналитичност, според аналитичността на свързаната с дейността сметка 61*
Примери:
Дейност АУП: въвежда се само статия.
Дейност ТРАНСПОРТ: кола и статия.
Дейност ПРОИЗВОДСТВО: партида и статия.
Тези възможности при отчитане на разходите имат голям ефект: на практика всички сч.операции с които се кредитират сметките от група 60 може да се създават автоматично.
ОТЧИТАНЕ НА РАЗХОДИТЕ. СМЕТКИ 61*
Всяка сметка от група 61 е свързана с една или няколко дейности и винаги имат аналитичност статия. Справките за тези сметки имат специален формат: при тях статията детайлизира разходите за партидите, свързани с конкретните дейности. За някои статии освен стойност може да се показва количество и мярка.
Голяма част от дебитните обороти по с-ки 61* идват от авт. приключване на сметките 60*. Освен това може да има разпределени разходи от други сметки 61*.
Интересни са случаите, когато за някои дейности се следят разходи по партиди. Примери за конкретни дейности:
- Транспорт: аналитичност КОЛИ
- Услуги: ПОРЪЧКИ
- Строителство: ОБЕКТИ
- Производство: ПАРТИДИ /Ако партидите са свързани с конкретен артикул, за аналитичност може да се използва картотека АРТИКУЛИ/
Дебитните обороти за всяка партида съответстват на разходите.
Кредитните обороти могат да съответстват на себестойността на отчетените продукти за конкретната партида или с разпределение на разходите по други сметки. ПП ПИТАГОР има много възможности да автоматизира тези приключвания и разпределяния чрез схемата за авт. осчетоводявания.
Партидите, за които салдото в края на годината /за всички статии/ е нула се считат за приключени. Останалите след годишното приключване се показват като салдо /незавършено производство/.
Важна възможност на ПП ПИТАГОР свързана с тези сметки е създаването на справки с ГЕНЕРАТОР НА ОТЧЕТИ, които показват данните за всяка партида в табличен вид.
Голяма част от дебитните обороти по с-ки 61* идват от авт. приключване на сметките 60*. Освен това може да има разпределени разходи от други сметки 61*.
Интересни са случаите, когато за някои дейности се следят разходи по партиди. Примери за конкретни дейности:
- Транспорт: аналитичност КОЛИ
- Услуги: ПОРЪЧКИ
- Строителство: ОБЕКТИ
- Производство: ПАРТИДИ /Ако партидите са свързани с конкретен артикул, за аналитичност може да се използва картотека АРТИКУЛИ/
Дебитните обороти за всяка партида съответстват на разходите.
Кредитните обороти могат да съответстват на себестойността на отчетените продукти за конкретната партида или с разпределение на разходите по други сметки. ПП ПИТАГОР има много възможности да автоматизира тези приключвания и разпределяния чрез схемата за авт. осчетоводявания.
Партидите, за които салдото в края на годината /за всички статии/ е нула се считат за приключени. Останалите след годишното приключване се показват като салдо /незавършено производство/.
Важна възможност на ПП ПИТАГОР свързана с тези сметки е създаването на справки с ГЕНЕРАТОР НА ОТЧЕТИ, които показват данните за всяка партида в табличен вид.
четвъртък, 10 март 2016 г.
ПРИЛОЖЕНИЯ, СВЪРЗАНИ С ДЕЙНОСТ РАСТЕНИЕВЪДСТВО
При такива приложения е желателно да има аналитична отчетност на разходите за всяка култура за да се получават справки за себестойността за всеки вид продукция. Важна особенност е, че през една календарна година за някои замеделски култури има разходи за две реколти. Затова е необходимо аналитичността свързана с дейността да е картотека, в която за такива култури има отделни записи за двете реколти.
Тази картотека може да изглежда така:
116 Пшеница рек. 2016
117 Пшеница рек. 2017
216 Ечемик рек. 2016
217 Ечемик рек. 2017
...
9916 Общи р-ди рек. 2016
9917 Общи р-ди рек. 2017
Видовете разходи които се следят се определят от картотека СТАТИИ.
Общите разходи, които не могат да се свързат с конкретна култура може да се разпределят автоматично по определен от потребителя начин чрез схемата за авт. осчетоводявания. Това може да се види в стандартната база данни за нови приложения, която се разпространява с продукта.
Ако се следват тези препоръки справките за оборотите за сметката, свързана с дейност РАСТЕНИЕВЪДСТВО ще изглежда така:
За тази сметка може да се използват възможностите за създаване на дефинирани от потребителя таблици подобни на тази, която можете да видите в демо версията:
Тази картотека може да изглежда така:
116 Пшеница рек. 2016
117 Пшеница рек. 2017
216 Ечемик рек. 2016
217 Ечемик рек. 2017
...
9916 Общи р-ди рек. 2016
9917 Общи р-ди рек. 2017
Видовете разходи които се следят се определят от картотека СТАТИИ.
Общите разходи, които не могат да се свързат с конкретна култура може да се разпределят автоматично по определен от потребителя начин чрез схемата за авт. осчетоводявания. Това може да се види в стандартната база данни за нови приложения, която се разпространява с продукта.
Ако се следват тези препоръки справките за оборотите за сметката, свързана с дейност РАСТЕНИЕВЪДСТВО ще изглежда така:
За тази сметка може да се използват възможностите за създаване на дефинирани от потребителя таблици подобни на тази, която можете да видите в демо версията:
събота, 30 януари 2016 г.
За промените, свързани с новата система на НОИ за паричните обезщетения
Става дума за приложения 9 и 10 които работодателите вече са длъжни да предоставят на НОИ. Ако сте прегледали софтуера на НОИ би трябвало да сте разбрали, че става дума за доста тежко приложение което изисква въвеждане на много данни. Крайната цел е създаване на коректни XML файлове които включват повече от 280 полета които трябва да са попълнени коректно. Всички полета се включват - не само попълнените. Можете да разгледате описанията на полетата и на контролите можете да прегледате тук.
За нас е очевидно, че даже и да има възможност всички тези данни да се въвеждат в ПП ПИТАГОР и да направим софтуера на НОИ излишен, това не е правилно решение. Това излишно ще усложни използването на нашата система защото ще трябва да има възможности за въвеждане на много данни, които нямат връзка с отчетността за персонала /много голяма част от тях никога няма да се попълват за конкретни приложения/.
Единствено правилен подход в случая е в софтуера на НОИ да се импортират всички данни за конкретните записи, които съществуват в нашата система. Така ще разчитате на официалния софтуер на НОИ който би трябвало да е достатъчно добър като се избегне повторно въвеждане на данни ако те са въведени в нашата система.
За съжаление софтуера на НОИ не предлагаше официално такава възможност. До появата на първите версии в началото на 2016 г. не беше ясно дали това ще е възможно. За щастие успяхме да намерим недокументиран начин за създаване на записи в папката, в която е записан софтуера на НОИ, които след това могат да се проверяват и допълват с останалите данни с този софтуер.
За използване на тези възможности трябва да инсталирате предварително софтуера на НОИ и да въведете данните за всяка фирма. Трябва да използвате версия на ПП ПИТАГОР след 28.01.2016 г.
При първото създаване на запис в папката на НОИ се избира тази папка и те се запомня във файла NOI_B.INI. Ако се наложи да се промени тази папка засега трябва да се изтрие или корегира този файл.
За нас е очевидно, че даже и да има възможност всички тези данни да се въвеждат в ПП ПИТАГОР и да направим софтуера на НОИ излишен, това не е правилно решение. Това излишно ще усложни използването на нашата система защото ще трябва да има възможности за въвеждане на много данни, които нямат връзка с отчетността за персонала /много голяма част от тях никога няма да се попълват за конкретни приложения/.
Единствено правилен подход в случая е в софтуера на НОИ да се импортират всички данни за конкретните записи, които съществуват в нашата система. Така ще разчитате на официалния софтуер на НОИ който би трябвало да е достатъчно добър като се избегне повторно въвеждане на данни ако те са въведени в нашата система.
За съжаление софтуера на НОИ не предлагаше официално такава възможност. До появата на първите версии в началото на 2016 г. не беше ясно дали това ще е възможно. За щастие успяхме да намерим недокументиран начин за създаване на записи в папката, в която е записан софтуера на НОИ, които след това могат да се проверяват и допълват с останалите данни с този софтуер.
За използване на тези възможности трябва да инсталирате предварително софтуера на НОИ и да въведете данните за всяка фирма. Трябва да използвате версия на ПП ПИТАГОР след 28.01.2016 г.
При първото създаване на запис в папката на НОИ се избира тази папка и те се запомня във файла NOI_B.INI. Ако се наложи да се промени тази папка засега трябва да се изтрие или корегира този файл.
понеделник, 18 януари 2016 г.
ЗА ВЕРСИИТЕ НА ПП ПИТАГОР
На сайта на ПП ПИТАГОР обикновено има 2 версии: официална и неофициална.
Неофициалните версии включват възможности, които са изтествани отчасти и вероятно скоро ще се включат във официалните версии. Следете в НОВИНИ кои са по важните промени и ако са полезни за вас - може да използвате тази версия.
Препоръките са да не се работи с по стара версия от официалната.
Ако работите с по стари версии можете да си спестите малко разходи за лицензи. Но това има някои недостатъци:
- Ако сте били с много стара версия при актуализиране може да имате проблеми.
- Ако се наложи да търсите помощ е трудно да помогнем ако сте с много стара версия. По принцип отказваме помощ ако версията ви е по стара от официалната.
- Ще преодолявате по някакъв начин проблеми, които са корегирани в по новите версии.
- Не използвате полезни възможности от новите версии.
За да стимулираме потребителите да работят с актуални версии има съществени отстъпки при лиценз за 12 месеца.
Във всички случаи разходите за лиценз за нови версии са несъществени в сравнение с общите разходи свързани със счетоводната отчетност. Предполагам, че главната причина за работа с твърде стари версии е по скоро страха от промени.
Неофициалните версии включват възможности, които са изтествани отчасти и вероятно скоро ще се включат във официалните версии. Следете в НОВИНИ кои са по важните промени и ако са полезни за вас - може да използвате тази версия.
Препоръките са да не се работи с по стара версия от официалната.
Ако работите с по стари версии можете да си спестите малко разходи за лицензи. Но това има някои недостатъци:
- Ако сте били с много стара версия при актуализиране може да имате проблеми.
- Ако се наложи да търсите помощ е трудно да помогнем ако сте с много стара версия. По принцип отказваме помощ ако версията ви е по стара от официалната.
- Ще преодолявате по някакъв начин проблеми, които са корегирани в по новите версии.
- Не използвате полезни възможности от новите версии.
За да стимулираме потребителите да работят с актуални версии има съществени отстъпки при лиценз за 12 месеца.
Във всички случаи разходите за лиценз за нови версии са несъществени в сравнение с общите разходи свързани със счетоводната отчетност. Предполагам, че главната причина за работа с твърде стари версии е по скоро страха от промени.