Content distributie

Zoals eerder gemeld ervaar ik vreemde acties in de content distributie.

Een van de zaken is het volgende.
Ik heb in mijn webshop een artikel meerdere keren voor verschillende merken staan.
Dit artikel heeft dus bv. 10 verschillende ID's in de webshop.
In mijn nopFinance is het maar één artikel omdat het nu alleen maar een indicatie is om beter gevonden te worden door google.
Ik merk dat de content distributie, bij een entityId welke vaker voorkomt in de GER (nog even los van de channelsubcriptions) dan bij een wijziging en delete actie geeft.
Ik zou echter verwachten dat alle entries in de GER een update zouden krijgen.

Net getest, als ik van zo'n artikel alle extra entries in de GER verwijder zodat er maar één over blijft, krijg ik bij het opslaan van het artikel nog steeds een delete actie.
Eerder had je aangegeven dat een delete voorkomt doordat je het artikel verwijderd, inactief zet of er 0 op voorraad zouden zijn.
In dit voorbeeld is alle 3 niet waar.

Daarnaast blijf ik van mening dat als een artikel op 0 voorraad komt, of op inactief gezet wordt, er geen update maar een Upsert Actie gegeven moet worden.
Je wilt dit artikel dan in de shop op inactief zetten (oid) maar zeker niet verwijderen.
Daarmee verlies je nl. je ID, en dus ook alle referenties welke met name Google naar je artikel heeft of andere marktplaatsen en dergelijke.
En dus alleen bij verwijderen in nopFinance een delete Actie zou mogen genereren.

Stuur mij je database die je aangepast hebt en de naam van het artikel dat je dan opslaat en waarbij de delete actie komt.

Nog 1 opmerking: Jij maakt zelf Gers aan? Niet doen! Dat wordt allemaal geregeld door de content distributie.

Als jij vanuit 1 Nop artikel 10 artikelen wilt beheren in 1 webshop dan zul je gebruik moeten maken van de Pacs of multioffer artikeltypen. In alle omstandigheden heeft 1 artikel max 1 GER per artikel-abonnement combinatie. Pacs en multioffers hebben max 1 GER per PAC-abonnement combinatie.

Je kunt de GER opvragen in de volgende situatie:

void IConsumer<EntityCreateAtSubscription<ProductPublicationRequest>>.HandleEvent(EntityCreateAtSubscription<ProductPublicationRequest> eventMessage)
{

     var ger = eventMessage.Entity.GenericEntityReferences.FirstOrDefault(m => m.EntityClassName == nameof(Product) && m.EntityId == eventMessage.Entity.Product.Id);

    //nadat de remote id bekend is publiceer je dit weer naar de content manager
    if(ger != null)
          ger.ExternalReference = productId.ToString();

    _eventPublisher.PublishedToSubscription(new ProductPublicationResult() { ProductPublicationRequest = eventMessage.Entity, PublicationResult = PublicationResult.Created });
}

Ik heb eea nagekeken maar bij content-distributie geldt dat er max 1 GER per artikel voor een abonnement mag zijn. Dus als jij 10 GERS maakt dan is het volledig willekeurig welke GER de  CD zal gebruiken.

Als je 1 NopFinance artikel wilt koppelen aan meerdere artikelen in 1 abonnement dan zul je gebruik moeten maken van 1 GER waarbij je zelf in de External reference bijvoorbeeld de ID's van de remote artikelen als csv opneemt.