Response Transaction Format Sample Clauses

Response Transaction Format. In the event that a record level exception is discovered, then the whole transaction is rejected.
View SourceView Similar (3)
Response Transaction Format. The MAM will indicate the reason for a cancellation or re-plan of the job in the response, including if it was due to an incorrect Meter Point address.
View SourceView Similar (2)
Response Transaction Format. At the transaction level an acceptance or rejection response will be provided for each transaction received. A rejection will be sent in the event that a transaction, record or data error is discovered within the transaction, making it unusable.
View SourceView Similar (2)
Response Transaction Format. When the recipient of a file rejects it as a whole, the response file that is sent to the originator follows the naming convention determined by the Transfer Mechanism Service Provider. Information on the rejected file is referenced in the response transaction, with a record identifier of ▇▇▇▇▇ and associated reason(s).
View SourceView Similar (2)
Response Transaction Format. In the event that a Data Item level exception is discovered, then the whole transaction is rejected. 104 e.g. where a Supplier has a contract that the MAM arranges a visit at a suitable time for the consumer but also on a date/time which is cost effective for the MAM, and the Supplier does not wish/have direct access to the MAM’s scheduling system.
View Source

Related to Response Transaction Format

  • Bona Fide Request/New Business Request Process for Further Unbundling 6.1 BellSouth shall, upon request of <<customer_name>>, provide to <<customer_name>> access to its network elements at any technically feasible point for the provision of <<customer_name>>'s telecommunications service where such access is necessary and failure to provide access would impair the ability of <<customer_name>> to provide services that it seeks to offer. Any request by <<customer_name>> for access to a network element, interconnection option, or for the provisioning of any service or product that is not already available shall be treated as a Bona Fide Request/New Business Request (BFR/NBR), and shall be submitted to BellSouth pursuant to the BFR/NBR process. 6.2 <<customer_name>> shall submit any BFR/NBR in writing to <<customer_name>>’s Account Manager. The BFR/NBR shall specifically identify the requested service date, technical requirements, space requirements and/or such specifications that clearly define the request such that BellSouth has sufficient information to analyze and prepare a response. The BFR/NBR also shall include <<customer_name>>’s designation of the request as being (i) pursuant to the Telecommunications Act of 1996 or (ii) pursuant to the needs of the business.

  • Escrow Format Specification Deposit’s Format. Registry objects, such as domains, contacts, name servers, registrars, etc. will be compiled into a file constructed as described in draft-▇▇▇▇▇-▇▇▇▇▇▇▇-registry-data-escrow, see Part A, Section 9, reference 1 of this Specification and draft-▇▇▇▇▇-▇▇▇▇▇▇▇-dnrd-objects-mapping, see Part A, Section 9, reference 2 of this Specification (collectively, the “DNDE Specification”). The DNDE Specification describes some elements as optional; Registry Operator will include those elements in the Deposits if they are available. If not already an RFC, Registry Operator will use the most recent draft version of the DNDE Specification available at the Effective Date. Registry Operator may at its election use newer versions of the DNDE Specification after the Effective Date. Once the DNDE Specification is published as an RFC, Registry Operator will implement that version of the DNDE Specification, no later than one hundred eighty (180) calendar days after. UTF-8 character encoding will be used.

  • Required Acceptance of Daily Load Deliveries and Notification If the State is harmed by purchaser’s refusal to accept up to 10 truck deliveries of any one sort per day, Purchaser will be in breach of contract and subject to damages as per the D-026.2 and D-027.2 clauses. A truck delivery is all the wood delivered including sorts on super trucks, mule trains and pups brought to the delivery point by a single truck. The Purchaser shall notify the Contract Administrator at least 48 hours in advance if: 1. Purchaser intends to limit the number of truck deliveries accepted on any day to less than that listed above, or 2. Purchaser intends to limit the number of truck deliveries accepted on any day to the number listed above.

  • Processing Transactions 2 2.1 Timely Pricing and Orders.................................... 2 2.2

  • Transaction Processing All orders are subject to acceptance by us and by the Fund or its transfer agent, and become effective only upon confirmation by us. If required by law, each transaction shall be confirmed in writing on a fully disclosed basis and if confirmed by us, a copy of each confirmation shall be sent to you if you so request. All sales are made subject to receipt of shares by us from the Funds. We reserve the right in our discretion, without notice, to suspend the sale of shares of the Funds or withdraw the offering of shares of the Funds entirely. Orders will be effected at the price(s) next computed on the day they are received if, as set forth in the applicable Fund’s current Prospectus, the orders are received by us or an agent appointed by us or the Fund prior to the close of trading on the New York Stock Exchange, generally 4:00 p.m. eastern time (“Close of Trading”). Orders received after that time will be effected at the price(s) computed on the next business day. All orders must be accompanied by payment in U.S. Dollars. Orders payable by check must be drawn payable in U.S. Dollars on a U.S. bank, for the full amount of the investment. If you have entered into a FundSERV Agreement with us to effect transactions in Fund shares through FundSERV, you are hereby authorized to act on our behalf for the limited purpose of receiving purchase, exchange and redemption orders for Fund shares executed through FundSERV. You represent and warrant that all orders for the purchase, exchange or redemption of Fund shares transmitted to FundSERV for processing on or as of a given business day (Day 1) shall have been received by you prior to the Close of Trading on Day 1. Such orders shall receive the share price next calculated following the Close of Trading on Day 1 .You represent and warrant that orders received by you after the Close of Trading on Day 1 shall be treated by you and transmitted to FundSERV as if received on the next business day (Day 2). Such orders shall receive the share price next calculated following the Close of Trading on Day 2. You represent that you have systems in place reasonably designed to prevent orders received after the Close of Trading on Day 1 from being executed with orders received before the Close of Trading on Day 1.