Lagersynlighet- och ändringsplan för lagerbehållning som är disponibel att lova

Artikel
01/30/2024

lagerbehållning beskrivs hur du konfigurerar funktionen Behållningsschema för ändringsplan för att kunna tidsplanera framtida ändringar av lagerbehållningen och beräkna kvantiteter som är tillgängliga att lova. ATP är den kvantitet av en artikel som finns tillgänglig och därför kan utlovas en kund i nästa period. Om du använder den här beräkningen kan du öka möjligheten att uppfylla ordern mycket.

För många tillverkare, återförsäljare och säljare räcker det inte att veta vad som finns i nuläget. De måste ha fullständig insyn i framtida tillgänglighet. Framtida tillgänglighet ska ta hänsyn till framtida leverans, framtida efterfrågan och tillgängligt att leverera tillgängligt att leverera.

Beräknade mått för ATP-kvantiteter

Mått för ATP-kvantiteter är ett fördefinierat beräknat mått som vanligtvis används för att hitta den tillgängliga kvantiteten som för närvarande är tillgänglig. Leveranskvantiteten är summan av kvantiteter för de fysiska mått som har en modifieringstyp av tillägg och efterfrågekvantitet är summan av kvantiteter för de fysiska mått som har en modifieringstyp av subtraktion.

Du kan lägga till flera beräknade mått för att beräkna flera ATP-kvantiteter. Det totala antalet distinkta fysiska mått över alla ATP-beräknade mått bör dock vara mindre än nio.

Viktigt

Ett beräknat mått är en sammansättningen av fysiska mått. Formeln kan endast innehålla fysiska mått utan dubbletter, inte beräknade mått.

Till exempel ställer du in följande beräknade mått:

On-bet-available = (PhysicalInvent + OnHand + Unrestricted + QualityInspection + Inbound) – (ReservPhysical + SoftReservePhysical + Outbound)

Summan (PhysicalInvent + OnHand + Unrestricted + QualityInspection + Inbound) representerar leverans och summan (ReservPhysical + SoftReservePhysical + Outbound) representerar efterfrågan. Därför kan det beräknade måttet förstå på följande sätt:

Tillgång = – efterfrågan tillgänglig behållning

Du kan lägga till ytterligare ett beräknat mått för att beräkna Fysisk behållning ATP kvantiteten.

On-bet-physical = (PhysicalInvent + OnHand + Unrestricted + QualityInspection + Inbound) – (Outbound)

Det finns åtta distinkta fysiska mått över dessa två ATP-beräknade mått: PhysicalInvent, OnHand, Unrestricted, QualityInspection, Inbound, ReservPhysical, SoftReservePhysical och Outbound.

För mer information om beräknade mått, se Beräknat mått.

Slå på och ställ in schemaläggning för beställning av ändringar och ATP i UI version 2

Det här avsnittet gäller när du använder Lagersynlighet UI version 2.

Innan du kan använda slutet på ett leverantörsantal måste du konfigurera en eller flera beräknade mått för att beräkna kvantiteterna för tillgängliga att välja mellan. Du måste även aktivera funktionen och konfigurera inställningar för ATP-inställningar i Microsoft Power Apps.

Följ de här stegen om du vill aktivera funktionen schema för ändringsplan i Power Apps och konfigurera ATP-inställningarna.

Logga in i Power Apps och öppna appen Lagersynlighet.
Välj Funktionshantering i navigeringsfönstret.
På panelen Disponibelt att lova väljer du Hantera.
Ställ in alternativet Aktivera funktionen till Sant för att aktivera ATP-funktionen.
Ställ in alternativet Schema för 180 dagar till Sant för att stödja den längre ATP-schemaperioden (180 dagar).

Viktigt

