3.1. Кой е оператор и кой е администратор Думата оператор има двойно значение: от една страна -като роля- това е човек, който продава. Той въвежда продадените позиции, събира пари и отпечатва бонове; Предполага се, че това е най-често извършваната дейност. От друга страна, със същата дума се означава изобщо който работи с програмата. Има две роли: Оператор и Администратор. Наредбата предполага и трета роля: Одитор, която е като администратор, но без запис. Тези трите са видими от администратора, в номенклатурния списък "Роли". Входният ключ (паролата с която влизаме) определя какъв е случая. Ако един и същ човек продава и администрира, той трябва да присъства два пъти в общия списък "Оператори" - веднъж като администратор (роля 2) и веднъж като оператор (роля 1). Това трябва да са различни входни ключове. 3.2. Администраторите не могат да създават документи Тяхната дейност е редакция на съдържания в статични и настройващи таблици. Те добавят елементи, а в някой случаи могат да ги променят. Ролята "администратор" може да работи и без включено фискално устройство. Като правило, след промяна на настройка програмата трябва да се рестартира, тоест да се изключи и отново да се включи. Следват действията, които администраторът извършва: 3.3. Подготовка За да работи тази система, трябва да са въведени: 1. Поне един редовен администратор; 2. Поне един оператор - с име, роля и принтерски индекс/парола; 3. За администратора и за всеки допуснат участник трябва да има въведени входни ключове; 4. Поне един търговски обект - наименование и адрес; 5. Поне едно работно място - с посочен търговски обект и номер на фискалното устройство; 6. Поне една стокова позиция с цена; 7. Правилна конфигурация на принтера; 8. В настройващата таблица администраторът трябва да запише работното място, каса, данъчна група и др.; 3.4. Редакция и добавяне на записи Има таблици, в които не се допуска промяна, а се показват само за сведение. За всяка таблица има вътрешни правила за добавяне и редакция. Тези правила са обемисти, когато трябва да бъдат описани с думи, но на екрана има ясни индикатори кога е възможно добавяне и кога - промяна на данни. Индикаторита са три контроли (управляващи елементи): човка "Активен запис", бутон "Промени", Бутон "Добави нов запис". Контролните елементи се виждат (виж някоя от по-долните картинки) и са достъпни както следва: Бутонът "Добави нов запис" се вижда само при таблици, за които е допустимо добавяне. Бутонът "Промени" се вижда само когато маркера е в клетка, за която е допустимо промяна. Човката "Активен" се вижда само когато маркера е на линия, за която е допустимо активиране. По-долу в точка 3.5.1. има описан пример за това, как се добавя запис. 3.5. Стартова процедура Още при инсталацията, в програмата е предвиден един (безимен) администратор, който има пълномощия да добавя друг персонал и елементи. Веднага от негово име трябва да бъде въведен редовен, именуван. После началния администратор трябва да бъде деактивиран, а щв работи редовния. Ето как става това: Веднага след инсталацията, ако никога преди не е работила, програмата при старта трябва да излъчи предупредителна табелка: Ще бъде създаден нов комплект данни. Натиснете "Да". Това става еднократно само при първо пускане на програмата. След това старта е редовен. При редовен старт се появява екран с надпис "ВХОД" в горната лява част на екрана. Тук трябва да въведете паролата на началния администратор (вижте договора). След това влизате в режим на администрация, в който трябва да запишете начални данни. Администраторският екран поначало изглежда така: Стартовата поредица е: 3.5.1. Отворете от менюто точката "Номенклатури" - "Оператори". Там ще видите бутон "Добави нов запис". Натиснете бутона "Добави нов запис" и избрете първо роля "администратор", после въведете името на човека, който ще бъде администратор. Натиснете бутона "Запис" и записът ще бъде добавен видимо в таблицата. 3.5.2. Веднага след това изберете от менюто "Настройки" - "Входни ключове". (Погледнете следващата картинка) Там също натиснете бутона "Добави нов запис". Ще се появи прозорец за въвеждане на участник и входна парола. Ако е само един нов запис (тоест има само един юзер без ключ), програмата ще се досети, че той има нужда от парола и ще го предложи. (Ако са повече, добавяйте ги един по един.) Срещу избрания потребител запишете парола. (Внимание, веднага запомнете тази парола по сигурен начин. Администраторът може да припомни на другите техни пароли, но когато има само един администратор, ако той загуби своята парола, се губи цялото управление.) - И тук след като натиснем бутона "Запис", в таблицата ще се появи следваща линия за входен ключ. - С горните две стъпки вече е въведен редовен администратор. Сега началният администратор трябва да бъде деактивиран. Но това не може да стане докато той е текущ потребител. Затова - изключете програмата и я включете отново. Този път влезте с паролата на редовния администратор. Веднага след това от менюто изберете "Номенклатури" - "Оператори" и деактивирайте началния администратор. Деактивирането става като първо щракнем с мишката върху линията, където е записан и после щракнем с мишката върху човката "Активен". В колона 5 ще се появи "0", а в колона 8 ще се появи днешна дата. По подобен начин, чрез описаните по-горе две стъпки, въведете и един продавач. Той може да има същото име, както администратора, но ролята му трябва да е "оператор" и входната му парола трябва да е друга (друг ще бъде и неговия код - идентификатор в програмата). По същия начин се въвеждат и одитори - както останалите потребители, но с роля "одитор". Не въвеждайте принтерски кодове и пароли. Те са нужни само ако вече присъстват в принтера. Следващата картинка показва как изглежда таблицата "Номенклатури" - "потребители (оператори)" след добавянето на още двама - общо трима потребители - по един за всяка роля. Забележете, че когато маркера е в разрешена клетка, се вижда и бутон "Промени". Съответно в таблицата "Настройки" - "Входни ключове (пароли)" трябва да добавим и техните ключове, тогава тя изглежда така: Не бързайте да използвате вход за оператора, докато не е уредена връзката с фискално устройство. Вижте следващите стъпки. 3.5.3. Отворете от менюто точката "Настройки" - "Принтер". Таблицата изглежда така: В тази таблица се записват сведения за свързването на фискалното устройство. Там трябва да уточните COM - порта и скорост на връзката (по подразбиране са COM1 и 115200). Въвеждането става като първо с мишката щракнете върху съдържанието на клетката (тоест в колона 2), а после от бутона "Промени" - ще се появи поле за въвеждане на текст, както е на следващата картинка: Ако не знаете кой COM да запишете, може чрез средствата на Windows да разберете какви портове работят на Вашата машина. При Windows 10 това става така: Отворете "Windows Explorer" (най-лесно е с клавиш Windows+E). Там намерете в левия прозорец точката "This PC/Този компютър". Щракнете с десния бутон на мишката върху нея и изберете "Properties/Свойства". Там вляво изберете "Device manager", после "Ports - COM & LPT", там са описани всички COM-портове. Може да изглежда така: Не променяйте точките "CONNECTION TYPE", "FP IP ADDRESS", "FP IP GATEWAY", "FP IP MASK", "FP TCPPORT". Те са за сервизно ползване. Въведете съдържание срещу линията "PRINTER MODEL". Когато маркерът е срещу тази линия в колона 2, бутонът "Промени" ще излъчи малък прозорец с комбо-кутийка за въвеждане на модел. Отворете комбо-списъка, той изглежда така: и изберете от там модела на ФУ, което ще бъде ползвано. Срещу полето "PRINTER PRESENT" трябва да въведете 1 - знак, че изобщо има свързан принтер. 3.5.4. Отворете от "Номенклатури" таблицата "Търговски обекти". Добавете нов запис, за да запишете името и адреса на Вашия търговски обект. Добавянето е аналогично на описаните по-горе примери. След такова въвеждане, таблицата "Номенклатури" - "Търговски обекти" би изглеждала така: 3.5.5. Добавяне на работно място Веднага след това от "Номенклатури" отворете "Работни места" и там добавете нов запис, в който участва въведения от по-горе търговски обект (ще го видите в комбобокса). За да попълните ръчно номерата на ФУ и фискалния модул, погледнете един отпечатан бон с това ФУ. Обикновено при продажбата ФУ е съпроводено с един тестов бон. В долната част на бона, в левия и десния край на линията са записани тези два номера. Вторият номер - номер на фискалния модул е необходим, за правилно сторниране. Сторнираните документи са описани в Наредбата и този номер се изисква от фискалните устройства. Затова той е задължителен и се сверява с хардуера. Когато се добавя ново работно място, в прозорецът за въвеждане ще се появи бутон "Вземи ги от принтера" - виж следващата картинка: Двата номера - ФУ сериен номер и Номер фискален модул могат да бъдат прочетени от кой да е бон, вече отпечатан с това устройство - в долната част на бона, погледнете в следващата картинка левия и десния край на линията под надписа "ФИСКАЛЕН БОН". Ако устройството е ново, обикновено се придружава от един такъв бон. Тези номера може да са записани и в документ, съпровождащ продажбата на ФУ. Бутонът "Вземи ги.." е добавен за удобство. Този бутон ще изпрати запитване към ФУ и ако няма отговор, ще забави малко и ще излъчи съобщение "принтерът не отговаря". При успех получените номера ще се настанят в полетата за въвеждане. 3.5.6. Текущо работно място От менюто "Настройки" - "Таблица настройки" щракнете с мишката срещу линията "работно място код". Тогава ще е достъпен бутон "Промени". Натиснете го и изберете нововъведеното работно място (то ще се появи в комбобокса за избор). В такъв момент таблицата настройки трябва да изглежда така: Останалите линии от таблица "Настройки" е най-добре да останат непроменени. 3.5.7. Добавяне на нова стока Отворете от менюто "Номенклатури" - "Стоки". Натиснете бутона "Добави нов запис". Там въведете името на стоката, а също и мярка и цена. Групите са за особени случаи, може и без тях. Ако има баркод, въведете и него (може от скенера). Прозорецът за нова стока изглежда така: (Зеленото квадратче в дясно от полето баркод светва при валидирани баркодове). Стоките могат да бъдат деактивирани и обрано активирани (тоест забранени/разрешени за продаване); допустима е промяна в колоните цена и баркод. 3.5.8. Добавяне на нов клиент Въвеждането на клиенти не е задължително, освен ако не държите те да бъдат отпечатвани в боновете за продажба. Нови клиенти се въвеждат по следния начин: Отворете от менюто "Номенклатури" - "Клиенти". Натиснете бутона "Добави нов запис". Там въведете името на клиента и минималните данни, които ще бъдат отпечатвани на фискалния бон при поискване на именуван клиент. Екранът при въвеждане на нов клиент изглежда така: (Зелените квадратчета в дясно от полетата за въвеждане светват при валидирани съдържания). Всички полета след кодовете и имената на клиентите могат да се променят по-късно. След горните действия системата ще е готова за работа. 3.6. Справки и износ на данни Извлеченията от регистрите се правят първо по зададения период, после по "оператор" и "плащане". Изберете от менюто "Регистри" - "Продажби_1_". Този регистър (с един бон) изглежда по следния начин: Бутонът "Период" по начало сочи само днешната дата. Ако го натиснем, ще се появи прозорец, от който може ръчно да се въведе друг период. Прозорецът за период изглежда така: В този прозорец се попълват ръчно двете дати, или се превключват с бутоните "днес" и "месец" текущия ден и текущия месец. Програмата никога не показва първичноте регистри. Тя съставя от тях извлечение, съответно на периода. То може да обхване част от един или няколко регистъра, като в частност може да съвпадне с един цял месечен регистър. Двата комбобокса са за избран оператор и избран начин на плащане. От менюто могат да се избират и другите регистри, всички спазват периода, оператора и плащането. По изключение, за да се подбере само едно фискално устройство, има предвидена точка в меню "Регистри" - "Фискално устройство". Ако е зададено, ще бъдат извлечени само тези записи, за които в колона 1 (унп) водещото ФУ отговаря на исканото. По-долу, в точка 4.9. (глава 4. Данни - примерни изображения), са показани всички регистри. Когато се избират регистри 1,2,3 или сборове 102, програмата винаги проверява чек сумите. Тук са дадени препратки към екранни снимки на справките по приложение 29 от наредбата: регистър 1 - продажби регистър 2 - плащания регистър 3 - детайли регистър 4 - сторнирани бонове регистър 5 - анулирани бонове Справки 6,7,8 - обобщени, детайлни доставки и движения на стоки - не се поддържат. по т.9 -номенклатура стоки - номенклатура доставчици - не се поддържа по т.9 -номенклатура клиенти по т.9 -номенклатура операции по т.9 -номенклатура видове плащания по т.9 -номенклатура търговски обекти по т.9 -номенклатура работни места по т.9 -номенклатура потребители(оператори) по т.9 -номенклатура роли Виж също по-долу примерни изображения По всяко време е достъпна извадка по текуща клетка или търсена дума. - с десен бутон на мишката - "направи извадка". Всички таблици, които администратора вижда на екрана подлежат на износ - от меню "Износ" - "Износ в текстов/CSV файл". То изглежда така: Разликата между "Цялата таблица" и "Само съдържанието" е, че второто е без антетка и епилог. Ще бъде спазен записания в таблица "Настройки" - CSV разделителен символ. Пак от "Износ" може да бъде изнесена нормална Б4-таблица за външно ползване. Към Ексел данни се пренасят най-лесно през клипборда. Преди да поискате "Копирай в клипборда", погледнете (долу в дясно) индикацията на Windows за език. Българските символи ще се пренесат правилно само ако в момента езика е български. Точката "Износ за счетоводни цели ще излъчи CSV - справки за регистрите 1..5 - за текущия период плюс номенклатура "Клиенти". Тези справки са достатъчни за да бъдат съставени счетоводни статии и ДДС-регистър. 3.7. Лог - регистър Лог регистъра записва действията на участниците по начин, указан в наредбата. На екрана той изглежда така: Там където операторския код е 0000 това значи, че няма включен оператор - такива действия са включване и изключване на програмата. В колоната "дей" е записан кода на операцията според номенклатура "операции". Следващите две колони варират: - може да са ред и име за таблица, в която е извършена промяна може да са означение от вид "стор.", "анул.", "прек." плюс унп за документ. Ако се изпълнява поръчка от външна програма, преди да се логне оператора, в колоната за име на оператор се записва името на входния файл. По конвенция това име може да съдържа и идентификатор на викащатата програма, например VP_03128 - означава VP(програма), 03128-заявка. (виж по-долу глава 5. Поръчан отвън документ) 3.8. Шрифт в таблиците Опитайте с клавиша F2 - това увеличава и намалява големината на шрифта в таблиците. Ако не е достатъчно, се настройва така: 1. От скрол-машинката (вдясно над таблицата) го нагласете според видимостта; 2. Настиснете два пъти F2 - така ще бъде записан и спазван при следващ старт; 3.9. Архив Описаното действие в тази точка ще запази цялата система в един файл. Този файл служи само за аварийни случаи - от него по-късно (от сервизен работник) може да бъде възстановена обстановката, каквато е била. Архивирането става чрез средствата на Windows по следната процедура: Трябва да знаете къде са данните. Обикновено те са там, където е инсталирана програмата. Но ако не знаете, погледнете стартовата иконка, в нея е записано: Върху иконката щракнете с десния бутон на мишката и поискайте "Properties"/"Свойства"; Директорията е записана в таб "Shortcut/Пряк път" - срещу полето "Start In" / "Стартирай в" - там са данните; Отворете Windows Explorer или File Explorer. Може да не го намерите по десктопа, но със сигурност ще го включите чрез клавиша "Windows" + "E" (клавиш Windows е долу вляво на клавиатурата между Ctrl и Alt, и е означен с глиф или надпис "Win"). Намерете пътеката, от която е видима като жълта папка директорията (без да отваряте самата директория). Щракнете върху нея веднъж с мишката, за да я маркирате и после с десен бутон на мишката поискайте "Send to / Изпрати до" - "Compressed (zipped) folder" / "компресирана папка". Ако Windows Ви предложи да запише папката на десктопа, съгласете се. Изчакайте да бъде изработен файла. После с cut-paste го пренесете на флашка или друго място. 3.10. Одитори Одиторската роля повтаря всички стъпки на администраторите. Разлика възниква само при записи. Ако одитор се опита да добави или промени съдържание, Още в контролите "Промени" и "Добави нов запис" се вижда червеникаво оцветяване, а бутона "Запис" от редакционната плочка предизвиква съобщение, което изглежда на екрана така: Действията на одиторите се логват само като "вход/изход". Все пак те могат да изнасят навън данни чрез "Износ" - менюто, както и през клипборда. В меню "Износ" има точка, от която всички таблици ще бъдат изнесени в посочена от потребителя директория: Тя първо ще попита къде да бъдат записани таблиците: и после ще изнесе там всички. След тази операция, посочената по-горе директория във Windows Explorer-прозорец може да изглежда така: - R18_1, R18_2,.. са регистрови извадки за периода. - F е регистър фактури. RN - това е регистър служебни суми; EXRQ е регистър външни поръчки. U103_18_1, U103_18_2, U103_18_3, UF_SAMPLE може да отсъстват, или да са с друг индекс. Те представляват кошницата на оператор с код 103. Другите таблици са поименно според описанието. |
Тук са описани таблици и други данни, с които работи програмата. 4.1. Регистри В регистрите се записват издадени бонове. Не подлежат на редакция - от тях се очаква съответствие с контролните записи във ФУ. Програмата записва данни в регистри както следва: 1. Главни регистри (тип 1,2,3) - това са таблици, нормирани в приложение 29 на Наредба 18, продажби, плащания, детайли. Тези трите са главни и най-често ползвани. Те са и най-големи по обем. Те са таблици (файлове) с имена R18_1_1904, R18_2_1904, R18_3_1904. Наставката 1904 означава година 2019, месец 04. Всеки месец програмата отваря нов комплект регистри. Освен горните програмата води още един важен регистър - регистър фактури. Той има същата периодика и се се именува RF_ggmm - за всеки месец. В него се записват фактурите, които СУПТО - програмата прави. 2. Съпроводни регистри (тип 4,5) Регистрите 4 и 5 са с имена R18_4_1904 R18_5_1904 - те са аналогични на 1,2,3 и съшо са описани в приложението, това са сторнирани и анулирани бонове. Те може да са с по-малък обем, или съвсем празни, но са необходими и се изискват от Наредбата. 3. Допълнителни регистри (тип RN,TURN) Справки по тези регистри, не са описани в Наредбата. Техните имена са RN_1904 и TURN_19. Наставките _1904 _19 са за периода, както по-горе. Регистър RN_1904 съдържа само служебните внос/износ на пари (нефискални бонове), които поправят касовата наличност. Регистър TURN_19 съдържа само приключващите операции - обикновено по една на ден. Този регистър е общ (един за цяла година и не се дели на месеци) и съдържа линия за всяко приключване на касовото фискално устройство. 4. Лог регисър (тип LOG_1904) В този регистър програмата записва действията на участниците, описан е в Наредбата. 5. Регистър Външни поръчки (тип EXRQ_19) - един за годината. Този регистър е споменат по-долу като тип 301. В него се запазва всеки поръчан отвън документ (виж Глава 5.Поръчан отвън документ) и асоциирания към него УНП. Иска се от промените в Наредбата. 4.2. Основни регистри Основните регистри са построени според описаните изисквания за експорт на данни в приложение 29 на Наредбата. Има 7 основни типа регистри, с индекси 1,2,3,4,5,301 и лог. Първите три са за редовни бонове, 4 е за сторно, 5 - за анулирани бонове. Тези регистри са именувани R18_X_GGMM (X - тип регистър, GG-година, MM-месец). Програмата създава нов комплект регистри всеки месец. Регистър тип 301 (поръчани отвън докумемти) е един за цяла година, файл EXRQ_GG. Регистър лог е месечен, файл - LOG_GGMM. Регистри 1,2,3 са обвързани с единна чек сума, която се проверява при всяка справка - операторска, или административна. При лош чек програмата ще спре да работи. 4.3. Номенклатури В номенклатурите са допустими само добавяне и корекции за неосновните елементи. Шифрите и имената на елементите са с необратим запис. Номенклатурите - както и регистрите - са таблици, но първо в тях се очаква по-рядко запис, второ те се делят на големи и малки. Големи са стоки (STOKI) и клиенти (KLIENTI); малки са всички останали. Разликата е, че големите присъстват поименно на диска, а всички малки се записват в един общ файл. 4.4. Основни номенклатури В данновия комплект има две големи номенклатури - споменати в Наредбата - стоки и клиенти (STOKI и KLIENTI), в които поначало администратори и оператори имат еднакви права - добавяне на запис и малки корекции. В последствие администрацията може да ограничава операторските пълномощия за запис и поправки. 4.5. Допълнителни номенклатури Малите таблици, свързани с имена на оператори, роли, работни места и др. присъстват както са описани в Наредбата. Само администраторската / одит роля има пряк достъп до тях. Всички номенклатурни таблици са достъпни за разглеждане в администраторското меню. В тях отчасти са възможни нови (необратими) записи, малки корекции, от вида "адрес", "активиране" според това дали регистрационната част може да се повлияе от съдържанието. 4.6. Допълнителна колона В регистри 1 и 3 има добавена отдясно колона 10 символа. Тази колона е за вътрешно ползване в програмата, тя най- често е празна, но може да носи четири различни съдържания за специални случаи: 1. маса - ако работим с кафе или заведение - по желание на оператора (4 символа); -. разделител - един символ "_"; 2. данъчна група - 1 символ (0,1,2,..8) - за временна настройка, различна от основната; - според протоколите на ФУ данъчната група може да варира за всеки ред от продажбата, затова в регистър 3 - е предвидена колона за конкретната позиция. Обаче програмата предполага - една и съща група за бона като цяло, без да има възможност - за вариращи групи в позициите. Затова данъчната група да се записва и в регистър 1. 3. допълнение (3 символа, може да е място); 4. сторно флаг - * това се ползва временно при обръщението между работни и записани данни. 4.7. Лог - регистър Лог регистъра е именуван LOG_GGMM и се води всеки месец, както основните регистри. Той съдържа исканите в Наредбата колони, по минимален начин. 4.8 Помощни регистри Има два помощни регистъра, не описани в Наредбата, но присъстващи в този комплект данни. Това са регистър Служебни суми (RN_GGMM) и регистър приключвания (TURN_GG). Регистър Служебни суми се води всеки месец, както основните регистри, а регистър приключвания е един за цяла година. 4.9. Примерни изображения (Широките регистри са разделени на лява и дясна страна, за да се съберат в страницата) Регистър 1 - Продажби лява част:
дясна част:
Регистър 2 - Плащания
Регистър 3 - Детайли лява страна:
дясна страна:
Регистър 4 - Сторнирани лява страна:
дясна страна:
Регистър 5 - Анулирани лява страна:
дясна страна:
Регистър LOG
Регистър Външни поръчки Лява страна:
Дясна страна:
Регистър Фактури
4.10. Къде са записани данните Регистровите таблици се намират в директория REGS и явно присъстват на диска. Също и големите номенклатури - стоки и клиенти. Те са видими в директорията, където работи програмата. Малките таблици също може да са там, но може и да не се виждат на диска, тъй като програмата ги ползва в оперативната памет. Записът е един файл за всички малки таблици и този файл се нарича DSTACK.SET Опционално, малките таблици и операторските кошници могат да бъдат записани на диска, в директория "D". Има такава опция в настройващата таблица. Ако бъде включена, то при всяка промяна програмата ще записва там копия на малките таблици - без прекодиране, с нормални атрибути и с явно изнесен отвън форматен файл, подходящи за разглеждане с Б4. 4.11 Съвместимост с Б4 Б4 е база данни - наша стара разработка, чийто основен механизъм се ползва и в тази програма. Публикувана е свободно на www.roncho.net/software_b.htm и се ползва на други места като таблична машина. Но работните таблици и регистри в СУПТО не могат да бъдат отваряни с Б4. С Б4 могат да бъдат разглеждани само изнесените таблици. Б4 се явява и поръчител когато с тази програма се отпечатва бон за плащане по вече издадена фактура, виж по-долу "Поръчан отвън документ". В този случай процесът по изработване и отпечатване на бон е автоматичен, като бона ще бъде приготвен чрез поръчка от външна Б4-програма, а оператора само може да го потвърди или откаже. |
5.0. Импорт на данни от други източници Поръчаните отвън документи са регламентирани от разсяснения на НАП, под залавие: "Разяснения относно възможностите за импорт на данни за продажби в СУПТО във връзка с изискванията в т. 9 от Приложение 29 на Наредба Н-18/2006 г." Тази програма се ползва от раздел ІІ. Импорт в СУПТО на данни за продажби от други източници, които не притежават характеристиките на СУПТО и не се използват за управление на продажби Примерни източници: - EDI, импорт от файлове; - E-портал за получаване на заявки от бизнес партньори; - Софтуер на Call-център, в който се получават заявки; - Софтуер, използван от мобилни търговци, само за получаване на заявки от партньори/клиенти; - Резервационни софтуери на туроператори. Изброените източници са "Примерни източници", освен това в тях присъства участък "EDI запетая импорт от файлове". Тук се позоваваме на импорт от файлове. От външна, не-СУПТО програма могат да бъдет поръчвани някои документи: - само бон; - фактура плюс бон; - само фактура по банка; - фактура от касовото устройство Кредитни известия и Сторно-операции не са разрешени по външна инициатива. Управлението от външна програма става чрез подаден като входен параметър име на файл. Този файл трябва да е Б4-таблица (или текстов файл, виж 5.3), в която е описана продажбата - като плащане, или подробно по позиции. Програмата допуска текстова версия на тази таблица, но със същия вид и подреждане на данните. Външните поръчки стават чрез командна линия за старт от вида: RADISSUPTO.EXE параметри (виж по-долу входна линия) Когато външна програма поръчва документ, СУПТО - програмата стартира, прочита поръчковия файл, проверява работното място, както и всички клаузи от поръчката. После логва автоматично потребителя и проверява свързаното касово устройство. Ако има нередност, излъчва съобщение за грешка - най-често както е на следващата картинка, после връща отговор "-1" на викащата програма и се самоизключва. Същото се случва, ако има нередност в поръчковия файл. Ако всичко е в ред, супто-програмата формира комплект регистри 1,2,3 и освен това подготвя участък от регистър външни поръчки. Светва прозорец от следния вид: Ако оператора откаже поръчката с бутон "Изход", супто програмата изпраща отговор "CANCEL" и не се връща в операторски прозорец, както това би станало в ръчен режим, а се самоизключва. Ако има потвърждение, тоест след като оператора натисне бутона "Фискален бон", програмата издава унп, записва новосъздадения унп в регистровите участъци, отпечатва бон, добавя участъците в СУПТО=регистрите, изчиства кошницата, след което записва отговор към викащата програма и се самоизключва. Както става ясно, тази процедура не е управляема ръчно, защото в никой от случаите СУПТО-програмата не допуска ръчна промяна на документа. Изход от действието е или бон, или отказ. Поръчката има две части - хедър (с управляващи клаузи) и съдържание. Разделени са с двойна линия. (за смисъла на клаузите виж по-долу 5.2) Има няколко възможни вида външни поръчки: - издаване на стандартен бон (клауза СЪКРАТ=0) - издаване фактура А4 плюс детаилен бон (клауза СЪКРАТ=2) - издаване фактура А4 плюс съкратен бон само за плащане (клауза СЪКРАТ=1) - издаване фактура от фискалното устройство - разширен бон (клауза СЪКРАТ=3) - изработване и регистрация на фактура платежно нареждане без бон (клауза СЪКРАТ=4) - изработване и регистрация на разписка А4 (клауза СЪКРАТ=5) Програмата ще попълни данни от входната таблица и ще изчака само Enter за да отпечата и запише бона. В същата таблица (или едноименен текст) ще бъде записан номера на издадения бон. Ето примери за входна линия:
От таблица:"RADISSUPTO.EXE P:X FN:FP_04821.BSF"
Виж също по=долу Глава 7. Примерни сорсове. (P:X означава "стартирай от пътека x" ; FN:FP_04821.BSF означава "името на входния файл е FP_04821.BSF"). Името на транспортния файл е идентификатор на заявката, то пренася следните три вида сведения: - FP - това е идентификатор на източника; - 04821 - това е индекс на заявката, поставен от външната програма; - BSF/TXT - разширението на файла е сведение за тип на данните изпратени с този файл. Името на транспортния файл се запазва - в лога и в регистър Външни поръчки, и заедно с него - горните три. 5.1. Входната таблица за стокови продажби изглежда така за стокови продажби без фактура (минимално, без клиент):
В тази таблица Срещу клаузата ЗАПИСИ трябва да бъде записан броя стокови позиции; Срещу ОПЕР - оператора; Срещу КОМПОРТ - COM1 или COM2 или какъвто е (може да е празно); Срещу РАБ.М - валиден код на работно място; под двoйната линия трябва да следват стокови позиции - колкото е казано в ЗАПИСИ. Втората колона е място за код на стоката. Може да няма кодове, но ако има - те трябва да са както в СУПТО. Ако стоката не присъства в СУПТО - ценоразписа, тя ще бъде добавена. Ако стоката присъства в СУПТО, ще бъдат променени цена или баркод, когато са посочени. Нотация 0000_2000 е при данъчна група Б. За А група е 0000_1000, за Г-група е 0000_4000. Отстъпка p10 е 10 процента. Отстъпка a2 е два лева от крайната стойност на позицията. След като завърши работа, СУПТО ще запише номер на новия бои на мястото на трите питанки ??? Може да запише "-1" или "CANCEL" при неуспех или операторски отказ. Не всички клаузи са задължителни. Задължителни са само "ОПЕР" - за оператора и "ЗАПИСИ" - за брой записи. При фактури или разписки (виж следващите таблици) е задължителна клаузата "СЪКРАТ"=1,2,3,4,5. 5.2. Входна таблица за производство на фактури 5.2.1 Издаване на фактура А4 Такава таблица трябва да има вид:
В този случай се ползва означението "СЪКРАТ" = 2, което значи, че искаме фактура А4 придружена с фискален бон. Задължителни са клиентски данни. Горните таблици може да се изработват автоматично от бутон или меню-точка "Направи Бон" в Б4-програма, но се дават за сведение при други условия. В практиката ще се налага да бъдат издавани СУПТО-фактури, поръчани от външна програма. Ето как изглежда това откъм програмата Б4-счетоводство - локална версия: Автоматичната връзка (тоест меню точката "Направи фактура" в илюстрацията от по-горе) ще предизвика: 1. старт на СУПТО; 2. логване на оператора; 3. корекция или добавяне на липсващите стокови позиции в номенклатурата (ако е стоков тип); 4. съставяне на кошница; 5. корекция или добавяне на клиент в номенклатурата (ако има такъв); 6. посочване на клиент за бона (ако има такъв); 7. избиране на данъчна група - за този бон; 8. избиране на плащане; 9. разрешаване на вид документ - в случая фактура А4; 10. Ще се появи прозорецът преди бон. Ако е анонимен, ще бъде както е по-горе в точка виж по-горе 2.6. Плащане; 11. След отпечатване или отказ, програмата SUPTO ще се самозатвори и ще върне управлението на викащата програма, записвайки отговора в транспортния файл. Повикването от външен файл се логва с операции "начало/край на външен файл" и на общо основание, както и промените следващи от това. В лог-регистъра (независимо дали има отпечатване) ще се появи участък от вида: - На това място ще се очаква ръчно потвърждение или отказ от оператора. Екранът /за този вид - фактура с бон/ ще изглежда така: Щом е поръчана фактура, трябва да натиснем бутона "Фактура А4". Ще последва екран с изработена фактура А4, с вид подобен на тази картинка: отпечатваме я и след това прозорецът ще позволи бон - както е показано на долната картинка: От тук вече е позволено да отпечатаме натиснем копчето "Фискален бон" и заедно с бона ще последват записи в регистрите. Бонът за горната фактура изглежда така: 5.2.2. Входна таблица за съкратен бон по фактура Такава таблица е означена с клауза СЪКРАТ=1 и опис на продаваните позиции под двойната линия, както е в първия пример 5.1. Във всички случаи, в които е необходима фактура, следва подобна поредица стъпки. Програмата позволява само онези бутони, които са по избраната в начало пътека за изработване на документа. 5.2.3. Входна таблица за разширен бон (фактура произведена от ФУ) Такава таблица е означена с клауза СЪКРАТ=3 и опис на продаваните позиции под двойната линия, както е в първия пример 5.1. Процесът е опростен, защото не се минава през стъпка "Фактура А4", а направо е позволен бутона "Фактура от ФУ. Прозорецът преди печат ще има следния вид: 5.2.4. Входна таблица за производство на фактура по банка - без отпечатан бон Такава таблица е означена с клауза СЪКРАТ=3 Процесът изисква изработване на фактура А4, както по-горе в точка 2.5.1, но след това прозорецът ще позволи единствено копчето "Само запис". Бон няма да има, но ще възникнат записи в СУПТО-регистрите. Снимка на фактура без бон с банково плащане може да се види в раздел "Снимки на документи" точка 6. 5.2.5 Клаузи в заглавната част - в хедъра на транспортните таблици са допустими клаузи: - "ДОК" - фактура номер - "ДАТА" - дата на фактурата - "КЛИЕНТ" - име на клиента - "ЕИК" - булстат, при фактури е задължителен - "НДР", "ЕГН" - данъчен номер и егн на клиента - може и само с ЕИК - "ГРАД", "АДРЕС", "МОЛ", "ПОЛУЧ" - това са данни - адрес, МОЛ и получател за клиента - "ПЛАЩА" - вид плащане с думи. Трабва да е "БРОЙ", "КАРТА", или "КРЕДИТ" - "ДАТАПЛ" - дата на плащане - "СБОР" - това е сбор на позициите в съдържателната част - "ЗАПИСИ" - брой на детайлните линии в съдържанието по-долу (задължителна клауза) - "СЪКРАТ" - вид на поръчката, по подразбиране 0. Клиентски данни са задължителни за стойности 1,2,3 - ако това е 0, значи е обикновен стоков бон. - ако това е 1, значи е искане за фактура А4 със съкратен бон само за плащане. - ако това е 2, значи е искане за фактура А4 с детаилен бон. - ако това е 3, значи е искане за фактура от ФУ - разширен клиентски бон - ако това е 4, значи е заявка за фактура А4 по банка, без отпечатан бон - ако това е 5, значи е заявка за разписка А4 - "ОПЕР" - входен ключ за на оператора. (задължителна клауза) - "КОМПОРТ" - това може да установи ком-порт за ФУ. Полезно е при мрежови организации. - "РАБ.М" - трябва да е текущото в СУПТО работно място. - "НАДП." - това е свободен текст, който се отпечатва преди продаваните позиции в бона. - може да се повтаря няколко пъти - "ПОДП." - това е свободен текст, който се отпечатва в края, слад клиента в бона. - може да се повтаря няколко пъти - "ПАРАМ." - възможен текст до 80 букви, който се пренася във факурата върху @ПАРАМ-линия. - може да се повтаря няколко пъти, общо до 255 символа. Символ "|" се ползва за разделител на следваща линия. - всяка линия е от вида "P1=износна бележка номер:XXX" (P1 е с латинска буква P). 5.3. Вход от текстов файл Допустимо е вместо Б4-таблица да бъде подаден табулиран текст със същото съдържание. Тогава подаденото като параметър име на файл трябва да носи разширение TXT. В този случай след изпълнението входния текст ще бъде изтрит, а програмата ще запише отговора в текстов файл със същото име. 5.4. Регистър външни поръчки Всяка дошла отвън и изпълнена поръчка се записва в регистър "Външни поръчки", който е достъпен за администратора от меню "Регистри" - "Поръчани отвън документи". На екрана изглежда така: Примерно съдържание на този регистър е дадено по-горе в Глава 4. Данни, точка 4.9. Примерни изображения. 5.5. Съответствие с изискванията на НАП Съгласно публикация на НАП (от април 2019), този случай се причислява към точка II от указанията за импорт, ето цитат:
По точка 1. Данните за продажба, постъпващи от входния файл се преобразуват в стандарна процедура за продаване. Тези данни са колкото е нужно, за да бъде издаден бон: - номер, дата, стойност, идентификатори за клиент; - или стокова позиция, количество, цена, отстъпка, баркод. Те напълно се запазват в регистър "Външни поръчки", описан по-горе. По точка 2. След получаването на заявката, програмата ще излъчи прозорец за печат, в който ще се очаква ръчно потвърждение. Операторът ръчно трябва да натичне бутона "Фискален бон", или "Отказ". Ако оператора натисне "Фискален бон" - Ще се формира УНП; - формираният УНП ще участва в бона и бъде записан в регистрите, включително във "Външни поръчки". Ако оператора натисне "Отказ" - ще останат само името, източника и вида на заявката. По точка 3. Данни за тези заявки се пазят в регистър "Външни поръчки", като: - Номер на зявката, поставен от външната програма се пази, виж по-горе индекс на заявката; - Дата и време на получаване на заявката - в колони 2,3; - Източник на импортираните данни - виж по-горе идентификатор на източника; - Начин на импорт в СУПТО - в колона 15 е записано името и типа на входния файл; Пълни данни за всяка импортирана продажба са записани в колони от 1 до 14, но продажбата се записва и в регистри 1,2,3, тоест споменатите по-горе в изискването. По точка 4. Регистър Външни поръчки е широк (описан е по-горе), в него са записани всички данни от поръчковата таблица, както и времето и УНП за отпечатване на бона. Запис в този регистър се появява след като бъде отпечатан бона. При отказ в ЛОГ- регистъра остават идентификатор на източник, индекс на поръчката и тип на данните в транспортния файл. 5.6 Отговор от СУПТО-програмата към викащата апликация След като завърши работа, СУПТО-програмата ще остави текстов отговор със сведения за току-що издадения бон. Те имат следния вид:
UNP: DTXXXXXX_XXXX_XXXXXXX {УНП-номер}
* забележка: ако е поискана регистрация без хартиен бон, DOC-номера е с водеща буква "S"В директорията, посочена в PAT ще бъдет записани регистровите участъци за използваните от СУПТО регистри, външни поръчки и клиентска номенклатура. Целта на тези таблици е викащата програма да може веднага да състави счетоводни статии за този документ. Регистровите участъци са с имена F103_601.CSV, UXXX_18_1.CSV, UXXX_18_2.CSV, ..., UD_18_X_SAMPLE, KLIENTI.CSV където XXX е индекс на текущия оператор. Това са: F103_601 - регистър фактури, UXXX_18_1 .. UXXX_18_5 - регистри 1..5, UD_18X_SAMPLE - поръчки KLIENTI номенклатура клиенти - необходими за съставяне на счетоводна статия. |
В тази глава са описани съответните на Наредба Н-18 функции. 6.1. За ролята "оператор" Когато програмата се стартира, прочита флага за присъствие "PRINTER_PRESENT" от таблицата за настройки на принтера и ако той е единица, се свързва с устройството. При неуспех изключва флага за присъствие до следващ старт. Ако флага за присъствие е нула, по-нататък програмата изобщо не се обръща към ФУ. Ако няма свързано фискално устройство, операторите могат да се логват, но не могат да започнат продажба - ще работят само справките от менюто (*), - ще могат да добавят нови стоки, също да добавят и променят клиенти от номенклатурата. Иначе (тоест ако има връзка с ФУ) програмата провежда кратък диалог с фискалното устройство, за да научи статуса му и: 1. Включва зелен индикатор; 2. Пита колко е часа според часовника на ФУ и ако се разминава с 50 сек, изпраща към ФУ дата и час от компютъра. 3. Какви данъчни групи са въведени в устройството. 4. Има ли хартия - това го пише в статуса. 5. Какъв е серийния номер и номера на фискалния модул във ФУ. 6. Прочита броячите на документи от таблицата "DOKUMENTI_OPIS.BSF", където се пазят. 7. В статуса на ФУ се съдържа сведение дали има отворен бон. Ако има отворен бон, се предприема процедура по възстановяване. Виж 2.15. Оператори - Анулирани и прекъснати бонове . Ако има ФУ, но няма въведени данни за серийния номер на ФУ и номера на фискалния блок памет, програмата ще излъчи предупреждение към оператора и ще установи в таблицата "Работни места" онези номера, който докладва ФУ. Ако има въведени номера, но се различават от реалните, програмата ще съобщи това и ще спре. В този случай се налага да бъде открито ново работно място с правилни данни. 6.1.1. Начало и край на продажбата При добавяне на първата стокова позиция в кошницата, се задейства продажба. Формира се УНП, показва се на екрана и ще бъдат разрешени действията по редакция на кошницата. След като е започната, продажбата трябва да приключи с редовен бон за продаване, или с анулиращ бон. И двата случая се записват в регистрите. Кошницата изчезва след бон за продажба, или след бон за анулиране. При всяка промяна на кошницата програмата записва участъци от всички регистри в които ще бъде направен запис. 6.1.2. Какво става при отпечатване на бон Производството на бона е поредица от действия от вида "откриване (отваряне) на бон" - "добавяне на позиции" - "изчисли сбор" - "плащане" - "данни за клиенти" - "затваряне" плюс "запис в регистри ", вече в софтуера. Този процес е напълно автоматичен и той се извършва след като оператора натисне бутона "Фискален бон" от прозореца, изобразен като екрен по-горе в раздел 2.6. Плащане. - Преди да отвори бона, програмата формира участък от регистър "Анулирани", за да е възможно анулиране на бона при неуспех и следващия старт; след малко този участък ще бъде изтрит. - След това към ФУ се изпраща команда "отвори бон". - После се изпращат и другите в поредицата. След плащането програмата изтрива анулиращия участък (защото бона вече е необратим), ако е нужно отпечатва клиентски данни и затваря бона. Ако ФУ прекъсне работа след плащане, но преди затварянето на бона, бона се прекъсва (не е възможно анулиране) и ще бъде довършен при следващия старт на програмата - трябва да е от същия оператор. - В края на продажбата програмата иска текущия глобален номер на документ, както и току-що отпечатания УНП за сверка. После бона се записва. При този запис предварително подготвените участъци се добавят в съответните регистри - 1,2,3,4,5, също тип 301 (регистър външни поръчки). Продажбата завършва с изчистване на операторската кошница. 6.1.3 УНП УНП има три участъка. Първите два - номера на ФУ и код на оператор са известни още при логване на оператора, след като бъде прочетено работното място. Програмата поддържа собствен УНП-брояч, асоцииран със серийния номер на ФУ. Ако се появи друго ФУ, ще трябва първо да се добави ново работно място, а след това програмата автоматично ще добави индивидуален брояч за новото ФУ. Таблицата броячи е достъпна за гледане, нарича се DOKUMENTI_OPIS и е в меню "Настройки - броячи на документи". 6.1.4 Документи различни от фискален бон Описаната по-горе продажба важи за редовни фискални бонове, също и за анулирани бонове. Боновете за служебни суми нямат УНП. Сторно боновете също нямат УНП, в регистрите се записва УНП за бона, който бива сторниран. Така, че УНП не се увеличава в тези случаи. 6.1.5. Запис в регистър Фактури Всички фактури/разписки, независимо от вида си, както и кредитните известия, се записват в регистър фактури. Фактурите и клиентите се докладват в справка 1 по прил.29 от наредбата. Ако факурата е съставена от фискалното устройство, или е от тип А4, но е съставена заедно с бона, тя се записва на линията на бона в регистър 1 - продажби. Ако обаче фактура/разписка от тип А4 е произведена след бона, такъв документ няма бон, нито УНП - не се записва в регистър 1-продажби. Присъства само в регистър "фактури" и ако е фактура, по време на изработване на справката се посочва в колоните "фактура" и "клиент". 6.2. За администрацията 6.2.1. Стартиране При старта програмата прочита текущото работно място от таблицата "Настройки" - "Таблица настройки". После програмата прочита таблицата "Номенклатури" - "Работни места" и от там научава какъв е търговския обект и какво е фискалното устройство. След като научи кое е фискалното устройство, програмата прочита неговия глобален и унп-брояч от таблицата "Броячи на документи". 6.2.2. Статични и построени таблици Когато администратора отваря номенклатурна или настройваща таблица, тя се изобразява пряко, тоест статично. По изключение таблицата "статус на таблиците" се изработва в момента на поискване. Ако администратора поиска регистър, програмата винаги съставя справка (тоест това е постройка). Тя не показва пряко записаните регистри, а се съобразява със зададения период. По този период се правят извлечения и сборки от регистрите, като се спазват условията за определен оператор или вид плащане. Като правило регистрите са големи таблици и справките може да се забавят. Но времето за изработване на справка не зависи от големината, нито от броя на регистрите, а само от зададения период - за големи периоди е по-бавно. |
Програмата RADISSUPTO.EXE може да бъде повикана отвън със средствата на Windows. Ето два примера: Примерен сорс C++ Примерен сорс Delphi За входните файлове виж по-горе глава 5 - "Поръчан отвън документ". Командни линии за операторски отчети: (по-долу линиите се отнасят за пътека X и оператор 723)
Стокови линии, подавани в транспортния файл: ЛИМОНЕНА КИСЕЛИНА В БР КОМПОТ БУРКАН 700 ГР В БР името ("ЛИМО..") започва от символ номер 1, групата "В" е символ номер 39, мярката "БР" е от символ номер 41. Горните команди имат изолирано действие, програмата се самоизключва след изпълнението им. |