Błąd przy tworzeniu ZK - Wielokrokowa operacja wygenerowała błędy.

[Dominik kidl 78]

Wczoraj pojawił się u nas następujący błąd:

"InsERT_Driver: Nowy dokument: Wielokrokowa operacja wygenerowała błędy. Sprawdź wszystkie wartości stanu. (0x80040E21)"

 

Błąd powstał w trakcie tworzenia dokumentu wstępnego z transakcji zgrupowanej z 3 ofert. Transakcja kompletna (formularz + wpłata).

 

Nie potrzebuję pomocy, ale wrzucam na forum, bo może się komuś przydać no i informacyjnie dla Bartka - problem będzie się powtarzał, więc coś z tym trzeba zrobić.

 

Szukając wczoraj rozwiązania na forum, nie udało mi się znaleźć nic konkretnego. Zrobiliśmy dziś aktualizację SGT do SP1. Aktualna wersja SGT to 1.49 SP1, natomiast Sello 1.24.2

Aktualizacja niestety nie pomogła, więc zacząłem krok po kroku szukać w danych transakcji, czegoś co mogłoby blokować dodanie ZK i znalazłem.

 

 

Klientka napisała w "Wiadomość dla Sprzedającego" poniższy tekst:

"Wszystko białe 

POZDRAWIAM..."

 

Widzicie emotikonę? Tj błąd. W sello pojawiła się ona jako "□" (kwadracik). Najwidoczniej SGT nie dopuszczał takiego znaku w notatkach (do pola Uwagi dodajemy automatycznie notatkę od klienta).

 

Edytowałem notatkę w Sello usuwając ww kwadrat i ZK wskoczyło.

 

 

Tutaj jednak prośba do Bartka, przydałoby się podziałać z tym zanim sporadyczny błąd stanie się codziennym utrudnieniem. Wystarczy, żeby kupujący wrzucali emotki do wiadomości i robi się kłopot.

[itbrat ☺ 12]

Rozwiązanie to pewnie zmiana sposobu trzymania kodowania.  https://dba.stackexchange.com/questions/139551/how-do-i-set-a-sql-server-unicode-nvarchar-string-to-an-emoji-or-supplementary

[Bartosz Rosa 1 785]

Ach te emoji . Coś pomyślimy jak temu zaradzić.

 

Edit. Widzę, że forum nie obsługuje emoji

[itbrat ☺ 12]

To zmień kodowanie tabel na utf8mb4

Ale faktycznie, wzrasta ruch mobilny, gdzie większość telefonów używa emoji jako emotek, nie  kodów w stylu " : - ) "

 

Edit:

Ale ta zmiana kodowania tu na forum prawdopodobnie go wykrzaczy. Skrypt jest stary i na bank nie używa funkcji z php'a mb_* do obsługi unikodu.

[Dominik kidl 78]

Edit. Widzę, że forum nie obsługuje emoji

 

wkleiłem emotkę z komentarza klienta i na forum, po zapisaniu wpisu kończył się w miejscu, gdzie powinna być emotka, wszystko co było po niej zostało automatycznie skasowane. Musiałem usunąć tamtą emotkę i wstawić z forum

[Bartosz Rosa 1 785]

Zmiana kodowania w bazie Subiekta/Sello może się źle skończyć podejrzewam . A forum... niedługo będzie nowe .

[HotKey . 249]

Zmiana kodowania w bazie Subiekta/Sello może się źle skończyć podejrzewam . A forum... niedługo będzie nowe .

 

Super czekamy 

[Ks. Robak 314]

Zmiana kodowania w bazie Subiekta/Sello może się źle skończyć podejrzewam . A forum... niedługo będzie nowe .

 

Super czekamy 

 

Mam pewne obawy co do tego Nowego Forum.

 

Np. co będzie z Listą Porad ?

 

Przecież linki będą inne.

[Bartosz Rosa 1 785]

No chyba nie myślisz, że o tym nie pomyśleliśmy . Nasz dział infrastruktury właśnie pracuje nad tymi linkami, bo jest to jeden z warunków przejścia na nowe forum.

[Ks. Robak 314]

:D

[Tomasz Mroczkowski 9]

Odkopię.

"wiadomość od klienta: profil-aluminiowy - dibond-na-wymiar: 119,2 см, dibond i pleksi: 117,6 см"

см <> cm <> CM

Trzeba uważać nie tylko na emoji. ( :

Edytowane 14 Marca 2019 przez Tomasz Mroczkowski

[Zdzisław Bal 89]

Wyrzuciło mi dziś ten sam błąd, powodem były dane nabywcy pisane cyrylicą. Po ręcznej zmianie dokument się utworzył.
Czy przewidziana jest jakaś poprawka?

[Bartosz Rosa 1 785]

Poprawka już dawno jest, tylko trzeba włączyć nowy synchronizator z Subiektem .

[Zdzisław Bal 89]

48 minut temu, Bartosz Rosa napisał:

Poprawka już dawno jest, tylko trzeba włączyć nowy synchronizator z Subiektem .

Masz mnie! 😄 Nadal tego nie zrobiłem, muszę sobie odświeżyć temat jakie BHP zachować.