[NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id #1878

MartaNowaczyk · 2019-06-28T12:58:20Z

Udostępniliśmy metodę GET /payments/payment-id-mappings, dzięki któremu możesz uzyskać paymentId podając wartość transactionId lub odwrotnie. Wystarczy wpisać w zapytaniu wartości dla jednego z dwóch parametrów:

transactionId - Identyfikator transakcji (dealTransactionId, który pobierasz za pomocą metody WebAPI doGetTransactionsIDs)
paymentId - identyfikator płatności w REST API (który pobierasz za pomocą GET /order/checkout-forms albo GET /order/events)

Przykładowy request:

  'https://api.allegro.pl/payments/payment-id-mappings?paymentId=21f96ba2-714f-11e9-a1f2-5b017850bf22'
  -H 'Authorization: Bearer'
  -H 'accept: application/vnd.allegro.public.v1+json'

Przykładowy response:

{
    "paymentId": "21f96ba2-714f-11e9-a1f2-5b017850bf22",
    "transactionId": "1012284437"
}

Zasób zwraca powiązania dla transakcji złożonych w ciągu ostatnich trzech miesięcy.

Poz tym w zamówieniach udostępniliśmy możliwość filtrowania zamówień po:

payment.id – GET /order/checkout-forms?payment.id=682c64b2-3108-11e9-b62a-6d16ee003b16
surcharges.id - GET /order/checkout-forms?surcharges.id=21f96ba2-714f-11e9-a1f2-5b017850bf22

Więcej w naszej dokumentacji.

The text was updated successfully, but these errors were encountered:

lkowol · 2019-07-01T12:27:22Z

Przy odpytaniu o stare transactionId, nie posiadające mapowania, zwracacie 500 z komunikatem "An error has occurred", bez szczegółowych informacji. To samo, jeśli płatność nie istnieje.

Dla paymentId działa dobrze.

Maczuga · 2019-07-01T12:41:29Z

Potwierdzam powyższy komentarz, aczkolwiek w moim przypadku błąd wyskoczył przy odpytaniu jednego z transactionId z dzisiaj. Inne 2 z tego dnia przeszły bez problemu.

Na 859 transactionId (od 1 lutego do dzisiaj), 157 zwróciło błąd. Data raczej nie ma na to wpływu, ponieważ mam niektóre ID z lutego, które przechodzą, oraz takie z czerwca, które nie przechodzą.

PawelTaberski · 2019-07-01T16:01:03Z

@lkowol , @Maczuga Podeślijcie proszę przez formularz kontaktowy transactionId, które nie przechodzą wraz z informacją do jakiego usera należą. Sprawdzimy w czym jest problem. Zaznaczcie proszę w zgłoszeniu, że dane które przesyłacie są potrzebne do ticketa numer 1878 na GitHub-ie.

Maczuga · 2019-07-01T16:37:24Z

@PawelTaberski poszło, zgłoszenie 05821072

PawelTaberski · 2019-07-02T07:09:53Z

Dzięki sprawdziłem i rzeczywiście jest jakiś błąd sprawę już zgłosiłem do rozwiązania z wysokim priorytetem.

aktywnitu · 2019-07-03T09:38:11Z

Czyli jednak nie trzeba było dogadywać się z InPostem.

ghost · 2019-07-12T09:15:32Z

Przypominam o tym że to jest niewystarczające, w przypadku płatności za pobraniem PaymentId = 0, więc nie da się zmapować. Potrzeba jest mapowania stareTransactionID = nowePaymentId
@PrzemyslawLukanowski @MartaNowaczyk

PawelTaberski · 2019-07-12T12:54:02Z

@SebastianOzdoba Zweryfikowałem jeszcze i już teraz wysyłamy payment id w przypadku wybrania płatności za pobraniem. Czy w jakimś wypadku go nie otrzymałeś, mógłbyś podać jakiś przykład. Jeśli tak, to podeślij nam go przez formularz kontaktowy i zaznacz, że dane są potrzebne do zgłoszenia numer 1878 na GitHub-ie. Sprawdzimy to.

ghost · 2019-07-17T10:22:08Z

Byśmy się dobrze zrozumieli.
Mówię o WebAPI, chcąc przejść płynnie z transakcjami międy webAPI a restAPI i by nie duplikować ich w momencie przepięcia aplikacji potrzebujemy mapowania
WEBAPI.TransactionID = restAPI.Id
Zgodnie z dokumentacją restAPI jest to
"id": "ffc396b0-9584-11e8-8d53-07c966f77738", -- identyfikator zamówienia

lub aby RestAPI zwracało przez pewnien czas WEBAPI.TransactionID
Wysłałem dane przez formularz, ale nie są potrzebne

PawelTaberski · 2019-07-17T14:16:53Z

Powiedz mi bo się pogubiłem przy pomocy zasobu GET /payments/payment-id-mappings możesz zamienić transactionId na paymentId a ten następnie użyć w GET /order/checkout-forms?payment.id={payment.id}.
Numer płatności jest zarówno przy pobraniowych jak i płatnych z góry. Kiedy dokładnie brakuje Tobie danych?

ghost · 2019-07-17T14:30:32Z

To nadal nie rozwiązuje problemu migracji WebAPI -> RestAPI

Mam aplikację gdzie transakcje są po WebAPI i zapisujemy te dane u siebie w lokalnej bazie.
Do godziny przykładowo 10 działa po WebAPI, następnie o godzinie 10:01 przestawiam się na RestAPI. Teraz pobierając dane o transakacjach z RestAPI dostanę te same dane, które jeszcze minutę temu pobrałem w WebAPI, a że te dane posiadam już u siebie to chcę prosto sprawdzić czy mam dodać tą transakcję czy może nie bo ją pobrałem jeszcze przez WebAPI. Zatem w restAPI powinno znaleźć się webAPI.TransactionId lub powinno być mapowanie webAPI.TransactionId = restAPI.Id
Tak bym mógł zapewnić ciągłość działania aplikacji i nie martwić się że będziemy mieć problem z duplikatami w danych i nie robić jakiś protez w działaniu

PawelTaberski · 2019-07-17T15:57:32Z

Rozumiem, że mapowanie nie zwraca wprost z transactionId numeru checkout-form, ale w dwóch krokach możesz otrzymać te dane. Natomiast w drugą stronę wystarczy, że z checkout-form-a skorzystasz z paymentId i zmapujesz go na transactionId.

ghost · 2019-07-18T06:01:14Z

@PawelTaberski dlaczego w dwóch zamiast w jednym, po co komplikujecie życie na czas migracji, ten kod będzie potrzebny przez max 30 dni. Wymagacie użycia armaty na wróbla.

ghost · 2019-07-18T07:33:44Z

Zrobiłem tak jak pisałeś, efekt = brak danych
Przykład:

curl -X GET
'https://api.allegro.pl.allegrosandbox.pl/order/checkout-forms?payment.id=dc51bbf2-7d3a-11e9-9b83-e3b76621973c'
-H 'accept: application/vnd.allegro.beta.v1+json'
-H 'authorization: Bearer '
-H 'cache-control: no-cache'

trace-id →2e9a8bbb6780766c

{
"checkoutForms": [],
"count": 0,
"totalCount": 0
}

PawelTaberski · 2019-07-18T09:16:36Z

Jesteś pewny, że masz token na sprzedawcę, którego dotyczy ta sprzedaż?

Maczuga · 2019-07-18T11:01:07Z

@PawelTaberski jak tam z tym priorytetowym zgłoszeniem? 16 dni minęło, metoda dalej nie działa jak powinna.

ghost · 2019-07-18T11:08:07Z

@PawelTaberski tak, to jest nasze konto na sandbox :)

