Negosyo sa bahay 

Ang tseke ay hindi binayaran ng buong 1c retail. Update ng software package na “VT: Store. Mga format at ang kanilang mga panahon ng bisa

28.07.2017 Inilabas ang 1.10 ng VT:Magazin software package. Ang bagong bersyon ng software ay sumusuporta sa trabaho sa CCP "AMS-300F", "Mercury-119F". Ang "Manager's Workstation" ay nagpapatupad ng ganap na trabaho sa AMS-100F cash register sa "Offline" na mode. Ang mga nakitang error ay naitama.

Mga malalaking pagbabago kumpara sa bersyon 1.9

Workstation ng cashier

  • Nagdagdag ng limitadong suporta para sa FR "Mercury-119F" na may fiscal storage. Ang mga paghihigpit ay ipinahiwatig sa kasaysayan ng pagbabago ng ARMC.
  • Ang parameter na "Default na sistema ng pagbubuwis" ay idinagdag sa mga karagdagang setting ng mga makina ng cash register para sa mga modelo ng cash register na "AMS-100F", FR "K1-F" at FR "Shtrikh-M" na may FN. Ang bersyon ng driver na "Shtrikh-M: FR Driver" ay dapat na hindi bababa sa 4.13.580. Ang parameter na "Taxation system" ay inalis mula sa mga parameter window ng CCP "AMS-100F" at FR "K1-F".
  • Ang pagkuha ng module Bank.dll ay na-update sa bersyon 1.27. Ang operasyon na "Mag-print ng isang dokumento mula sa archive" ay napabuti. Nagdagdag ng window ng preview ng nilalaman ng file sa dialog ng pagpili ng file. Nagdagdag ng suporta para sa pag-print ng mga dokumento ng bangko sa Mercury-119F FR.
  • Ang bilang ng mga pagtatangka na sumulat sa database kapag nagbabago ang data nang mapagkumpitensya mula sa ilang mga workstation ay nadagdagan, na kung kailan malalaking dami ang mga lugar ng trabaho ay maaaring magresulta sa isang mensahe na nagsasaad na ang produkto ay naka-block.
  • Ang operasyon na "Cashier - Pagbabalik ng mga kalakal sa pamamagitan ng resibo" ay naka-unlock para sa mga cash register na may mga fiscal drive.
  • Ang hindi pagpapagana sa opsyon na "Ang pagbabalik ng mga kalakal ay posible lamang kung ang mga ito ay naibenta gamit ang kasalukuyang cash register sa kasalukuyang shift" sa mga setting ng user ay nagbibigay-daan na ngayon sa pagbabalik ng mga kalakal na ibinebenta sa anumang cash register shift sa anumang pag-checkout.
  • Sa mga setting ng user, sa seksyong "Iba pang mga setting," idinagdag ang opsyon na "Awtomatikong paglabas mula sa bank transfer mode kung sakaling magkaroon ng error/pagkansela ng transaksyon sa pagbabangko."
  • Ang parameter na "Pangalan para sa pagbebenta ng operasyon sa isang libreng presyo" ay idinagdag sa mga setting ng user.
  • Ang item na "Baguhin ang rate ng buwis sa isang resibo" ay idinagdag sa seksyong "Interface" ng pag-set up ng mga karapatan sa kategorya ng user.
  • Ang utos na "Subtotal" ay naidagdag sa menu na "Resibo".
  • Sa window para sa pagpili ng isang produkto mula sa ilang mga produkto na may parehong barcode, na ipinapakita kapag nagdaragdag ng isang produkto sa isang resibo, ang mga column na "Artikulo" at "Karagdagang". impormasyon", at inayos din ang visibility ng mga column, font at kulay ng background ng talahanayan.
  • Kapag nagtatrabaho sa ATOL DF, napabuti ang mekanismo para sa pagsubaybay sa papel at muling pag-print ng resibo pagkatapos mag-load ng bagong roll.
  • Kapag nagtatrabaho sa FR ng kumpanya ng ATOL, ang posibleng paglitaw ng mga error "(-3897) Ang tseke ay hindi binayaran nang buo" at "(-3835) Ang halagang iniambag ng kliyente ay mas mababa kaysa sa halaga ng tseke" kapag ang pag-print ng tseke na may kabuuang mga diskwento ay inalis na.
  • Ang posibleng paglitaw ng error na "(69) Ang halaga ng lahat ng mga uri ng pagbabayad ay mas mababa kaysa sa kabuuan ng resibo" kapag ang pag-print ng isang resibo na may diskwento sa isang pagbili (item ng resibo) sa mga pahayag sa pananalapi ng kumpanya ng Shtrikh-M ay inalis .
  • Itinama. Kapag nagsasagawa ng operasyon na "Cashier - Pagbabalik ng mga kalakal sa pamamagitan ng resibo", ang resibo sa pagbabalik ay nabuo nang hindi isinasaalang-alang ang mga diskwento sa mga pagbili (mga item sa pagbabayad).
  • Itinama. Kapag nagtatrabaho sa mode na "Walang cash register", kapag nagdaragdag ng isang pagbili sa resibo, ang halaga ng buwis ay hindi kinakalkula.

Workstation ng manager

  • Sinusuportahang trabaho sa CCP "AMS-100F" sa Offline mode.
  • EGAIS. Suriin para sa kinakailangang presensya ng node ay hindi pinagana sa XML file ng papasok na TTN v2 na format. Ngayon ang pagkakaroon ng node na ito ay hindi sapilitan.
  • Ang mga field na “Telepono” at “Email address” ay naidagdag sa direktoryo ng discount card.
  • Ang command na "Reprice" ay naidagdag sa card ng produkto, sa menu na "Mga Operasyon."
  • SA tabular na bahagi Ang column na "Yunit ng Pagsukat" ay naidagdag sa invoice ng resibo. Ang visibility ng column ay pinagana sa menu na "Mga Setting" ng window ng dokumento.
  • Sa direktoryo ng produkto, ang isang error sa paghahanap ayon sa code ng produkto ay naitama kung ang laki ng hinanap na code ay lumampas sa 14 na mga character.

Cash server

  • Ang pakikipagtulungan sa CCP na "AMS-300F" ay suportado.
  • Ang parameter na "Pangalan ng mga kalakal para sa operasyon na "Sale sa isang libreng presyo"" ay idinagdag sa mga setting ng mga katangian ng cash register na "AMS-100F".
  • Kung hindi posible na ilipat ang isang tseke na naglalaman ng mga produktong alkohol, sa UTM EGAIS, sa CCP "AMS-100F" at "AMS-300F" ang detalyadong teksto ng error na ibinalik mula sa UTM ay maaari na ngayong i-print.
  • Kapag nagtatrabaho sa AMS-100F cash register system, ang paghihigpit sa pagpasok ng diskwento sa isang discount card sa isang refund check ay inalis. Ang pagpasok ng manu-manong diskwento (mula sa keyboard ng cash register) sa isang tseke ng refund ay ipinagbabawal sa antas ng software ng cash register.
  • Upang mapataas ang pagiging maaasahan ng mga kaganapan sa pagtatala na nagaganap sa AMS-100F CCP, ginawa ang mga pagbabago sa exchange protocol sa CCP. Kakailanganin ang pag-update ng software ng MI-01.
  • Itinama. Isang resibo na naglalaman ng mga inuming nakalalasing, sarado sa cash register na "AMS-100F" na may bayad sa pamamagitan ng mga pagbabayad na hindi cash at inilipat sa EGAIS, ay naka-imbak sa database nang walang tanda ng non-cash na pagbabayad.
  • Itinama. Kapag nagtatrabaho sa AMS-100F cash register, ang opsyon sa mga ari-arian ng cash register ay hindi gumana: EGAIS - Print slip para sa return receipt.
  • Itinama. Kapag nagtalaga ng isang numero ng network ng terminal ng cash register na "AMC-100F" na higit sa 99, ang mga tagapagpahiwatig ng "Komunikasyon" at "Online" ay hindi ipinakita sa window ng server ng cash register, at ang mga mensahe ay hindi ipinadala sa monitor ng cash register.
  • Itinama. Kapag nagbebenta ng isang produkto sa AMS-100F cash register, ang code kung saan lumampas sa 7 character, ang naturang produkto ay naka-imbak sa journal ng resibo na may hindi tamang halaga ng code.