Som standard är ATP-funktionen begränsad till sju dagar. Funktionerna för sjudagars ATP och 180 dagars ATP är separata och oberoende av varandra. Schemalägga ändringar som du skapar eller ändrar genom att använda sjudagars ATP-funktionen kommer inte att träda i kraft när du aktiverar 180-dagars ATP-funktionen. Om du har använt sjudagars ATP-funktionen och vill migrera till 180-dagarsfunktionen rekommenderar vi att du tar bort den gamla informationen och publicerar om ditt ändringsschema för behållning igen efter att du aktiverat 180-dagarsfunktionen.
Ange fältet Max tidsplaneringsperiod (dagar) till antalet dagar som användare kan se och skicka in schemalagda lagerbehållningsändringar. Användare som söker efter lagerinformation får lagerhållningskvantiteten, planerade ändringar av lagerhållningen och maximalt kvantiteten att använda per dag under den definierade perioden, med början på det aktuella datumet. Det maximala värdet för detta fält är 180 dagar. Som standard är den inställd på 30 dagar. Därför kan du schemalägga ändringar i upp till 30 dagar från och med idag.

Viktigt

I tidsplanperioden ingår aktuellt datum. Därför kan användarna tidsplanera ändringar av behållningen så att de inträffar när som helst från aktuellt datum (dagen då ändringen skickas) till och med (tidsplanperiod – 1) dagar i framtiden.
I avsnittet Schemalägg åtgärder, ställ in schemaåtgärder. Du kan använda befintliga beräknade mått som schemaläggningsmått, eller så kan du skapa nya. När du frågar lagersynlighet, tillhandahålls ATP-värdet för definierade beräknade mått, baserat på de schemalagda ändringarna av komponentens fysiska mått. I avsnittet Schemalägg åtgärder, välj Ny tillgänglig konfiguration för ändringsschema för behållning V2 på verktygsfältet för att lägga till en ny beräknad måttbindning för ATP. Det beräknade måttet är vad du vill använda för att hitta den för närvarande tillgängliga lagerbehållningskvantitet. För information om hur du skapar ett beräknat mått, se Beräknat mått.

Viktigt

Den förinställda ATP-beräknade formeln är som referens. Du kan ändra och lägga till andra datakällor och fysiska åtgärder för att ställa in rätt ATP-beräkning för din verksamhet.
I den Konfiguration av ATP-indexuppsättning ställ in ditt ATP-index. ATP-indexet liknar produktindexhierarkin som låter dig gruppera frågeresultat efter specifika dimensioner. Till exempel om du ställer in ColorId och SizeId som ditt ATP-index sätts, kommer frågeresultaten att grupperas efter färg och storlek. Du kan ha flera indexuppsättningar.

Viktigt

Standarden ColorId och SizeId index är för referens. Du kan ta bort dimensioner och lägga till andra dimensioner.
Välj Spara.
När du har konfigurerat alla nödvändiga inställningar väljer du Uppdatera konfiguration under Administratörsinställningar i navigeringsfönstret.

Mer information finns i Slutför och uppdatera konfigurationen.

Slå på och ställ in schemaläggning för beställning av ändringar och ATP i UI version 1

Det här avsnittet gäller när du använder Lagersynlighet UI version 1.

Följ de här stegen om du vill aktivera funktionen schema för ändringsplan i Power Apps och konfigurera ATP-inställningarna.

Logga in i Power Apps och öppna appen Lagersynlighet.
Öppna sidan Konfiguration.
I fliken Funktionshantering aktiverar du funktionen Disponibelt att lova.
Välj fliken ATP-inställningar.
När du fråga efter Lagersynlighet ger det ett resultat som inkluderar varje beräknat ATP-mått som du lägger till här. Välj Lägg till om du vill lägga till det nya beräknade måttet för ATP.
Ange följande fält.
- Datakälla – Välj den datakälla som är associerad med det beräknade måttet.
- Beräknat mått – Välj det beräknade mått som är associerat med den valda datakällan och som du vill använda för att hitta den tillgängliga lagerbehållningen.
- Schemaperiod – Ange antalet dagar som användare kan visa och skicka schemalagda behållningsändringar när det valda beräknade måttet används. Användare som söker efter lagerinformation får lagerhållningskvantiteten, planerade ändringar av lagerhållningen och maximalt kvantiteten att använda per dag under den här perioden, med början på det aktuella datumet. Välj ett heltal mellan 1 och 7.
Viktigt

