Aprašymas

Eshop ir banko dengimas naudojant tarpinę DK sąskaitą be dengimo yra aktualus, kai nėra sekamos konkrečių pirkėjų skolos.

Jei su klientu sudaryta sutartis, kurioje nurodyta Eshop kainodara, rankinis pardavimų dengimas su banko įrašais nėra atliekamas, o skolos nėra sekamos. Tokiu atveju apskaitoje viskas registruojama naudojant tarpines sąskaitas.

Jei klientas nori sekti skolas, tai gali būti daroma, tačiau tokiu atveju jam neturėtų būti taikoma Eshop kainodara – tuomet derinamos kitos sąlygos ir įkainiai, nes tai reikalauja daugiau laiko.

Importuojant pardavimus, tuo pačiu metu turi būti sukuriamas apmokėjimą nurodantis įrašas iš API. Jei duomenys pildomi kliento Excel faile, jame turi būti užregistruotos papildomos eilutės, kad tokie įrašai būtų sukuriami importo metu. Banke taip pat reikėtų susikurti taisykles, kad gautos įplaukos būtų registruojamos į atitinkamą tarpinę buhalterinę sąskaitą.

Eshop pardavimus programoje galima importuoti API pagalba arba importuojant iš Excel. Rekomenduojame peržiūrėti mokomąjį vaizdo įrašą apie elektroninę parduotuvę Eshop.

Įmonėms, kurios naudoja API modulį, klientas, siųsdamas pardavimus, turėtų užtikrinti, kad kartu būtų kuriami apmokėjimo įrašai, susieti su tarpine buhalterine sąskaita.

Prieš paleidžiant realią API integraciją ar keliant pardavimų Excel dokumentą, rekomenduojame atlikti vieną ar kelis testinius įrašus, kad įsitikintumėte, jog visi duomenys registruojami tinkamai. Įkėlus didelį kiekį realių duomenų ir pastebėjus klaidas, operacijų skaičius klientui gali būti apskaičiuotas ir už klaidingai importuotus duomenis.

Tarpinių sąskaitų ir žurnalų kūrimas reikalingas abiem atvejais. API atveju sukurtomis DK sąskaitomis ir žurnalais reikia pasidalinti su klientu, kad integracijos metu duomenys būtų perduodami pagal nustatytą struktūrą.