Higit pa Detalyadong Paglalarawan ang mga pagbabago, gayundin ang kasaysayan ng mga pagbabago sa iba pang mga module, ay maaaring matingnan sa kaukulang mga file ng kasaysayan ng pagbabago.

18 Nobyembre 2017, 17:19, tanong Blg. 1816792 Anna, Moscow

Nag-iwan si Anna ng pagsusuri tungkol sa site - palabas

Salamat sa iyong tulong. Ang mga sagot ay magiging kumpleto sa mga link sa mga artikulo at liham, na napakahalaga.

Nobyembre 20, 2017 09:51

400 presyo
tanong

naresolba ang isyu

Pagbagsak

Mga sagot ng abogado (2)

    natanggap
    bayad 50%

    Abogado, Samara

    Chat

    Responsibilidad para sa paglabag Pederal na Batas may petsang Mayo 22, 2003 N 54-FZ “Sa aplikasyon kagamitan sa cash register kapag gumagawa ng mga pagbabayad ng cash at (o) mga settlement gamit ang elektronikong paraan pagbabayad" ay itinatag sa Artikulo 14.5. Code of Administrative Offenses ng Russian Federation "Pagbebenta ng mga kalakal, pagganap ng trabaho o pagkakaloob ng mga serbisyo sa kawalan ng itinatag na impormasyon o hindi paggamit ng mga kagamitan sa cash register sa mga kaso na itinatag ng mga pederal na batas"

    Ang Artikulo 14.5 ay binubuo ng 15 bahagi..

    1. Pagbebenta ng mga kalakal... sa kawalan ng itinatag na impormasyon... HINDI ANGKOP

    2. Hindi paggamit ng kagamitan sa cash register... HINDI ANGKOP


    3. Paulit-ulit na ibinigay para sa bahagi 2... HINDI


    4. Paggamit ng cash register na hindi sumusunod... hindi


    5. Pagkabigong magsumite sa kahilingan ng mga awtoridad sa buwis... HIGIT PA



    7. Paglabag sa obligasyon na iproseso at ipadala ang data ng piskal na ILIPAT


    8. Sa kaso ng pagkansela ng pahintulot - OK


    9. Maling impormasyon kapag nag-aaplay para sa permit MAAASAHAN
    10. Pagkabigong magbigay ng paunawa ng pagtatapos ng isang kasunduan sa user para sa pagproseso ng data ng pananalapi, HINDI AMIN


    11. Pagkabigong magbigay ng abiso ng mga pagbabago sa impormasyon... HINDI YAN


    12. Iba pang paglabag ng operator ng data ng pananalapi sa mga legal na kinakailangan Pederasyon ng Russia sa paggamit ng kagamitan sa cash register - nagsasangkot ng pagpapataw ng administratibong multa sa mga opisyal sa halagang limang libo hanggang sampung libong rubles; sa mga legal na entity- mula limampung libo hanggang isang daang libong rubles. KAILANGAN NATING MAG-ISIP PA...

    13. Pagbebenta ng tagagawa ng CCP..

    14. Pagpapalabas ng isang dalubhasang organisasyon...


    15. Pagkabigong iharap ng dalubhasang organisasyon... Hindi ito.

    Isa pang violation... oo. Makikita ng awtoridad sa buwis na natanggap mo ang pera at di-umano'y agad na ibinigay ang mga kalakal na "Buong bayad", ngunit mayroon kang mga kalakal... Malamang na hindi nila ihambing ang mga transaksyon sa pananalapi sa mga paggalaw ng mga kalakal sa bodega... samakatuwid, mabubunyag na hindi mo ibinigay ang mga kalakal. hindi totoo. ibabalik mo ito bilang ganap na bayad.

    Ang paghahambing ng mga pangalan ng mga tseke at mga palatandaan ng pagbabayad nang manu-mano ay lampas din sa kapangyarihan ng anumang tanggapan ng buwis. lahat ay awtomatikong nasuri.

    Wala kang itinago sa mga buwis... Ang aking opinyon ay iwanan ito bilang ito. Imposibleng itama ang isang sign ng pagbabayad kung hindi maibabalik ang isang refund, ito ang dahilan kung bakit naimbento ang lahat upang hindi ito maitama.

    Ang opinyon ko ay walang administrative violation dito. Sa kabilang banda, maaaring ipangatuwiran na ang pangalan ng tseke ay hindi tama ngunit ang tanda ay tama. Para sa pagpoproseso ng makina, ang tseke ay lalabas bilang isang buong pagbabayad... isang pamagat ang itatatak sa papel... na hindi nauugnay sa data ng pananalapi - ito ay teksto lamang.

    Kaya sa tingin ko ito ay nagkakahalaga na iwanan ito bilang ito ay at huwag mag-alala, dahil hindi pa rin ito maaaring ayusin nang walang pagbabalik.

    Nakatulong ba ang tugon ng abogado? + 1 - 0

    Pagbagsak

    • natanggap
      bayad 50%

      Abogado, Saint Petersburg

      Chat
      • 10.0 na rating
      • dalubhasa

      Magandang gabi!

      1) Ayon sa mga tuntunin ng tanong, maaaring ipagpalagay na ang halagang tinanggap mula sa mamimili ay tumutugma sa aktwal na tseke na ibinigay.

      Sa mga tuntunin ng posibleng pananagutan, maaaring pinag-uusapan natin ang tungkol sa paglabag sa pamamaraan at mga kondisyon para sa paggamit ng mga cash register:

      Code of Administrative Offenses ng Russian Federation Artikulo 14.5. Pagbebenta ng mga kalakal, pagganap ng trabaho o pagbibigay ng mga serbisyo sa kawalan ng itinatag na impormasyon o hindi paggamit ng kagamitan sa cash register sa mga kaso na itinatag ng mga pederal na batas

      4. Ang paggamit ng mga kagamitan sa cash register na hindi nakakatugon sa itinatag na mga kinakailangan, o ang paggamit ng mga kagamitan sa cash register na lumalabag itinatag ng batas ng Russian Federation sa paggamit ng mga kagamitan sa cash register, ang pamamaraan para sa pagrehistro ng mga kagamitan sa cash register, ang pamamaraan, mga tuntunin at kundisyon para sa muling pagpaparehistro nito, pamamaraan at kundisyon para sa aplikasyon nito -
      nagsasangkot ng babala o pagpapataw ng administratibong multa sa mga opisyal sa halagang isa at kalahating libo hanggang tatlong libo rubles; para sa mga legal na entity - babala o pagpapataw ng administratibong multa sa halagang limang libo hanggang sampung libong rubles.
      (Part 4 na ipinakilala ng Federal Law na may petsang Hulyo 3, 2016 N 290-FZ)

      Sa iyong sitwasyon, mali mong ipinahiwatig ang mga karagdagang detalye na itinatag ng pagkakasunud-sunod ng Federal Tax Service - isang tanda ng paraan ng pagkalkula. Ang detalyeng ito ay hindi nalalapat sa mga mandatoryong detalye na itinatag ng batas.

      Liham ng Ministri ng Pananalapi ng Russia na may petsang Abril 28, 2017 N 03-01-15/26352

      Tinutukoy ng Clause 1 ng Artikulo 4.7 ng Pederal na Batas Blg. 54-FZ mga kinakailangang detalye, na dapat maglaman ng isang resibo ng pera at isang mahigpit na form sa pag-uulat, maliban sa mga kaso na itinatag ng tinukoy na Pederal na Batas, kabilang ang: ang pangalan ng mga kalakal, gawa, serbisyo (kung ang dami at listahan ng mga serbisyo ay maaaring matukoy sa oras ng pagbabayad) , pagbabayad, pagbabayad, dami ng mga ito, presyo sa bawat yunit na isinasaalang-alang ang mga diskwento at surcharge, gastos na isinasaalang-alang ang mga diskwento at surcharge, na nagpapahiwatig ng value added tax rate (maliban sa mga kaso ng pagkalkula ng mga user na hindi value added tax payers o exempt mula sa pagtupad sa mga tungkulin ng isang nagbabayad ng halaga na idinagdag sa buwis, at paggawa din ng mga pagbabayad para sa mga kalakal, trabaho, serbisyo na hindi napapailalim sa pagbubuwis (exempt sa pagbubuwis) Kasabay nito, napapansin namin na ayon sa impormasyong natanggap mula sa Federal Tax Service ng Russia, kung ang dami at listahan ng mga kalakal, gawa, serbisyo ay hindi matukoy sa oras ng pagbabayad (sa pagtanggap ng paunang bayad at (o) installment payment), sa resibo(mahigpit na form sa pag-uulat) ang paunang bayad at ang mga pondong aktwal na natanggap ay ipinahiwatig. Sa huling pag-areglo, na isinasaalang-alang ang naunang ibinigay na paunang bayad, ang mga mandatoryong detalye na ibinigay para sa Artikulo 4.7 ng Pederal na Batas N 54-FZ ay ipinahiwatig sa resibo ng cash, at ang halaga ng pagbabayad sa cash at (o) mga elektronikong paraan ng Ang pagbabayad para sa mga kalakal, gawa, serbisyong ibinebenta ay nagpapahiwatig ng mga pondong aktwal na natanggap nang hindi nagbubuklod sa mga partikular na item ng produkto, habang ang halaga ng naunang natanggap na advance ay hindi makikita na alinsunod sa talata 4 ng Artikulo 4.1 ng Pederal na Batas N 54-. FZ, isang order ng Federal Tax Service ng Russia na may petsang Marso 21, 2017 N ММВ-7-20/229@ " Tungkol sa pag-apruba karagdagang detalye mga dokumento sa pananalapi at mga format ng mga dokumentong piskal na kinakailangan para magamit.” Kaugnay mga alituntunin, kabilang ang mga isyu ng pagbuo ng mga resibo ng pera, ay ipo-post sa opisyal na website ng Federal Tax Service ng Russia.

      Tulad ng makikita mula sa liham, ang mga tanong tungkol sa pagsasagawa ng mga transaksyon sa pamamagitan ng mga cash register para sa mga paunang pagbabayad ay nananatili, dahil binibigyang pansin ng Ministri ng Pananalapi ang mga rekomendasyong pamamaraan.

      2) Sa kabila ng lahat ng kalabuan ng katotohanan ng administratibong pagkakasala na ginawa, maaari mong gamitin ang tala sa Artikulo 14.5 ng Code of Administrative Offenses ng Russian Federation

      Tandaan. Isang taong kusang nagpahayag awtoridad sa buwis V pagsusulat tungkol sa kanyang hindi paggamit ng mga kagamitan sa cash register sa mga kaso na itinatag ng batas ng Russian Federation sa paggamit ng mga kagamitan sa cash register, o tungkol sa kanyang paggamit ng mga kagamitan sa cash register na hindi nakakatugon sa itinatag na mga kinakailangan, o tungkol sa kanyang paggamit ng cash register kagamitan na lumalabag sa mga itinatag ng batas ng Russian Federation sa paggamit ng mga kagamitan sa cash register, ang pamamaraan para sa pagrehistro ng mga kagamitan sa cash register, ang pamamaraan, mga tuntunin at kundisyon para sa muling pagpaparehistro ng mga kagamitan sa cash register at ang pamamaraan para sa aplikasyon nito at kung sino ang kusang tumupad, bago ginawa ang desisyon sa kaso ng isang administratibong pagkakasala, ang isang obligasyon para sa hindi pagtupad o hindi wastong pagtupad kung saan ang tao ay pinangangasiwaan bilang administratibong pananagutan, ay pinalaya mula sa administratibong pananagutan para sa administratibong pagkakasala, ibinigay