I tidsplanperioden ingår aktuellt datum. Därför kan användarna tidsplanera ändringar av behållningen så att de inträffar när som helst från aktuellt datum (dagen då ändringen skickas) till och med (tidsplanperiod – 1) dagar i framtiden.
Välj Spara.
Upprepa steg 5 till och med 7 tills du har lagt till alla beräknade mått som du behöver för ATP.
När du är klar med konfigureringen av alla nödvändiga inställningar väljer du Uppdatera konfiguration.

Så här går det att ändra tidsplanering och beräkningar av ATP

En tidsplan för förändring av lagerhållning som visar förväntade datum och kvantiteter av tidsplanerade ändringar av lagerhållningen. Du kan skicka en tidsplan för förändring av lagerbehållningen till Lagersynlighet under förutsättning att datumen ligger inom den period som definieras i inställningen Tidsplaneringsperiod (se avsnittet Aktivera och ställ in funktioner i denna artikel). Användare som söker efter lagerinformation får lagerhållningskvantiteten, planerade ändringar av lagerhållningen och maximalt kvantiteten att använda per dag under den här perioden.

Planerade ändringar är inledningsvis obekräftade och påverkar därför inte din faktiska lagerhållning i systemet. Om du vill genomföra ändringarna måste du skicka en ändringshändelser för behållning, som uppdaterar den faktiska tillgängliga lagerhållningskvantiteten. Du måste sedan återställa den tidsplanerade ändringen genom att skicka en tidsplan för lagerändring för en matchande negativ kvantitet.

Du kan till exempel göra en order på tio cyklar, och förvänta dig att den inkommer imorgon. Därför skickar du in en tidsplan för lagerändring som har en inkommande kvantitet på 10 och är daterad för imorgon. När ordern inkommer nästa dag lägger du till den fysiska lagerbehållningen. Du måste sedan bekräfta ändringen av systemet för att uppdatera den faktiska lagerhållningskvantiteten. Om du vill bekräfta ändringen skickar du en händelse för behållningsändring som har en inkommande kvantitet på 10. Du måste sedan återställa den tidsplanerade ändringen genom att skicka en tidsplan för som har en inkommande kvantitet på -10.

När du fråga efter lagersynlighet för lagerbehållnings- och lagerbehållningskvantiteter returnerar det följande information för varje dag under planeringsperioden:

Datum – Det datum som resultatet gäller för. Tidszonen är Coordinated Universal Time (UTC).
Lagerbehållning – Den faktiska lagerbehållningen för det angivna datumet. Beräkningen görs i enlighet med det beräknade måttet för maximalt lager som har konfigurerats för lagersynlighet.
Tidsplanerad leverans – Summan av alla planerade inkommande kvantiteter som inte har blivit fysiskt tillgängliga för omedelbar förbrukning eller leverans på det angivna datumet.
Tidsplanerad efterfrågan – Summan av alla planerade utgående kvantiteter som inte har förbrukats eller levererats vid det angivna datumet.
ATP-kvantitet – Den minsta planerade lagerbehållningen som är tillgänglig från det angivna datumet till slutet av planperioden. Den här kvantiteten omfattar alla planerade kvantitetsjusteringar. Det är den maximikvantitet som kan utlovas på aktuellt leverans- eller förbrukningsdatum den dagen.

Om det aktuella datumet till exempel är 1 februari 2022 och tidsplanperioden är 7, kan användarna skicka planerade ändringar i behållning som förväntas ske från 1 februari till 7 februari 2022. I det här fallet beräknas ATP-kvantiteten för den 3 februari, till exempel, baserat på den tillgängliga kvantiteten för den dagen och de schemalagda kvantiteterna från den 3 februari till den 7 februari.

Exempel

Följande exempel visar hur en serie av schemalagda kvantitetsändringar påverkar de tillgängliga kvantiteterna och ATP-kvantiteterna som lagersynlighet rapporterar. Här visas också hur du genomför en tidsplanerad ändring, hur en utfäst tidsplanändring påverkar resultatet och vad som kan inträffa om du inte genomför en tidsplanerad ändring.