ghost · 2019-07-18T11:14:49Z

@PawelTaberski wysyłam więcej info

Przykładowa transakcja wyciągnięta z api
{
"id": "30be43c2-724b-11e9-b938-753833226f24",
"messageToSeller": "paczka w ruchu",
"buyer": {
"id": "43955776",
"email": "XXXXXXXXXXXX@user.allegrogroup.pl",
"login": "comarchesklep",
"guest": false,
"personalIdentity": null,
"phoneNumber": "+48 12 687 70 00"
},
"payment": {
"id": "5acbcc52-724b-11e9-8d0c-b7aee34a5568",
"type": "ONLINE",
"provider": "PAYU",
"finishedAt": "2019-05-09T11:13:41.166Z",
"paidAmount": {
"amount": "37.00",
"currency": "PLN"
}
},
"status": "READY_FOR_PROCESSING",
"delivery": {
"address": {
"firstName": "Firma",
"lastName": "B",
"street": "aaa, 12",
"city": "XXXXXXXXXXXX",
"zipCode": "XXXXX",
"countryCode": "PL",
"companyName": null,
"phoneNumber": "999999999"
},
"method": {
"id": "b715fac1-8ec2-4f5c-8fdf-0f9cec9085ad",
"name": "Paczka w RUCHu"
},
"pickupPoint": {
"id": "152231",
"name": "PACZKA w RUCHu: KT-152231-81-12",
"description": null,
"address": {
"street": "XXXXX",
"zipCode": "3XXX",
"city": "XXXXXXXXX"
}
},
"cost": {
"amount": "12.00",
"currency": "PLN"
},
"smart": false
},
"invoice": {
"required": false,
"address": null
},
"lineItems": [
{
"id": "30be43c0-724b-11e9-b938-753833226f24",
"offer": {
"id": "6206314790",
"name": "Kiwi: soczyste i treściwe",
"external": {
"id": "4"
}
},
"quantity": 1,
"originalPrice": {
"amount": "25.00",
"currency": "PLN"
},
"price": {
"amount": "25.00",
"currency": "PLN"
},
"selectedAdditionalServices": [],
"boughtAt": "2019-05-09T11:13:19.559Z"
}
],
"surcharges": [],
"discounts": [],
"summary": {
"totalToPay": {
"amount": "37.00",
"currency": "PLN"
}
}
}

