Ask your accountant or another appropriate adviser a specific question about the seller information that is unclear, and provide the records needed to answer it. “Are these details correct?” is less useful than identifying the conflicting name, address or identifier and the transaction it affects. Keep the draft unresolved until you have a clear answer rather than filling a gap with a convenient default.
An accountant may be able to clarify accounting and tax matters, while a business-registration authority, authorised company contact or legal adviser may be needed for other identity questions. The seller-details preparation workflow helps separate those roles so that a software input issue is not mistaken for a resolved business fact.
Identify the exact uncertainty
Write down which fact you cannot confirm. Is the supplier named differently in the contract and registration record? Is the address a trading location or a correspondence address? Does a number represent a tax registration, a company registration or a customer-assigned supplier code? These questions need different evidence.
Explain why the fact matters to the invoice you are preparing. A new contract, change of entity or recipient-specific profile can make a difference more consequential than a layout preference. Do not ask the adviser to approve a cropped screenshot that hides the conflicting records or the intended transaction.
For a fictional consultancy, the useful question might be: “The accepted agreement names Oakline Consulting, while the registration document names Oakline Advisory Ltd. Which supplier identity should this invoice represent, and how should the trading label be shown?” That gives the adviser a relationship to investigate rather than two unexplained strings.
Bring the relevant source records
Provide the agreement or order, the business record containing the disputed detail and any customer invoicing instruction that affects its representation. Include dates where a name or address changed. An old record and a new record may both be authentic but apply to different periods or entities.
Share only the information needed for the clarification through an appropriate channel. A question about a seller name may not require the entire customer’s purchase history or unrelated bank details. If the adviser needs additional evidence, ask which specific record would help.
Keep your own concise account of the difference. Do not silently edit the source records to make them appear consistent before requesting advice. The fact that the original records disagree is part of the problem to resolve, not an inconvenience to hide.
Separate identity questions from tax treatment
A confirmed seller name does not determine the tax category of a supply. A valid tax identifier does not establish every invoicing obligation or rate. If the question concerns the transaction’s tax treatment, describe the goods or services, parties, relevant locations and other facts the adviser requests.
Ask for an answer that can guide the entry: which category or rate has been confirmed, what explanation or reference is required and whether any additional information needs a dedicated field. Do not translate a broad statement such as “tax is fine” into a rate or exemption reason without confirmation.
The current creator records manually entered tax information. It does not determine treatment or perform registry checks. If an answer requires a document structure outside the available model, preserve the instruction for supporting software rather than adapting the legal conclusion to the form’s limited options.
Ask how to represent the confirmed information
Once the fact is established, ask how it should be shown for the intended use. A name may need a particular distinction between formal supplier identity and trading presentation. An address may need a clear role. An identifier may need a scheme and a separate field in a target profile.
EInvoiceCreator currently has one seller-name field, multiline address, country, tax ID and optional email. It lacks separate comprehensive legal-registration and endpoint structures. Tell the adviser or downstream software provider about that limitation so that a correct instruction does not become an inaccurate combined text entry.
The identifier-role guide is useful when a response provides several numbers. Label each according to its purpose. Do not treat a successful shape check in the application as evidence that the adviser intended a particular number to serve a different role.
Turn the response into a clear preparation record
Record the confirmed fact, the source or person providing the clarification, the date and the affected invoice or period. Note any conditions, remaining questions and external software needed. A short written record is more reliable than remembering the conclusion from a phone conversation while ignoring its qualifications.
For example, a response might confirm the supplier name but leave the treatment of a cross-border service for further review. Mark the identity as confirmed and the tax question as unresolved. Partial clarification should not be converted into blanket approval of the entire invoice.
If the adviser recommends a correction to an already issued invoice, follow the appropriate process and use suitable software. The current creator does not maintain issued-document status or implement a complete credit-note workflow.
Resume entry only for confirmed facts
Update the draft deliberately, then inspect the related seller fields together. A changed entity can affect more than the visible name. Recheck identifiers, address and payment information where relevant, and retain the source confirmation alongside the preparation record.
The purpose of seeking clarification is to remove a specific uncertainty with dependable evidence. Do not report the result as a professional certification of the application or every export. It establishes the answer actually given, within its stated facts and scope, and helps the preparer represent that answer accurately.