Autor Wątek: Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych  (Przeczytany 25572 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline birds22

  • Ekspert
  • *****
  • Wiadomości: 9210
  • Reputacja +1304/-21
  • Wersja programu: Najnowsza
Spróbuję wyjaśnić kilka kwestii (ze względu na urlop dopiero teraz) – przepraszam za elaborat, ale jeżeli ktoś chce zrozumieć z czym się borykamy musiałem opisać temat trochę bardziej szczegółowo:

...

4.      Marcink-  tak na szybko:  Kupujemy rurę - podstawowa jednostka miary kg (dlaczego kg - patrz pkt.1) . Przyjęcie w kg zgodnie z fakturą zakupu. I tu w momencie przyjęcia zmieniany jest przelicznik (jest to proste towar jest ważony i liczony w momencie przyjęcia). Przyjmijmy że metr towaru waży 2kg - wprowadzamy jednostką porównawczą  1mb = 2 kg. Przychodzi klient wystawiamy dokument, wpisujemy sprzedaż 1mb rury i system sam przelicza cenę. Jak klientowi pasuje kupuje i załatwiony i kolejny i kolejny i kolejny. Szybko bez żadnych kartek kalkulatorów czy mnożenia w pamięci. Dlaczego poświęcamy czas na liczenie przy przyjęciu a nie przy sprzedaży? Jednorazowa dostawa np. 10 ton przytoczonej już rury  może być sprzedana w metrach 50 czy 100 klientom ,więc nie muszę już chyba dłużej udowadniać  co jest bardziej efektywne czasowo.


Nie chcę tutaj toczyć żadnej wojny. Rozumiem w pewnym sensie racje sprzedających.

Chciałem tylko zrozumieć jak to się może zgodzić...

Sytuacja hipotetyczna:

Kupuję rzeczoną RURĘ (ceny pozostawiam w spokoju - na razie mnie mało interesują):
1T=1000kg - przelicznik 1mb=2kg

Po przyjęciu na magazyn mam na magazynie 1000kg rury = 500 mb

Zakładam, że nic nie sprzedałem

Przyjmuję kolejną partie tej samej rury 1000kg, ale z innym  przelicznikiem 1mb = 2,5kg (celowo duża różnica dla łatwości obliczeń)
Na magazyn wg Ciebie/Was ile weszło?

Wg mnie 1000kg = 400mb

Czy na magazynie jest teraz (sumując dostawy) 1000kg+1000kg=2000 kg / 500mb+400mb=900mb ?

W mnie nie...
W mnie na magazynie jest teraz 2000kg ale tylko 800mb.

Gdzie "wsysło" 100mb nic nie ważącej rury?
Sławek, Zduńska Wola

Offline grisotto

  • Użytkownik
  • **
  • Wiadomości: 71
  • Reputacja +0/-0
  • Wersja programu: Zawsze ostatnia aktualna
Handlując stalą zbrojeniową doskonale wiem jaka jest specyfika branży. Dlatego nie chcąc się babrać niepotrzebnie tak jak Ty, kupuję i sprzedaję na kg. Ba, kręcąc strzemiona również wpisuję pręt z którego kręciłem w kilogramach. W opisie pręta na sztywno przyjąłem przelicznik ile waży metr danego pręta i każdy sobie w locie przelicza. Klient chce 12 prętów fi12 po 6m, to wpisuję 12x6x0,9 w kalkulator i wynik 64,8 kg do Subiekta. Klient chce 300 strzemion 20x20, to w excelu mam kalkulator, który mi policzy ile będzie kosztowała sztuka. Potem pytam magazyn, ile zużyli prętów i tyle wpisuję na FS, a suma brutto odpowiada sumie za strzemiona. To jest jedyne rozsądne i bezpieczne rozwiązanie.

Mówiąc o osobnych kartotekach miałem oczywiście na myśli osobne pozycje dla każdego produktu, czyli profil 40x40x4, profil 50x50x5 itd., ze stanem w kg jako jednostka podstawowa. Co za problem w opisie zostawiać info o wadze? Albo po prostu na sztywno ustawić stały przelicznik? I tak stany Ci się rozjadą, i tak.

Kolejne rozwiązanie, to już na poziomie faktury zakupu wpisywać zamiast kilogramów, np. metry. Pewnie coś tam się nie zaokrągli o parę groszy, ale... czy to ważne? Jak tak robię z produktami z drewna, które kupuję na m3, ale wprowadzając je do systemu wprowadzam z innymi jednostkami miary (m2 lub mb).

Offline szwabg

  • Nowy użytkownik
  • *
  • Wiadomości: 31
  • Reputacja +0/-0
  • Wersja programu: 1.63 HF1
To jak jest wreszcie z tym poprawianiem przelicznika, zostało zblokowane czy też nie?? Mam SGT pracującego w "konfekcji" metalowej i na niektórych art. przelicznik jest dostępny do modyfikacji a na innych zablokowany. Czytam ten wątek i widzę dyskusja poszła w kierunku zasadności blokady przeliczników a nikt nie ustalił czy taka blokada jest, czy to taki czysty przypadek programistów z Insert.
O ile dobrze pamiętam to jest tam guziczek popraw to powinno się dać poprawić, chociaż jakiś dymek mógłby się  pokazać. Ale dobrze ze już we wrześniu to poprawią :D Sytuacja co najmniej Skandaliczna.

Offline bojalekt

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 800
  • Reputacja +37/-2
  • Wersja programu: Najnowsza dostępna
Masz wersję 1.37, blokada jest w wersji 1.39
Tomek,

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17061
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
To jak jest wreszcie z tym poprawianiem przelicznika, zostało zblokowane czy też nie?? Mam SGT pracującego w "konfekcji" metalowej i na niektórych art. przelicznik jest dostępny do modyfikacji a na innych zablokowany. Czytam ten wątek i widzę dyskusja poszła w kierunku zasadności blokady przeliczników a nikt nie ustalił czy taka blokada jest, czy to taki czysty przypadek programistów z Insert.

Odpowiedź masz w pierwszej odpowiedzi w tym wątku, drugi cytat skopiowany z listy zmian do wersji 1.39 ze strony Insertu.
Daniel, Białystok.

Offline szwabg

  • Nowy użytkownik
  • *
  • Wiadomości: 31
  • Reputacja +0/-0
  • Wersja programu: 1.63 HF1
Oczywiście miałem na myśli ver 1.39 HF2. 

Offline rISky

  • Nowy użytkownik
  • *
  • Wiadomości: 4
  • Reputacja +0/-0
  • Wersja programu: GT 1.39
Handlując stalą zbrojeniową doskonale wiem jaka jest specyfika branży. Dlatego nie chcąc się babrać niepotrzebnie tak jak Ty, kupuję i sprzedaję na kg. Ba, kręcąc strzemiona również wpisuję pręt z którego kręciłem w kilogramach. W opisie pręta na sztywno przyjąłem przelicznik ile waży metr danego pręta i każdy sobie w locie przelicza. Klient chce 12 prętów fi12 po 6m, to wpisuję 12x6x0,9 w kalkulator i wynik 64,8 kg do Subiekta. Klient chce 300 strzemion 20x20, to w excelu mam kalkulator, który mi policzy ile będzie kosztowała sztuka. Potem pytam magazyn, ile zużyli prętów i tyle wpisuję na FS, a suma brutto odpowiada sumie za strzemiona. To jest jedyne rozsądne i bezpieczne rozwiązanie.

Słuchaj każdy prowadzi swój biznes najlepiej jak potrafi, ale w mojej opinii "babrasz się" jakieś 50 do 100 razy bardziej niż ja. Ja przyjmując np. 5 ton profila 40x40x2 wykonuję jedno działanie kalkulatorem (a w zasadzie jest na to makro w excell'u) w momencie przyjęcia towaru i zmieniam przelicznik w kartotece towaru. Zajmuje mi to około 30 sekund z dużą przerwą na łyka kawy. Potem sprzedaję te 5 ton na 50 paragonach i 50 fakturach nie tykając żadnego kalkulatora(u Ciebie jest to 100 operacji na kalkulatorze), nie wymagając od pracownika a tym bardziej klienta "przeliczania w locie". Mam 100% gwarancję, że nikt w "tym locie" się nie pomyli. Z tymi pytaniami na produkcję ile zużyli prętów- to marnotrawstwo czasu, po to właśnie są przeliczniki! Sprawdzają to telefonicznie czy wstają zza stanowiska i idą z kartą i długopisem na produkcję?

a że tak jeszcze zapytam: jak już wystawisz dokument na te 64,8 kg pręta fi 12 i klient idzie/jedzie z dokumentem WZ na magazyn to skąd magazynier wie ile wydać? Ma jakąś tablicę, dopisujesz ilość szt. na dokumencie, dołączasz odrębny dokument. A co jeżeli np na WZ'tce jest 10 pozycji profili w jednostkach wagi - czy magazynierzy przeliczają to "w locie" czy jest to kolejne miejsce gdzie trzeba wykonać kolejnych 100 operacji kalkulatorem żeby wrócić na mb lub szt. żeby wiedzieć ile towaru wydać?

W mojej opinii masz wiele obszarów, w której możesz zwiększyć efektywność tnąc znacznie koszty


Mówiąc o osobnych kartotekach miałem oczywiście na myśli osobne pozycje dla każdego produktu, czyli profil 40x40x4, profil 50x50x5 itd., ze stanem w kg jako jednostka podstawowa. Co za problem w opisie zostawiać info o wadze? Albo po prostu na sztywno ustawić stały przelicznik? I tak stany Ci się rozjadą, i tak.

Jak już wcześniej napisałem info o wadze i każdorazowe przeliczanie na kalkulatorze to dla mnie rozwiązanie za drogie, za czasochłonne, wiążące się z ryzykiem dużej ilości błędów. Zmieniając przelicznik stany zgadzają się zawsze a jedyne niezgodności na magazynie wynikają z pomyłek magazynierów (np. wydanie profila 40x40x2 a nie 40x40x3). Cała filozofia to prosta matematyka i dobre makro przy przyjmowaniu żeby pewnych ilości jak to ktoś ujął "nie wsysało".

Przy tak prowadzonym magazynie i tysiącach wydań w miesiącu oczywiście zdarzają się rozbieżności na magazynie ale nie są one większe niż kilka metrów na rok.

Kolejne rozwiązanie, to już na poziomie faktury zakupu wpisywać zamiast kilogramów, np. metry. Pewnie coś tam się nie zaokrągli o parę groszy, ale... czy to ważne? Jak tak robię z produktami z drewna, które kupuję na m3, ale wprowadzając je do systemu wprowadzam z innymi jednostkami miary (m2 lub mb).

I tak to właśnie robimy (mam nadzieję tylko tymczasowo do momentu powrotu funkcjonalności). Ponieważ jednostką podstawową musi zostać kg lub tona (wyjaśniałem to w pkt.1 poprzedniego maila) a w tym momencie przyjmujemy towar w metrach implikuje to szereg problemów - od tych najmniej istotnych, że klient nie płaci w cenie metra za faktyczną wagę towaru po te bardziej problematyczne np rozjechanie się wartości zakupu z kosztem własnym sprzedaży - no ale to już problem księgowości :)
« Ostatnia zmiana: Lipiec 14, 2015, 15:55:19 wysłana przez rISky »

Offline rISky

  • Nowy użytkownik
  • *
  • Wiadomości: 4
  • Reputacja +0/-0
  • Wersja programu: GT 1.39
Po napisaniu maila na adres office@insert.com.pl o treści:

"1. czy zablokowanie możliwości edycji przeliczników w kartotece towarów w
programie Subiekt GT ver 1.39 jest tymczasowe czy funkcjonalność ta
pojawi się znowu w przyszłości?
2. jeżeli planowane jest przywrócenie funkcjonalności czy znana jest
przybliżona data zmiany - tydzień, miesiąc, kwartał?
3. czy możliwe jest przekonwertowanie bazy do ver. 1.38 (ze względu na
wystawienie tysięcy dokumentów brak możliwości otworzenia operacji z
archiwizacji przed uaktualnieniem)?"


otrzymałem odpowiedź:

Dzień Dobry

1, 2. Jest to zabieg docelowy, nie planujemy zmian w tej materii.

3. Nie ma możliwości konwertowania "w dół". Podczas wykonywania konwersji program tworzy sobie kopie podmiotu w starej wersji i do takiej bazy można wrócić. Jeżeli są wystawiane dokumenty w nowej wersji to jedyna możliwość przeniesienia ich do starej wersji to użycie "Komunikacji".


Ręce opadły......


Offline Cuba

  • Aktywny użytkownik
  • ***
  • Wiadomości: 119
  • Reputacja +0/-0
  • Wersja programu: Subiekt GT najnowszy
Po napisaniu maila na adres office@insert.com.pl o treści:

"1. czy zablokowanie możliwości edycji przeliczników w kartotece towarów w
programie Subiekt GT ver 1.39 jest tymczasowe czy funkcjonalność ta
pojawi się znowu w przyszłości?
2. jeżeli planowane jest przywrócenie funkcjonalności czy znana jest
przybliżona data zmiany - tydzień, miesiąc, kwartał?
3. czy możliwe jest przekonwertowanie bazy do ver. 1.38 (ze względu na
wystawienie tysięcy dokumentów brak możliwości otworzenia operacji z
archiwizacji przed uaktualnieniem)?"


otrzymałem odpowiedź:

Dzień Dobry

1, 2. Jest to zabieg docelowy, nie planujemy zmian w tej materii.

3. Nie ma możliwości konwertowania "w dół". Podczas wykonywania konwersji program tworzy sobie kopie podmiotu w starej wersji i do takiej bazy można wrócić. Jeżeli są wystawiane dokumenty w nowej wersji to jedyna możliwość przeniesienia ich do starej wersji to użycie "Komunikacji".


Ręce opadły......

Kolego rISky nie trać wiary :)