Paano naiiba ang mga format ng mga dokumento sa pananalapi ng CCP na kasalukuyang may bisa? Alin ang mas maginhawa para sa pagproseso ng bahagyang pagbabayad para sa mga kalakal? Paano basahin nang tama ang ulat ng shift na pumalit sa Z-report? Sinabi ng pinuno ng departamento ng automation sa BUKH.1S tungkol dito tingi kumpanya "1C" Olga Salimova.

Mga format at ang kanilang mga panahon ng bisa

Ang Federal Tax Service Order No. ММВ-7-20/229@ na may petsang Marso 21, 2017 ay nagpasimula ng tatlong bersyon ng format ng mga dokumento sa pananalapi nang sabay-sabay:

  • FFD 1.0 - para sa pakikipag-ugnayan sa fiscal storage 1.0,
  • FFD 1.1 para sa pakikipag-ugnayan sa drive 1.1,
  • Ang FFD 1.05 ay isang transisyonal, kung saan gumagana ang cash register na may pinalawak na bilang ng mga detalye na may parehong FN 1.0.

Ang format 1.0 ay nakilala na bilang hindi sapat na detalyado; imposibleng gumawa ng mga tiyak na konklusyon tungkol sa aktwal na mga transaksyon sa negosyo. Kaya ang parehong order ay nagtakda ng petsa ng pag-expire para sa format ng fiscal drive na 1.0 - Enero 1, 2019.

Wala pang mga paghihigpit sa oras para sa format na 1.05. Samakatuwid, kapag lumipat sa format na ito, maaari kang ligtas na magtrabaho nang hindi bababa sa isa pang limang taon.

Mga bahagyang pagbabayad

Ang karamihan sa mga retailer ay gumagamit ng FFD 1.0 at hindi nakakaranas ng anumang mga problema. Tipikal talaga tingi sa mga tindahan, na nakasanayan nating lahat, ay nagpapahiwatig na ang halaga ng pagbabayad ay katumbas ng halaga ng mga kalakal, at ang pagpapadala ay nangyayari sa oras ng pagbabayad.

Magsisimula ang mga problema kapag kailangan mong mag-isyu ng tseke para sa bahagyang pagbabayad para sa mga kalakal. At ito ay isang medyo malawak na listahan ng mga kaso:

  • Pagbabayad gamit ang isang gift certificate o mga bonus.
  • Pagbebenta ng mga kalakal upang mag-order (halimbawa, muwebles).
  • Pampublikong sasakyan, pasahero, riles at transportasyong panghimpapawid.
  • Mga sports at iba pang entertainment event.
  • Paradahan na may account replenishment sa pamamagitan ng isang mobile application.
  • Pagbebenta ng mga subscription sa mga electronic magazine.

Nagbukas ang BUKH.1S ng channel sa Telegram messenger. Ang channel na ito ay nagsusulat araw-araw na may katatawanan tungkol sa pangunahing balita para sa mga accountant at user ng mga programang 1C. Upang maging subscriber ng channel, kailangan mong i-install ang Telegram messenger sa iyong telepono o tablet at sumali sa channel: https://t.me/buhru (o i-type ang @buhru sa search bar sa Telegram). Balita tungkol sa mga buwis, accounting at 1C - kaagad sa iyong telepono!

