...

1. Template
2. Styleguide (Farben, etc.)
3. Karten für die Verbreitungsgebiete
4. Links zu den AGB, DS, Wiederrufsbelehung
5. vHost, SSL-Zertifikat?
6. Grunddaten laden (per WebAnzeigen-Jobs)
   1. 1 Stammdaten
      1. Publikation (150)
      2. Ausgaben/Kombis (2025, 147, 80)
      3. Rubrik(en) (103)
      4. ggfs. Preisrubriken (316, 686) → meist wird hier nur per Script die zu setzenden Preisrubriken in die 686.sdv eingetragen, da diese auch vererbt werden
      5. Format (72)
   2. 2 Rubrikwochentage (7006)
   3. 3 Erscheintermine (7001)
   4. 4 Chiffregebühren (7027)
   5. 5 Doppeltermininfos (7032)
   6. 6 Muster (7002, 7003)
7. Grunddaten einrichten (per SQL in WebAnzDB)
   1. 686 - Preisrubriken (Default für Web-Aufträge)
   2. 7001 - Erscheintermine (wenn z.B. Start der Publ. erst ab Termin X)
   3. 7002 - Muster
      
      1. Nutzungsabhängigkeit
   4. 7006 - Rubrikwochentage
      
      1. Schlusszeiten
      2. Wochentage
   5. 7007 - Mailtemplates (BASEDATA, ID_SDV=7007 + ABLAGE, TYP=3)
   6. 7018 - Auszeichnungspakete (7018.sdv, ID_SDV 7019, 7020)
      
      1. verwendbare Schriftbausteine?
      2. Abhängigkeit zu Zielflächenbedeutung in ID_SDV 752 beachten
   7. 7024 - Veredelung
   8. 7026 - Bilder für Ausgabengebiete
   9. 7030 - Aborabatte / Onlinerabatt
   10. 7031 - publikationsabh. Chiffre-Zusendungstext
   11. 7033 - Chiffre-Abholungstext je Abholungsort
   12. 7035 - Domain-Konfig
   13. 7037 - Standard-Ausgabe
   14. 7042 - Chiffre-Abholungsorte
   15. 7043 - Erlaubte Buchungskombinationen
   16. 7044 - nur ein Termin buchbar
   17. 7045 - Muster-Blacklist
   18. 7050 - Internet-Kennzeichen
   19. 7051 - Wiederholeranzeigen
   20. 7053 - Standard-Rubrikenschluss
   21. 7054 - Chiffrepflicht-Kennzeichen

Wie kann man den Java-Prozess debuggen?

(remotedebugging! - noch zu überarbeiten)

1. Im Java-Service-Wrappers die Datei "wrapper.conf", die den WebAnzeigen-Tomcat auf dem Zielsystem startet, erweitern:

   1. wrapper.java.additional.17=-Xdebug

   2. wrapper.java.additional.18=-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y

2. "DebugWin32_6.11.01.404" auf das Zielsystem kopieren

3. windbg.exe starten. Menü "File" ...
   
   1. Symbol File Path... =
   2. Source File Path... =
   3. Image File Path... =
4. Tomcat über den Java-Service-Wrapper mit der angepasste wrapper.conf starten. (sollte im Haltemodus starten, bis sich ein Debugprozess auf Port 8000 verbindet)
5. DebugWin - File - Attach to a Process... und an den wrapper.exe-Prozess klemmen
   1. Jetzt sollte im Fenster des Tomcat-Prozesses Betrieb aufkommen und dieser hochgefahren werden. Währendessen laufen im DebugWin-Fenster die Meldungen ein.

Wie werden die Bankdaten validiert? Wird die SepaBox dafür verwendet?

Die Validierung erfolgt (leider!) zweistufig (Zusammenhänge und Ablauf jedoch unklar).

