-
Notifications
You must be signed in to change notification settings - Fork 6
Closed
Labels
Description
Checklist
- [x ] Have you provided a description of the bug?
- [x ] Have you provided your Environment information?
- [x ] Have you provided a sample code snippet?
- Have you provided a stack trace? NA
- [x ] Have you outlined the expected behavior?
Description
This is perhaps more of a missing feature then a bug but the Iris package does not seem to support TimeZone on the PortIn class RequestedFocDate member. We would like to submit an order for a specific datetime and timezone if possible.
The API seems to support a time zone. See: https://dev.bandwidth.com/apis/numbers-apis/numbers/v1/#tag/Porting/operation/CreatePortin
RequestedFocDate | stringFormat: ISO8601 encoding such as “2013-05-10T15:14:22Z”, or "2019-10-31T17:15:00+04:00".For all ports, if RequestedFocDate is specified, the date portion must be:- in the future- after the losing carrier's minimum number of days to port-out- not on a weekend or U.S. holidayIf RequestedFocDate is not specified, the next available FOC date meeting the criteria above will be used. If the Time portion of the RequestedFocDate is omitted the port-in order will be activated at the default activation time of 11:30 AM ET. If an activation time other than 11:30 AM ET is desired, that activation time should be included in the RequestedFocDate.
Environment Information
- OS Version: (e.g. Windows 11)
- SDK Version: (e.g. 8.0.0)
- Environment: (e.g. .NET 9)
Sample Code Snippet
PortIn bandwidthPortInModel = new()
{
SiteId = "",
PeerId = "",
CustomerOrderId = "",
AccountNumber = "",
PinNumber = "",
BillingTelephoneNumber = "",
ListOfPhoneNumbers = [],
LoaAuthorizingPerson = "",
PartialPort = false,
NewBillingTelephoneNumber = "",
RequestedFocDate = <DATATYPE IS DATETIME NOT DATETIME OFFSET>,
Subscriber = new Subscriber
{
BusinessName = "",
FirstName = "",
LastName = "",
SubscriberType = "RESIDENTIAL",
ServiceAddress = new Address
{
HouseNumber = "",
StreetName = "",
City = "",
StateCode = "",
Zip = ""
}
}
};Stack Trace
NA
Desired Behavior
We would like the SDK to support the time zone portion and use DateTimeOffset.
Suggested Fix
Specified in desired behavior.