B2B - zapis ZS bez użycia API

[viesiek1]

W jednym z poprzednich wpisów pytałem Was o informacje i opinie na temat firmy, która mogłaby nam dostarczyć panel kontrahneta (B2B).
Otóż jesteśmy cały czas na etapie rozmów z różnymi firmami, i jedna z nich twierdzi, że ma działające rozwiązanie, w którym zamówienia sprzedaży, pozyskane z B2B, są zapisywane bezpośrednio w bazie, bez użycia API.

Co myślicie o takim sposobie zapisu ZS? Czy ktoś z was też tak zapisuje dokumenty?

[JarekZ]

dużo szybciej to działa niż API, nie potrzebuje licencji
Jedyny problem, że po upgrade nie wszystko musi działać.
Jeśli zrobili to tak jak my na procedurach to sobie poprawisz (jak Ci się będzie chciało)
Jak zaszyte w programie to troche kicha.

[RomanP]

Problem szybkości działania nie jest tu akurat istotny.
ZS można generować prosto bez API, nie powoduje ruchów w magazynie,
trzeba tylko pamiętać ewentualnie o rezerwacjach.
Problem może być przy aktualizacjach tabel.
Może jednak lepiej, przydzielać licencję na czas zapisu ZS (2-3s)?

[JarekZ]

Viesiek1 jeśli firma z którą rozmawiasz też uważa, że szybkość nie ma znaczenia
i wystarczy "tylko pamiętać o rezerwacjach" to nie gadaj z nimi

[viesiek1]

Czyli można zapisać ZS bezpośrednio do bazy w miarę bezpiecznie. Dzieki za info.

Jarek, a jak się ma Twój panel B2B? Chciałbyś może pokazać odświeżone demo?

[JarekZ]

z klientami to już tak jest, że każdy chce mieć swoje, inne z ekstra jakimiś dodatkami.
Z projektu nazwijmy go "ogólnego" zrobiło się klika systemów - w efekcie zupełnie różnych.
Samo demo zostało jak było kiedyś i tu nie mamy czasu na zmiany (może zamiast urlopu się uda )
Generalnie projekty szyte na miarę.

[elmiq]

Wszystko można dodawać do bazy w miarę bezpiecznie, pod warunkiem, że się wie co się robi. Ja tutaj problemu nie widzę, o ile rzeczywiście mają to sprawdzone, ponieważ robiło się gorsze rzeczy łącznie z rozbijaniem skryptami dostaw, wraz ze zmianą wpisów w powiązanych dokumentach itp.. Moim zdaniem problemem jest kwestia utrzymania czegoś takiego i odpowiedzialności za ewentualne błędy. Na etapie sprzedaży B2B to oczywiście działa świetnie, pytanie brzmi, czy w przypadku większych zmian w bazie nie zabiją Cię ceną za "dostosowanie B2B do nowej wersji ERP XL", bo przecież niedobry Comarch pozmieniał i trzeba się tyle napracować. Dlatego też zgodzę się z Jarkiem i jeśli mechanizm dodawania tych ZS jest oparty na procedurach, do których będziesz mieć wgląd, przez co ewentualnie sam sobie zweryfikujesz te różnice między wersjami, to być może warto się nad tym zastanowić. Takie rozwiązanie ma też tę zaletę, iż wiesz dokładnie co się dzieje w bazie, której, jak zakładam, jesteś administratorem. Jeśli wszystko jest zaszyte (co też jest zrozumiałe, w końcu to ich praca), to raczej bym za coś takiego podziękował (chociaż oczywiście wszystko możesz sprawdzić w logu). Z drugiej strony, ze mnie jest straszna pierdoła i lubię wiedzieć o wszystkim co się dzieje, a być może nie jest to takie istotne z Twojego punktu widzenia

Pozdrawiam,
Mateusz

[Swiety_M]

Hej,
Jeśli ktoś trochę się orientuje w rozwiązaniach Comarchu, to wie, że sam Comarch B2B oferuje procedury do wstawiania zamówień bezpośrednio przez procedurę MSSQL. Jest domyślne ustawienia, konfigurowalne w XL:

Plusy - kod jest otwarty można go samodzielnie zmieniać nie jest to żadna tajemnica...
Minusy - jest masa błędów i niedociągnięć (nie ciągnie poprawnie atrybutów z definicji dokumentów, błędnie oznacza centra praw, parę rzeczy jest błędnie/inaczej interpretoanych niż przez API) etc. itp...

Ogólnie da się to ogarnąć, ale wkurzające jest to, że po każdej aktualizacji XL lub B2B zabawa ponowna.
Importuje z systemów zewnętrznych 1k zamówień dziennie - API jest jednak pewniejsze.

PS. Zapytaj czy korzystają właśnie z domyślnych procedur Comarchowych czy mają swoje własne i licz, że odpowiedzą zgodnie z prawdą

[wacek]

Jak to firma E... z miasta K... napisz na PW.

[viesiek1]

Przepraszam Was, ale szczegóły dotyczące firmy zachowam w tajemnicy. Przyznacie zresztą, że tematem naszej rozmowy jest sposób zapisu dokumentów, a nie to kto je zapisuje

Fakt, że Comarch zapisuje przez procedurę niczego jeszcze nie przesądza. Oni są producentem, więc ich procedury powinny być zgodne z tymi z API. Bo przecież mają dostęp do dokumentacji i źródeł API