SAP transaction codeObjectSE78ModuleABAP

SE78 — SE78 SAPscript Forms Graphics Management

SE78 imports and manages the bitmap graphics (company logos, letterheads, signature images) used inside SAPscript forms and Smart Forms. Graphics are uploaded once per client and referenced by name and object type from the form layout. The recurring confusion is that graphics are client-dependent objects whose binary content does not automatically travel with the form in a transport unless explicitly included.

This page covers SE78, the transaction used to upload and administer bitmap graphics referenced by SAPscript and Smart Forms output, including SAPscript letterheads and logos printed on invoices and correspondence. It focuses on the transport and format traps that cause a logo to print correctly in one system and disappear or garble in another.

Reviewed by an ERPClimb SAP consultant on 15 Sept 2026· 1,107 words

Purpose

SE78 is the maintenance transaction for graphics used in form output: company logos on letterheads, signature bitmaps, background images referenced from a SAPscript window or a Smart Forms graphic node. A graphic is imported once from a local file (BMP or TIFF), stored under an object type (monochrome BMON, color BCOL, or printer-specific TIFF) and a name, then referenced by that name from the form definition rather than embedded directly. The structural fact that explains most confusion: the graphic is a standalone repository object stored per client, independent of the form that references it. The form only holds a pointer. This means a form can transport cleanly while the logo it prints stays behind, or a logo can be replaced centrally and every form referencing it changes at once without touching the form itself.

When it is used

SE78 gets used whenever a form needs a static image: onboarding a new company logo for invoice or delivery note printouts, replacing a letterhead after a rebrand, adding a scanned signature to an output correspondence type, or troubleshooting why a printed document shows a blank rectangle where the logo should be. It sits upstream of SE71 and SE80's Smart Forms editor, both of which only reference graphic names created here. It is not the tool for Adobe Forms working with modern XFA/interactive layouts using embedded images in the form template itself, nor for Fiori-based output where images are typically handled through different attachment or branding mechanisms. Reach for SE78 specifically when the graphic lives in the SAPscript/Smart Forms bitmap repository and the symptom is missing, wrong, or garbled printed images.

How to use it in practice

  • Start SE78 and choose the object type folder matching the graphic's intended use (BMON for monochrome, BCOL for color, TIFF for device-specific printer formats).
  • Use the import function and point to a local BMP or TIFF file; give the graphic a name that will be referenced from the form.
  • Check the preview to confirm the bitmap rendered correctly before saving; some formats display corrupted in the form even though the import succeeded.
  • Save; this writes the directory entry and binary content into the client-dependent bitmap storage.
  • In SE71 or the Smart Forms editor, insert a graphic element and reference the exact name and object type just created.
  • Print preview the form to confirm the graphic actually resolves at runtime, not just in the form editor's design view.

Key data objects

  • Bitmap directory table - one entry per graphic, keyed by client, graphic name, object type (BMON, BCOL, TIFF) and language, holding metadata such as format, size and last change information.
  • Bitmap content storage - the actual binary image data linked to the directory entry, stored in the same client-dependent repository used by SAPscript.
  • Change document tables - record who imported or replaced a given graphic and when, useful when a logo silently changes and nobody admits to it.

How to prove it in the data

Open SE16 on the SAPscript bitmap directory table and filter by object type and graphic name to confirm the object exists in the system being checked, then compare the same filter across dev, QA and production to see whether the entry is missing or has a different last-changed timestamp in one of them. If the logo prints wrong in only one system, the entry exists everywhere but the binary content or format differs; the directory row's format and size fields are the fastest signal that the wrong variant was imported.

ECC vs S/4HANA

SE78 itself is unchanged on S/4HANA and remains the transaction for SAPscript and Smart Forms graphics; there is no dedicated Fiori app replacing it. What has shifted is emphasis: new output-management scenarios on S/4HANA increasingly favor Adobe Forms and, further out, form templates with embedded or externally managed branding, reducing new dependence on SE78 without removing existing SAPscript and Smart Forms output that still relies on it.

Common pitfalls and how to diagnose them

  • Missing transport: the form transports and activates cleanly but the logo it references was never moved because graphics are not automatically pulled into the transport request with the form. Check the target system's bitmap directory for the graphic name before assuming a form bug; if absent, the fix is to export and re-import the graphic explicitly, not to touch the form again.
  • Client dependency: a graphic imported in one client is invisible in another client of the same system, including after a client copy that excluded cross-client repository objects. Verify by checking the same directory entry with a client filter rather than assuming the object is system-wide.
  • Wrong object type for the output device: a color bitmap referenced on a form printed through a device type that only supports monochrome renders as garbage or blank. Confirm the printer's device type and match it against BMON, BCOL or TIFF before re-importing anything.
  • Name or type mismatch at the form level: the form references a graphic name or object type that does not match what was actually imported, often after a rename or a copy-paste between forms. The print preview in the form editor will not always catch this; test an actual output run.
  • Orphaned deletion: deleting a graphic in SE78 without checking where it is used breaks every form referencing it at the next print attempt, producing a runtime error rather than a design-time warning. Search form definitions for the graphic name before deleting.

Whose problem this is

This is ABAP development or forms-development territory, not a functional configuration task, because it touches the form layout repository directly. A clean handover from functional to development includes the exact printed document showing the defect, the output type and form name involved, the graphic name expected, and confirmation of which system tier the issue reproduces in.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-tcodes/se78ERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.