Respektīvi mūsu izrakstītās PPR salīdzina automātiski ar klienta saņemtajām)

Vai tad var gadīties ka klients saņem savādāku eksemplāru kā Jūsu izrakstītais eksemplārs:-O

domāts bija ar klienta saņemtajām VID nodaļā?

Что значит автоматически? Для этого необходимы выборки из 2 баз данных: Вашей и клиента. Что проблематично, если программы у Вас и клиента разные. Если не автоматически, то есть приложение к акту сверки с расшифровкой всех накладных, я думаю, есть во многих программах.

Я сейчас решаю вопрос как бы это накладные от поставщика взять файлом и импортировать в программу складского учёта - тяжёлый вопрос в связи с тем, что нет единого классификатора товаров.

Ja pareizi saprotu runa ir par norēķinu salīdzināšanas darbu Tas ir pārdevējam ir 25 pavadzīmes par summu 1258.96 ls Pircējam 24- atrast kura pa ceļam kāda darbinieka kabatā noklīdus. ???

Ja būs apstiprinoša atbilde varu nedaudz padalīties p[ieredzē.

Priekš tā, manuprāt, ir akti par savsatrpējo norēķinu salīdzināšanu, ko var izsūtīt ne tikai reizi gadā, bet kaut reizi nedēļā.

Paraksts uz pavadzīmes par saņemšanu arī norāda, ka pavadzīme ir saņemta! Bet vai jūsu pienākums ir pārbaudīt vai šī pavadzīme ir nogādāta klienta grāmatvedībā, baidos, ka tur nu jūs pat daudz atļaujaties.

Diemžēl reālajā dzīvē nepieciešami ne tikai akti ar kopsummu bet atlikuma atšifrējums pa dokumentiem un nesakritību gadījumā līdzināt perioda apgrozījumu pa ierakstiem

Visur strādā cilvēki- ir kļūdas pavadzīmju ievadā; gadās ka maksājumu veic ne pa tās firmas pavadzīmēm - veidojas pārmaksas; un pēdējais- ne jau grāmatvedis grāmatvedim nodod dokumentus bet pa vidu ir daudzi cilvēki arī katrs no viņiem ir ar tiesībām kļūdīties( tai skaitā saņemt firmas vārdā preci un neatdot šefam pavadzīmi) rezultāts- atšķirīgi norēķinu atlikumi Novirzes var atrast tikai līdzinot katru ierakstu

Manuprāt par daudz atļaujas grāmatveži kas neveic savstarpēju norēķinu salīdzināšanu un vēl paziņo Šefam ka viss kārtībā, Jūs esat visu samaksājis bet pēc kārtīgas norēķinu salīdzināšanas izrādās ka uzņēmuma pārstāvis nav atdevis šefam vai grāmatvedībai dokumentu ar kuru saņēmis materiālās vērtības.- vai tiešam šis ir gadījums kad jāraksta pretenzijas .....

Pieredze pierāda ka visi esam cilvēki un pie kaut mazākās aizdomas ka kaut kas nav kārtībā ar norēķiniem ir jālīdzinās ar pretējo darījumu pusi - savādāk pārāk daudzi šai procesā iesasitīti ar cilvēcīgām tiesībām kļūdīties Ieskaitot naudas pārskaitīšanu ne uz to firmu.vaine par tās firmas pavadzīmēm .

Ko citu darīt ja par 10 dokumentiem maksā 1 atstāj nesamaksātu un tālāk atkal maksā- tā jau nav ļaunprātīgā nemaksāšana bet kāda darbinieka kļūda kuru var atrast tikai līdzinot katru ierakstu norēķinu uzskaites datos.jebkā Jūs sakāt Andaz "pārbaudīt vai ši pavadzīme ir nogādāta klienta grmatvedībā"

Lasot Jūsu citus komentārus Andaz nelikās ka Jums šāda lieta varētu būt nesaprotama un sveša ja nu vienīgi šis ir jautājums kur ideālā teorija neiet dzīvē ar praksi . Teorētiski Jums taisnība bet dzīve pierāda ka ir tā kā es saku. Ir atrastas kļūdas jebkurā manā aprakstītā etapā.( pie kam ne jau tikai manis pārstāvētās darījuma puses uzskaites datos !!!

Jeb pamanot manu spēju "uzvilkties" gribējiet nedaudz pakaitināt- ziniet izdevās.

Вопрос не в том, сверяться или нет и когда (да хоть раз в неделю), а КАК.

Автор вопроса хочет, чтоб это сделала программа "salīdzina automātiski ar klienta saņemtajām". Вот я и спрашиваю, как Вы это себе представляете?

А не "automātiski" - очень просто. Клиент, положим, раз в неделю получает по е-почте pdf-отчёт с перечислением всех счетов и оплат по ним и сверяет со своими данными любыми способами (может получить из своей программы подобный отчёт).

Tiek strādāts pie shēmas, ka uzņēmums, kurš piestāda rēķinu nosūta tos ik pa laikam(automātiskā vai peridiskā veidā) uz kopēju rēķinu glabātuvi. Savukārt klienta sistēma pārbauda šo glabātuvi un savāc sev pienākošās pavadzīmes(tajā pašā brīdī tiek nosūtīta atbilde atpakaļ rēķina piestādītājam, ka pavadzīme ir saņemta/noraidīta). Tādā veidā saņēmējam ne tikai nav jāievada ienākošais rēķins, bet ir iespēja arī salīdzināt. Jāpiebilst, ka šī shēma pašreiz labākajā gadījumā ir pieejama, ja abiem galiem ir grāmatvedības sistēma, kura paredz šos savienojumus ar ārējo glabātuvi. Bet, ja godīgi, tad tas vēl nav līdz galam gatavs un ir tikai izstrādes stadijā, jo vēl ir daudz dažādu drošības risku, par to kā identificēt saņēmēju un sūtītāju(lai nerodas viltvārži). Pamatdoma ir visu internetizēt(zaļāka vide bez papīriem), bet likumdošana to joprojām neparedz, papīri tik un tā ir jāsūta un līdz ar to daudzi nav nemaz ieinteresēti atbalstīt ideju.

Pašreizējā situācijā salīdzināšana var notikt labākajā gadījumā, eksportējot failus no vienas sistēmas un importējot citā.

Vairāk vai mazāk šo procesu var atvieglot izmantojot ekselu.

Bet ir problēma ka bieži nevar datus no partneriem saņemt eksel formātā.(tiek piedāvāti PDF ... un formātu nesaderība

"Я сейчас решаю вопрос как бы это накладные от поставщика взять файлом и импортировать в программу складского учёта " - решила :).

Теперь в принципе сравнить накладные поставщика с имеющимися в системе нет проблем, но это возможно только в том случае, если поставщик будет давать этот файл по определённому формату за определённый период времени.

МАКССОФТ - какое-то смутное ТЗ... Вопрос 2: А на кой?

Вы явно не поняли в чём фишка :

представьте, что перед Вами стопка накладных от поставщиков (сотни) и вместо того, чтоб вводить их ручками в программу складского учёта (по каждой товарной позиции), Вам предлагают файлы (эти же накладные в электронном виде), которые импортирует программа. То бишь Ваш труд автоматизирован.

Подобная автоматизация уже давно имеет место при обработке файлов заказов при выписке накладных на реализацию. Видели бы Вы реакцию пользователя, который этим занимается :).

Или Ваш вопрос относительно сверки? Тут я не совсем понимаю для чего автоматизация - в бумажном варианте и так всё хорошо видать, тем более, что надо подписывать акт сверки.

МАКССОТФ.. именно, я про сверку. А про мартышкин труд я уже года 3-4 здесь писал... Вы любитель поиска, можете проверить, что я не вру. Правда тогда я предлагал выработать промежуточный XML файл и каждый разработчик сам бы разработал библиотеку интегрирующую этот файл в программу. То же самое можно было бы сделать и с любой банковской выпиской... Но меня тогда никто не услышал. Согласен, трудновато это будет сделать... всем сесить и договориться... Но кто-то вообще пытался????

nu nezin šādu iespēju nodot partnerim elekrtoniski (faila veidā) pavadzīmes manā programā (Tildes Jumis)jau sen var izmantot

"nodot partnerim elekrtoniski (faila veidā) pavadzīmes " - экспорт-то ясно, а импорт получаете от поставщиков? Об этом речь. Или руками вводите?

"Но кто-то вообще пытался????" - если Вы про банковскую выписку, то не только пытались, а уже давно работает - ассоциация коммерческих банков Латвии разработала единый формат и во многих программах это уже реализовано. Я банк давно уже руками не ввожу.

Относительно накладных - вопрос более сложный, так как мало собрать все фирмы за круглый стол, чтоб разработать формат, нужно ещё придумать, как идентифицировать один и тот же товар от разных поставщиков, потому как нет единого классификатора товаров. Последнее я придумала, формат тоже разработали сами (малость пошли на поводу у крупного поставщика, а все остальные теперь вынуждены под него подстраиваться), поскольку собрать народ за круглый стол не представляется возможным, а руками вводить очень не хочется.

В каком виде был бы этот файл XML, ТXT, DBF, XLS - это как договорились бы, не суть, хотя древовидной структуры, конечно, лучший вариант.

Кстати, другие разработчики живо откликнулись на наш формат, Fastsoft, например, сделав экспорт для своего клиента.

импорт получаете от поставщиков - jā jo otrā galā arī strādā ar Jumi un tur nav problēmu

"jā jo otrā galā arī strādā ar Jumi un tur nav problēmu" - ха, так в этом вся соль, что накладные получать в электронном виде от разных поставщиков, работающих на РАЗНЫХ программах.

nu nezinu man visi apkārt strādā ar Jumi un tādu problēmu nav

Крупные импортные поставщики ar Jumi точно не работают