INFORMATICS

W jaki sposób skonfigurować pracę w Comarch ERP Optima w przypadku posiadania wielu kluczy?

Posiadamy dwa klucze klucz HASP (fizyczny) oraz klucz virtualny z licencjami KSeF

Główny klucz musi zostać przypisany do bazy firmowej. W tym celu w konfiguracji firmy (Konfiguracja Firmy/ Ogólne/ Parametry) należy uzupełnić pole Dedykowany serwer klucza dla bazy firmowej. W polu tym po nazwie serwera SQL oraz dwóch dwukropkach „::” należy podać numer klucza, jeżeli chcemy pobierać moduły z określonej puli

Następnie trzeba skonfigurować klucz Virtualny:

Problemy z komunikacją Comarch Optima ↔ KSeF (od 22 września 2026)

Od 22 września 2026 u części użytkowników systemu Comarch ERP Optima wystąpiły poważne problemy z wymianą danych z Krajowym Systemem e-Faktur (KSeF). Dotyczy to zarówno wysyłania, jak i odbierania faktur. Szczególnie uciążliwe jest to w przypadku faktur terminowych, których nie da się przesłać do KSeF.

Komunikat błędu w Optimie

W programie pojawia się komunikat zbliżony do następującego:

„Upłynęła data ważności pakietu KSeF dla xxx dokumentów. Funkcja wymiany z KSeF została zablokowana. W celu wykupienia licencji kliknij w link.”

Licencja / pakiet KSeF został już wcześniej zakupiony i opłacony, mimo to system nadal blokuje komunikację. Problem leży po stronie oprogramowania Comarch – błąd w obsłudze aktywacji lub weryfikacji pakietu uniemożliwia prawidłowe odblokowanie funkcji wymiany z KSeF.

Skutki problemu

• Brak możliwości wysyłania faktur sprzedażowych (w tym faktur terminowych) do KSeF.
• Brak możliwości odbierania faktur zakupowych z KSeF.
• Ryzyko opóźnień w obiegu dokumentów i rozliczeniach VAT.
• Konieczność ręcznego monitorowania statusów i ewentualnego korzystania z trybów awaryjnych / offline (jeśli są dostępne w danej wersji Optimy).

Co robić w takiej sytuacji?

1. Sprawdź status pakietu
   W Optimie wejdź w konfigurację KSeF (najczęściej: System → Konfiguracja → Firma → Dane firmy → KSeF lub sekcja Pakiet KSeF na liście faktur). Zweryfikuj numer klucza/pakietu i liczbę wykorzystanych dokumentów.
2. Zaktualizuj program
   Upewnij się, że pracujesz na wspieranej wersji (zalecane są aktualne wersje z serii 2026.x, m.in. 2026.4.1 / 2026.5.1 lub nowsze poprawki). Starsze wersje mogą niepoprawnie obsługiwać mechanizm pakietów.
3. Skontaktuj się z pomocą techniczną Comarch
   Zgłoś problem, podając:
   • dokładną treść komunikatu błędu,
   • numer pakietu / klucza KSeF,
   • datę zakupu i aktywacji,
   • wersję programu Optima,
   • datę wystąpienia problemu (22.09.2026 i później).
4. Tymczasowe rozwiązania
   W przypadku braku możliwości wysyłki sprawdź, czy system pozwala na oznaczenie dokumentu w trybie awaryjnym / offline (zgodnie z aktualnymi zasadami KSeF i dokumentacją Comarch). Pamiętaj o terminach dosyłania faktur po ustaniu awarii.

Aktualny status

Problem ma charakter systemowy po stronie Comarch i dotyczy weryfikacji ważności pakietów KSeF mimo ich wcześniejszego zakupu. Pracujemy nad zebraniem zgłoszeń od klientów i przekazaniem ich do producenta. W razie potrzeby pomożemy w przygotowaniu zgłoszenia lub weryfikacji konfiguracji.

Jeśli napotkałeś ten błąd – skontaktuj się z nami. Podaj numer NIP firmy, wersję Optimy oraz dokładną treść komunikatu, a postaramy się jak najszybciej pomóc.

B1S – wsparcie systemów Comarch ERP Optima i integracji z KSeF.

Cyber Attack on MyDr – One of the Largest Data Breaches in Polish History. Detailed Incident Analysis

In August 2026, Poland experienced one of the most serious cybersecurity incidents in the country’s history. The victim was MyDr, a provider of Electronic Medical Records (EDM) software used by thousands of healthcare facilities. According to official confirmations from the Ministry of Digital Affairs and findings of the Joint Cybersecurity Operations Center, unauthorized access affected data relating to nearly 19 million people (approximately 18,814,422 unique PESEL numbers according to the attackers’ claims) and more than 12,000 medical facilities.

Scale and Nature of the Breach

MyDr processes around 3 million visits and 2.7 million e-prescriptions monthly. The historical data (up to April 2024) stored in the company’s systems included, among other things:

• PESEL numbers,
• visit histories,
• prescription and medication information,
• contact details,
• potentially information about medical conditions.

The stolen database is estimated at over 2 TB (up to 2.5 TB according to the attackers). The data is historical — current operations of healthcare facilities, prescription issuance, and patient care were not disrupted. Systems were isolated, and the company is cooperating with authorities.

How the Incident Unfolded

1. Detection and first signals – Around 10 August 2026, MyDr announced it was investigating a security incident. At the same time, individuals claiming to be the perpetrators contacted the cybersecurity site Zaufana Trzecia Strona, providing evidence (screenshots containing data of politicians and journalists).
2. Official confirmation – On 12 August 2026, following a meeting of the Joint Cybersecurity Operations Center, Digital Affairs Minister Krzysztof Gawkowski officially confirmed the scale of the breach as “extraordinary.” The case is being handled by the Central Bureau for Combating Cybercrime, the National Prosecutor’s Office, the Personal Data Protection Office (UODO), special services, and the Ministry of Health.
3. Response – Data is being progressively transferred to the bezpiecznedane.gov.pl portal, where citizens can check whether their information was affected. Immediate freezing of the PESEL number (e.g., via the mObywatel app) is strongly recommended.

How Did the Hackers Gain Access? (Attackers’ Version – Officially Unconfirmed)

According to the account given by the alleged perpetrators to Zaufana Trzecia Strona (not yet confirmed by authorities or MyDr), the initial attack vector was an XXE (XML External Entity) vulnerability related to the handling of PKCS#12 certificates. This allegedly allowed remote code execution (RCE). The attackers then obtained a GitHub API key leading to the system’s source code and subsequently gained access to the infrastructure running on AWS. They also demonstrated control over company tools (Jira, HubSpot CRM) and the ability to send SMS messages from the official company account.

Important note: The above scenario comes solely from the alleged attackers and has not been publicly confirmed by law enforcement or the company. A detailed investigation is ongoing. The motive appears to be financial (medical data is highly valuable on the black market for targeted phishing and identity theft) rather than sabotage.

Consequences and Recommendations

The incident highlights the risks associated with concentrating sensitive medical data with external software providers. Individual medical facilities remain the data controllers, while MyDr acted as a processor. Citizens should:

• check their status on bezpiecznedane.gov.pl,
• freeze their PESEL number,
• exercise heightened caution with emails/SMS related to medical services (phishing risk).

The investigation continues. We will update this article as official findings become available.

Źródła: komunikaty Ministerstwa Cyfryzacji, MyDr, raporty Zaufanej Trzeciej Strony, Business Insider, Spidersweb i inne wiarygodne media (stan na 13 sierpnia 2026).