I to co zwraca metoda

curl -X GET
'https://api.allegro.pl.allegrosandbox.pl/order/checkout-forms?payment.id=5acbcc52-724b-11e9-8d0c-b7aee34a5568'
-H 'accept: application/vnd.allegro.beta.v1+json'
-H 'authorization: Bearer '
-H 'cache-control: no-cache'

trace-id →b5e4d84e519856bb

{
"checkoutForms": [],
"count": 0,
"totalCount": 0
}

Maczuga · 2019-07-18T11:18:24Z

@SebastianOzdoba @PawelTaberski również potwierdzam, że na produkcyjnym checkout-forms przy pobieraniu przez payment.id zwraca takie puste response (struktura z pustymi danymi).

ID tych transakcji (dla których da się pobrać paymentId, ale nie da się pobrać checkout-forms na jego podstawie) są razem z pozostałymi, dla których nie da się pobrać kompletnie paymentId w zgłoszeniu #1878 (comment)

Jak trzeba to mogę w kolejnym zgłoszeniu podesłać 2 oddzielne listy:

ID transakcji, dla których nie można pobrać paymentId
paymentId, które zostały pobrane na podstawie id transakcji, ale checkout-forms jest pusty.

Na chwilę obecną - na ~1000 transakcji - dla 151 nie można pobrać wcale paymentId, dla 33 nie można pobrać checkout-forms (na podstawie zwróconego paymentId). Dla 6 dostałem błąd 504, ale to już inna sprawa.

PawelTaberski · 2019-07-18T12:33:46Z

@Maczuga Zespół pracuje nad rozwiązaniem tego problemu, odnośnie braków przy pobieraniu przez payment.id podeślij koniecznie przez formularz kontaktowy numery tych payment.id i oferty jakich dotyczą sprawdzimy to. Zaznacz, że dane są potrzebne do zgłoszenia na GitHub-ie numer 1878.
@SebastianOzdoba Zgłosiłem ten problem do odpowiedniego zespołu, dzięki za dane.