Ang wholesale trade ay kinakailangan ding gumamit ng mga sistema ng cash register kung ang mga pagbabayad ay ginawa sa cash o elektronikong paraan ng pagbabayad. At nagiging problema ang proseso ng mga bahagyang pagbabayad sa cash. Pagkatapos ng lahat, sa kaso ng bahagyang pagbabayad, ang halaga ng bahagi ng mga kalakal ay hindi nag-tutugma sa halaga ng pagbabayad. Ang bawat transaksyon ay binibigyan ng hindi bababa sa dalawang tseke - para sa pagtanggap Pera at para sa pagpapadala. Sa footer ng tseke ang halaga ng settlement ay ipinahiwatig: ang halaga ng tinanggap na pagbabayad sa cash o electronic na paraan at ang halaga ng settlement para sa mga kalakal. Samakatuwid, gamit ang karaniwang "tingi" na diskarte, nakakakuha kami ng pangkalahatang overstatement ng turnover para sa transaksyon.

Mga halimbawa

Kunin natin bilang isang halimbawa ang pagbebenta ng isang matanda at dalawang kuna ng mga bata - sa halagang 14,000 rubles. dalawang tseke para sa pera. Para sa kalinawan, sa isang shift. 30% ang binabayaran sa oras ng pagpapadala (RUB 4,200). 70% - sa pamamagitan ng pangalawang tseke (9800 rubles).

Paano makikita ang benta sa resibo na may FFD 1.0

Ang katotohanan na ito ay isang bahagyang pagbabayad ay direktang ipinahiwatig sa pangalan ng produkto. Ang halaga ng tseke ay katumbas ng halaga ng transaksyon, ang VAT ay kinakalkula nang tama. Ang halaga ng pagbabayad ay binayaran sa cash (RUB 4,200). Ngunit ang halaga ng pagbabayad sa hinaharap sa credit ay inuri bilang isang elektronikong paraan ng pagbabayad, dahil ang format na ito ay hindi alam ang iba pang mga paraan ng pagbabayad.

Sa pangalawang pagsusuri, ang lahat ay nangyayari nang simetriko. Ang pagbabayad ng utang, na tinanggap sa cash, ay ipinapakita din nang tama, ang offset ng advance ay naiugnay din sa mga elektronikong paraan ng pagbabayad.

Higit sa 80% ng mga gumagamit ng cash register ngayon ay gumagamit ng FFD 1.0. Ano ang dapat gawin kung hindi ka nasisiyahan sa inilarawan na mga kahangalan? Oo, sa totoo lang, wala. Inilarawan ito ng mga opisyal ng buwis - "lahat ay nakasalansan sa isang bunton." Upang harapin ang "bunton", nakabuo sila ng isang extension ng format.

FFD 1.05

Bilang karagdagan sa maraming iba pang mga detalye, ipinakilala ng format 1.05 ang katangiang "sign of calculation method". Ang pitong katangian ng paraan ng pagbabayad ay itinatag, sa tulong kung saan ang pinakasikat na mga pamamaraan ng bahagyang pagbabayad ay inilarawan: 100% prepayment, prepayment, paunang bayad, buong pagbabayad, bahagyang pagbabayad at kredito, paglipat sa kredito, pagbabayad ng pautang.

Sa footer ng tseke sa format na 1.05, kumpara sa FFD 1.0, lumitaw ang mga bagong detalye na malinaw na nagpapahiwatig ng accounting para sa turnover ng mga bahagyang pagbabayad:

  • halaga ng settlement na nakasaad sa tseke (BSO),
  • halaga ng tseke (BSO) sa cash,
  • halaga ng tseke (BSO) electronic,
  • suriin ang halaga (BSO) nang maaga (advance offset),
  • halaga ng tseke (BSO) postpaid (on credit),
  • halaga sa tseke (BSO) sa pamamagitan ng counter provision.

At sa pagtatapos ng shift, mas maraming counter para sa shift ang idinaragdag sa kaukulang mga seksyon.

Tingnan sa FFD 1.05

Tulad ng nakikita mo, ito ay napakagandang naka-highlight sa bawat linya kung ano ito. Bahagyang pagbabayad at kredito. Ang halaga ng tseke ay tinutukoy ng kabuuan ng mga linya ng produkto at katumbas ng halaga ng transaksyon. Ang halaga ng pagbabayad ay binayaran sa CASH, ngunit patungkol sa pagbabayad sa kredito, nakasulat na sa ganap na pantao na paraan na ito ay isang SUBSEQUENT PAYMENT (CREDIT).

Pangalawang tseke. Tumatanggap kami ng mga kasunod na pagbabayad sa CASH, at ang offset na advance na pagbabayad ay tapat ding ipinahiwatig bilang ADVANCE PAYMENT (ADVANCE).

Ang kailangan mong bigyang pansin dito ay ang halagang NATANGGAP sa unang tseke. Ang buong halaga ay nakasaad dito, bagama't bahagi lamang nito ang natanggap namin. (Ang "natanggap" na kita ay nagbubuod daloy ng salapi at obligasyon). Nakikipagtulungan kami sa tagagawa ng CCP sa paksang ito, magbabago ang sitwasyon sa malapit na hinaharap.

Ngunit, sa kabila ng mga pagkukulang, naiintindihan namin na kapag gumagamit ng bersyon 1.05, higit sa Detalyadong impormasyon, na nagbibigay-daan sa iyong suriin nang tama ang mga transaksyon sa negosyo. Samakatuwid, para sa mga negosyo na gumagamit ng bahagyang mga scheme ng pagbabayad, kinakailangan na lumipat sa format na 1.05.

Paano pumunta mula 1.0 hanggang 1.05?

Ang kasalukuyang order ng Federal Tax Service ay nagtatatag ng mga patakaran para sa paglipat mula sa bersyon patungo sa bersyon. Maaari ka lamang lumipat sa oras ng pagpapalit ng fiscal drive.

“Ang halaga ng attribute na “FDF version number” (tag 1209) ay tinutukoy sa oras ng pagbuo ng ulat sa pagpaparehistro o re-registration report kaugnay ng pagpapalit ng FN at hindi maaaring muling tukuyin hanggang sa pagbuo ng bagong re. -ulat sa pagpaparehistro kaugnay ng pagpapalit ng FN,” sabi ng Order.

Gayunpaman, ang format ng FFD 1.0 ay napaka-abala at hindi sapat kung kaya't ang isang pag-amyenda ay inihahanda na nag-aalis pangangailangang ito. Pansamantala, nag-aalok ang ilang manufacturer sa merkado ng transisyonal na bersyon ng mga driver ng FFD 1.0+, na sumusuporta sa ilang tag na opsyonal para sa 1.0. Sa partikular, isang tanda ng paraan ng pagkalkula na pinag-uusapan natin ngayon. Pati na rin ang kabuuang mga indicator ng resibo at Mga tagapagpahiwatig ng turnover mga shift.

Tingnan sa FFD 1.0+

Ang lahat ng mga kalkulasyon ng bahagyang pagbabayad ay ganap na malinaw na ipinapakita, ang postpayment sa credit ay makikita.

Ang pangalawang tseke - ang advance offset ay naka-highlight, ang pagbabayad ng utang sa cash ay ipinahiwatig, at kahit na ang halaga ng mga pondo na natanggap ay tama na tinutukoy. At para lumipat sa 1.0+ kailangan mo lang mag-update software sa checkout.

Paano magsara ng shift?

