Witam,
pewna firma, która używa obecnie płatnego systemu chciałaby przejść na LMS-a. Ostatnią właściwie z przeszkód jest brak możliwości wystawiania faktur w EUR.
Czy są jakieś widoki na wprowadzenie takiej funkcjonalności, czy trzeba rozwijać jako własną protezę? Początkowo może być sam symbol waluty w taryfie / zobowiązaniu / fakturze, docelowo trzymanie tabeli kursów walut ( https://www.nbp.pl/home.aspx?f=/kursy/instrukcja_pobierania_kursow_walut.htm... ) w bazie danych i przeliczanie z automatu.
Jestem skłonny coś takiego doklikać (o ile mnie problem nie przerośnie :) ), macie jakieś przemyślenia na ten temat?
Pozdro
Pokaż odpowiedzi według wątków
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
pt., 25 paź 2019, 14:55 użytkownik Przemysław Kudyba zlyzwierz@gmail.com napisał:
Witam,
pewna firma, która używa obecnie płatnego systemu chciałaby przejść na LMS-a. Ostatnią właściwie z przeszkód jest brak możliwości wystawiania faktur w EUR.
Czy są jakieś widoki na wprowadzenie takiej funkcjonalności, czy trzeba rozwijać jako własną protezę? Początkowo może być sam symbol waluty w taryfie / zobowiązaniu / fakturze, docelowo trzymanie tabeli kursów walut ( https://www.nbp.pl/home.aspx?f=/kursy/instrukcja_pobierania_kursow_walut.htm... ) w bazie danych i przeliczanie z automatu.
Jestem skłonny coś takiego doklikać (o ile mnie problem nie przerośnie :) ), macie jakieś przemyślenia na ten temat?
Pozdro
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Klientów i wpłaty. Mała część klientów jest zagramaniczna, dostają faktury i płacą w euro. Większość klientów jest polska i płacą w PLN, a część z nich ma taryfę zdefiniowaną w euro i zależnie od kursu dostają FV przeliczoną na złotówki.
pt., 25 paź 2019 o 15:45 Krzysztof Drewicz krzysztofdrewicz@gmail.com napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
pt., 25 paź 2019, 14:55 użytkownik Przemysław Kudyba zlyzwierz@gmail.com napisał:
Witam,
pewna firma, która używa obecnie płatnego systemu chciałaby przejść na LMS-a. Ostatnią właściwie z przeszkód jest brak możliwości wystawiania faktur w EUR.
Czy są jakieś widoki na wprowadzenie takiej funkcjonalności, czy trzeba rozwijać jako własną protezę? Początkowo może być sam symbol waluty w taryfie / zobowiązaniu / fakturze, docelowo trzymanie tabeli kursów walut ( https://www.nbp.pl/home.aspx?f=/kursy/instrukcja_pobierania_kursow_walut.htm... ) w bazie danych i przeliczanie z automatu.
Jestem skłonny coś takiego doklikać (o ile mnie problem nie przerośnie :) ), macie jakieś przemyślenia na ten temat?
Pozdro
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 25.10.2019 15:44, Krzysztof Drewicz napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
Pomyślałem trochę o wielo-walutowości. Czy następujące założenia są słuszne: 1. Jedna operacja finansowa (tabela 'cash') = jedna waluta i jeden kurs waluty. 2. Jeden dokument handlowy (tabele 'documents'/'invoicecontents') = jedna waluta i jeden kurs waluty. ? Prawdę mówiąc jak by było na to większe zapotrzebowanie to można byłoby dorobić w 25-git obsługę czegoś takiego. Kurs waluty i walutę przechowywalibyśmy dla operacji (tabela 'cash'). Łatwo byłoby więc przeliczać na walutę rodzimą/macierzystą. Przy wystawianiu rekordów w walucie obcej do tabeli cash korzystalibyśmy z kursu waluty zbuforowanego lokalnie w jakiejś tablicy kursów i dat kursów.
pt., 25 paź 2019 o 15:55 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 15:44, Krzysztof Drewicz napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
Pomyślałem trochę o wielo-walutowości. Czy następujące założenia są słuszne:
- Jedna operacja finansowa (tabela 'cash') = jedna waluta i jeden kurs
waluty. 2. Jeden dokument handlowy (tabele 'documents'/'invoicecontents') = jedna waluta i jeden kurs waluty. ?
Wg mnie tak.
Prawdę mówiąc jak by było na to większe zapotrzebowanie to można byłoby
dorobić w 25-git obsługę czegoś takiego. Kurs waluty i walutę przechowywalibyśmy dla operacji (tabela 'cash'). Łatwo byłoby więc przeliczać na walutę rodzimą/macierzystą. Przy wystawianiu rekordów w walucie obcej do tabeli cash korzystalibyśmy z kursu waluty zbuforowanego lokalnie w jakiejś tablicy kursów i dat kursów.
Dodatkowo pierwotną walutę (domyśłnie PLN) w taryfie i docelową (domyślnie PLN) w zobowiązaniu?
W dniu 25.10.2019 16:12, Przemysław Kudyba napisał(a):
pt., 25 paź 2019 o 15:55 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 15:44, Krzysztof Drewicz napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
Pomyślałem trochę o wielo-walutowości. Czy następujące założenia są słuszne:
- Jedna operacja finansowa (tabela 'cash') = jedna waluta i jeden
kurs waluty. 2. Jeden dokument handlowy (tabele 'documents'/'invoicecontents') = jedna waluta i jeden kurs waluty. ?
Wg mnie tak.
Prawdę mówiąc jak by było na to większe zapotrzebowanie to można byłoby dorobić w 25-git obsługę czegoś takiego. Kurs waluty i walutę przechowywalibyśmy dla operacji (tabela 'cash'). Łatwo byłoby więc przeliczać na walutę rodzimą/macierzystą. Przy wystawianiu rekordów w walucie obcej do tabeli cash korzystalibyśmy z kursu waluty zbuforowanego lokalnie w jakiejś tablicy kursów i dat kursów.
Dodatkowo pierwotną walutę (domyśłnie PLN) w taryfie i docelową (domyślnie PLN) w zobowiązaniu?
Może jakieś ustawienie konfiguracyjne globalne definiujące walutę macierzystą kodem trój-literowym ISO lub domyślnie z ustawień danego języka z lib/language.php (również kod trój-literowy). Wyższy priorytet miałoby ustawienie konfiguracyjne, ale gdyby, go nie było to wzięłoby z definicji językowej?
Sam kod waluty - w tariffs i assignments. Przy aktualizacji schematu bazy danych trzeba byłoby zadbać o uzupełnienie kodu waluty w tych dwóch tabelach dla już istniejących taryf - pewnie na podstawie wyznaczonej waluty w sposób opisany w akapicie wcześniejszym?
Brzmi OK.
pt., 25 paź 2019 o 16:31 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 16:12, Przemysław Kudyba napisał(a):
pt., 25 paź 2019 o 15:55 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 15:44, Krzysztof Drewicz napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
Pomyślałem trochę o wielo-walutowości. Czy następujące założenia są słuszne:
- Jedna operacja finansowa (tabela 'cash') = jedna waluta i jeden
kurs waluty. 2. Jeden dokument handlowy (tabele 'documents'/'invoicecontents') = jedna waluta i jeden kurs waluty. ?
Wg mnie tak.
Prawdę mówiąc jak by było na to większe zapotrzebowanie to można byłoby dorobić w 25-git obsługę czegoś takiego. Kurs waluty i walutę przechowywalibyśmy dla operacji (tabela 'cash'). Łatwo byłoby więc przeliczać na walutę rodzimą/macierzystą. Przy wystawianiu rekordów w walucie obcej do tabeli cash korzystalibyśmy z kursu waluty zbuforowanego lokalnie w jakiejś tablicy kursów i dat kursów.
Dodatkowo pierwotną walutę (domyśłnie PLN) w taryfie i docelową (domyślnie PLN) w zobowiązaniu?
Może jakieś ustawienie konfiguracyjne globalne definiujące walutę macierzystą kodem trój-literowym ISO lub domyślnie z ustawień danego języka z lib/language.php (również kod trój-literowy). Wyższy priorytet miałoby ustawienie konfiguracyjne, ale gdyby, go nie było to wzięłoby z definicji językowej?
Sam kod waluty - w tariffs i assignments. Przy aktualizacji schematu bazy danych trzeba byłoby zadbać o uzupełnienie kodu waluty w tych dwóch tabelach dla już istniejących taryf - pewnie na podstawie wyznaczonej waluty w sposób opisany w akapicie wcześniejszym?
-- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 25.10.2019 16:57, Przemysław Kudyba napisał(a):
Brzmi OK.
Dodałem zgłoszenie z wszystkim do tej pory przemyśleniami w systemie zgłoszeń LMS+. Zobaczymy jaki będzie odzew.
pt., 25 paź 2019 o 16:31 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 16:12, Przemysław Kudyba napisał(a):
pt., 25 paź 2019 o 15:55 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 15:44, Krzysztof Drewicz napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
Pomyślałem trochę o wielo-walutowości. Czy następujące założenia są słuszne:
- Jedna operacja finansowa (tabela 'cash') = jedna waluta i
jeden
kurs waluty. 2. Jeden dokument handlowy (tabele 'documents'/'invoicecontents')
=
jedna waluta i jeden kurs waluty. ?
Wg mnie tak.
Prawdę mówiąc jak by było na to większe zapotrzebowanie to można byłoby dorobić w 25-git obsługę czegoś takiego. Kurs waluty i walutę
przechowywalibyśmy
dla operacji (tabela 'cash'). Łatwo byłoby więc przeliczać na walutę
rodzimą/macierzystą.
Przy wystawianiu rekordów w walucie obcej do tabeli cash korzystalibyśmy z kursu waluty
zbuforowanego
lokalnie w jakiejś tablicy kursów i dat kursów.
Dodatkowo pierwotną walutę (domyśłnie PLN) w taryfie i
docelową
(domyślnie PLN) w zobowiązaniu?
Może jakieś ustawienie konfiguracyjne globalne definiujące walutę macierzystą kodem trój-literowym ISO lub domyślnie z ustawień danego języka z lib/language.php (również kod trój-literowy). Wyższy priorytet miałoby ustawienie konfiguracyjne, ale gdyby, go nie było to wzięłoby z definicji językowej?
Sam kod waluty - w tariffs i assignments. Przy aktualizacji schematu bazy danych trzeba byłoby zadbać o uzupełnienie kodu waluty w tych dwóch tabelach dla już istniejących taryf - pewnie na podstawie wyznaczonej waluty w sposób opisany w akapicie wcześniejszym?
-- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Dzięki :)
pt., 25 paź 2019 o 17:01 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 16:57, Przemysław Kudyba napisał(a):
Brzmi OK.
Dodałem zgłoszenie z wszystkim do tej pory przemyśleniami w systemie zgłoszeń LMS+. Zobaczymy jaki będzie odzew.
pt., 25 paź 2019 o 16:31 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 16:12, Przemysław Kudyba napisał(a):
pt., 25 paź 2019 o 15:55 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 25.10.2019 15:44, Krzysztof Drewicz napisał(a):
Nie loop tak. Dwa lmsy, w jednym przestawić język i euro. To nie system do księgowości. Wpłaty masz w euro? Klientów tylko w euro?
Pomyślałem trochę o wielo-walutowości. Czy następujące założenia są słuszne:
- Jedna operacja finansowa (tabela 'cash') = jedna waluta i
jeden
kurs waluty. 2. Jeden dokument handlowy (tabele 'documents'/'invoicecontents')
=
jedna waluta i jeden kurs waluty. ?
Wg mnie tak.
Prawdę mówiąc jak by było na to większe zapotrzebowanie to można byłoby dorobić w 25-git obsługę czegoś takiego. Kurs waluty i walutę
przechowywalibyśmy
dla operacji (tabela 'cash'). Łatwo byłoby więc przeliczać na walutę
rodzimą/macierzystą.
Przy wystawianiu rekordów w walucie obcej do tabeli cash korzystalibyśmy z kursu waluty
zbuforowanego
lokalnie w jakiejś tablicy kursów i dat kursów.
Dodatkowo pierwotną walutę (domyśłnie PLN) w taryfie i
docelową
(domyślnie PLN) w zobowiązaniu?
Może jakieś ustawienie konfiguracyjne globalne definiujące walutę macierzystą kodem trój-literowym ISO lub domyślnie z ustawień danego języka z lib/language.php (również kod trój-literowy). Wyższy priorytet miałoby ustawienie konfiguracyjne, ale gdyby, go nie było to wzięłoby z definicji językowej?
Sam kod waluty - w tariffs i assignments. Przy aktualizacji schematu bazy danych trzeba byłoby zadbać o uzupełnienie kodu waluty w tych dwóch tabelach dla już istniejących taryf - pewnie na podstawie wyznaczonej waluty w sposób opisany w akapicie wcześniejszym?
-- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
uczestnicy (3)
-
Krzysztof Drewicz -
Przemysław Kudyba -
Tomasz Chiliński