Resultaten i det här exemplet visar ett värde för projekterade behållning. Detta värde införlivar alla planerade uppdateringar i illustrationssyfte men rapporteras inte när du fråga på Lagersynlighet.

Följande inställningar är konfigurerade för ditt system på sidan ATP-inställning i appen lagersynlighet i Power Apps:
- Schemamått – Ett beräknat mått med namnet Behållning läggs till Hit. Den beräknas som Behållning = Leverans – Efterfrågan.
- Max schemaperiod (dagar) – Värdet är inställt på 7.
- Konfiguration av ATP-indexuppsättning – ColorId och SizeId läggs till Hit.
Följande villkor gäller:
- Det aktuella datumet är den 1 februari 2022.
- Den aktuella lagerbehållningen är 20.

För aktuellt datum (1 februari 2022) skickar du en tidsplanerad efterfrågekvantitet på 3 till Lagersynlighet. Därför är den beräknade tillgängliga kvantiteten 17. Tabellen nedan visar resultatet.

Datum	Behållning	Schemalagd efterfrågan	Projekterad behållning	ATP
2022-02-01	20	3	17	17
2022-02-02	20		17	17
2022-02-03	20		17	17
2022-02-04	20		17	17
2022-02-05	20		17	17
2022-02-06	20		17	17
2022-02-07	20		17	17

På det aktuella datumet (1 februari 2022) skickar du en tidsplanerad leveranskvantitet på 10 februari 3 februari 2022. Tabellen nedan visar resultatet.

Datum	Behållning	Schemalagd leverans	Schemalagd efterfrågan	Projekterad behållning	ATP
2022-02-01	20		3	17	17
2022-02-02	20			17	17
2022-02-03	20	10		27	27
2022-02-04	20			27	27
2022-02-05	20			27	27
2022-02-06	20			27	27
2022-02-07	20			27	27

På aktuellt datum (1 februari 2022) skickar du följande planerade kvantitetsändringar:

Efterfrågekvantitet på 15 februari 4 februari 2022
Leveranskvantitet på 1 februari 5 februari 2022
Leveranskvantitet på 3 februari 6 februari 2022

Tabellen nedan visar resultatet.

Datum	Behållning	Schemalagd leverans	Schemalagd efterfrågan	Projekterad behållning	ATP
2022-02-01	20		3	17	12
2022-02-02	20			17	12
2022-02-03	20	10		27	12
2022-02-04	20		15	12	12
2022-02-05	20	1		13	13
2022-02-06	20	3		16	16
2022-02-07	20			16	16

På aktuellt datum (1 februari 2022) du skickar den planerade efterfrågan på 3. Därför måste du bekräfta ändringen så att den återspeglas i din faktiska lagerhållningskvantitet. Om du vill bekräfta ändringen skickar du en händelse för behållningsändring som har en utgående kvantitet på 3. Du måste sedan återställa den tidsplanerade ändringen genom att skicka en tidsplan för som har en utgående kvantitet på -3. Tabellen nedan visar resultatet.

Datum	Behållning	Schemalagd leverans	Schemalagd efterfrågan	Projekterad behållning	ATP
2022-02-01	17		0	17	12
2022-02-02	17			17	12
2022-02-03	17	10		27	12
2022-02-04	17		15	12	12
2022-02-05	17	1		13	13
2022-02-06	17	3		16	16
2022-02-07	17			16	16

På nästa dag (2 februari 2022) skiftar tidsplanperioden framåt med en dag. Tabellen nedan visar resultatet.

Datum	Behållning	Schemalagd leverans	Schemalagd efterfrågan	Projekterad behållning	ATP
2022-02-02	17			17	12
2022-02-03	17	10		27	12
2022-02-04	17		15	12	12
2022-02-05	17	1		13	13
2022-02-06	17	3		16	16
2022-02-07	17			16	16
2022-02-08	17			16	16