krsvsh · 2019-07-18T13:20:06Z

wiem, że niewiele wniesie to do dyskusji ale dlaczego nie możecie dodać ID z WebAPI do checkout-forms? naprawde ułatwiło by to życie całkiem sporej ilości osób... ja korzystam z RESTa a inna firma dostarcza nam dane, które pobiera od Was z WebAPI... teraz muszę bezsensownie kombinować klepiąc pusty kod, kótry za miesiąc wywalę do kosza... czy jest jakaś racjonalna przyczyna braku umieszczenia ID w checkout-forms

Maczuga · 2019-07-18T14:11:03Z

@PawelTaberski podesłałem paymentId, które przy odpytywaniu checkout-forms zwracają response z pustymi danymi - zgłoszenie 05972821.

PawelTaberski · 2019-07-19T07:59:47Z

@Maczuga sprawdziłem i wszystkie przypadki jakie podesłałeś miały anulowaną płatność, dlatego nie możesz pobrać danych.
@krsvsh Spowodowane jest to uwarunkowaniami technicznymi numery pochodzą z różnych usług.

PawelTaberski · 2019-07-19T08:03:50Z

@SebastianOzdoba Otrzymałem informacje, że po payment.id można wyszukiwać tylko te checkout formy, które zostały zmodyfikowane (np. zmiana statusu płatności) po 10.05.2019 po godzinie 16:30.

Goral64 · 2019-08-06T06:09:11Z

@Maczuga sprawdziłem i wszystkie przypadki jakie podesłałeś miały anulowaną płatność, dlatego nie możesz pobrać danych.

To trochę słabe.
Robię mapowanie (WebAPI)dealTransactionId na (RestAPI)paymentId
{
"paymentId": "3f7a0472-a95b-11e9-8a39-75f03b6a8167",
"transactionId": "1048131825"
}
Następnie wyszukuję checkoutForm po paymentId i dostaję jeden checkoutForm o id 1d2087a2-a95b-11e9-acde-9777fb156c5c
A potem zdziwko, bo /order/checkout-forms/1d2087a2-a95b-11e9-acde-9777fb156c5c zwraca mi
{"errors": [{
"code": "CHECKOUT_FORM_NOT_FOUND",
"message": "checkout form not found",
"details": null,
"path": "/order/checkout-forms/1d2087a0-a95b-11e9-acde-9777fb156c5c",
"userMessage": null
}]}

Chyba nie o to chodzi w migracji z WebAPI na RestAPI żeby jeden zasób zwracał dane, a drugi udawał że ich nie ma?

Podobnie (nie)działa wykorzystanie mapowania dealId<->lineItemId

A może problem jest w tym, że filtrowanie checkout-forms i orders pod kątem ich statusów i statusów płatności powinniście zostawić odbiorcom danych?

PawelTaberski · 2019-08-06T08:30:17Z

W przypadku:
"transactionId": "1048131825"
system nie zwraca danych bo płatność była anulowana. Powinien Pan skorzystać z najnowszego transactionId.

MartaNowaczyk added the News label Jun 28, 2019

MartaNowaczyk self-assigned this Jun 28, 2019