Tulad ng alam mo, ang mga anyo ng mga pangunahing dokumento ng accounting para sa pagtatala ng mga cash settlement sa populasyon kapag nagsasagawa ng mga operasyon sa kalakalan gamit ang mga kagamitan sa cash register (mula KM-1 hanggang KM-9) ay nakansela na ngayon. Kabilang dito ang isang libro at sertipiko mula sa cashier-operator, pati na rin ang log ng mga indicator ng cash register. Maaari silang panatilihin para sa iyong sariling mga pangangailangan (upang matukoy pananagutan sa pananalapi), ngunit hindi sila kailangan para sa mga tseke.

Dahil ang Federal Tax Service, kapag sinusuri, ay pangunahing nakatuon sa mga tseke mismo, ang halaga ng Z-report ay kapansin-pansing nabawasan. Gayunpaman, ito ay pinalitan ng isa pang dokumento - ang Ulat sa katayuan ng mga metro. Kailangan mo lang matutong basahin ito.

Pag-aaral na basahin ang bagong Z-report (Shift report)

Ang lahat ng mga seksyon ay ipinapakita nang hiwalay - sa pamamagitan ng resibo, gastos, pagbabalik, pagbabalik ng gastos. Iyon ay, maaari mong malayang dalhin ang iyong mga operasyon sa minus;

Sa shift namin, as we remember, dalawang tseke lang ang nasuntok. Para sa 4200 at 9800 rubles. Gumawa kami ng withdrawal mula sa cash register para sa buong halaga na 14,000 At isinara ang shift.

Ito ang hitsura ng ulat para sa lahat ng tatlong format.

Mag-concentrate tayo sa mga detalyeng mahalaga sa atin.

Ang pag-withdraw ng pera ay ipinapakita nang tama - 14,000 ang natukoy nang tama. Ngunit dumoble ang halaga ng kita – 28,000.

Pakitandaan na ang kita ay isang nagmula na parameter; Kailangan mong bigyang pansin kung ano ang ipinahiwatig sa aming mga pagbabayad at sa likod na mga tag.

Naiintindihan ng FFD 1.0 ang dalawang opsyon sa pagbabayad, cash at electronic, at ibinubuod ang mga ito sa kita. Ngunit ang halaga ng mga wastong elektronikong pagbabayad ay makokontrol lamang gamit ang ulat sa pagkuha.

Tamang tinutukoy ng FFD 1.05 ang parehong cash at electronic turnover sa bawat shift. Nakikilala ang paunang pagbabayad at kasunod na pagbabayad.

Maaaring matukoy ng FFD 1.0+ ang mga advance at postpayment, ngunit itinuturing pa rin ang mga ito bilang mga elektronikong paraan ng pagbabayad. Ang aktwal na halaga ng mga elektronikong pagbabayad ay tinutukoy sa pamamagitan ng pagbabawas ng mga halaga ng mga advance at postpayment mula sa mga elektronikong paraan ng pagbabayad.

Ano ang naghihintay sa atin sa malapit na hinaharap

Ang Federal Tax Service ay umuunlad mga alituntunin sa paggamit ng mga format na magiging mandatory pagkatapos ng pagpapatibay ng mga susog sa Batas 54-FZ. Sa ngayon, ang mga susog ay hindi pa naisumite sa Estado Duma.

Sa hindi inaasahang pagkakataon para sa lahat ng mga kalahok sa merkado na nakasanayan sa mga retail na tseke, kapag tumatanggap ng advance at nagbabayad ng pautang, binibigyang-kahulugan ng Federal Tax Service ang linya ng produkto bilang isang produkto, ngunit bilang isang pagbabayad para sa isang partikular na item ng produkto. Alinsunod dito, ang halaga sa linya ng produkto ay hindi ang presyo ng produkto na isinasaalang-alang ang mga diskwento at markup, ngunit ang halaga ng pagbabayad na ipinasok ng user nang basta-basta.

Sa sandaling maaprubahan ang mga alituntunin, naaayon ang mga ito ay susuportahan sa mga configuration ng 1C.

Ang mga kinatawan ng Serbisyo sa Buwis ay patuloy na ipinapaliwanag sa mga gumagamit ng CCP ang mga bagong panuntunan para sa paggawa sa mga pahina propesyonal na mga publikasyon at mga website, sa mga seminar, kumperensya at iba pang mga kaganapan. Ngunit nananatili pa rin ang mga tanong, at marami sa kanila. Ang pagpili ngayon ng mga sagot mula sa mga espesyalista sa Federal Tax Service ay nakatuon sa pag-isyu ng mga resibo ng pera para sa mga pagbabalik.

Paunang bayad para sa mga serbisyong hindi ibinigay

Ang kliyente ay gumawa ng paunang bayad para sa mga serbisyo, ngunit sila ay bahagyang ibinigay. Paano maayos na iproseso ang isang refund?

Sa kasong ito, nabuo ang isang tseke na may katangiang "return of receipt" para sa halagang maaaring ibalik, iyon ay, ang halaga kung saan hindi ibinigay ang mga serbisyo.

Sinasabi ng mga user na hindi ka pinapayagan ng ilang system na mag-isyu ng refund para sa isang bahagi ng halaga. Paano maging?

Mula sa punto ng view ng batas, sa sitwasyong ito ay kinakailangan na patumbahin isa para sa na-refund na halaga. Ang batas ay hindi nagtatatag ng anumang mga paghihigpit sa pagbuo ng naturang tseke.

Nagbayad ang kliyente 5000 rubles bilang paunang bayad para sa mga serbisyo. Binigyan siya ng tseke na "resibo", na nagsasaad ng paraan ng pagbabayad na "100% na paunang bayad" para sa isang item ng produkto - serbisyo. Gayunpaman, tinanggihan ng kliyente ang ilan sa mga serbisyo, at ngayon ay kailangan niyang bumalik 500 rubles. Ano ang dapat na nasa return check?

Sa isang tseke na may attribute na "receipt return", dapat mong isaad ang parehong mga parameter tulad ng sa check na "resibo" (maliban sa attribute mismo at sa presyo). Sa ibinigay na halimbawa, kailangan mong tukuyin:

  • sign - pagbabalik ng resibo;
  • tanda ng paraan ng pagbabayad - 100% prepayment;
  • Pangalan item ng kalakal at rate ng VAT - ang parehong data tulad ng sa orihinal na tseke;
  • ang halaga ng item sa pag-areglo at ang halaga sa cash/electronic - 500 rubles;
  • Ang VAT sa tseke ay ang halaga ng VAT na kasama sa 500 rubles na ito.

Sa halimbawang ibinigay, ang isang tseke ay ibinibigay kapag natanggap ang isang paunang bayad at ang isang pangalawang tseke ay ibinibigay para sa pagbabalik ng bahagi nito. Gayunpaman, kapag gumagawa ng mga kalkulasyon ng prepayment, inirerekomenda ng Federal Tax Service ang pagsuntok ng isa pang tseke - isang teknikal. Dapat itong i-knock out sa sandaling ibigay ang mga serbisyo. Iyon ay, sa halimbawa sa itaas kailangan mong sumuntok ng tseke para sa halagang 4500 rubles na may tanda ng paraan ng pagbabayad na "buong settlement".

Paano maayos na ibalik ang pera sa bumibili para sa isang item

Nangyayari ito para sa isang dahilan mahinang kalidad Ang mamimili ay humihiling ng pagbawas sa presyo ng mga bilihin. Sa kasong ito, ang pagkakaiba sa gastos ay ibinalik sa kanya. Paano ko ito magagawa sa pamamagitan ng tseke?