Po przeczytaniu Twojego maila (nie ukrywam że się trochę zdenerwowałem) skontaktowałem się z Insertem i udało mi się porozmawiać z człowiekiem który napisał Tobie powyższego maila. Otrzymałem od niego informację, że będzie możliwość w wersji 1.40 modyfikacji przeliczników poprzez zrobienie jednego wpisu w rejestrach systemowych (każdy użytkownik będzie mógł to zrobić ale na własną odpowiedzialność). Tak więc według niego nie będzie opcji wyboru gdzieś w ustawieniach Subiekta tylko właśnie poprzez wpis w rejestrze systemowym.
Na moje pytanie czy telekonsultant pomoże przy zrobieniu takiego wpisu w rejestrze odpowiedział że tak.
Więc mam nadzieję, że tak się stanie. Zobaczymy.

Offline Cuba

  • Aktywny użytkownik
  • ***
  • Wiadomości: 119
  • Reputacja +0/-0
  • Wersja programu: Subiekt GT najnowszy
Odp: Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych
« Odpowiedź #54 dnia: Październik 28, 2015, 09:29:18 »
Witam

mam dobrą wiadomość dla wszystkich użytkowników dla których problemem było zablokowanie możliwości poprawiania używanych przeliczników towarowych od wersji 1.39. Wczoraj pojawiła się wersja 1.40 w której tak jak obiecali w Insercie jest już możliwość poprawiania tych przeliczników (trzeba zrobić odpowiedni wpis w rejestrze Windows - procedura jest opisana w pomocy programu).
Cieszę się że przeforsowaliśmy tą sprawę.

