Nemokama apskaitos programa
valda_m
27
2017-02-21 15:46
valda_m
Susidūriau su kita problema. Pradėjau tvarkyti kontrahentus. Susikūriau : pirkėjai, tiekėjai ir darbuotojai. Tačiau dar pvz pirkėjas yra ta pati įmonė ir turi daug parduotuvių. kaip man susikurti tuos kontrahentus su tuo pačiu kodu bet skirtingu adresu?
Serebro
2697
2017-02-21 15:59
Serebro
valda_m rašė:
Susidūriau su kita problema. Pradėjau tvarkyti kontrahentus. Susikūriau : pirkėjai, tiekėjai ir darbuotojai. Tačiau dar pvz pirkėjas yra ta pati įmonė ir turi daug parduotuvių. kaip man susikurti tuos kontrahentus su tuo pačiu kodu bet skirtingu adresu?
Kam jums tai? tegul turi ir daug parduotuvių, bet sąskaitą išrašys tai tik tas pats vienas jurdinis asmuo. jei juridinis asmuo turi skirtingus filialus ir kodai skiriasi, tada be problemų įsirašysit.
valda_m rašė:
Susidūriau su kita problema. Pradėjau tvarkyti kontrahentus. Susikūriau : pirkėjai, tiekėjai ir darbuotojai. Tačiau dar pvz pirkėjas yra ta pati įmonė ir turi daug parduotuvių. kaip man susikurti tuos kontrahentus su tuo pačiu kodu bet skirtingu adresu?
Kam jums tai? tegul turi ir daug parduotuvių, bet sąskaitą išrašys tai tik tas pats vienas jurdinis asmuo. jei juridinis asmuo turi skirtingus filialus ir kodai skiriasi, tada be problemų įsirašysit.
valda_m
27
2017-02-21 16:05
valda_m
Serebro rašė:
valda_m rašė:
Susidūriau su kita problema. Pradėjau tvarkyti kontrahentus. Susikūriau : pirkėjai, tiekėjai ir darbuotojai. Tačiau dar pvz pirkėjas yra ta pati įmonė ir turi daug parduotuvių. kaip man susikurti tuos kontrahentus su tuo pačiu kodu bet skirtingu adresu?
Kam jums tai? tegul turi ir daug parduotuvių, bet sąskaitą išrašys tai tik tas pats vienas jurdinis asmuo. jei juridinis asmuo turi skirtingus filialus ir kodai skiriasi, tada be problemų įsirašysit.
Bet tai kaip varuotojas veždamas žinos kuriai pardutuviai kuri saskaita o ir kai pasimeta pvz pas juos saskaita mes matome į kurią parduotuvę buvo vežta ir jie lengviau atsirenka. ir pats važtaraščių perdavimas tada kaip vyksta juk reikia nurodyti iškrovimo vietą negi kiekvieną kartą reikia įvesti ranka?
Serebro rašė:
valda_m rašė:
Susidūriau su kita problema. Pradėjau tvarkyti kontrahentus. Susikūriau : pirkėjai, tiekėjai ir darbuotojai. Tačiau dar pvz pirkėjas yra ta pati įmonė ir turi daug parduotuvių. kaip man susikurti tuos kontrahentus su tuo pačiu kodu bet skirtingu adresu?
Kam jums tai? tegul turi ir daug parduotuvių, bet sąskaitą išrašys tai tik tas pats vienas jurdinis asmuo. jei juridinis asmuo turi skirtingus filialus ir kodai skiriasi, tada be problemų įsirašysit.
Bet tai kaip varuotojas veždamas žinos kuriai pardutuviai kuri saskaita o ir kai pasimeta pvz pas juos saskaita mes matome į kurią parduotuvę buvo vežta ir jie lengviau atsirenka. ir pats važtaraščių perdavimas tada kaip vyksta juk reikia nurodyti iškrovimo vietą negi kiekvieną kartą reikia įvesti ranka?
Serebro
2697
2017-02-21 16:10
Serebro
nu tai rašykit prie kodo - xxxxxxxx-1; xxxxxxxxx-2, bet sąskaitas vis tiek gausit ranka koreguoti (dėl kodo). O programa važtaraščio man atrodo neformuoja. Tai važtaraštį ar taip turėsit pildyti atskirai.
valda_m
27
2017-02-21 16:18
valda_m
Serebro rašė:
nu tai rašykit prie kodo - xxxxxxxx-1; xxxxxxxxx-2, bet sąskaitas vis tiek gausit ranka koreguoti (dėl kodo). O programa važtaraščio man atrodo neformuoja. Tai važtaraštį ar taip turėsit pildyti atskirai.
Bet tai tada gausis vis tiek kaip daug skirtingų įmonių pvz derinantis skolą reikės atskirai visas įmones išsigaudyti.
Aš kažkaip turiu viltį kad gal galima susikurti kokį tai šablona ar kažką nežinau. Vis dar ieškau info
Serebro rašė:
nu tai rašykit prie kodo - xxxxxxxx-1; xxxxxxxxx-2, bet sąskaitas vis tiek gausit ranka koreguoti (dėl kodo). O programa važtaraščio man atrodo neformuoja. Tai važtaraštį ar taip turėsit pildyti atskirai.
Bet tai tada gausis vis tiek kaip daug skirtingų įmonių pvz derinantis skolą reikės atskirai visas įmones išsigaudyti.
Aš kažkaip turiu viltį kad gal galima susikurti kokį tai šablona ar kažką nežinau. Vis dar ieškau info
Serebro
2697
2017-02-21 16:21
Serebro
Pagal mane, tai su tuo pačiu įmonės kodu jums neleis susikurti antro kontrahento. Galite susikurti tai įmonei kontrahentų grupę, ir visas priskirti tai grupei, tada derinant skolas per sąskaitos apyvartos žiniaraštį pasirinksit tą grupę ir įrašius 4430/2410 sąskaitą, tokiu atveju matysit bendrą skolą. Bet pavedimus turėsit vis tiek priskirti kiekvienam atskirai kontrahentui.
melinasaule
61
2017-02-21 16:44
melinasaule
valda_m rašė:
ir as tokia buvau
po truputi isivaziuoju 
atsidarykite saskaitu plana ir apacioje kaireje yra ikoneles, spauskite ant melynosknygutes su pliuso zenkliuku :)
Dėkui!!!
[/quote]
valda_m rašė:
ir as tokia buvau
po truputi isivaziuoju
atsidarykite saskaitu plana ir apacioje kaireje yra ikoneles, spauskite ant melynosknygutes su pliuso zenkliuku :)
Dėkui!!!
[/quote]
valda_m
27
2017-02-21 17:32
valda_m
Serebro rašė:
Pagal mane, tai su tuo pačiu įmonės kodu jums neleis susikurti antro kontrahento. Galite susikurti tai įmonei kontrahentų grupę, ir visas priskirti tai grupei, tada derinant skolas per sąskaitos apyvartos žiniaraštį pasirinksit tą grupę ir įrašius 4430/2410 sąskaitą, tokiu atveju matysit bendrą skolą. Bet pavedimus turėsit vis tiek priskirti kiekvienam atskirai kontrahentui.
Jau pre
Pradedu galvoti jog tiksliausia būtų kiekvieną kartą įvedinėti kiekvienos parduotuvės adresą.
Serebro rašė:
Pagal mane, tai su tuo pačiu įmonės kodu jums neleis susikurti antro kontrahento. Galite susikurti tai įmonei kontrahentų grupę, ir visas priskirti tai grupei, tada derinant skolas per sąskaitos apyvartos žiniaraštį pasirinksit tą grupę ir įrašius 4430/2410 sąskaitą, tokiu atveju matysit bendrą skolą. Bet pavedimus turėsit vis tiek priskirti kiekvienam atskirai kontrahentui.
Jau pre
Pradedu galvoti jog tiksliausia būtų kiekvieną kartą įvedinėti kiekvienos parduotuvės adresą.
V
2017-02-21 20:55
vartotojas2017
Niemand rašė:
ASku rašė:
Įvykdykite ten pat:
SELECT O.ID, C.ID, C.Pavad, C.Kodas, C.SP_kodas, C.E_Mail, b.Op_data, b.Op_Dok, b.Op_turinys,
O.CurrencyCode, O.CurrencyRate, 'LT', O.CommentsInternal, MAX(I.Tarif), SUM(I.SumOriginal),
SUM(I.SumVatOriginal), SUM(I.SumLTL), SUM(I
Įvykdžius išmeta klaidą...
Vėl taxas nukirpo dalį teksto, pasiimkit iš čia: pastebin.com/gnYDAVfZ
Gal per daug suktą užklausą, kad apskaita pakimba su klaidos pranešimu (prisegtu žemiau). N kartų spaudžiant Esc ar Enter.. parodo dalį duomenų, tačiau ties "ActualDate" nebepavksta apskaitai suskaičiuot.. rodo tik kryžiukus (antras prisegtukas) ir nepertraukiamai lenda tas pats klaidos pranesimas.
Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Niemand rašė:
ASku rašė:
Įvykdykite ten pat:
SELECT O.ID, C.ID, C.Pavad, C.Kodas, C.SP_kodas, C.E_Mail, b.Op_data, b.Op_Dok, b.Op_turinys,
O.CurrencyCode, O.CurrencyRate, 'LT', O.CommentsInternal, MAX(I.Tarif), SUM(I.SumOriginal),
SUM(I.SumVatOriginal), SUM(I.SumLTL), SUM(I
Įvykdžius išmeta klaidą...
Vėl taxas nukirpo dalį teksto, pasiimkit iš čia: pastebin.com/gnYDAVfZ
Gal per daug suktą užklausą, kad apskaita pakimba su klaidos pranešimu (prisegtu žemiau). N kartų spaudžiant Esc ar Enter.. parodo dalį duomenų, tačiau ties "ActualDate" nebepavksta apskaitai suskaičiuot.. rodo tik kryžiukus (antras prisegtukas) ir nepertraukiamai lenda tas pats klaidos pranesimas.
Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Niemand
4934
2017-02-21 22:35
Niemand
vartotojas2017 rašė: Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Ne ištaisyti, o nustatyti priežastį, kodėl programa pas jus blogai veikia. O priežastis tame, kad pas jus sql užklausa vietoje datos grąžina "kryžiuką", kurį programa defaultina į today.
O to priežastis savo ruožtu, kad kažkokia kita programa į globalų win kešą instaliavo kažkokį savo sqlite draiverį, kuris dėl savo globalumo perspjauna programos naudojamą ir duoda neprognozuojamus rezultatus.
Rytoj dar pažiūrėsiu, gal pavyks parinkti visiems priimtiną SQL sintaksę. Bet globalios problemos tas neišspręs, ir kitur pas jus gali būti grąžinami klaidingi rezultatai. Reikia ieškoti kaltininko ir jį išinstaliuoti kaip minimum iš globalaus kešo.
vartotojas2017 rašė: Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Ne ištaisyti, o nustatyti priežastį, kodėl programa pas jus blogai veikia. O priežastis tame, kad pas jus sql užklausa vietoje datos grąžina "kryžiuką", kurį programa defaultina į today.
O to priežastis savo ruožtu, kad kažkokia kita programa į globalų win kešą instaliavo kažkokį savo sqlite draiverį, kuris dėl savo globalumo perspjauna programos naudojamą ir duoda neprognozuojamus rezultatus.
Rytoj dar pažiūrėsiu, gal pavyks parinkti visiems priimtiną SQL sintaksę. Bet globalios problemos tas neišspręs, ir kitur pas jus gali būti grąžinami klaidingi rezultatai. Reikia ieškoti kaltininko ir jį išinstaliuoti kaip minimum iš globalaus kešo.
V
2017-02-22 08:39
vartotojas2017
Niemand rašė:
vartotojas2017 rašė: Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Ne ištaisyti, o nustatyti priežastį, kodėl programa pas jus blogai veikia. O priežastis tame, kad pas jus sql užklausa vietoje datos grąžina "kryžiuką", kurį programa defaultina į today.
O to priežastis savo ruožtu, kad kažkokia kita programa į globalų win kešą instaliavo kažkokį savo sqlite draiverį, kuris dėl savo globalumo perspjauna programos naudojamą ir duoda neprognozuojamus rezultatus.
Rytoj dar pažiūrėsiu, gal pavyks parinkti visiems priimtiną SQL sintaksę. Bet globalios problemos tas neišspręs, ir kitur pas jus gali būti grąžinami klaidingi rezultatai. Reikia ieškoti kaltininko ir jį išinstaliuoti kaip minimum iš globalaus kešo.
Ačiū už paaiškinimą. Bus įdėjų ieškot bėdos. Pradžiai pabandyt leist ant skirtingų kompų. (P.S. pati apskaitos bazė guli ne lokaliai)
Niemand rašė:
vartotojas2017 rašė: Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Ne ištaisyti, o nustatyti priežastį, kodėl programa pas jus blogai veikia. O priežastis tame, kad pas jus sql užklausa vietoje datos grąžina "kryžiuką", kurį programa defaultina į today.
O to priežastis savo ruožtu, kad kažkokia kita programa į globalų win kešą instaliavo kažkokį savo sqlite draiverį, kuris dėl savo globalumo perspjauna programos naudojamą ir duoda neprognozuojamus rezultatus.
Rytoj dar pažiūrėsiu, gal pavyks parinkti visiems priimtiną SQL sintaksę. Bet globalios problemos tas neišspręs, ir kitur pas jus gali būti grąžinami klaidingi rezultatai. Reikia ieškoti kaltininko ir jį išinstaliuoti kaip minimum iš globalaus kešo.
Ačiū už paaiškinimą. Bus įdėjų ieškot bėdos. Pradžiai pabandyt leist ant skirtingų kompų. (P.S. pati apskaitos bazė guli ne lokaliai)
Niemand
4934
2017-02-22 10:19
Niemand
vartotojas2017 rašė: (P.S. pati apskaitos bazė guli ne lokaliai)
Mysql (serveris) ar sqlite (failas)?
vartotojas2017 rašė: (P.S. pati apskaitos bazė guli ne lokaliai)
Mysql (serveris) ar sqlite (failas)?
V
2017-02-22 10:28
vartotojas2017
vartotojas2017 rašė:
Niemand rašė:
vartotojas2017 rašė: Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Ne ištaisyti, o nustatyti priežastį, kodėl programa pas jus blogai veikia. O priežastis tame, kad pas jus sql užklausa vietoje datos grąžina "kryžiuką", kurį programa defaultina į today.
O to priežastis savo ruožtu, kad kažkokia kita programa į globalų win kešą instaliavo kažkokį savo sqlite draiverį, kuris dėl savo globalumo perspjauna programos naudojamą ir duoda neprognozuojamus rezultatus.
Rytoj dar pažiūrėsiu, gal pavyks parinkti visiems priimtiną SQL sintaksę. Bet globalios problemos tas neišspręs, ir kitur pas jus gali būti grąžinami klaidingi rezultatai. Reikia ieškoti kaltininko ir jį išinstaliuoti kaip minimum iš globalaus kešo.
Ačiū už paaiškinimą. Bus įdėjų ieškot bėdos. Pradžiai pabandyt leist ant skirtingų kompų. (P.S. pati apskaitos bazė guli ne lokaliai)
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
vartotojas2017 rašė:
Niemand rašė:
vartotojas2017 rašė: Bet nemanau kad select'as gali padėtį pataisyti dėl sąskaitų registrų importavo į iSAF (xml formavimo) ir dėl neteisingos datos įrašymo prie "InvoiceDate" Kokio lauko jam gali trūkt, kad jis lauką "Išrašymo data" (Sąskaitų faktūrū registras) užpildo einama data, o ne realia sąskaitos išrašymo data?
Ne ištaisyti, o nustatyti priežastį, kodėl programa pas jus blogai veikia. O priežastis tame, kad pas jus sql užklausa vietoje datos grąžina "kryžiuką", kurį programa defaultina į today.
O to priežastis savo ruožtu, kad kažkokia kita programa į globalų win kešą instaliavo kažkokį savo sqlite draiverį, kuris dėl savo globalumo perspjauna programos naudojamą ir duoda neprognozuojamus rezultatus.
Rytoj dar pažiūrėsiu, gal pavyks parinkti visiems priimtiną SQL sintaksę. Bet globalios problemos tas neišspręs, ir kitur pas jus gali būti grąžinami klaidingi rezultatai. Reikia ieškoti kaltininko ir jį išinstaliuoti kaip minimum iš globalaus kešo.
Ačiū už paaiškinimą. Bus įdėjų ieškot bėdos. Pradžiai pabandyt leist ant skirtingų kompų. (P.S. pati apskaitos bazė guli ne lokaliai)
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Niemand
4934
2017-02-22 10:34
Niemand
vartotojas2017 rašė:
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Tai Mysql (serveris) ar sqlite (failas)?
O jei AS date? O jei CAST uždėti visam SELECT WHEN?
vartotojas2017 rašė:
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Tai Mysql (serveris) ar sqlite (failas)?
O jei AS date? O jei CAST uždėti visam SELECT WHEN?
valda_m
27
2017-02-22 10:47
valda_m
Niemand dar patvirtink tu man ar aš tikrai negaliu susikurti kokio šablono tai pačiai įmonei tik suskirtingais parduotuvių adresais. Gal turi kokį patarimą kaip man tiksliausia būtų būtų jas susivesti?
Niemand
4934
2017-02-22 10:48
Niemand
valda_m rašė:
Niemand dar patvirtink tu man ar aš tikrai negaliu susikurti kokio šablono tai pačiai įmonei tik suskirtingais parduotuvių adresais. Gal turi kokį patarimą kaip man tiksliausia būtų būtų jas susivesti?
Negali, per papildomus sf duomenis konkrečioje sf.
valda_m rašė:
Niemand dar patvirtink tu man ar aš tikrai negaliu susikurti kokio šablono tai pačiai įmonei tik suskirtingais parduotuvių adresais. Gal turi kokį patarimą kaip man tiksliausia būtų būtų jas susivesti?
Negali, per papildomus sf duomenis konkrečioje sf.
J
2017-02-22 10:59
Jonas54
Niemand rašė:
Edvardm rašė: Iš tiesų problema. Labai mažos įmonės (ko gero dauguma besinaudojančių šia programa). Pelno (nuostolio) ataskaita. Du rodikliai kelia problemas - "Įsigytos atsargos ... " ir " Atsargų likučių pokytis ". Gal yra koks būdas jų pildymui ? Ar įvedinėt nebalansines sąskaitas ?
Tos keistos su balansu ir pelnu nuostoliu nieko bendro neturinčios ataskaitos labai mažoms įmonėms nėra privalomos, leidžiama pasirinkti normalią sutrumpintą atskaitomybės formą. Programa nepalaikys to neva mažoms įmonėms gyvenimą "lengvinančių" ataskaitų, nes jos:
a) sunkina gyvenimą;
b) neturi nieko bendro su apskaitos mokslu;
c) yra labai bloga praktika.
Programoje naudoju trumpą P/N nuostolio ataskaitą jau visi metai .Viskas puikiai susidėlioja . Duomenų analizei , sau galima pasidaryti ir kitas lenteles.
Niemand rašė:
Edvardm rašė: Iš tiesų problema. Labai mažos įmonės (ko gero dauguma besinaudojančių šia programa). Pelno (nuostolio) ataskaita. Du rodikliai kelia problemas - "Įsigytos atsargos ... " ir " Atsargų likučių pokytis ". Gal yra koks būdas jų pildymui ? Ar įvedinėt nebalansines sąskaitas ?
Tos keistos su balansu ir pelnu nuostoliu nieko bendro neturinčios ataskaitos labai mažoms įmonėms nėra privalomos, leidžiama pasirinkti normalią sutrumpintą atskaitomybės formą. Programa nepalaikys to neva mažoms įmonėms gyvenimą "lengvinančių" ataskaitų, nes jos:
a) sunkina gyvenimą;
b) neturi nieko bendro su apskaitos mokslu;
c) yra labai bloga praktika.
Programoje naudoju trumpą P/N nuostolio ataskaitą jau visi metai .Viskas puikiai susidėlioja . Duomenų analizei , sau galima pasidaryti ir kitas lenteles.
V
2017-02-22 11:32
vartotojas2017
Niemand rašė:
vartotojas2017 rašė:
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Tai Mysql (serveris) ar sqlite (failas)?
O jei AS date? O jei CAST uždėti visam SELECT WHEN?
Taip, čia MySQL serveris.
jei pradiniam variante keiciam iš char į date meta tą pačią klaidą.
Jei dedami visa CASE į CAST'ą.:
CAST(CASE WHEN O.ActualDate IS NULL THEN b.Op_data ELSE O.ActualDate END as date) AS ActualDate
tada suveikia. T.y nemeta klaidų ir išduoda reikiamą rezultatą su ActualDate reikšmėmis.
Niemand rašė:
vartotojas2017 rašė:
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Tai Mysql (serveris) ar sqlite (failas)?
O jei AS date? O jei CAST uždėti visam SELECT WHEN?
Taip, čia MySQL serveris.
jei pradiniam variante keiciam iš char į date meta tą pačią klaidą.
Jei dedami visa CASE į CAST'ą.:
CAST(CASE WHEN O.ActualDate IS NULL THEN b.Op_data ELSE O.ActualDate END as date) AS ActualDate
tada suveikia. T.y nemeta klaidų ir išduoda reikiamą rezultatą su ActualDate reikšmėmis.
Niemand
4934
2017-02-22 11:44
Niemand
vartotojas2017 rašė:
Niemand rašė:
vartotojas2017 rašė:
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Tai Mysql (serveris) ar sqlite (failas)?
O jei AS date? O jei CAST uždėti visam SELECT WHEN?
Taip, čia MySQL serveris.
jei pradiniam variante keiciam iš char į date meta tą pačią klaidą.
Jei dedami visa CASE į CAST'ą.:
CAST(CASE WHEN O.ActualDate IS NULL THEN b.Op_data ELSE O.ActualDate END as date) AS ActualDate
tada suveikia. T.y nemeta klaidų ir išduoda reikiamą rezultatą su ActualDate reikšmėmis.
Tada tai serverio bugas. Kai kuriose versijose šita bėda vis išlenda (pvz., bugs.mysql.com/bug.php?id=27551 ). Uždėsiu šitoj vietoj castą, pas mane jis nieko blogo nedaro, nors man prieinamuose serveriuose šitoje vietoje iš vis jokių bėdų nėra. Rekomenduotina atsinaujinti serverį iki paskutinio build.
vartotojas2017 rašė:
Niemand rašė:
vartotojas2017 rašė:
Pasileidau ant kito kompo, tas pats rezultatas. Pabandžiau paieškot bėdos kitur.
Apskaitos Query Browser'is nepatenkitas CASE sakiniu.
nenori datos gražint kaip Date tipo.. kai konvertini į string'ą.. nebesikeikia.
PVZ
CASE WHEN O.ActualDate IS NULL THEN CAST(b.Op_data AS char) ELSE CAST(O.ActualDate AS char) END AS ActualDate
Prikabinau rezultatą. ActualDate laukas užsipildo pilnai. Kur dar ieškot galų? :(
Tai Mysql (serveris) ar sqlite (failas)?
O jei AS date? O jei CAST uždėti visam SELECT WHEN?
Taip, čia MySQL serveris.
jei pradiniam variante keiciam iš char į date meta tą pačią klaidą.
Jei dedami visa CASE į CAST'ą.:
CAST(CASE WHEN O.ActualDate IS NULL THEN b.Op_data ELSE O.ActualDate END as date) AS ActualDate
tada suveikia. T.y nemeta klaidų ir išduoda reikiamą rezultatą su ActualDate reikšmėmis.
Tada tai serverio bugas. Kai kuriose versijose šita bėda vis išlenda (pvz., bugs.mysql.com/bug.php?id=27551 ). Uždėsiu šitoj vietoj castą, pas mane jis nieko blogo nedaro, nors man prieinamuose serveriuose šitoje vietoje iš vis jokių bėdų nėra. Rekomenduotina atsinaujinti serverį iki paskutinio build.
V
2017-02-22 11:50
vartotojas2017
Ačiū! Peržiūrėsiu ką galima su serveriu padaryt. (nelabai kas leis man ji liest turbūt:)
Tax.lt © 2002 - 2025, admin@tax.lt,
Reklama tax.lt
Buhalterinės apskaitos sistema internete smulkiam ir vidutiniam verslui