Två dagar senare (4 februari 2022) har dock leveranskvantiteten 10 som planerats för den 3 februari inte anlänt. Tabellen nedan visar resultatet.

Datum	Behållning	Schemalagd leverans	Schemalagd efterfrågan	Projekterad behållning	ATP
2022-02-04	17		15	2	2
2022-02-05	17	1		3	3
2022-02-06	17	3		6	6
2022-02-07	17			6	6
2022-02-08	17			6	6
2022-02-09	17			6	6
2022-02-10	17			6	6

Som du ser påverkas inte de planerade (men inte utfästa) lagerändringarna den faktiska lagerhållningskvantiteten.

Skicka ändringsscheman, ändringshändelser och ATP-frågor via API:t

Med följande URL-adresser för program programming interface (API) kan du skicka behållningsändringsscheman, ändra händelser och frågor.

Sökväg	Metod	Beskrivning
`/api/environment/{environmentId}/onhand/changeschedule`	`POST`	Skapa en schemalagd engångs-ändring.
`/api/environment/{environmentId}/onhand/changeschedule/bulk`	`POST`	Skapa flera schemalagda engångs-ändringar.
`/api/environment/{environmentId}/onhand`	`POST`	Skapa en ändringshändelse för behållning.
`/api/environment/{environmentId}/onhand/bulk`	`POST`	Skapa flera ändringshändelser.
`/api/environment/{environmentId}/onhand/indexquery`	`POST`	Fråga genom att använda `POST` metoden.
`/api/environment/{environmentId}/onhand`	`GET`	Fråga genom att använda `GET` metoden.
`/api/environment/{environmentId}/onhand/exactquery`	`POST`	Exakt fråga genom att använda `POST` metoden.

Mer information finns i Offentliga API:er för Lagersynlighet.

Skapa ett aktuellt förändringsschema

En tidsplan för lagerbehållningsändring skapas genom att skicka en POST begäran till relevant URL för lagersynlighetstjänsten. Du kan även skicka bulkbegäranden.

Planerad lagerbehållningsändring måste vara mellan det aktuella datumet och slutet för den aktuella tidsplanerade perioden. Datumtidsformatet skulle vara år-månad-dag (till exempel, 2022-02-01). Tidsformatet måste bara vara korrekt till dagen.

Detta API skapar en enskild planerad lagerbehållningsändring.

Path:
    /api/environment/{environmentId}/onhand/changeschedule
Method:
    Post
Headers:
    Api-Version="1.0"
    Authorization="Bearer $access_token"
ContentType:
    application/json
Body:
    {
        id: string,
        organizationId: string,
        productId: string,
        dimensionDataSource: string, # optional
        dimensions: {
            [key:string]: string,
        },
        quantitiesByDate: {
            [datetime:datetime]: {
                [dataSourceName:string]: {
                    [key:string]: number,
                },
            },
        },
    }

Följande exempel visar brödtext utan dimensionDataSource.

{
    "id": "id-bike-0001",
    "organizationId": "usmf",
    "productId": "Bike",
    "dimensions": {
        "SiteId": "1",
        "LocationId": "11",
        "ColorId": "Red",
        "SizeId": "Small"
    },
    "quantitiesByDate": {
        "2022-02-01": {
            "pos": {
                "inbound": 10
            }
        }
    }
}

Skapa flera planerade lagerbehållningsändringar

Detta API kan skapa flera poster samtidigt. De enda skillnaderna mellan denna API och en API med enskild är värden Path och Body värden. För detta API tillhandahåller Body en matris av poster. Det maximala antalet poster är 512. Därför kan bulk-API:et för befintliga förändringsscheman stödja upp till 512 schemalagda ändringar åt gången.

Path:
    /api/environment/{environmentId}/onhand/changeschedule/bulk
Method:
    Post
Headers:
    Api-Version="1.0"
    Authorization="Bearer $access_token"
ContentType:
    application/json