Sa halimbawang ibinigay, ang sumusunod na pagkakasunud-sunod ay dapat gamitin:

  1. Para sa buong halaga ng mga kalakal, ang kalidad ng kung saan ay kinikilala bilang hindi sapat, kailangan mong magparehistro suriin gamit ang karatulang "pagbabalik ng resibo".
  2. Knock out suriin gamit ang karatulang "resibo" sa bagong halaga ng mga kalakal.

Bakit ganito ang utos? Ginagawa ito sa interes ng bumibili. Pagkatapos ng lahat, sa sa kasong ito nagbago ang presyo ng pagbili, at dapat ay mayroon siyang resibo na may tamang presyo sa kanyang mga kamay.

Ang mamimili ay hindi naglilipat ng pera sa halaga ng bagong halaga ng mga kalakal sa nagbebenta, kaya ang parehong mga tseke ay nagpapahiwatig ng "counter-provide na halaga." At sa isang tseke na may karatulang "pagbabalik ng resibo" ang mga detalye ng "halaga sa cash/electronic" ay ipinahiwatig.

Ibinabalik ng mamimili ang tiket sa mga aktibidad sa paglilibang, habang pinipigilan siya ng multa. Anong mga tseke ang kailangang ibigay?

Ang operasyong ito ay ibibigay sa pamamagitan ng dalawang tseke:

  1. Isang tseke na may karatulang "pagbabalik ng resibo" para sa buong halaga ng tiket. Dapat itong ipahiwatig:
    • sa mga detalye ng "halaga ng pag-aayos" - ang halaga ng tiket;
    • sa mga detalye "halaga sa pamamagitan ng tseke sa cash/electronic" - ang halaga ng mga pondo na binayaran sa kliyente, iyon ay, ang halaga ng tiket na binawasan ang multa;
    • sa detalye ng "halaga ng tseke sa pamamagitan ng counter provision" - ang halaga ng multa.
  2. Isang tseke na may karatulang "resibo" para sa halaga ng multa. Sinasalamin nito ang:
    • "pangalan ng paksa ng pagbabayad" - ipahiwatig na ang multa ay pinipigilan;
    • "katangian ng paksa ng pagbabayad" - "pagbabayad";
    • "halaga ng kasunduan" at "halaga sa isang tseke sa pamamagitan ng counter provision" - ang halaga ng multa.

Ang Batas 54-FZ ay hindi tiyak na nagtatakda kung ano ang itinuturing na pagtanggap at pagbabayad ng pera para sa isang produkto o serbisyo. Sa madaling salita, ang pagtanggap o pagbibigay ng mga halagang nauugnay sa pagbebenta ng mga kalakal ay maaari ding uriin bilang "pagbabayad".

Ang multa na binayaran ng bumibili ng tiket sa halimbawa sa itaas ay kinikilala rin bilang isang settlement. At ang isang tseke para sa halaga ng multa ay dapat ibigay. Bukod dito, hindi mahalaga kung paano babayaran ang multa:

  • deposito ng pera ng bumibili;
  • pagpigil sa halaga ng multa mula sa refund.

At sa isang kaso, sa isa pang kaso, ang settlement operation sa kliyente kapag ibinalik niya ang tiket ay nahahati sa 2 bahagi:

  • refund ng buong halaga ng tiket;
  • naniningil ng multa.

Ang mga operasyong ito ay maaaring isagawa nang sabay-sabay. Ngunit ang bawat isa sa kanila ay dapat na may kasamang sariling resibo. Pagkatapos ng lahat, mula sa isang punto ng accounting, ang mga ito ay dalawang ganap na magkaibang mga operasyon. Ang Serbisyo sa Buwis ay nagsisikap na ilapit ang buwis at accounting. Kung mag-iisyu ka lamang ng isang resibo sa pagbabalik sa mamimili, hindi nito ipapakita ang kakanyahan ng transaksyon sa negosyo.

Nag-advance payment ang buyer at nang maglaon ay gumawa ng karagdagang bayad para sa mga kalakal na inihatid sa kanya. Gayunpaman, kinailangan itong ibalik. Ano ang dapat mong gawin sa kasong ito? Kailangan ko bang mag-isyu ng dalawang tseke na may karatulang "pagbabalik ng resibo" o maaari ba akong makakuha ng isa para sa buong halaga ng pagbili?

Sa kasong ito, kailangan mong bumuo ng isang tseke na may katangiang "return of receipt". Depende sa kung kailan ibinalik ang mga kalakal - bago o pagkatapos ng buong pagbabayad - ang ilang mga detalye ng resibo ay iba-iba ang ipahiwatig, katulad:

  1. Ang mga paninda ay binayaran nang buo at pagkatapos ay ibinalik:
    • sa "attribute ng paraan ng pagbabayad" dapat mong isaad ang "buong pagbabayad";
    • Sa detalye ng "halaga ng pagbabayad", ipahiwatig ang buong halaga ng mga kalakal (prepayment + huling pagbabayad).
  2. Ibinalik ang produkto pagkatapos ng bahagyang pagbabayad:
    • sa "attribute ng paraan ng pagbabayad" dapat mong isaad ang "bahagyang pagbabayad at kredito";
    • ang detalye ng "halaga ng pag-aayos" ay sumasalamin sa buong halaga ng mga kalakal;
    • sa mga detalye ng "halaga ng pagbabayad" - isang paunang bayad na ginawa ng mamimili at ngayon ay ibinabalik sa kanya;
    • sa mga detalye ng "halaga ng kredito" - ang pagkakaiba sa pagitan ng buong halaga ng mga kalakal at ang paunang bayad, iyon ay, ang halaga na hindi kailanman binayaran ng mamimili.

Ibinabalik ang mga kalakal na binili nang pautang

Ang produkto ay binili sa credit ngunit ibinalik sa ilalim ng warranty. Ang bahagi ng gastos ay natanggap mula sa bumibili sa cash, at ang iba pang bahagi ay natanggap mula sa bangko sa isang bank account. Alinsunod dito, ang isang tseke na may karatulang "resibo" ay inisyu lamang para sa halagang tinanggap sa cash mula sa bumibili. Nang ibalik ng mamimili ang mga paninda, ang utang ay ganap na nabayaran. Paano mag-isyu ng isang return check - para sa buong halaga o para lamang sa bahagi na binayaran ng cash?

Sa kasong ito ito ay na-knock out suriin gamit ang karatulang "pagbabalik ng resibo" para sa buong halaga ng mga kalakal. Hindi mahalaga kung paano ibinalik ang pera sa bumibili. At ito ay maaaring gawin sa tatlong magkakaibang paraan:

  • sa kanyang bank account;
  • cash;
  • partly on account, at partly sa cash.

Kung napili ang huling opsyon, ang tseke ay nagpapahiwatig ng sumusunod: mga kinakailangan:

  • "halaga ng cash check" - ang halagang ibinalik sa bumibili sa cash;
  • "halaga sa pamamagitan ng electronic check" - ang halagang inilipat sa kanyang bank account;
  • sa huling halaga ng pag-aayos para sa tseke - ang buong halaga ng mga kalakal;
  • sa "attribute ng paraan ng pagbabayad" ang "buong pagbabayad" ay ipinahiwatig.

Ngunit walang obligasyon ang nagbebenta na gumamit ng cash register kapag nagbabalik ng pera sa bank account ng mamimili. Posible bang mag-isyu ng tseke para lamang sa halagang ibinalik sa kanya ng cash?

