Registry entry
Argentina Visa Application Form (Formulario de Solicitud de Visado, FSV)
The Ministerio de Relaciones Exteriores, Comercio Internacional y Culto's (Cancillería Argentina) standard visa application form, used at Argentine consulates worldwide as the cover application for most consular visa categories (the specific category and supporting-documentation checklist are determined by the consular officer per the applicant's stated purpose of travel, field 24). The specimen is a 3-page fillable-AcroForm PDF with 50 numbered fields (campos 1-50); the form's own printed instructions direct the applicant to 'Completar hasta campo 50' (complete through field 50) and 'Firmar y aclarar en campo 51' (sign and print name at field 51) — field 51 (wet-ink signature and printed name) carries no AcroForm widget and is out of scope of this document, as is the third page, which contains only a standing informational notice to the applicant (no further campos, no widgets). Two independently retrieved specimens (the Cancillería's own 2024 edition and a 2026 consulate-mirrored edition) were compared field-by-field this cycle and found structurally identical (same 50 field names Texto1-Texto50, same field geometry, same printed labels/hints) — only the printed form-code/edition stamp in the page margins differs (see VERIFICATION.md), confirming the form is stable rather than stale. GovSchema is independent and is not affiliated with, endorsed by, or operated by the Argentine Republic or its Ministerio de Relaciones Exteriores, Comercio Internacional y Culto.
Registry entry
ar/cancilleria/formulario-solicitud-visado
Authoritative source FSV — 'Formulario de Solicitud de Visa(do)', Ministerio de Relaciones Exteriores, Comercio Internacional y Culto (Cancillería Argentina), 3-page fillable-AcroForm PDF, 2024 edition
Machine access
- Schema document
registry/ar/cancilleria/formulario-solicitud-visado/1.0.0/schema.jsonapplication/schema+json- Verification record
registry/ar/cancilleria/formulario-solicitud-visado/1.0.0/VERIFICATION.mdtext/markdown- Registry catalog
registry/index.jsonone record per schema id
Field reference
50 fields, read from the published schema.json, with names, types, requiredness, and validation as the document states them. The live government form remains the authoritative source.
Fields
-
surnamestring requiredThe applicant's surname(s), as shown in their passport ('como en el pasaporte').
length: 1–200classification: sensitive-pii -
givenNamesstring requiredThe applicant's given name(s), as shown in their passport ('como en el pasaporte').
length: 1–200classification: sensitive-pii -
otherNamesstring optionalAny other name(s) the applicant is or has been known by: maiden name, religious name, professional name, or alias ('de soltera, religioso, profesional, alias'). Modelled as optional — the form's own hint lists this as a set of alternative circumstances that will not apply to every applicant.
length: 0–200classification: sensitive-pii -
fatherNamestring requiredThe applicant's father's surname(s) and given name(s) ('apellidos, nombres').
length: 0–200classification: sensitive-pii -
motherNamestring requiredThe applicant's mother's surname(s) and given name(s) ('apellidos, nombres').
length: 0–200classification: sensitive-pii -
sexenum requiredThe applicant's sex, as printed on the form ('M o F').
enum: M | F -
dateOfBirthdate requiredThe applicant's date of birth ('dd/mm/aaaa').
classification: sensitive-pii -
placeOfBirthstring requiredThe applicant's place of birth: city, province/state, and country ('ciudad, provincia, país').
length: 0–200 -
nationalitystring requiredThe applicant's current nationality, and prior nationality if applicable ('actual (y, si existe, la de origen)').
length: 0–200 -
identityDocumentTypeAndNumberstring requiredThe type and number of the applicant's national identity document or residence document (distinct from the passport, captured separately in campo 16).
length: 0–100classification: sensitive-pii -
lebaneseFamilyRegistryNumberstring optionalThe applicant's Lebanese family registry number, applicable only to applicants of Lebanese origin ('sólo en caso de origen libanés'). This is the one field on this specimen with an explicit printed conditional-applicability note, distinguishing it from the other fields modelled as optional on structural judgment alone (see VERIFICATION.md).
length: 0–100 -
homeAddressstring requiredThe applicant's home address.
length: 0–300classification: sensitive-pii -
homePhonestring requiredThe applicant's home (landline) telephone number.
length: 0–50 -
emailstring requiredThe applicant's email address.
length: 0–200classification: pii -
mobilePhonestring optionalThe applicant's mobile telephone number. Modelled as optional relative to the required campo 13 (home phone) — the form provides both as alternative contact channels, not both as mandatory.
length: 0–50 -
passportTypeAndNumberstring requiredThe type (e.g. ordinary, diplomatic, official/service) and number of the applicant's passport.
length: 0–100classification: sensitive-pii -
passportIssuingCountryAndDatestring requiredThe country that issued the applicant's passport, and the passport's date of issue.
length: 0–200 -
passportExpiryDatedate requiredThe passport's expiry date ('dd/mm/aaaa').
-
employerstring optionalThe applicant's employer. Modelled as optional — not every applicant is employed (e.g. students, retirees, the self-employed operating without a named employer).
length: 0–200 -
workPhonestring optionalThe applicant's work telephone number. Modelled as optional in step with campo 19 (employer).
length: 0–50 -
maritalStatusstring requiredThe applicant's marital status.
length: 0–100 -
professionstring requiredThe applicant's profession or occupation.
length: 0–200 -
activityAndPositionstring requiredThe applicant's current activity and position/role.
length: 0–200 -
travelPurposestring requiredThe stated purpose of the applicant's trip to Argentina. The consular officer uses this, together with the supporting documentation the applicant brings, to determine the specific visa category (this schema models only the cover application, not category-specific supplements).
length: 0–300 -
stayDurationstring requiredThe intended duration of the applicant's stay in Argentina.
length: 0–100 -
argentinaReferencesstring requiredReference persons or businesses in Argentina, with their address, email, and telephone number ('personas, empresas, dirección, email, teléfono').
length: 0–500 -
accommodationInArgentinastring requiredThe address and telephone number of the applicant's intended accommodation in Argentina ('dirección y teléfono').
length: 0–300 -
arrivalDatedate requiredThe applicant's planned date of arrival in Argentina ('dd/mm/aaaa').
-
departureDatedate requiredThe applicant's planned date of departure from Argentina ('dd/mm/aaaa').
-
spouseDetailsstring optionalThe applicant's spouse's surname(s), given name(s), nationality, date of birth, and whether the spouse is travelling with the applicant ('apellidos, nombres, nacionalidad, fecha de nacimiento, ¿viaja con usted?'). Modelled as optional — not every applicant has a spouse.
length: 0–500classification: sensitive-pii -
childrenDetailsstring optionalThe applicant's children's surname(s), given name(s), nationality, date of birth, and whether each child is travelling with the applicant ('apellidos, nombres, nacionalidad, fecha de nacimiento, ¿viajan con usted?'), for as many children as apply. Modelled as optional — not every applicant has children. This is the specimen's largest text box (spanning roughly two-thirds of page 2's usable width and several printed lines), consistent with accommodating a variable-length list rather than a single line item.
length: 0–2000classification: sensitive-pii -
previouslyAppliedArgentineVisaboolean requiredWhether the applicant has previously applied for an Argentine visa ('SI o NO'). Gates campos 33-38 (see requiredWhen on those fields): they are only answerable if this is affirmative.
-
previousVisaApplicationDatedate optionalThe date the applicant previously applied for an Argentine visa ('dd/mm/aaaa').
-
previousVisaApplicationLocationstring optionalThe country and city where the applicant previously applied for an Argentine visa ('país, ciudad').
length: 0–200 -
enteredArgentinaWithPreviousVisaboolean optionalWhether the applicant actually entered Argentina using that previously-obtained visa ('SI o NO'). Gates campos 36-38 (see requiredWhen on those fields).
-
previousEntryDatedate optionalThe date the applicant previously entered Argentina under that visa ('dd/mm/aaaa').
-
previousStayDurationstring optionalThe duration of that previous stay in Argentina.
length: 0–100 -
previousVisitPurposestring optionalThe purpose of that previous visit to Argentina.
length: 0–300 -
relativesResidingInArgentinastring requiredWhether the applicant's spouse, partner, siblings, parents, or other relatives reside in Argentina, and if so who, their address, and telephone number ('quién, dirección, teléfono'). Unlike the specimen's other yes/no questions (campos 32, 35, 41-49), this campo carries no separate printed 'SI o NO' hint alongside its own free-text hint — confirmed by inspecting every text item in the surrounding coordinate range — so it is modelled as a single free-text field (an applicant with no such relatives is expected to state so in the same box) rather than split into a boolean plus a conditional detail field.
length: 0–500 -
residenceHistoryLastThreeYearsstring requiredA list of the cities and dates where the applicant has resided over the last 3 years, starting with their current residence. This is the specimen's second-largest text box (spanning the full page width and several printed lines), consistent with accommodating a variable-length list.
length: 0–2000 -
previouslyDeniedEntryOrExpelledboolean requiredWhether the applicant was previously denied entry to Argentina, expelled from Argentina, or prohibited from re-entering Argentina ('SI o NO').
-
attemptedIrregularEntryboolean requiredWhether the applicant has attempted to enter Argentina evading migratory control, or through a place or at a time not authorized for that purpose ('SI o NO').
-
convictedTraffickingCrimesboolean requiredWhether the applicant was convicted (even if pardoned, amnestied, or similar) of arms trafficking, human trafficking, drug trafficking, money laundering, investment in unlawful activities, or any offense punishable by 3 years or more of imprisonment ('SI o NO').
-
involvedGenocideWarCrimesTerrorismboolean requiredWhether the applicant has committed or participated in acts of government or of another kind constituting genocide, war crimes, acts of terrorism, or crimes against humanity, or any other act triable by the International Criminal Court ('SI o NO').
-
terroristRecordOrProhibitedOrganizationMembershipboolean requiredWhether the applicant has a record of terrorist activity, or of belonging to organizations recognized as accused of acts triable by the International Criminal Court or under Law 23,077 (Defense of Democracy) ('SI o NO').
-
convictedFalseDocumentationForMigratoryBenefitboolean requiredWhether the applicant was convicted in Argentina, or has a record of having submitted materially or ideologically false documentation to obtain a migratory benefit for themselves or a third party ('SI o NO').
-
prostitutionPromotionRecordboolean requiredWhether the applicant promotes prostitution, profits from it, has been convicted of or has a record of having promoted prostitution or profited from it, or engages in activities related to trafficking or sexual exploitation of persons ('SI o NO').
-
facilitatedIllegalForeignerMovementboolean requiredWhether the applicant was convicted in Argentina, or has a record of having promoted or facilitated the illegal entry, stay, or exit of foreigners in Argentine territory ('SI o NO').
-
possibleMigratoryImpedimentboolean requiredWhether the applicant believes they may fall under any impediment sanctioned by Argentine migratory regulations ('SI o NO').
-
applicationCityAndDatestring requiredThe city and date where the application is being made. The form's own final campo (51, the applicant's signature and printed name — 'Firmar y aclarar en campo 51') carries no AcroForm widget in this specimen and is out of scope of this document.
length: 0–200
Verification record
Candidate selection
This session's brief (GOV-2179, child of the recurring research issue GOV-2167) was to author Argentina's Visa vertical using the Cancillería's Formulario de Solicitud de Visado (FSV), a candidate already named and scouted in GOV-2177 (itself following GOV-2169's opening of Argentina as this registry's 32nd jurisdiction, Business Formation only). GOV-2177 reported the FSV as a genuine fillable AcroForm PDF, 3 pages, 50 text (/Tx) widgets, no login/CAPTCHA/WAF gate, unauthenticated HTTP 200 — that lead was independently re-verified from scratch this session (fresh curl fetch of two independent specimens, fresh pdfjs-dist extraction, own field-count reconciliation, own field-to-campo-number correlation) rather than trusted outright.
A second candidate was named in the same brief and explicitly scoped out: AFIP's Formulario 460/F (the individual/persona física analogue of the already-modelled Formulario 460/J), re-confirmed this cycle to have 0 AcroForm widgets — a flat/printed form requiring box-by-box visual extraction. Left open as a future Business-Formation-deepening candidate, not picked this cycle since the FSV is strictly simpler to extract (a real AcroForm) and opens a new vertical rather than deepening an existing one.
Source
- Primary:
https://cancilleria.gob.ar/userfiles/servicios/fsv_2024_espanol_editable.pdf("2024 edition") — fetched fresh this session with a browser User-Agent (curl -A "Mozilla/5.0 ... Chrome/124.0 Safari/537.36"): HTTP 200,content-type: application/pdf, exactly 311,233 bytes, SHA-25666d7925e90f8b59229232e0f0fd493f278f638f98484d0fc84d7e6db4e7304f7. Confirmed genuine%PDF-1.6content by inspecting the file's own leading bytes (%PDF-1.6\r%âãÏÓ\r\n), not merely by trusting theContent-Typeheader. No login, CAPTCHA, or WAF/bot-mitigation challenge was encountered — a plaincurlwith a browserUser-Agentsucceeded on the first attempt.Last-Modified: Mon, 25 Mar 2024 17:12:58 GMTper the server's own response header. - Cross-check specimen:
https://cmila.cancilleria.gob.ar/userfiles/fsv_editable_espanol_-_2026_1.pdf("2026 consulate-mirrored edition") — also fetched fresh this session: HTTP 200,content-type: application/pdf, exactly 378,338 bytes, SHA-256112983a1724b4f47ac4b42b1b6f649164a92ec4f32f1da8ecdb91e58b9f0c3ce, genuine%PDF-1.6.Last-Modified: Wed, 14 Jan 2026 14:38:30 GMT. - Retrieved: 2026-07-10.
- Reviewer: GovSchema Engineering (initial authoring source-review).
node tools/verify-sources.mjs registry/ar/cancilleria/formulario-solicitud-visado/1.0.0 re-fetched both cited URLs (plus the authority homepage) a second time immediately before finalizing this record: 3 URLs checked, 0 warnings, 0 allowlisted, all clear. No entry was added to tools/verify-sources-allowlist.json — this domain needs none.
Extraction method
Extracted with pdfjs-dist (legacy/build/pdf.js, Node ESM):
getFieldObjects()on the 2024 specimen resolves to exactly 50 distinct field names (Texto1..Texto50).page.getAnnotations()across all 3 pages: 29 widgets on page 1, 21 on page 2, 0 on page 3 — 50 total, a clean 1:1 widget:field ratio with no split-digit-box groups and no mirrored Original/Duplicado structure (unlike several sibling AR/AFIP and AT specimens already in this registry). All 50 widgets are text (/Tx) fields; none carry the/FfRequired bit (checked programmatically across all 50 widgets in both specimens) and neither specimen uses an asterisk-required convention.- Page 3 carries no widgets at all — inspecting its
getTextContent()output confirms it holds only a standing informational notice to the applicant ("El funcionario consular dará inicio al trámite de visado al recibir este formulario completado y firmado...") with no further numbered campos. - Field-to-label correlation: the raw AcroForm field names (
Texto1..Texto50) carry noalternativeText/tooltip, so each widget's label was reconstructed viagetTextContent()x/y-position correlation — for every widget, the nearest text item positioned above the widget's top edge within an overlapping x-range was treated as its candidate label, then cross-checked by hand against the form's own visible numbered structure. The form's top instruction block explicitly reads "► Completar hasta campo 50" (complete through field 50) and "► Firmar y aclarar en campo 51" (sign and print name at field 51) — confirming the form has exactly 51 numbered campos, of which only 1-50 carry fillable widgets (campo 51 is a wet-ink signature line with no AcroForm widget, consistent with the 50-widget count). Independently verified, via x-coordinate column-overlap analysis against each campo's printed number and hint text, that the field names' own numeric suffix corresponds exactly to the form's own printed campo numbering in reading order for all 50 fields (i.e.Texto{N}= campo{N}for everyNfrom 1 to 50) — including the two-column layouts on campos 32-38, where the naive nearest-label heuristic sometimes picked a hint line (e.g. "SI o NO", "dd/mm/aaaa") rather than the numbered header directly above it, but the widget's own x-range always fell within that hint's column, confirming the correct campo assignment either way. - Stability cross-check: the 2026 mirror specimen was independently fetched and diffed field-by-field against the 2024 specimen — identical field names (
Texto1..Texto50), identical widget geometry (rects match to sub-pixel precision), identical printed labels and hints on every page. The only textual difference across every extracted text item on all 3 pages of both specimens is the page-margin form-code/edition stamp ("FSV-...-2021-"on the 2024 specimen vs"CMILA-2026-..."on the 2026 mirror) — confirming this is a stable, unchanged form rather than a stale specimen.
Field reconciliation
50 raw widgets → 50 distinct field names → 50 modelled fields (1:1:1, the simplest reconciliation of any AR schema in this registry to date — no split-digit boxes, no mirrored copies, no merges).
Scope decisions and judgment calls
requiredis a structural judgment call, not source-asserted, with one disclosed exception: campo 11 (lebaneseFamilyRegistryNumber) carries its own explicit printed exemption ("sólo en caso de origen libanés" — only in the case of Lebanese origin), so it alone isrequired: falseon a source-asserted basis. All otherrequired: falsefields (otherNames,mobilePhone,employer,workPhone,spouseDetails,childrenDetails) are inferred from ordinary real-world applicability (not every applicant has an alias, a second phone, an employer, a spouse, or children) rather than any printed marker, since this specimen has none.- Campos 32-38 modelled as a cascading
requiredWhenchain. Campo 32 ("¿Solicitó usted visa argentina anteriormente?") is the gate: campos 33-34 (requiredWhencampo 32 = true) and campo 35 (requiredWhencampo 32 = true) are only answerable if the applicant previously applied. Campo 35 ("¿Ingresó con la visa?") is itself the gate for campos 36-38 (requiredWhencampo 35 = true) — only answerable if the applicant actually entered Argentina under that prior visa. This mirrors therequiredWhenconvention already used inat/bmeia/schengen-visa-applicationfor similarly conditional follow-up questions. - Campo 39 modelled as a single free-text field, not split into a boolean + detail pair, unlike campos 32/35/41-49 (all of which carry their own separate "SI o NO" hint line). Every text item in campo 39's surrounding coordinate range was inspected and no separate "SI o NO" hint exists next to its own hint ("quién, dirección, teléfono") — an applicant with no such relatives is expected to state so within the same free-text box, so it is modelled as
type: string,required: true, nottype: boolean. - Campos 43-49 (7 integrity/eligibility "SI o NO" questions) use their full printed question text as
labelrather than a shortened paraphrase, since Cancillería's own numbering scheme does not give these questions a short caption the way the identity/travel fields do (e.g. "APELLIDOS", "SEXO") — abbreviating them risked losing the precise legal scope of each question (trafficking, war crimes, terrorism, false documentation, prostitution-related offenses, facilitating illegal entry, and a catch-all migratory-impediment question).sourceRefcites the campo number for each; the full Spanish text is reproduced verbatim from the PDF's own text layer. - Campo 51 (signature and printed name) is out of scope — it carries no AcroForm widget in either specimen (confirmed programmatically: only
Texto1-Texto50exist) and the form's own instructions direct it to be completed by hand ("Firmar y aclarar en campo 51"), consistent with this being a paper form meant to be printed, signed, and physically filed at a consulate alongside supporting documents. Page 3 (a standing informational notice, no numbered campos) is also out of scope for the same reason — no widgets, no additional data fields. - This document models only the shared cover-application cover sheet. The specific visa category and its supporting-documentation checklist are determined by the consular officer from the stated
travelPurpose(campo 24) and are not part of this specimen's own AcroForm layer — consistent with howjp/isa/certificate-of-eligibility-applicationmodels only its shared cover sheet and defers category-specific supplements.
Mock conformance test
A standalone Node script (conformance.mjs, not committed — ad hoc verification harness matching this registry's usual practice) checks: required-field presence (including requiredWhen evaluation), enum membership, date format (YYYY-MM-DD), and maxLength/minLength bounds, against two independent valid mocks and three negative controls.
Valid mock 1 — a first-time applicant (Uruguayan tourist, no prior Argentine visa, no spouse/children/employer/second phone/alias/Lebanese registry number): all 32 applicable fields present, no requiredWhen fields triggered (previouslyAppliedArgentineVisa: false). 0 errors.
Valid mock 2 — an applicant of Lebanese origin who previously applied for and entered Argentina under a prior visa, exercising every optional field and the full requiredWhen cascade (previouslyAppliedArgentineVisa: true → campos 33/34/35 present; enteredArgentinaWithPreviousVisa: true → campos 36/37/38 present), plus lebaneseFamilyRegistryNumber, otherNames, mobilePhone, employer, workPhone, spouseDetails, and childrenDetails all populated. 0 errors.
Negative control 1 — requiredWhen cascade violated: same as valid mock 2 but with previousVisaApplicationDate, previousVisaApplicationLocation, enteredArgentinaWithPreviousVisa, previousEntryDate, previousStayDuration, and previousVisitPurpose all stripped while previouslyAppliedArgentineVisa remains true. Fails validation with 3 errors — previousVisaApplicationDate, previousVisaApplicationLocation, and enteredArgentinaWithPreviousVisa are all flagged missing (their gate, campo 32, is true). Note that removing enteredArgentinaWithPreviousVisa itself correctly makes its own dependents (36/37/38) not required — their gate is now absent/false, demonstrating the cascade evaluates each link independently rather than assuming the whole chain must be filled.
Negative control 2 — invalid enum value: same as valid mock 1 but with "sex": "X" (not "M" or "F"). Fails validation on the enum membership check, as expected.
Negative control 3 — missing required fields: same as valid mock 1 but with surname and argentinaReferences removed. Fails validation with both flagged missing, as expected.
Tooling run
node tools/validate.mjs registry/ar/cancilleria/formulario-solicitud-visado/1.0.0/schema.json→ok, 1/1 passed.node tools/validate-ajv.mjs registry/ar/cancilleria/formulario-solicitud-visado/1.0.0/schema.json→ok(validated against spec v0.3 meta-schema, ajv 2020-12).node tools/verify-sources.mjs registry/ar/cancilleria/formulario-solicitud-visado/1.0.0→ 3 URLs checked, 0 warnings, 0 allowlisted, all clear.npm run build-index(fromtools/govschema-client/) → regeneratedregistry-index.jsonto include this document.
Re-verification
Per the manual-source-review-v1 practice's cadence, nextReviewBy is set to 2027-01-10 (~6 months): this is a from-scratch opening of a new vertical for Argentina with no independent second-reviewer pass yet, several structurally-inferred (not source-asserted) required judgment calls, and the position-based label-correlation technique (rather than a source-embedded tooltip) as the main source of residual risk. Re-check both cited URLs, confirm no newer specimen has replaced either one, and consider whether AFIP's Formulario 460/F (individual persona física CUIT registration, deferred this cycle as a flat/printed form) is ready to pick up as a follow-on cycle, on or before that date and on any source.url change.
View the raw record (VERIFICATION.md)
Version history
-
1.0.0draftlatestthis pagehas verification recordschema.json
Independent and non-affiliated
GovSchema is an independent, open-source project. This reference is not produced, reviewed, or endorsed by Ministerio de Relaciones Exteriores, Comercio Internacional y Culto (Cancillería Argentina), acting through Argentina's embassies and consulates abroad or any government. The authoritative source is always the live government form and its official instructions.