Body:
    [
        {
            id: string,
            organizationId: string,
            productId: string,
            dimensionDataSource: string,
            dimensions: {
                [key:string]: string,
            },
            quantityDataSource: string, # optional
            quantitiesByDate: {
                [datetime:datetime]: {
                    [dataSourceName:string]: {
                        [key:string]: number,
                    },
                },
            },
        },
        ...
    ]

Följande exempel visar brödtext.

[
    {
        "id": "id-bike-0001",
        "organizationId": "usmf",
        "productId": "Bike",
        "dimensions": {
            "SiteId": "1",
            "LocationId": "11",
            "ColorId": "Red",
            "SizeId": "Small"
        },
        "quantitiesByDate": {
            "2022-02-01": {
                "pos": {
                    "inbound": 10
                }
            }
        }
    },
    {
        "id": "id-car-0002",
        "organizationId": "usmf",
        "productId": "Car",
        "dimensions": {
            "SiteId": "1",
            "LocationId": "11",
            "ColorId": "Red",
            "SizeId": "Small"
        },
        "quantitiesByDate": {
            "2022-02-05": {
                "pos": {
                    "outbound": 10
                }
            }
        }
    }
]

Skapa ändringshändelser för behållning

Behållningsändringshändelser görs genom att skicka en POST begäran till relevant URL för lagersynlighetstjänsten (se början av avsnittet Skicka ändringsscheman, ändringshändelser och ATP-frågor via API:et ).

Notering

Ändringshändelser vid handen är inte unika för ATP-funktionaliteten utan är en del av standardinventeringssynlighets-API. Det här exemplet har inkluderats eftersom händelser är relevanta när du arbetar med ATP. Ändringshändelser vid handen är inte unika för ATP-funktionaliteten utan är en del av standardinventeringssynlighets-API quantities i stället för quantityByDate i meddelandetexten. Mer information om händelser för lagerbehållningsändring och andra funktioner i API:erna för lager synlighet finns i Allmänna API:er för lager.

Exempel på begäran som innehåller en enskild ändringshändelse för behållning.

{
    "id": "id-bike-0001",
    "organizationId": "usmf",
    "productId": "Bike",
    "dimensions": {
        "SiteId": "1",
        "LocationId": "11",
        "SizeId": "Big",
        "ColorId": "Red"
    },
    "quantities": {
        "pos": {
            "inbound": 10.0
        }
    }
}

Fråga de schemalagda ändringarna och ATP-resultaten

Du kan fråga efter schemalagda aktuella ändringar och ATP-resultat genom att skicka antingen en POST-begäran eller en GET begäran till lämplig API-URL (se Skicka ändringsscheman, ändringshändelser och ATP-frågor via API:etI avsnitt).

I din begäran, ange QueryATP till true om du vill fråga efter schemalagda ändringar och ATP-resultat. Som standard returnerar frågan all ATP-relaterad data från idag. Du kan ange ATPFromDate och ATPToDate för att begränsa resultaten. (Till- och från-datumen filtrerar bara resultatet. De påverkar inte hur ATP beräknas.)

Om du skickar en begäran med hjälp av GET metoden ställer du in den här parametern i URL-adressen.
Om du skickar en begäran med hjälp av POST metoden ställer du in den här parametern i begärandetext.

Notering

Oavsett om returnNegative parametern är inställd på true eller false i begärandetext, kommer resultatet att innehålla negativa värden när du ställer frågor för tidsplanerade ändringar av behållning och resultat av valörerna. Dessa negativa värden inkluderas eftersom, om endast efterfrågeorder planeras, eller om leveranskvantiteterna är mindre än efterfrågekvantiteterna, kommer de planerade lagerändringskvantiteterna att vara negativa. Om negativa värden inte ingår i det här programmet blir resultaten det verkliga. Mer information om det här alternativet och hur det fungerar för andra typer av frågor finns i Offentliga API:er för Lagersynlighet.

Fråga genom att använda POST-metoden

Path:
    /api/environment/{environmentId}/onhand/indexquery
Method:
    Post
Headers:
    Api-Version="1.0"
    Authorization="Bearer $access_token"