Sa kabila ng katotohanang hindi ipinagbabawal ng batas ang naturang kautusan, hindi ito maipapatupad. ganyan ang tseke ay hindi papasa sa format-logical na kontrol sa mga cash register at kapag nagpoproseso ng impormasyon ng Federal Tax Service. Ang problema ay ang isang tseke para sa pagbabalik ng resibo, na ibinibigay para sa buong halaga ng mga kalakal, ay hindi maaaring magkaroon lamang ng bahagi ng halagang ito sa detalye ng "halaga ng pag-aayos". Hindi rin mababawasan ang halaga sa resibo, kung hindi ay bababa ang presyo ng produkto. At hindi ito totoo. Ang pagkakaroon ng natanggap na naturang data, ang Federal Tax Service ay hihiling ng mga sumusuportang dokumento batay sa kung saan ang presyo ay binawasan. Alinsunod dito, hindi maipapakita ng nagbebenta ang mga ito, dahil ang presyo ng mga kalakal ay hindi talaga nagbago.

Ang mga kalakal na binili sa kredito ay naging mahina ang kalidad. Ayon sa mga tuntunin ng kontrata, sa kasong ito, dapat bayaran ng nagbebenta ang mamimili hindi lamang ang gastos nito, kundi pati na rin ang interes sa utang. Kailangan ko bang bigyan ang mamimili ng tseke para sa halagang ito?

Nabanggit sa itaas na ang pagtanggap mula sa bumibili ng halaga na hindi direktang bayad para sa isang produkto o serbisyo, ngunit nauugnay sa pagbebenta nito, ay isa ring kalkulasyon. Sa kasong ito Ang pagbabayad ng interes sa utang ay direktang nauugnay sa pagbebenta ng mga kalakal, na ibinalik, kaya dapat ilapat ang cash register.

Kaya, kapag nagbabalik ng pera para sa mababang kalidad na mga kalakal at interes sa utang, ang mamimili ay binibigyan ng 2 tseke:

  1. Gamit ang tanda ng "pagbabalik ng resibo" para sa halaga ng halaga ng mga kalakal.
  2. Gamit ang sign na "gastos" para sa halaga ng interes sa utang. Ang tanda ng paraan ng pagkalkula ay "buong pagkalkula".

Ano ang ipahiwatig bilang pangalan ng item ng produkto kung ang isang tseke para sa isang pagkawala ay nabuo?

Sa kasong ito, ang paksa ng pagkalkula ay ipinahiwatig patuloy na operasyon, halimbawa, kabayaran para sa mga pagkalugi para sa isang partikular na produkto. Ang "Pagbabayad" ay ipinahiwatig bilang tanda ng paksa ng pagbabayad.

Kung ang isang item ay inorder para sa paghahatid at pagkatapos ay ibinalik, paano dapat bumuo ng isang resibo? Ang mga gastos sa pagpapadala ay hindi ibabalik sa bumibili.

Ang resibo na ibinigay sa mamimili sa pagbebenta ay dapat magsaad ng dalawang item:

  • halaga ng mga kalakal;
  • gastos sa paghahatid.

Kapag ibinalik ang produktong ito, ang isang tseke na may karatulang "pagbabalik ng resibo" ay ibibigay lamang para sa halaga ng produkto, dahil ang pera para sa paghahatid ay hindi ibabalik.

Tanong: UT 11, kinansela ang discount card, ngunit nalalapat pa rin ang diskwento


Magandang hapon.
UT 11.4.1.261, ang mga diskwento ay na-configure ayon sa pamamaraan ng pagpaparami. Sistema ng pagtitipid ng diskwento.
Kapag pinalitan ang card ng isang kliyente mula 3% hanggang 6% kapag naabot ang naipon na dami ng benta, nakansela ang 3% na card. Ngunit sa susunod na tseke, kapag nagpapahiwatig ng bago kard ng diskwento para sa kliyenteng ito (6%), ang diskwento ay kinakalkula bilang 9% (dahil ang multiplikasyon, ang mga diskwento 3 at 9 ay buod, ngunit ang 3% na card ay nakansela na..)

Ang kundisyon para sa diskwento sa 3% card ay "Ang kliyente ay ang may-ari ng "Accumulative 3%" loyalty card."
Hindi ba dapat huminto ang 3% na kondisyon na matugunan pagkatapos makansela ang card?...

Sagot: Posible na hindi bababa sa mapupuksa ang random na error sa pamamagitan ng pagtukoy sa pangkat na hindi multiplikasyon, ngunit maximum

Tanong: v7: Nakansela ang tseke sa Atol30F


Magandang araw!
Kahapon ay na-install namin ang Atol30F cash register, ikinonekta ito, sinubukang mag-print ng mga resibo, nag-print ito ng maraming mga error, mayroong VAT, isang maling sistema ng pagbubuwis at isang bungkos ng iba pang maliliit na bagay, ngunit ang mga resibo ay PRINTED. Ngayon ay naitama ko ang sistema ng pagbubuwis, naglipat ng 8 UTII, at inalis ang VAT sa mga dokumento, normal na nabuo ang xml file, ngunit nag-isyu ang cash desk ng nakanselang tseke. Saan maghukay? Binago ko ang bersyon ng driver mula 8.14 hanggang 8.16, bersyon 1.0 ng FN.

Sagot: Guys, gumagana ang lahat! Salamat sa inyong lahat para sa inyong pakikilahok. Mayroong ilang maliliit na tanong na natitira, sa mga nuances.
1. Posible bang bawasan ang font (napakataas na pagkonsumo ng tape)
2. At paano maaaring pagsamahin ang isang linya mula sa isang tseke sa isa pa, sa larawang ito

Ilagay ang linyang “PRODUCT” at “FULL PAYMENT” sa parehong level.

Tanong: CHECKDB Kung may mga resulta, dapat itong itapon


Kapag nagse-save ng database gamit ang 1C, nagbibigay ito ng error na DBMS Error:
Microsoft SQL Server Native Client 11:0: Nakatagpo ang SQL Server ng lohikal na error sa I/O na nauugnay sa consistency: Di-wastong checksum (inaasahang 0x78a1455f; aktwal: 0x3ca0c55f). Naganap ito noong nagbabasa ng mga pahina (1:2106472) sa database ID 7 sa offset na 0x000004048d0000 ng file na "C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\tkpt.mdf". Para sa higit pang impormasyon, tingnan ang log ng error sa SQL Server at log ng kaganapan ng system. Ito ay isang malubhang error na nagbabanta sa integridad ng database at dapat na itama kaagad. Magsagawa ng buong database consistency check (DBCC CHECKDB). Ang error na ito ay maaaring sanhi ng maraming dahilan; karagdagang impormasyon Tingnan ang SQL Server Books Online. HRESULT=80004005, SQLSrvr:SQLSTATE=HY000, state=2, Severity=18, native=824, line=1

Nag-CHECKDB ba. Nagbibigay ito ng error sa dulo na nagsasabing "Naganap ang isang seryosong error habang isinasagawa ang kasalukuyang command. Kung mayroong anumang mga resulta, dapat itong itapon." Anong gagawin?

Sagot:() maling forum. Sa iyo sa sql.ru.

Tanong: Paano i-activate ang isang sertipiko para muling ibenta


