BUG: Buchungsdaten von ASA werden nicht 100% korrekt verbeitet. Duplikate können entstehen #14

New Issue

jonas · 2025-11-30T20:54:22Z

jonas commented

2025-11-30 20:54:22 +00:00

Eine Kundenanfrage wird aus irgendeinem Grund doppelt in ASA eingetragen. Originaleintrag ist ein "request" ohne irgendwelche Buchungswert informationen. Nur eine Bestätigung an uns sozusagen das die Anfrage richtig an ASA gegangen ist. Beispiel in dem Fall mit id 74027 und 74028
Am 25. November wird die Anfrage 74028zu einer Reservierung und es stehen Buchungsinfos da. 74027 bleibt als Anfrage. 26 nun ist die 74027 zur Reservierung geworden und 74028 wird nun zur Anfrage und damit werden die Buchungsinfos gelöscht. Bei zwei zeilen bleiben die aber bestehen und verfälschen damit den gesamten Buchungswert

select     res.created_at as "Anfragedatum",
	con.created_at as "Einspielungsdatum",
	con.updated_at as "Aktualisierungsdatum",
	res.id "Anfrage ID",
	
	directly_attributable ,con.reservation_date, room.arrival_date,
	room.departure_date,  reservation_type, advertising_medium, 
	guest_first_name,guest_last_name, total_revenue,is_regular,
	room.room_status, res.num_adults, room.num_adults, pms_reservation_id, reservation_number
	
	from alpinebits.conversions as con 
	join alpinebits.conversion_rooms as room on room.conversion_id = con.id
	join alpinebits.reservations as res on res.id = con.reservation_id
	join alpinebits.conversion_guests as guest on guest.guest_id = con.guest_id
	where con.reservation_id is not null and room.total_revenue is not null and guest_first_name = 'Petra'
	
	order by con.created_at;

* Eine Kundenanfrage wird aus irgendeinem Grund doppelt in ASA eingetragen. Originaleintrag ist ein "request" ohne irgendwelche Buchungswert informationen. Nur eine Bestätigung an uns sozusagen das die Anfrage richtig an ASA gegangen ist. Beispiel in dem Fall mit id 74027 und 74028 * Am 25. November wird die Anfrage 74028zu einer Reservierung und es stehen Buchungsinfos da. 74027 bleibt als Anfrage. 26 nun ist die 74027 zur Reservierung geworden und 74028 wird nun zur Anfrage und damit werden die Buchungsinfos gelöscht. Bei zwei zeilen bleiben die aber bestehen und verfälschen damit den gesamten Buchungswert ``` select res.created_at as "Anfragedatum", con.created_at as "Einspielungsdatum", con.updated_at as "Aktualisierungsdatum", res.id "Anfrage ID", directly_attributable ,con.reservation_date, room.arrival_date, room.departure_date, reservation_type, advertising_medium, guest_first_name,guest_last_name, total_revenue,is_regular, room.room_status, res.num_adults, room.num_adults, pms_reservation_id, reservation_number from alpinebits.conversions as con join alpinebits.conversion_rooms as room on room.conversion_id = con.id join alpinebits.reservations as res on res.id = con.reservation_id join alpinebits.conversion_guests as guest on guest.guest_id = con.guest_id where con.reservation_id is not null and room.total_revenue is not null and guest_first_name = 'Petra' order by con.created_at; ```

jonas commented

2025-11-30 20:58:32 +00:00

2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Updated conversion 37212 (pms_id=74028)
..
2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Updated conversion 37210 (pms_id=74027)
..
2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Phase 3a: Matched conversion by advertising ID (pms_id=74028, reservation_id=503)
2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Phase 3a: Matched conversion by advertising ID (pms_id=74027, reservation_id=503)

Man sieht das problem klar im log. Der Update schritt muss nicht ganz korrekt sein.

2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Updated conversion 37212 (pms_id=74028) .. 2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Updated conversion 37210 (pms_id=74027) .. 2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Phase 3a: Matched conversion by advertising ID (pms_id=74028, reservation_id=503) 2025-11-26 23:00:01 - alpine_bits_python.conversion_service - INFO - Phase 3a: Matched conversion by advertising ID (pms_id=74027, reservation_id=503) Man sieht das problem klar im log. Der Update schritt muss nicht ganz korrekt sein.

jonas referenced this issue

2025-12-01 13:34:13 +00:00

concurrency-fix #15

jonas closed this issue

2025-12-01 13:34:50 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: jonas/alpinebits_python#14