MartaNowaczyk changed the title ~~[NEWS] [NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id~~ [NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id Jun 28, 2019

MartaNowaczyk mentioned this issue Jun 28, 2019

Mapowanie starego numeru płatności do UUID #1801

Closed

PrzemyslawLukanowski mentioned this issue Jul 10, 2019

Powiązanie konkretnego zamówienia z konkretnymi danymi? REST API #QUESTION #1940

Closed

PrzemyslawLukanowski mentioned this issue Jul 18, 2019

ID płatności w starym formacie (soap api) #1985

Closed

ghost mentioned this issue Jul 18, 2019

id zamówienia (web API) a checkout-forms ID #1989

Closed

This was referenced Jul 26, 2019

[RestApi] Zwrot Prowizji #2023

Closed

allegro_transaction_id - Dla allegro paczkomaty inpost #2043

Closed

MaciejFrackowiak mentioned this issue Aug 7, 2019

Aktywacja konta allegro sandbox #1046

Closed

PrzemyslawLukanowski mentioned this issue Sep 6, 2019

Jak pobrać wszystkie checkout-forms dla wskazanej oferty #2186

Closed

PrzemyslawLukanowski mentioned this issue Nov 12, 2019

WebApi/RestApi - Email jako identyfikator? #2504

Closed

This was referenced Jan 20, 2020

Pobranie Id płatności #2747

Closed

Dostęp do starego ID zamówienia, nie w formacie UUID #2751

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id #1878

[NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id #1878

MartaNowaczyk commented Jun 28, 2019 •

edited by PrzemyslawLukanowski

Loading

lkowol commented Jul 1, 2019

Maczuga commented Jul 1, 2019 •

edited

Loading

PawelTaberski commented Jul 1, 2019

Maczuga commented Jul 1, 2019

PawelTaberski commented Jul 2, 2019

aktywnitu commented Jul 3, 2019

ghost commented Jul 12, 2019

PawelTaberski commented Jul 12, 2019 •

edited

Loading

ghost commented Jul 17, 2019 •

edited by ghost

Loading

PawelTaberski commented Jul 17, 2019

ghost commented Jul 17, 2019

PawelTaberski commented Jul 17, 2019

ghost commented Jul 18, 2019

ghost commented Jul 18, 2019

PawelTaberski commented Jul 18, 2019

Maczuga commented Jul 18, 2019

ghost commented Jul 18, 2019

ghost commented Jul 18, 2019

Maczuga commented Jul 18, 2019 •

edited

Loading

PawelTaberski commented Jul 18, 2019

krsvsh commented Jul 18, 2019

Maczuga commented Jul 18, 2019

PawelTaberski commented Jul 19, 2019

PawelTaberski commented Jul 19, 2019

Goral64 commented Aug 6, 2019 •

edited

Loading

PawelTaberski commented Aug 6, 2019

[NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id #1878

[NEWS] Mapowanie paymentId i transactionId oraz filtorwanie po payment.id i surcharges.id #1878

Comments

MartaNowaczyk commented Jun 28, 2019 • edited by PrzemyslawLukanowski Loading

lkowol commented Jul 1, 2019

Maczuga commented Jul 1, 2019 • edited Loading

PawelTaberski commented Jul 1, 2019

Maczuga commented Jul 1, 2019

PawelTaberski commented Jul 2, 2019

aktywnitu commented Jul 3, 2019

ghost commented Jul 12, 2019

PawelTaberski commented Jul 12, 2019 • edited Loading

ghost commented Jul 17, 2019 • edited by ghost Loading

PawelTaberski commented Jul 17, 2019

ghost commented Jul 17, 2019

PawelTaberski commented Jul 17, 2019

ghost commented Jul 18, 2019

ghost commented Jul 18, 2019

PawelTaberski commented Jul 18, 2019

Maczuga commented Jul 18, 2019

ghost commented Jul 18, 2019

ghost commented Jul 18, 2019

Maczuga commented Jul 18, 2019 • edited Loading

PawelTaberski commented Jul 18, 2019

krsvsh commented Jul 18, 2019

Maczuga commented Jul 18, 2019

PawelTaberski commented Jul 19, 2019

PawelTaberski commented Jul 19, 2019

Goral64 commented Aug 6, 2019 • edited Loading

PawelTaberski commented Aug 6, 2019

MartaNowaczyk commented Jun 28, 2019 •

edited by PrzemyslawLukanowski

Loading

Maczuga commented Jul 1, 2019 •

edited

Loading

PawelTaberski commented Jul 12, 2019 •

edited

Loading

ghost commented Jul 17, 2019 •

edited by ghost

Loading

Maczuga commented Jul 18, 2019 •

edited

Loading

Goral64 commented Aug 6, 2019 •

edited

Loading