1. Es wird die SEPABox benötigt
2. Es wird sowohl in der Weberfassung als auch dem Admintool auf Dateiebene eine CSV-Datei (.\shared\data\bic-de.csv) erwartet, welche ein Export aus dem XLSX der BLZ-Datei der Deutschen Bundesbank (https://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html) ist.
   Ist eine vom User angegebene BIC in dieser nicht enthalten, erfolgt im Logfile der Applikation folgende Meldung: "[2x019] Angegebene BIC existiert nicht, Die von Ihnen angegebene BIC existiert nicht!"
   Das aus dem XLSX exportierte CSV-Format muss folgender Syntax genügen, wobei die erste Zeile die Beschreibungszeile sein muss:

"Bankleitzahl";"Kurzbezeichnung";"Bezeichnung";"BIC";"PLZ";"Ort";"Gültig bis"
"10000000";"BBk Berlin";"Bundesbank";"MARKDEF1100";"10591";"Berlin";""
"10010010";"Postbank Berlin";"Postbank";"PBNKDEFFXXX";"10916";"Berlin";""
...
"12070000";"Deutsche Bank Luckenwalde";"Deutsche Bank";"DEUTDEBB188";"14943";"Luckenwalde";""
... 

Das Login im Firefox schlägt immer wieder einmal fehl. Im IE11 und Edge funktioniert es gar nicht.

1. Prüfen, dass nicht der http/https-mixed-mode aktiviert ist. Machte bei MDV massive Probleme. ("hupwebanz.httpMode" in der app.properties von webanz sollte besser auf 2 (= https-only) stellen.)
2. Cookies müssen vom Browser akzeptiert werden.

WebAnzeigen streikt komplett mit Logfile-Meldung: de.hup.bo.advkommerzbo.impl.unique.ModulKommerzExc: 1 | ..\ModulKommerzBOJni.cpp | 310 | ... Exception occured!

1. Prüfen, ob auf dem Server, wo der KommBO (im Tomcat) läuft, Kaspersky läuft und diesen beenden.

Logfile-Meldung: de.hup.bo.advkommerzbo.base.ModuleCommerceExc: 63016 | ..\SEPAUtil.cpp | 78 | Fehler beim Aufruf der Methode 'init' aus der Assembly 'webserviceconnector.dll'. Bitte prüfen Sie ggf. die .NET-Sicherheitsrichtlinien. (4.1@1.0)

1. In einer Admin-CMD ausführen: C:\Windows\Microsoft.NET\Framework\v2.0.50727\CasPol.exe -m -cg LocalIntranet_Zone FullTrust
2. Rechner neu starten

Wie funktioniert die Vorbelegung von Auftragsattributen per URL-Parameter?

Funktion: anzeigePubRubrikOutput.do

Parameter:

• resetAd=1 ... setzt den aktuellen Auftrag zurück
• initAd=1 ... initialisiert einen neuen Auftrag
• u={ID} ... setzt die Nutzung (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 7005)
• p={iD} ... setzt die Publikation (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 150)

• r={ID} ... setzt die Rubrik (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 103)

• i={ID} ... setzt die Ausgabe (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 2025) – wegen Einschränkungen in der Erfassungsreihenfolge nur sinnvoll/möglich, wenn auch eine Rubrik gesetzt wird, die auch gebucht werden darf und damit auch Ausgaben angeboten werden

Bsp.: https://webanzeigen.stadtzeitung.de/webanz/anzeigePubRubrikOutput.do?resetAd=1&initAd=1&u=7005020&p=11&r=362&i=62

 In älteren Versionen sind die Parameter anders: https://webanzeigen.stadtzeitung.de/webanz/anzeigePubRubrikOutput.do?adUsingCollectionSelect=7005010&publicationCollectionSelect=11&rubricCollectionSelect=99&initAd=1&resetAd=1

java.sql.SQLException: Cannot create PoolableConnectionFactory (null,  message from server: "Host '193.0.63.150' is not allowed to connect to this MySQL server")

/wiki/spaces/CON/pages/221087078 - bind-address anpassen

Erweitertes Schnittstellen-Logging zum VL

VL-Anzeigen - Logging der Schnittstelle aktivieren

Kann man unabhängig der Sepabox-Checks (z.B. Bagatellgrenze) alle über WebAnzeigen getriggerten, neuen SEPA-Mandate als unterschrieben und gültig anlegen (lassen)?

Ja, dafür gibt es in /wiki/spaces/CON/pages/221086726 den Konfigschalter

• Kommerz.CreateValidSepaAuthorizationForWeborders = "1";

der auf dem System gesetzt sein muss, wo der Tomcat mit dem KommBO läuft.

Preise

Es wird kein Preis gefunden. Im KommBO wird folgende Fehlermeldung ausgegeben: "Bei gesetzter Berechnungsfarbe/-höhe/-spaltigkeit muss ein Berechnungsgrund angegeben werden."

GRUND: Wahrscheinlich wird die Mindestmenge (Höhe, Zeilenanzahl, Worte) nicht erreicht. In diesem Fall wird eine Berechnungsmenge in der APos in Backend eingetragen. Wenn der Mandantschalter VAL_SCHALTERART_BERECHNUNGSGRUND_ERZWINGEN aktiv ist, muss ein Berechnungsgrund vorhanden sein.

LÖSUNG: Mehr Text für Anzeige erfassen oder CFG-Eintrag "Kommerz.DefaultSpecialDiscountReason4CalcAmount" setzen.

In WebAnzeigen wird kein Preis gefunden und im Logfile fehlt die Angabe der verwendeten, preisrelevanten Attribute. Was nun?

Zusätzlich zu den (meistens) aufgelisteten Attributen (Publ, Ausgabe, Muster, Preis-Maß-Einheit, 4c-Knz., ...) gibt es noch den Ortspreis/Preisgebiet (<Preisgebiet>) und die Internetgebühr/Internetzuschlag (<Erscheintermin InternetgebuehrKz="1">), welche nicht mit aufgeführt wird, aber ebenfalls mit preisrelevant ist.

Diese beiden Werte aus dem Auftrags-XML aus WebAnzeigen mit berücksichtigen und den Auftrag in der Auftragsbearbeitung dahingehend anpassen, dann sollte dort ebenfalls kein Preis mehr gefunden werden.

HTML5-Editor / Anzeigenvorschau

Beim Öffnen des Anzeigentextes im HTML5-Editor meldet der Internet-Explorer, dass die Variable "hupimageeditor" nicht definiert sei.

GRUND: Der IE hat per Default das Häkchen "Intranetsites im Kompatibilitätsmodus anzeigen" gesetzt. Damit wird der Dokumentenmodus IE7 verwendet. In diesem ist der HTML5-Editor nicht nutzbar!

LÖSUNG: Vernünftigen Browser verwenden, Häkchen entfernen oder "<meta http-equiv="X-UA-Compatible" content="IE=11; IE=10; IE=9" />" als erste Zeile im <head> des/der entsprechenden html-Dokumente setzen, damit der IE gezwungen wird die Seite im IE11, 10 oder 9 anzuzeigen.

In der Anzeigenvorschau werden statt der hochgeladenen Bilder nur graue Flächen angezeigt.

1. Konfiguration und Erreichbarkeit des jefws durch den ebs und die Gegenrichtung prüfen
   1. web.xml des jefws: Die bei <env-entry-name>ImageServiceUrl</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der ebs läuft.
      1. Die URL muss wie folgt aussehen: http://<HOSTNAME oder IP>:<PORT>/jefws/ips/do.ips
   2. web.xml des jefws: Die bei <env-entry-name>ebs.url</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der jefws läuft.
      
      1. Die URL muss wie folgt aussehen: http://<HOSTNAME oder IP>:<PORT>/ebs
2.  Tomcat neu starten, in dem der jefws läuft. Es genügt nicht den jefws als Anwendung über den Tomcat-Manager neu zu starten, da der Tomcat die web.xml zu cachen scheint!

In den Mustervorschauen mit Bild werden statt der Bilder/Logos nur graue Flächen angezeigt.

siehe identischen FAQ-Eintrag im FAQ HUP Anzeigen (VL)

Die Muster- und Anzeigenvorschauen haben nur gefühlte 16 Farben / laufen mit reduzierter Farbtiefe / Farbraum. 

Die Desktop-Farbauflösung des System, wo der "ebs" von WebAnzeigen im Tomcat läuft (der die EditorBaseApp.exe von VL-Anzeigen startet), wurde reduziert (evtl. über einen MSTSC-Zugriff) und läuft nicht mehr mit 16/32bit Farbtiefe. In diesem Zustand wurde der Tomcat neu gestartet, d.h. der Editorprozess arbeitet nun mit dieser reduzierten Farbtiefe.

...

Was muss bei (Grunddaten-)Änderungen neu gestartet werden, damit diese von WebAnzeigen erkannt werden? (Aktivieren neuer/geänderter Grunddaten im Web)

Wie kann man den Java-Prozess debuggen?

(remotedebugging! - noch zu überarbeiten)

1. Im Java-Service-Wrappers die Datei "wrapper.conf", die den WebAnzeigen-Tomcat auf dem Zielsystem startet, erweitern:

   1. wrapper.java.additional.17=-Xdebug

   2. wrapper.java.additional.18=-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y

2. "DebugWin32_6.11.01.404" auf das Zielsystem kopieren

3. windbg.exe starten. Menü "File" ...
   
   1. Symbol File Path... =
   2. Source File Path... =
   3. Image File Path... =
4. Tomcat über den Java-Service-Wrapper mit der angepasste wrapper.conf starten. (sollte im Haltemodus starten, bis sich ein Debugprozess auf Port 8000 verbindet)
5. DebugWin - File - Attach to a Process... und an den wrapper.exe-Prozess klemmen
   1. Jetzt sollte im Fenster des Tomcat-Prozesses Betrieb aufkommen und dieser hochgefahren werden. Währendessen laufen im DebugWin-Fenster die Meldungen ein.

Wie werden die Bankdaten validiert? Wird die SepaBox dafür verwendet?

Die Validierung erfolgt (leider!) zweistufig (Zusammenhänge und Ablauf jedoch unklar).

1. Es wird die SEPABox benötigt
2. Es wird sowohl in der Weberfassung als auch dem Admintool auf Dateiebene eine CSV-Datei (.\shared\data\bic-de.csv) erwartet, welche ein Export aus dem XLSX der BLZ-Datei der Deutschen Bundesbank (https://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html) ist.
   Ist eine vom User angegebene BIC in dieser nicht enthalten, erfolgt im Logfile der Applikation folgende Meldung: "[2x019] Angegebene BIC existiert nicht, Die von Ihnen angegebene BIC existiert nicht!"
   Das aus dem XLSX exportierte CSV-Format muss folgender Syntax genügen, wobei die erste Zeile die Beschreibungszeile sein muss:

"Bankleitzahl";"Kurzbezeichnung";"Bezeichnung";"BIC";"PLZ";"Ort";"Gültig bis"
"10000000";"BBk Berlin";"Bundesbank";"MARKDEF1100";"10591";"Berlin";""
"10010010";"Postbank Berlin";"Postbank";"PBNKDEFFXXX";"10916";"Berlin";""
...
"12070000";"Deutsche Bank Luckenwalde";"Deutsche Bank";"DEUTDEBB188";"14943";"Luckenwalde";""
... 

Das Login im Firefox schlägt immer wieder einmal fehl. Im IE11 und Edge funktioniert es gar nicht.

1. Prüfen, dass nicht der http/https-mixed-mode aktiviert ist. Machte bei MDV massive Probleme. ("hupwebanz.httpMode" in der app.properties von webanz sollte besser auf 2 (= https-only) stellen.)
2. Cookies müssen vom Browser akzeptiert werden.

WebAnzeigen streikt komplett mit Logfile-Meldung: de.hup.bo.advkommerzbo.impl.unique.ModulKommerzExc: 1 | ..\ModulKommerzBOJni.cpp | 310 | ... Exception occured!

1. Prüfen, ob auf dem Server, wo der KommBO (im Tomcat) läuft, Kaspersky läuft und diesen beenden.

Logfile-Meldung: de.hup.bo.advkommerzbo.base.ModuleCommerceExc: 63016 | ..\SEPAUtil.cpp | 78 | Fehler beim Aufruf der Methode 'init' aus der Assembly 'webserviceconnector.dll'. Bitte prüfen Sie ggf. die .NET-Sicherheitsrichtlinien. (4.1@1.0)

1. In einer Admin-CMD ausführen: C:\Windows\Microsoft.NET\Framework\v2.0.50727\CasPol.exe -m -cg LocalIntranet_Zone FullTrust
2. Rechner neu starten

Wie funktioniert die Vorbelegung von Auftragsattributen per URL-Parameter / Deeplinks?

Funktion: anzeigePubRubrikOutput.do

Parameter:

• resetAd=1 ... setzt den aktuellen Auftrag zurück
• initAd=1 ... initialisiert einen neuen Auftrag
• u={ID} ... setzt die Nutzung (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 7005)
• p={iD} ... setzt die Publikation (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 150)

• r={ID} ... setzt die Rubrik (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 103)

• i={ID} ... setzt die Ausgabe (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 2025) – wegen Einschränkungen in der Erfassungsreihenfolge nur sinnvoll/möglich, wenn auch eine Rubrik gesetzt wird, die auch gebucht werden darf und damit auch Ausgaben angeboten werden

Bsp.: https://webanzeigen.stadtzeitung.de/webanz/anzeigePubRubrikOutput.do?resetAd=1&initAd=1&u=7005020&p=11&r=362&i=62

 In älteren Versionen sind die Parameter anders: https://webanzeigen.stadtzeitung.de/webanz/anzeigePubRubrikOutput.do?adUsingCollectionSelect=7005010&publicationCollectionSelect=11&rubricCollectionSelect=99&initAd=1&resetAd=1

java.sql.SQLException: Cannot create PoolableConnectionFactory (null,  message from server: "Host '193.0.63.150' is not allowed to connect to this MySQL server")

/wiki/spaces/CON/pages/221087078 - bind-address anpassen

Erweitertes Schnittstellen-Logging zum VL

VL-Anzeigen - Logging der Schnittstelle aktivieren

Kann man unabhängig der Sepabox-Checks (z.B. Bagatellgrenze) alle über WebAnzeigen getriggerten, neuen SEPA-Mandate als unterschrieben und gültig anlegen (lassen)?

Ja, dafür gibt es in /wiki/spaces/CON/pages/221086726 den Konfigschalter

• Kommerz.CreateValidSepaAuthorizationForWeborders = "1";

der auf dem System gesetzt sein muss, wo der Tomcat mit dem KommBO läuft.

Preise

...

Es wird kein Preis gefunden. Im KommBO wird folgende Fehlermeldung ausgegeben: "Bei gesetzter Berechnungsfarbe/-höhe/-spaltigkeit muss ein Berechnungsgrund angegeben werden."

GRUND: Wahrscheinlich wird die Mindestmenge (Höhe, Zeilenanzahl, Worte) nicht erreicht. In diesem Fall wird eine Berechnungsmenge in der APos in Backend eingetragen. Wenn der Mandantschalter VAL_SCHALTERART_BERECHNUNGSGRUND_ERZWINGEN aktiv ist, muss ein Berechnungsgrund vorhanden sein.

LÖSUNG: Mehr Text für Anzeige erfassen oder CFG-Eintrag "Kommerz.DefaultSpecialDiscountReason4CalcAmount" setzen.

In WebAnzeigen wird kein Preis gefunden und im Logfile fehlt die Angabe der verwendeten, preisrelevanten Attribute. Was nun?

Zusätzlich zu den (meistens) aufgelisteten Attributen (Publ, Ausgabe, Muster, Preis-Maß-Einheit, 4c-Knz., ...) gibt es noch den Ortspreis/Preisgebiet (<Preisgebiet>) und die Internetgebühr/Internetzuschlag (<Erscheintermin InternetgebuehrKz="1">), welche nicht mit aufgeführt wird, aber ebenfalls mit preisrelevant ist.

Diese beiden Werte aus dem Auftrags-XML aus WebAnzeigen mit berücksichtigen und den Auftrag in der Auftragsbearbeitung dahingehend anpassen, dann sollte dort ebenfalls kein Preis mehr gefunden werden.

HTML5-Editor / Anzeigenvorschau

...

Beim Öffnen des Anzeigentextes im HTML5-Editor meldet der Internet-Explorer, dass die Variable "hupimageeditor" nicht definiert sei.

GRUND: Der IE hat per Default das Häkchen "Intranetsites im Kompatibilitätsmodus anzeigen" gesetzt. Damit wird der Dokumentenmodus IE7 verwendet. In diesem ist der HTML5-Editor nicht nutzbar!

LÖSUNG: Vernünftigen Browser verwenden, Häkchen entfernen oder "<meta http-equiv="X-UA-Compatible" content="IE=11; IE=10; IE=9" />" als erste Zeile im <head> des/der entsprechenden html-Dokumente setzen, damit der IE gezwungen wird die Seite im IE11, 10 oder 9 anzuzeigen.

In der Anzeigenvorschau werden statt der hochgeladenen Bilder nur graue Flächen angezeigt.

1. Konfiguration und Erreichbarkeit des jefws durch den ebs und die Gegenrichtung prüfen
   1. web.xml des jefws: Die bei <env-entry-name>ImageServiceUrl</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der ebs läuft.
      1. Die URL muss wie folgt aussehen: http://<HOSTNAME oder IP>:<PORT>/jefws/ips/do.ips
   2. web.xml des jefws: Die bei <env-entry-name>ebs.url</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der jefws läuft.
      
      1. Die URL muss wie folgt aussehen: http://<HOSTNAME oder IP>:<PORT>/ebs
2.  Tomcat neu starten, in dem der jefws läuft. Es genügt nicht den jefws als Anwendung über den Tomcat-Manager neu zu starten, da der Tomcat die web.xml zu cachen scheint!

In den Mustervorschauen mit Bild werden statt der Bilder/Logos nur graue Flächen angezeigt.

siehe identischen FAQ-Eintrag im FAQ HUP Anzeigen (VL)

Die Muster- und Anzeigenvorschauen haben nur gefühlte 16 Farben / laufen mit reduzierter Farbtiefe / Farbraum. 

Die Desktop-Farbauflösung des System, wo der "ebs" von WebAnzeigen im Tomcat läuft (der die EditorBaseApp.exe von VL-Anzeigen startet), wurde reduziert (evtl. über einen MSTSC-Zugriff) und läuft nicht mehr mit 16/32bit Farbtiefe. In diesem Zustand wurde der Tomcat neu gestartet, d.h. der Editorprozess arbeitet nun mit dieser reduzierten Farbtiefe.

Lösung: Auf das System verbinden, Farbtiefe wieder auf Maximum einstellen (bei MSTSC ist die Farbtiefe bei den Verbindungseingenscahften vor dem Verbindungsaufbau einzustellen) und auf dem System den WebAnzeigen-Tomcat neu starten.

Der JEFWS meldet im Logfile, dass ein Typokatalog ausgelassen wird (skip ...).

In den Musterdaten im Anzeigensystem fehlt vermutlich das "Webeditor-Kennzeichen". Der JEFWS lädt nur die TKs der Muster, die in der WebAnzeigen-DB bei "VALUE 20" (Webeditor-Kennzeichen) eine "1" stehen haben.

Bei der Vorschauerzeugung wird kein Preis gefunden / -,- angezeigt.

Hier kann es verschiedene Ursachen haben. Bitte das Logfile des KommBO prüfen (meistens ...\Tomcat\logs\KommBO.log), welche der folgenden Meldungen dort als letztes ausgegeben wurde:

Jobs

...

Musterjob bricht ab mit Logfile-Meldung: org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1064961; XML document structures must start and end within the same entity.

...