ContentType:
    application/json
Body:
    {
        dimensionDataSource: string, # Optional
        filters: {
            organizationId: string[],
            productId: string[],
            siteId: string[],
            locationId: string[],
            [dimensionKey:string]: string[],
        },
        groupByValues: string[],
        returnNegative: boolean,
    }

Följande exempel visar hur du skapar ett indexfråga brödtext som kan skickas till Lagersynlighet med hjälp av POST-metoden.

{
    // OnHand Index Query fields
    "filters": {
        "organizationId": ["usmf"],
        "productId": ["Bike"],
        "SiteId": ["1"],
        "LocationId": ["11"]
    },
    "groupByValues": ["ColorId", "SizeId"],
    "returnNegative": true,

    // ATP related fields
    "QueryATP":true,
    "ATPFromDate": "2022-02-01",
    "ATPToDate": "2022-02-10",
}

Fråga genom att använda GET-metoden

Path:
    /api/environment/{environmentId}/onhand
Method:
    Get
Headers:
    Api-Version="1.0"
    Authorization="Bearer $access_token"
ContentType:
    application/json
Query(Url Parameters):
    groupBy
    returnNegative
    [Filters]

Följande exempel visar hur du skapar indexfråga för en begäran-URL som en GET begäran.

https://inventoryservice.{RegionShortName}-il301.gateway.prod.island.powerapps.com/api/environment/{EnvironmentId}/onhand?organizationId=usmf&productId=Bike&SiteId=1&LocationId=11&groupBy=ColorId,SizeId&returnNegative=true&QueryATP=true&ATPToDate=2022-02-01&ATPToDate=2022-02-10

Resultatet av den här GET begäran är exakt detsamma som resultatet av POST begäran i föregående exempel.

Exakt fråga genom att använda POST-metoden

För att ställa in en exakt fråga, lägg till ATP-relaterade fält i frågetexten. För mer information, se Exakt fråga genom att använda bokföringsmetoden.

{
    // Exact query fields
    // ...

    // ATP related fields
    "QueryATP":true,
    "ATPFromDate": "2022-02-01",
    "ATPToDate": "2022-02-10",
}

Exempel på frågeresultat

Någon tidigare frågeexempel kan ge följande svar. I det här exemplet konfigureras systemet med följande inställningar:

ATP-beräknat mått: iv.onhand = pos.inbound – pos.outbound
Tidsperiod:7

Här följer ett exempel på svarstexten.

[
    {
        "quantitiesByDate": {
            "2022-02-02T00:00:00": {
                "pos": {
                    "outbound": 5,
                    "inbound": 0,
                },
                "iv": {
                    "onhand": -5,
                },
            },
            "2022-02-06T00:00:00": {
                "pos": {
                    "inbound": 7,
                    "outbound": 0,
                },
                "iv": {
                    "onhand": 7,
                },
            }
        },
        "atpQuantities": {
            "2022-02-01T00:00:00Z": {
                "iv": {
                    "onhand": 5.0
                }
            },
            "2022-02-02T00:00:00Z": {
                "iv": {
                    "onhand": 5.0
                }
            },
            "2022-02-03T00:00:00Z": {
                "iv": {
                    "onhand": 5.0
                }
            },
            "2022-02-04T00:00:00Z": {
                "iv": {
                    "onhand": 5.0
                }
            },
            "2022-02-05T00:00:00Z": {
                "iv": {
                    "onhand": 5.0
                }
            },
            "2022-02-06T00:00:00Z": {
                "iv": {
                    "onhand": 12.0
                }
            },
            "2022-02-07T00:00:00Z": {
                "iv": {
                    "onhand": 12.0
                }
            }
        },
        "productId": "Bike ",
        "dimensions": {
            "ColorId": "Red",
            "SizeId": "Big",
            "siteid": "1",
            "locationid": "11"
        },
        "quantities": {
            "pos": {
                "inbound": 10.0,
                "outbound": 0,
            },
            "iv": {
                "onhand": 10.0,
            }
        }
    }
]

Dela via