Troubleshooting: title transfers
3PL add-on For: Administrator, Compliance manager, Warehouse staff, Sales and purchasing Checked on 18.0.0.2.0, 18.0.1.0.0
What to do when a title purchase order, a title transfer or an owner's transfer file is refused, or doesn't behave as expected. Entries are ordered from the most frequent: the refusal list of Check and Validate first, then the order, the serials, the owner's file, and the rarer conditions.
Several messages name the menu "Rx Tracking > 3PL > Title Transfers": it is Inventory ‣ Rx Tracking ‣ Title Transfers (in the 3PL ‣ Operations section). Owner-instruction refusals have their own entries on Troubleshooting: owner profiles and instructions.
Error: "The title transfer can't be validated: …"
What you see: an Invalid Operation window that lists every problem at once, one per line:
The title transfer can't be validated:
- PROBLEM
- PROBLEM
At Validate the first line reads "TT/YYYY/NNNNN can't be validated:" instead.
When: you select Check or Validate on a title transfer, in Check and validate a title transfer.
Cause: one or more rules of the transfer fail. Check and Validate run the same rules (What Check and Validate check); nothing changes while the transfer is refused. A refused Validate still writes its partner and facility results in Inventory ‣ Rx Tracking ‣ Gate Log (in the 3PL ‣ Reports section); a refused Check writes nothing.
Remedy: resolution. Fix each line with its own entry, then select Check again:
| A line that says | Entry |
|---|---|
| "… is Done." or "… is Cancelled.", "The warehouse belongs to another company.", "…: use the owner company …", "…: … has no active owner profile.", a title purchase order problem | The transfer's setup is refused |
| "Seller: …" or "Buyer: …" | Error: "Seller: …" or "Buyer: …" |
| "Facility … has no valid …" | Error: "Facility … has no valid … licence" |
| "Serial … is held for …", "… is not in …", "… is quarantined …" | Error: "These serials can't be selected …" and Error: "… only units in stock and sellable change owner." |
| "… selected but only … left to receive …", "Lot …: … unit(s) selected but … holds …", "… has no line on the transfer." | Error: "… selected but only … left to receive …" |
| "Lot … in … is picked on …" | Error: "Lot … is picked on …: unreserve that transfer first." |
| "Package … also holds units that don't change owner …" | Error: "Package … also holds units that don't change owner …" |
| "… transaction information and statement must be on file …", "The transfer file … on record is …'s …", "… does not list serial(s) …" | Error: "… transaction information and statement must be on file …" |
| "… does not affirm the Transaction Statement …" | Error: "… does not affirm the Transaction Statement …" |
| "…'s instruction (Title transfer) is required …", "Instruction … was already used …" | Error: "… instruction (Title transfer) is required …" |
| "Select the serials that change owner first." | Select the serials that change owner |
Who can fix it: depends on the line: Rx Tracking User or Manager for the serials and the owner's file; Rx Tracking Manager for owner profiles and licenses.
Error: "Title transfers are not allowed for …"
What you see:
PNNNNN (title transfer in place): Title transfers are not allowed for OWNER: turn "Title Transfers Allowed" on in its owner profile
first (R-97).
Known issue (PF-D01R-01): the code in brackets at the end of some of these messages is the developer's internal reference; it needs no action.
The same text can appear as a line of the Check list of a transfer to you.
When: a buyer selects Confirm Order on a request for quotation with Title Transfer in Place, in Create and approve a title purchase order.
Cause: the owner's profile doesn't allow it to sell units you hold for it to you. The order stays a request for quotation.
Remedy: resolution.
- Ask an Rx Tracking Manager to select Title Transfers Allowed on the owner's Title Transfer tab (Allow title transfers or just-in-time transfers, or make the owner a consignor).
- Select Confirm Order again.
Who can fix it: Rx Tracking Manager (the profile); then the buyer, Purchase User.
Error: "… has no active owner profile: we only buy in place from our owners."
What you see:
PNNNNN (title transfer in place): VENDOR has no active owner profile: we only buy in place from our owners.
When: Confirm Order on a request for quotation with Title Transfer in Place, in Create and approve a title purchase order.
Cause: Title Transfer in Place is selected, but the vendor is not one of your owners (or its profile is archived). The checkbox is shown on every request for quotation (Known issue PF-A08-04).
Remedy: resolution. Choose one:
- For an ordinary purchase, clear Title Transfer in Place, save, and select Confirm Order: the order confirms with a receipt.
- If the vendor should be an owner, ask an Rx Tracking Manager to create or unarchive its owner profile (Create an owner profile).
Who can fix it: Purchase User (the checkbox); Rx Tracking Manager (the profile).
Error: "… it has no DSCSA product …" or "… one line per DSCSA product."
What you see: one of:
PNNNNN (title transfer in place): it has no DSCSA product: a title order buys DSCSA units we hold.
PNNNNN (title transfer in place): one line per DSCSA product.
PNNNNN (title transfer in place): buy in place into one of our warehouses (no dropship).
When: Confirm Order on a title request for quotation, in Create and approve a title purchase order.
Cause: a title order buys DSCSA units you hold, with one line per DSCSA product, delivered to one of your own warehouses' receipts. The order has only products that are not DSCSA products, the same DSCSA product on two lines, or a dropship Deliver To.
Remedy: resolution. Merge the lines of one product into one line, add the DSCSA product, or choose one of your warehouses' receipts in Deliver To; then select Confirm Order again. Products that are not DSCSA products may stay on the order: they get an ordinary receipt.
Who can fix it: Purchase User.
Error: "These serials can't be selected …"
What you see: an Invalid Operation window with one line per refused unit, for example:
These serials can't be selected for TT/YYYY/NNNNN:
- Serial SERIAL is held for OTHER-OWNER, not for SELLER.
- Serial SERIAL is not in WAREHOUSE.
- Serial SERIAL belongs to another company.
For your own units the text reads "held for our own stock". The same lines can appear in the Check list for units added on the Serials tab.
When: Select in the Select Serials window, in Select the serials that change owner.
Cause: only units held for the seller (From; for a reversion, your own units) in the transfer's warehouse and company can change owner. The selection is all or nothing: nothing was added.
Remedy: resolution. Remove the refused scans and select again. For a unit held for another owner, that owner's own transfer is the way to buy it. For a unit in another warehouse, create the transfer for that warehouse.
Who can fix it: Rx Tracking User or Manager.
Error: "… only units in stock and sellable change owner."
What you see: in the list of refused units (at Select, Check or Validate):
- Serial SERIAL is STATE: only units in stock and sellable change owner.
- Serial SERIAL: lot LOT is quarantined.
- Serial SERIAL: lot LOT expired on DATE.
When: in Select the serials that change owner or at Check.
Cause: the unit is quarantined, returned, on hold, or its lot is quarantined or expired. Such units never change owner by a title transfer.
Remedy: resolution. Leave the unit out. If the lot is released later (Release a lot from quarantine), select it again. Units that can't be sold go back to their owner by the non-saleable return path, not by a reversion.
Who can fix it: Rx Tracking User or Manager (the selection); Rx Tracking Manager (a release).
Error: "… is scanned on …: take it off that transfer first."
What you see:
- Serial SERIAL is scanned on WH/OUT/NNNNN: take it off that transfer first.
When: Select or Check, in Select the serials that change owner.
Cause: the unit is scanned on another open operation, for example the owner's delivery. It can't change owner while that operation may still ship it.
Remedy: resolution. Choose another unit, or open that operation and remove the unit's scan (or finish that operation first).
Who can fix it: Rx Tracking User or Manager.
Error: "Nothing was selected. Fix these scans and try again: …"
What you see:
Nothing was selected. Fix these scans and try again:
Line N: serial SERIAL is not in the package ledger.
Line N: a case (SSCC) label can't be used here; scan each unit's DataMatrix.
With an empty box: "Scan or paste at least one serial."
When: Select with Scan or paste serials, in Select the serials that change owner.
Cause: a line can't be read as a unit you know: the serial was never received, or the line is a case label. The lines are listed last line first (Known issue PF-W20-06).
Remedy: resolution. Remove or correct the lines it names (scan each unit's DataMatrix, not the case label), then select Select again. Or use Units of a lot.
Who can fix it: Rx Tracking User or Manager.
Error: "Lot …: only N unit(s) held for … are in stock in … and free."
What you see:
Lot LOT: only N unit(s) held for OWNER are in stock in WAREHOUSE and free.
For your own units OWNER is your company. With Units empty or 0: "Choose a lot and a number of units."
When: Select with Units of a lot, in Select the serials that change owner.
Cause: you asked for more units than the seller holds, free, in that lot and warehouse.
Remedy: resolution. Enter N or fewer units, or choose another lot.
Who can fix it: Rx Tracking User or Manager.
Error: "… selected but only … left to receive …"
What you see: a line of the Check or Validate list, one of:
- PRODUCT: N unit(s) selected but only M left to receive on PNNNNN.
- Lot LOT: N unit(s) selected but OWNER holds M in WAREHOUSE.
- Lot LOT: OWNER has not enough units in WAREHOUSE for the selection.
- PRODUCT has no line on the transfer.
- PRODUCT is not on the title purchase order.
M may show with a decimal, for example "1.0" (Known issue PF-W20-06). On the Lines tab, a second line for the same product is refused with "A title transfer has one line per product."
When: Check or Validate, in Check and validate a title transfer.
Cause: the selection doesn't match the order or the stock: more units than the title purchase order still has to receive, more than the seller holds, or a product the transfer or its order doesn't list.
Remedy: resolution. Choose one:
- Select fewer units: Select Serials with Replace the Current Selection (3PL-TTL-03).
- Raise the quantity of the order line first (Change the quantity of a confirmed title purchase order).
- For a product that isn't on the order, buy it on another title purchase order.
Who can fix it: Rx Tracking User or Manager (the selection); Purchase User (the order).
Error: "Lot … is picked on …: unreserve that transfer first."
What you see: a line of the Check or Validate list:
- Lot LOT in LOCATION is picked on OPERATION: unreserve that transfer first.
When: Check or Validate, in Check and validate a title transfer.
Cause: the seller's units of that lot in that bin are all picked on other open operations (for example the owner's delivery), so no unit is free to change owner there.
Remedy: resolution. Open that operation and unreserve it (or validate it first), then select Check again.
Who can fix it: Rx Tracking User or Manager.
Error: "Package … also holds units that don't change owner …"
What you see: a line of the Check or Validate list:
- Package PACKAGE also holds units that don't change owner: unpack it first, one package per owner (R-14).
At the end of a validation the software can also refuse with "Package PACKAGE would hold units of several owners (OWNERS): unpack it first, one package per owner."
When: Check or Validate, in Check and validate a title transfer.
Cause: the units are in an Odoo package (a pallet or box in Inventory, not the DSCSA case label) together with units that keep their owner. An Odoo package holds one owner's stock only.
Remedy: resolution. Move the units that change owner out of that Odoo package with an internal transfer, then check again.
Who can fix it: Rx Tracking User or Manager with Inventory rights.
Error: "Seller: …" or "Buyer: …"
What you see: a line of the Check or Validate list that starts with "Seller:" or "Buyer:" followed by the trading-partner problem that the trading-partner check found (the same text as on a sales order or a receipt):
- Buyer: PROBLEM
When: Check or Validate, in Check and validate a title transfer and Sell units back to an owner in place (reversion).
Cause: the owner that sells or buys is not an authorized trading partner today (its role, its licenses or its registration). A reversion checks the owner as buyer; a sale to you checks it as seller; a sale between owners checks both.
Remedy: resolution. Ask an Rx Tracking Manager to fix the owner's licenses (Check whether an owner is an authorized trading partner, and fix it), then select Check again.
Who can fix it: Rx Tracking Manager.
Error: "Facility … has no valid … licence"
What you see: a line of the Check or Validate list, one of:
- Facility WAREHOUSE has no valid wholesale distributor licence: record our state wholesale licence for it (activity Wholesale
distribution) and verify it.
- Facility WAREHOUSE has no valid 3PL licence: record our state 3PL licence for it (activity Third-party logistics) and verify it.
- Facility WAREHOUSE has no valid FDA annual report record as a 3PL (§584(b)): STATE does not license 3PLs, so the report stands in for
the state licence. …
- Facility WAREHOUSE has no valid FDA annual report record as a CAPACITY for DATE, which the company's 503(e) setting requires.
When: Check or Validate, in Check and validate a title transfer and Record a sale between two owners in place.
Cause: your own license for the warehouse is missing, unverified, archived or expired. A sale to you and a reversion need your wholesale license; a sale between two owners needs your 3PL license (wholesale when the buyer is a consignor). In the example database the Albany Annex has no valid 3PL license, so a sale between two owners there is refused.
Remedy: resolution. Ask an Rx Tracking Manager to record and verify the license (Record and verify our facility licenses), or, where the state doesn't license 3PLs, the FDA annual report. Then select Check again.
Who can fix it: Rx Tracking Manager.
Error: "… transaction information and statement must be on file …"
What you see: a line of the Check or Validate list, one of:
- OWNER's transaction information and statement must be on file before or at the transfer (R-84): import OWNER's transfer file, or
record OWNER's written authorization for us to issue its documents (issuing mode B).
- The transfer file FILE on record is OTHER-OWNER's, not OWNER's: import the seller's file.
- OWNER's transfer file FILE does not list serial(s) SERIALS: … Take them off the transfer, or import a file that lists them.
When: Check or Validate of a transfer whose seller is an owner, in Import the owner's transfer file on a title transfer.
Cause: the seller is in issuing mode A and its transfer file isn't imported, or the file on record doesn't cover the units you selected. With a file on record, you never issue the owner's side, so the file must list every selected unit.
Remedy: resolution. Choose one:
- Import the owner's file (3PL-TTL-05); its units replace the selection.
- Take the units the file doesn't list off the transfer (Select Serials with Replace the Current Selection).
- If the owner has authorized you in writing to issue its documents, ask an Rx Tracking Manager to record it on its profile (Set how the owner's documents are issued).
Who can fix it: Rx Tracking User or Manager (the file); Rx Tracking Manager (the profile).
Error: "… does not affirm the Transaction Statement …"
What you see: a line of the Check or Validate list:
- OWNER's transfer file FILE does not affirm the Transaction Statement: record the seller's statement on the transfer first (R-84).
The transfer also shows the yellow banner "The seller's transfer file does not affirm the Transaction Statement: record the seller's statement before validating (R-84)." In the Record Seller's Statement window you can also see "The seller's Transaction Statement of TT/YYYY/NNNNN is already recorded.", "FILE affirms the Transaction Statement already." or "Import the seller's transfer file on TT/YYYY/NNNNN first: the statement completes it."
When: Check or Validate after importing an owner's file whose statement isn't affirmed, in Record the seller's Transaction Statement that the owner's file does not affirm.
Cause: the owner's file carries no affirmed Transaction Statement, and none was recorded on the transfer.
Remedy: resolution. Record where you obtained the owner's statement (3PL-TTL-06), or ask the owner for a file that affirms it and import it. The window's own refusals (the affirmation, the evidence, the date) are those of a supplier's statement: Error: "Confirm that the supplier's statement affirms …".
Who can fix it: Rx Tracking User or Manager.
Error: "… instruction (Title transfer) is required …"
What you see: a line of the Check or Validate list:
- OWNER's instruction (Title transfer) is required for TT/YYYY/NNNNN: record the owner's order or approval first.
Or, about the instruction you chose: "Instruction REF was already used on DATE.", "Instruction REF is from SENDER, not from OWNER.", "Instruction REF is not a KIND instruction.", "Instruction REF belongs to another company." or "Instruction REF was given for another record."
When: Check or Validate, in Record a sale between two owners in place and Check and validate a title transfer.
Cause: the owner's policy requires its instruction for every title transfer it takes part in. For a sale to you, the title purchase order's Vendor Reference counts as the owner's instruction; between two owners, both owners' Title transfer instructions are needed. A reversion needs none.
Remedy: resolution.
- Record the owner's Title transfer instruction (Record an owner's instruction).
- Choose it in Seller's Instruction (or Buyer's Instruction), save, and select Check again.
For the instruction problems, see Troubleshooting: owner profiles and instructions.
Who can fix it: Rx Tracking User or Manager.
Warning: "Case … is split …"
What you see: a yellow banner on the transfer after Check:
Case SSCC is split: N unit(s) of it stay behind (SERIALS), so the sealed-case inference is lost for this case (R-93).
When: Check, in Check and validate a title transfer.
Cause: you selected part of a sealed case. After the transfer, the case label no longer stands for its contents, because the case holds units of two owners. The banner lists at most 10 of the units that stay behind (Known issue PF-W20-02), and stays until the next Check even if you change the selection (Known issue PF-W20-03).
Remedy: none needed: it is a warning, and the transfer can be validated. Your procedure decides whether a sealed case may be split between owners; from then on, scan each unit of that case instead of the case label.
Who can fix it: nobody needs to.
No Validate button, or "Only a DSCSA manager can validate a title transfer."
What you see: the transfer shows Check but no Validate. From an import or an API call, the software refuses with "Only a DSCSA manager can validate a title transfer."
When: in Check and validate a title transfer.
Cause: you have Rx Tracking User. Only an Rx Tracking Manager changes the owner of units.
Remedy: workaround. Select Check so that the transfer is Checked, and ask an Rx Tracking Manager to validate it.
Who can fix it: Rx Tracking Manager.
Error: "The seller in the file has GLN …" on a title transfer
What you see:
FILE was not imported:
- The seller in the file has GLN GLN, but OWNER has GLN. If the file is right, add that GLN to OWNER (or one of its addresses);
otherwise ask the supplier for a corrected file.
- The buyer in the file has GLN GLN, but COMPANY has GLNS. …
Or: "The file ships the goods to location GLN GLN, which is not one of our GLNs (GLNS), and names no possessing party of ours: …"
When: Import in the Owner's Transfer File window, in Import the owner's transfer file on a title transfer.
Cause: the file doesn't describe this sale: another seller, another buyer (between two owners, the buyer must be the buying owner), or goods shipped somewhere else. A transfer in place names your warehouse at both ends.
Remedy: resolution. Don't add the GLN the message suggests unless you are sure the owner uses it; ask the owner for the file of this sale, and import it.
Who can fix it: the owner sends the right file; then Rx Tracking User or Manager.
Error: "None of the … serial(s) the file lists can change owner …"
What you see:
FILE was not imported:
- None of the N serial(s) the file lists can change owner on TT/YYYY/NNNNN (SERIAL: REASON, …): is it the right file?
Or: "The file lists no serialized package, so there is nothing to transfer."
When: Import in the Owner's Transfer File window, in Import the owner's transfer file on a title transfer.
Cause: none of the units in the file is held for the seller, in stock and sellable, in the warehouse; for example they already changed owner ("held for our own stock"), or the file is another sale's.
Remedy: resolution. Check the serials the message names; ask the owner for the right file.
Who can fix it: the owner; then Rx Tracking User or Manager.
Error: "… can't be read as an EPCIS 1.2 file"
What you see: "FILE can't be read as an EPCIS 1.2 file: DETAIL", or, with no file chosen, "Choose the owner's EPCIS transfer file." A product the file names that isn't on any of your products gives "GTIN GTIN … is not on any product: set it on the product (Rx Tracking tab) and import again."
When: Import in the Owner's Transfer File window, in Import the owner's transfer file on a title transfer.
Cause: the file isn't an EPCIS 1.2 XML file, is damaged, or names a GTIN you haven't set on the product.
Remedy: resolution. Ask the owner for a valid EPCIS 1.2 file, or set the GTIN on the product and import again.
Who can fix it: the owner; Rx Tracking Manager for the product's GTIN.
The transfer's setup is refused
What you see: a line of the Check or Validate list, one of:
- TT/YYYY/NNNNN is STATE.
- The warehouse belongs to another company.
- LABEL: use the owner company OWNER, not its contact CONTACT.
- LABEL: OWNER has no active owner profile.
- A title transfer to us needs our approved title purchase order to OWNER (REF).
- PNNNNN is not a title purchase order to OWNER.
- PNNNNN is not approved: title passes only on an approved order (R-91).
- PNNNNN is for WAREHOUSE, not for this transfer's warehouse.
LABEL is From or To. REF stands for a short code in brackets that ends the message on the screen, like the code at the end of the next line; it needs no action (known issue PF-D01R-01). A consignor seller can also give "OWNER is a consignor, and consignor owners are turned off in the 3PL settings."
When: Check or Validate, in Check and validate a title transfer.
Cause: the transfer is closed, or its parties, warehouse or order don't fit: an owner chosen by its contact instead of the company, an owner without an active profile (the From and To lists offer every company, Known issue PF-A08-06), or a transfer to you without a confirmed title purchase order of that owner for that warehouse.
Remedy: resolution. Choose the owner company in From or To; choose the owner's confirmed title purchase order in Title Purchase Order, or create one (Create and approve a title purchase order); choose the order's warehouse. A closed transfer can't be changed: create a new one.
Who can fix it: Rx Tracking User or Manager; a purchase manager approves an order that waits for approval.
Error: "An owner-to-owner transfer needs two different owners."
What you see: when you save a transfer, a window titled "Oh snap!" with one of:
An owner-to-owner transfer needs two different owners.
A reversion needs the owner we sell to (To) and no From party.
A title transfer to us needs the owner we buy from (From) and no To party.
When: saving a new transfer, in Record a sale between two owners in place or Sell units back to an owner in place (reversion).
Cause: From and To don't fit the Kind: the same owner on both sides, or a party on the side that is your company.
Remedy: resolution. Select Stay here, correct From or To, and save again.
Who can fix it: Rx Tracking User or Manager.
Error: "Unable to cancel purchase order(s) …" or "You cannot decrease the ordered quantity …"
What you see: one of:
Unable to cancel purchase order(s): PNNNNN (REF) since they have receipts that are already done.
You cannot decrease the ordered quantity below the received quantity.
TT/YYYY/NNNNN is Done: it can't be changed any more.
When: cancelling or correcting a title purchase order or a title transfer after units changed owner, in Cancel or correct a title transfer or a title purchase order.
Cause: a validated title transfer is final: it received units on the order, and its record is frozen.
Remedy: workaround. To undo the change of owner, record the opposite sale: sell the units back to the owner (3PL-TTL-08) or buy them again. To stop the rest of an order, lower its quantity to what was received.
Who can fix it: Rx Tracking Manager (a reversion); Purchase User (the order).
A buyer can't cancel a confirmed purchase order: "Access Error … DSCSA Package"
What you see: Cancel on a confirmed purchase order opens an Access Error window: "You are not allowed to access 'DSCSA Package' (dscsa.package) records." The order stays a Purchase Order.
When: a buyer with Purchase User and no Inventory or Rx Tracking right cancels a confirmed order, in Cancel a title purchase order. It happens on any confirmed order that has a receipt or a title transfer, also when every product is not a DSCSA product (Known issue PF-W20-05).
Cause: cancelling the order releases the DSCSA packages of its stock moves, which the buyer can't read.
Remedy: workaround. Ask a user who has Purchase and Inventory rights (in the example database, the administrator) to select Cancel.
Who can fix it: an administrator, or a user with Purchase User and Inventory User (or Rx Tracking User).
Customer Invoice shows an Access Error
What you see: when you type in Customer Invoice on a done reversion, an Access Error window ("You are not allowed to access 'Journal Entry' (account.move) records.") and a second window "Oops!".
When: step 7 of Sell units back to an owner in place (reversion).
Cause: the field is shown to every Rx Tracking user, but choosing an invoice needs Invoicing rights (Known issue PF-W20-04). Linking the invoice also needs Rx Tracking Manager: from an import or API call, a user without it gets "Only a DSCSA manager can link the invoice of a done title transfer."
Remedy: workaround. Select Close in both windows and reload the page. Ask a user with Invoicing rights and Rx Tracking Manager (in the example database, the administrator) to choose the invoice.
Who can fix it: an administrator, or an Rx Tracking Manager with Invoicing rights.
Error: "… is a title-transfer picking: only its title transfer validates it …"
What you see: one of:
DSCSA owner isolation (3PL):
- PICKING is a title-transfer picking: only its title transfer validates it (Rx Tracking > 3PL > Title Transfers).
Nothing was registered. Fix these scans and try again:
Line N: Serial SERIAL: title-transfer moves take no scans. Select the serials on the title transfer (Rx Tracking > 3PL > Title Transfers).
From an import or API call: "PRODUCTS: only a title transfer moves DSCSA stock into or out of LOCATION (Rx Tracking > 3PL > Title Transfers)."
When: Validate or Scan Serials on an ordinary transfer that moves DSCSA units into or out of the title location
(Virtual Locations/DSCSA Title Transfer); see Title transfer rules.
Cause: only a title transfer moves DSCSA units through the title location, so that the change of owner, the package ledger and the in-place documents stay together.
Remedy: resolution. Cancel the ordinary transfer. To change the owner of units, create a title transfer (Buy an owner's units in place).
Who can fix it: Rx Tracking User or Manager.
Error: "… has no Title Transfer operation type …"
What you see: "WAREHOUSE has no Title Transfer operation type or the company no DSCSA Title Transfer location: turn 3PL off and on again to create them." or "Third-party logistics (3PL) is off for COMPANY: title transfers need it."
When: Check, Validate or Import Owner's File on a title transfer, in Get ready for title transfers in place.
Cause: the company's title location or the warehouse's Title Transfer operation type is missing (for example it was archived), or 3PL is off.
Remedy: resolution. Ask an administrator to unarchive the Title Transfer operation type in Inventory ‣ Configuration ‣ Operations Types, or to turn 3PL on (Turn on third-party logistics for a company). 3PL can't be turned off while owner profiles are active.
Who can fix it: Administrator (Administration: Settings).
Error: "Third-party logistics (3PL) is off …" on a purchase order
What you see:
PNNNNN (title transfer in place): third-party logistics (3PL) is off for the company.
When: Confirm Order on a request for quotation with Title Transfer in Place in a company that doesn't use 3PL, in Create and approve a title purchase order.
Cause: the checkbox is shown on every request for quotation, also with 3PL off (Known issue PF-A08-04).
Remedy: resolution. Clear Title Transfer in Place, save and select Confirm Order: the order is an ordinary purchase.
Who can fix it: Purchase User.