Pozdrawiam

Offline Beata

  • Użytkownik
  • **
  • Wiadomości: 86
  • Reputacja +0/-0
  • Wersja programu: Subiekt GT 1,58 SP 1 HF1
Odp: Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych
« Odpowiedź #55 dnia: Październik 29, 2015, 08:09:09 »
Witam.
Czy coś się zmieniło w sprawie przeliczników w najnowszej wersji 1,40 ? Czytam o zmianach, ale albo nie widzę, albo nie pojawiły się.

Offline Beata

  • Użytkownik
  • **
  • Wiadomości: 86
  • Reputacja +0/-0
  • Wersja programu: Subiekt GT 1,58 SP 1 HF1
Odp: Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych
« Odpowiedź #56 dnia: Październik 29, 2015, 08:40:08 »
Doczytałam. Dziękuję za wiadomość.

Offline kalaf

  • Nowy użytkownik
  • *
  • Wiadomości: 17
  • Reputacja +0/-0
Odp: Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych
« Odpowiedź #57 dnia: Październik 29, 2015, 12:04:59 »
jeśli komuś się nie chce szukać (npMe:)

..."w celu odblokowania tej opcji należy w rejestrze systemu Windows, w kluczu HKEY_CURRENT_USER\Software\InsERT\InsERT GT\Towary\1.0\PoprawaJednostekMiary utworzyć zmienną o nazwie "ZezwalajZawsze" i przypisać jej wartość typu DWORD równą 1."