1C 8.3.5.1248 UT 11.1.7.49
Kasama ang pagbebenta ng mga retail certificate.
Gumawa ng uri ng sertipiko (isang beses para sa isang tseke)
Sa parehong card gumawa ako ng tatlo mga sertipiko ng regalo. (ang kanilang katayuan ay naging hindi aktibo)
Nagbukas ng shift sa Sales. Ibinenta ko ang unang sertipiko mula sa lugar ng trabaho ng cashier. (naging active ang status niya) isinara ang shift.
Nagbukas ng bagong shift, pumili ng produkto at nagbayad gamit ang certificate na ito. (ang kanyang katayuan ay naging ganap na napatay). Isinara ang shift.
Nagbukas ng bagong shift at pinili ang pagbebenta ng certificate na ito ay wala sa listahan ng pagpili. Dalawa lang ang hindi active ang status.
Paano baguhin ang katayuan ng sertipiko? Isang beses lang ba ang certificate?
Noong nagbayad ako gamit ang isang sertipiko, mayroong balanse, dahil ang mga kalakal ay mas mura.
Sinubukan kong kanselahin ito at isulat ang balanse, ngunit ngayon ang katayuan ng unang sertipiko ay nakansela.
At hindi rin nito pinapayagan kang piliin ito kapag nagbebenta.
Ibinenta ko ang pangalawang sertipiko para sa eksaktong halaga ng mga kalakal. Ngayon ay mayroon itong katayuang Ganap na pinatay. at hindi ito mapipili para muling ibenta.
Ang mga sertipiko ng Kamikaze ay nakuha))
Hindi mo maaaring baguhin ang katayuan sa certificate card. Menu item Payagan ang mga detalye sa pag-edit. hindi pinapayagan ang pagbabago ng katayuan ng sertipiko. nananatiling hindi aktibo.

Sagot:

sabi ni shegarka73:

Nagsagawa kami ng pagproseso na nagpabago sa katayuan ng nakanselang sertipiko.

I-click para palawakin...

Maaari mo ba akong padalhan ng pagproseso na nagbabago sa katayuan ng isang binawi na sertipiko?

Tanong: Kinansela ang tseke


Magandang hapon. Ang ilang mga tseke ay kinansela dahil sa kadahilanang "Ang tseke ay hindi binayaran nang buo." Ngunit hindi ito binayaran nang buo dahil sa ang katunayan na ang cash register ay nagdaragdag ng 1 kopeck sa posisyon ng tseke. Sa setting na TO, ang pinahihintulutang pagkakaiba sa format-logical na kontrol ay 0.01. Ano ang maaari kong gawin upang maiwasang makansela ang tseke?

Sagot: Apnu
Ang pinakabagong KA 1.1.87.1, kapag sinusubukang suntukin ang isang tseke, isang problema ang lumitaw mula sa paksa.

Sa 5 item lamang, ang isa sa tseke ay nadoble at ang presyo ay tumataas ng 1 kopeck.

Sa dokumento, ang presyo ng posisyon ay 115.00, ang dami ay 11.905
Ang tseke ay nahahati sa dalawang bahagi:
1)1.5 x 115.01 = 172.52 allowance = 0.02
2)11.405 x 115= 1311.57

Walang VAT, walang diskwento.

Tanong: Paglipat mula sa ZiK 7.7


Kamusta. Inilipat ang data mula sa ZIK 7.7 sa ZUK 2.5. Pinahintulutan ng karaniwang paggamot. I-set up ang suweldo at kalkulahin ito ng tama. Ngunit sa payroll para sa lahat ng empleyado mayroong isang pambungad na balanse, bagaman hindi dapat magkaroon ng isa. Sabihin sa akin kung paano itama o kanselahin ang data para sa Abril 30, halimbawa.

Sagot:

Ang kasalukuyang panahon ay Mayo. Pagkatapos ilipat sa pamamagitan ng pangkalahatang ulat sa rehistro na "Data sa mga accrual para sa pagkalkula ng mga average na kita (kabuuan)", ang data ay para lamang sa Pebrero. Wala na ang Marso at Abril.

Tanong: v7: Error kapag nagpi-print ng resibo sa FR BAR: Di-wastong halaga sa field ng haba


Magandang hapon, TIS configuration, ikinonekta namin ang FR SHTRIH FR-K.
Unang tanong. Kapag ang isang tao ay bumili ng ilang mga item ng isang produkto, para sa ilang kadahilanan ang isang resibo ay ibinibigay para lamang sa isang item, at sa ilalim ng resibo ay sinasabi nito na ang resibo ay kinansela.
Ang 1C mismo ay nagsusulat: Fiscal registrar: error kapag nagpi-print ng tseke
Di-wastong halaga sa field ng haba
Hindi pa nasusuntok ang KKM check!
Bago ito, ang parehong registrar mula sa 10.3 ay nag-print ng mga normal na tseke na may isang grupo ng mga posisyon.

Sagot: box office ng taong 2006

Tanong: Pagpi-print ng QR code sa Retail 2.2


Kamusta kayong lahat!
Pagkatapos mag-upgrade ng isa mga cash register stroke-m bago mag-online at mag-update ng driver, panaka-nakang kapag nagpi-print ng resibo, may nangyayaring glitch na hindi pa rin malinaw sa akin, isang lumulutang na problema sa yugto ng pag-output ng EGAIS qr code.
Ayon sa proseso, ang mga sumusunod ay nangyayari: pinindot ng cashier ang Punch, isang utos na i-fiscalize ang tseke ay ipinadala sa FR, ang FR ay naglalabas ng isang papel na tseke (piskal), pagkatapos ay ang isang apela sa transport module para sa lagda ng ang Unified State Automated Information System. Matagumpay na naibalik ng UTM ang lagda at nagpapatuloy sa pag-print nito. Ayon sa aking mga obserbasyon, dito nangyayari ang gap. DAHIL ayon sa code, kung sakaling magkaroon ng error sa pag-print ng qr, pupunta ang 1C sa procedure Mag-print ng Check_After an Error Mag-print ng Check kung saan na-clear ang address sa EGAIS at ang signature ng EGAIS at nagpapadala ng kahilingan sa UTM para sa pagbabalik. At ang tseke mismo sa 1C ay hindi nasusuntok, walang shift number, walang KKM check number, kinansela sa EGAIS, ngunit nakalista na sa OFD.
Maaaring may problema sa pinakabagong driver, o problema sa EGAIS address na kailangang i-print, o error sa 1C.
Pansamantalang idinagdag ang kakayahang mag-push ng tseke LAMANG sa pamamagitan ng EGAIS at itakda ang mga katangian ng isang tseke na diumano'y na-punch sa ganoon at ganoong shift at may ganito at ganoong numero.

Tanong: Retail 2.2 at online cash register. Error sa pagsuntok ng tseke.


Retail 2.2.5.27, UTII. Para sa mga bago mga saksakan Nagpasya kaming i-install ang CCT (walang FN sa ngayon). Nagkaayos kami sa FPrint22PTK. At ngayon ako ay struggling upang gawin itong gumana. Kung pipiliin mo:
1) Sa driver ng ATOL device: FPrint-22PTK/k/envd at Atol 2.4 exchange protocol sa device - kapag na-punch ang tseke, ipinapakita nito ang "check cancelled." (Sa ATol 3.0 protocol, hindi pumasa ang FPrint-22PTK/k/envd test.
2) Sa Atol 3.0 protocol na may pagpipilian ng ATOL 22f/FPrint-22PTK, ang shift ay bubukas at magsasara, isang ulat na may pagkansela ay ipinapakita, ngunit ang mga tseke ay hindi naka-print.
Naka-on tipikal na pagsasaayos error: "EKLZ/FN1 interface error." Nakakita ako ng impormasyon sa atol forum na kailangan kong magdagdag ng linya ng code sa module ng Equipment ManagerClient (- message dated 06/12/17).
Okay, binago ko ang config. Ngayon, kapag sinusubukang mag-punch ng tseke, may lalabas na error: “unknown error 238D|00EEH”. Muli, naglabas ang Google ng mga paksa na ito ay dahil sa maling pagpili ng sistema ng pagbubuwis. (halimbawa, narito ang mga tagubilin). Pinili ko ang UTII sa driver - hindi ito nakatulong.

Paano haharapin ito? O baka hindi magagamit ang kagamitang ito nang walang pisikal na pagpaparehistro at pagpaparehistro?

Sagot:() wag ka nang babalik