[HKEY_CURRENT_USER\Software\InsERT\InsERT GT\Towary\1.0\PoprawaJednostekMiary]
"ZezwalajZawsze"=dword:00000001

Offline Tols

  • Nowy użytkownik
  • *
  • Wiadomości: 13
  • Reputacja +0/-0
  • Wersja programu: Subiekt GT zawsze aktualny
a ja podam jeszcze inny przykład:
1) Wielu pracowników zakłada kartoteki i każdy po swojemu dodaje dodatkową jednostkę miary (opk, opk. opak., opak, opakowanie). Chcę uporządkować jednostki, by na wydruku faktury wyglądało jednolicie i była tylko jednostka "opak.", niestety nie mogę poprawić, bo jest to zablokowane.
2) Sprzedaję towar na sztuki, ale jako jednostkę zakupu mam opakowanie. Do tej pory producent pakował po 5 sztuk, a teraz pakuje po 2 sztuki. Niestety w kartotece towaru nie mogę tego zmienić. Mam teraz dodać drugą jednostkę opak=2 szt obok tej opak=5 szt? Po jakim przeliczniku będzie program przeliczał?
Moim zdaniem zablokowanie tego jest błędem. Rozumiem, że problemy mogą się pojawiać przy poprawianiu kartoteki ze stanem magazynowym, ale przy kartotece zerowej i jeszcze do tego na której ruch był kilka lat temu powinna być możliwość zmiany. Przecież pewne przeliczniki mogą się zmieniać w czasie, dlaczego nikt tego nie uwzględnił? Skoro zablokowaliście możliwość zmiany, to przynajmniej dodajcie funkcję "unieważnij przelicznik"
« Ostatnia zmiana: Grudzień 03, 2015, 13:54:02 wysłana przez tols »

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17061
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych
« Odpowiedź #59 dnia: Grudzień 03, 2015, 15:32:49 »
Skoro zablokowaliście możliwość zmiany, to przynajmniej dodajcie funkcję "unieważnij przelicznik"

Z czym masz właściwie problem, przecież można odblokować edycję jednostek miary użytych na dokumentach ? Zostało to opisane w pierwszym odpowiedzi przed Twoją...

Jeśli ktoś nie radzi sobie z edycją rejestru Windows to może skorzystać z mojego darmowego rozwiązania o nazwie "Ustalanie zezwolenia na zmianę dodatkowej jednostki miary dla InsERT GT" dostępnego na mojej stronie.
Daniel, Białystok.

Forum Użytkownikow Subiekt GT

Problem z najnowszą wersją 1.39 - nie można poprawiać przeliczników towarowych
« Odpowiedź #59 dnia: Grudzień 03, 2015, 15:32:49 »