Insurance Declaration Report

Hello Experts
In SAP is it possible to get any report on Insurance Declaration which consist of material received amount along with insurance amount paid during
Edited by: Sudhir Poddar on Sep 2, 2008 1:00 PM
Edited by: Sudhir Poddar on Sep 2, 2008 1:00 PM

Hi Juan,
we are expecting publication of a document about the extended tax reporting feature in UK & DE shortly. In addition to that, an Expert Empowerment Session is in preparation, which is planned to be delivered before the end of the year.
All the best,
Kerstin

Similar Messages

Tax Reconciliation and Declaration Report

Hi,
You run the VAT Declaration Box Report (let's say for June 2011). You go and reconcile all the tax transactions (payable, receivable) for June. When you go to the Tax Reconciliation Report you can see the reconciled transactions. Now if you go back to the VAT Declaration Box Report and run it again for June you can see all transactions (regardless they were reconciled or not).
What if in July you need to post another transaction with a June date? If you run the VAT Declaration Box Report for July and need to include only that specific June transaction it will take in considerations all June transactions (not only the one added in July).
Not sure exactly how this works. We are on UK localisation.
Thanks,
Cristina

Hi
Check your configuration as per SAP Note 1395044 and 1356568 for changes to TDS after 01/10/2009
Regards
Sanil

Where to declare report fileld formula in BI Publisher

Hi All,
I am new to BI Publisher..I have a question related to defining formula..I have to calculate a report field like A /A-B in report .. where we can declare our column formula in BI publsiher?Plz help.
Regards,
Sonal
Edited by: Sonal on Dec 19, 2011 6:11 AM

I cannot because it depends on your requirements. You need to learn xml and xpath then you can start creating bip reports.
If you are using OBIEE then another approach would be to create those metrics in RPD or Answers and then pull them into BIP.
If you do not understand what I am saying then you are far from doing it the right way, better ask somebody to do it for you
while you learn all the process.
regards
Jorge

Tax Declaration Report 2007A

Hi there,
Could you please tell me where can i get documentation of the newly TAX reports on SBO 2007A.
Thank you and kind Regards
Juan Hernandez

Hi Juan,
we are expecting publication of a document about the extended tax reporting feature in UK & DE shortly. In addition to that, an Expert Empowerment Session is in preparation, which is planned to be delivered before the end of the year.
All the best,
Kerstin

Foreign Trade Declarations Step 5 - AP Invoices aren't reported

Hi Experts,
I hope you're all well. I'm hoping you can help me with an Intrastat issue I have please.
I have noticed that AP Invoice transactions only appear in Step 6 of the Foreign Trade Declarations report if I populated AP Invoice VAT Code with VAT Code E2 which is defined as Input Tax and the EU box is ticked.
If I create an AP Invoice with the VAT code I1 then the transaction doesn't appear on Step 6 of the Foreign Trade Declarations report. VAT Code I1 is set up as Input Tax but the EU box is not ticked for this VAT code.
Is this correct SAP behaviour please or am I doing something wrong?
Many thanks for any information.
Caroline

Hi,
Check the Tolerance days in the payment run defaults. Take the days as zero and run the payment wizard.
In 2005 version available under following path :
Banking Module > Payment Wizard > Payment Run Default > Tolerance days.
In 2007 version :
Administration > Setup > Banking > Payment Run Defaults.
Regards,
Jitin
SAP Business One Forum Team

Report problem with BAPI_MATERIAL_SAVEDATA (help required)

hi all,
i am using this source code to create material using
BAPI_MATERIAL_SAVEDATA.
when i am executing the program,
i am getting message the material no 512 transferred without leading 0.
but when i am checking the mara table i am not getting the material 512 created.
my program is as follows plz check where i am wrong ? why i am not able to create the material using this program.what changes i have to make in this program so that i will be successful in creating material.?
*& Report ZCREATE_MATERIAL
*& Developer
*& Date:   &DATE
               STRUCTURE DECLARATIONS                             *
Report:zcreate_material.
TABLES: BAPIMATHEAD, "Headerdata
        BAPI_MARA,    "Clientdata
        BAPI_MARAX,   "Clientdatax
        BAPI_MARC,    "Plantdata
        BAPI_MARCX,   "Plantdatax
        BAPI_MAKT,    "Material description
        BAPIRET2.     "Return messages
DATA:V_FILE TYPE STRING.
DATA:
BEGIN OF LSMW_MATERIAL_MASTER,
    MATNR(018) TYPE C, "Material number
    MTART(004) TYPE C, "Material type
    MBRSH(001) TYPE C, "Industry sector
    WERKS(004) TYPE C, "Plant
    MAKTX(040) TYPE C, "Material description
   DISMM(002) TYPE C, "Extra Field Added In the Program as
*itsrequired
    MEINS(003) TYPE C, "Base unit of measure
   MATKL(009) TYPE C, "Material group
   SPART(002) TYPE C, "Division
   LABOR(003) TYPE C, "Lab/office
   PRDHA(018) TYPE C, "Product hierarchy
   MSTAE(002) TYPE C, "X-plant matl status
   MTPOS_MARA(004) TYPE C, "Gen item cat group
   BRGEW(017) TYPE C, "Gross weight
   GEWEI(003) TYPE C, "Weight unit
   NTGEW(017) TYPE C, "Net weight
   GROES(032) TYPE C, "Size/Dimensions
   MAGRV(004) TYPE C, "Matl grp pack matls
   BISMT(018) TYPE C, "Old material number
   WRKST(048) TYPE C, "Basic material
   PROFL(003) TYPE C, "DG indicator profile
   KZUMW(001) TYPE C, "Environmentally rlvt
   BSTME(003) TYPE C, "Order unit
   VABME(001) TYPE C,
   EKGRP(003) TYPE C, "Purchasing group
   XCHPF(001) TYPE C, "Batch management
   EKWSL(004) TYPE C, "Purchasing key value
   WEBAZ(003) TYPE C, "GR processing time
   MFRPN(040) TYPE C, "Manufacturer part number
   MFRNR(010) TYPE C, "Manufacturer number
   VPRSV(001) TYPE C, "Price control indicator
   STPRS(015) TYPE C, "Standard price
   BWPRH(014) TYPE C, "Commercial price1
   BKLAS(004) TYPE C, "Valuation class
END OF LSMW_MATERIAL_MASTER.
               INTERNAL TABLE DECLARATIONS                         *
*to store the input data
DATA:
BEGIN OF it_matmaster OCCURS 0.
        INCLUDE STRUCTURE LSMW_MATERIAL_MASTER.
DATA:END OF it_matmaster.
*for material description
DATA:BEGIN OF IT_MATERIALDESC OCCURS 0.
     INCLUDE STRUCTURE BAPI_MAKT .
DATA:END OF IT_MATERIALDESC.
*to return messages
DATA:BEGIN OF IT_RETURN OCCURS 0.
     INCLUDE STRUCTURE BAPIRET2.
DATA:END OF IT_RETURN.
SELECTION SCREEN
SELECTION-SCREEN BEGIN OF BLOCK B1 WITH FRAME TITLE TEXT-002.
PARAMETERS:P_FILE LIKE RLGRAP-FILENAME OBLIGATORY.
SELECTION-SCREEN END OF BLOCK B1 .
AT SELECTION SCREEN
AT SELECTION-SCREEN ON VALUE-REQUEST FOR P_FILE.
CALL FUNCTION 'F4_FILENAME'
    EXPORTING
      PROGRAM_NAME = SYST-CPROG
      DYNPRO_NUMBER = SYST-DYNNR
      FIELD_NAME    = 'P_FILE'
    IMPORTING
      FILE_NAME     = P_FILE.
               TO UPLOAD THE DATA                                  *
START-OF-SELECTION.
V_FILE = P_FILE.
CALL FUNCTION 'GUI_UPLOAD'
EXPORTING
    filename                      = V_FILE
   FILETYPE                      = 'ASC'
   HAS_FIELD_SEPARATOR           = 'X'
HEADER_LENGTH                 = 0
READ_BY_LINE                  = 'X'
DAT_MODE                      = ' '
IMPORTING
FILELENGTH                    =
HEADER                        =
tables
    data_tab                      = IT_MATMASTER
EXCEPTIONS
   FILE_OPEN_ERROR               = 1
   FILE_READ_ERROR               = 2
   NO_BATCH                      = 3
   GUI_REFUSE_FILETRANSFER       = 4
   INVALID_TYPE                  = 5
   NO_AUTHORITY                  = 6
   UNKNOWN_ERROR                 = 7
   BAD_DATA_FORMAT               = 8
   HEADER_NOT_ALLOWED            = 9
   SEPARATOR_NOT_ALLOWED         = 10
   HEADER_TOO_LONG               = 11
   UNKNOWN_DP_ERROR              = 12
   ACCESS_DENIED                 = 13
   DP_OUT_OF_MEMORY              = 14
   DISK_FULL                     = 15
   DP_TIMEOUT                    = 16
   OTHERS                        = 17
IF sy-subrc <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
               DATA POPULATIONS                                    *
LOOP AT IT_MATMASTER.
BAPIMATHEAD-MATERIAL = IT_MATMASTER-MATNR.
BAPIMATHEAD-IND_SECTOR = IT_MATMASTER-Mbrsh.
BAPIMATHEAD-MATL_TYPE = IT_MATMASTER-Mtart.
BAPIMATHEAD-BASIC_VIEW = 'X'.
BAPIMATHEAD-PURCHASE_VIEW = 'X'.
BAPIMATHEAD-ACCOUNT_VIEW = 'X'.
BAPI_MARA-MATL_GROUP = IT_MATMASTER-MATKL.
BAPI_MARA-OLD_MAT_NO = IT_MATMASTER-BISMT.
BAPI_MARA-BASE_UOM = IT_MATMASTER-MEINS.
BAPI_MARA-BASIC_MATL = IT_MATMASTER-WRKST.
BAPI_MARA-MFR_NO = IT_MATMASTER-MFRNR.
BAPI_MARAX-MATL_GROUP = 'X'.
BAPI_MARAX-OLD_MAT_NO = 'X'.
BAPI_MARAX-BASE_UOM = 'X'.
BAPI_MARAX-BASIC_MATL = 'X'.
BAPI_MARAX-MFR_NO = 'X'.
BAPI_MARC-PLANT = IT_MATMASTER-WERKS.
BAPI_MARC-PUR_GROUP = IT_MATMASTER-EKGRP.
BAPI_MARCX-PLANT = IT_MATMASTER-WERKS.
BAPI_MARCX-PUR_GROUP = 'X'.
IT_MATERIALDESC-LANGU = 'EN'.
IT_MATERIALDESC-MATL_DESC = IT_MATMASTER-MAKTX.
append IT_materialdesc.
CALL FUNCTION 'BAPI_MATERIAL_SAVEDATA'
    EXPORTING
      headdata                   = BAPIMATHEAD
      CLIENTDATA                 = BAPI_MARA
      CLIENTDATAX                = BAPI_MARAx
    PLANTDATA                  = BAPI_MARc
    PLANTDATAX                 = BAPI_MARcx
    FORECASTPARAMETERS         =
    FORECASTPARAMETERSX        =
    PLANNINGDATA               =
    PLANNINGDATAX              =
    STORAGELOCATIONDATA        =
    STORAGELOCATIONDATAX       =
    VALUATIONDATA              =
    VALUATIONDATAX             =
    WAREHOUSENUMBERDATA        =
    WAREHOUSENUMBERDATAX       =
    SALESDATA                  =
    SALESDATAX                 =
    STORAGETYPEDATA            =
    STORAGETYPEDATAX           =
    FLAG_ONLINE                = ' '
    FLAG_CAD_CALL              = ' '
   IMPORTING
     RETURN                     = IT_RETURN
   TABLES
     MATERIALDESCRIPTION        = IT_MATERIALDESC
    UNITSOFMEASURE             =
    UNITSOFMEASUREX            =
    INTERNATIONALARTNOS        =
    MATERIALLONGTEXT           =
    TAXCLASSIFICATIONS         =
    RETURNMESSAGES             =
    PRTDATA                    =
    PRTDATAX                   =
    EXTENSIONIN                =
    EXTENSIONINX               =
Bapi to commit the changes
    IF sy-subrc <> 0.
      CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
        EXPORTING
          wait = 'X'.
    ENDIF.
WRITE:/    IT_RETURN-TYPE,
        2   IT_RETURN-ID,
        22 IT_RETURN-NUMBER,
        25 IT_RETURN-MESSAGE.
           IT_RETURN-LOG_NO,
           IT_RETURN-LOG_MSG_NO,
           IT_RETURN-MESSAGE_V1,
           IT_RETURN-MESSAGE_V2,
           IT_RETURN-MESSAGE_V3,
           IT_RETURN-MESSAGE_V4,
           IT_RETURN-PARAMETER,
           IT_RETURN-ROW,
           IT_RETURN-FIELD,
           IT_RETURN-SYSTEM.
ENDLOOP.
thanks
sanjeev

Actually your COMMIT call not at all executed.
IF sy-subrc <> 0.
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
EXPORTING
wait = 'X'.
ENDIF.
The sy-subrc = 0 after the BAPI executed, the right way is after BAPI call check the bapi RETURN table has any error, if not commit the BAPI otherwise rollback.

SY-PAGNO does not appear when the report is run in background

Dear all,
I have one customised program that has page number included in each page. When I run it online, it will display the page number. But, when I run it in background, the page number disappear!!
The command of WRITE: 'PAGE NUMBER:', SY-PAGNO was done under TOP-OF-PAGE.
Am I doing it correctly? Please advice. Thank you.

Dear Seshu,
This is my complete coding under TOP-OF-PAGE.
      write: /130 'VA DYNAMICS SDN BHD',
             /122 'Stock Ageing Report as at ', s_budat.
      skip 1.
      write: /270 'Page: ', SY-PAGNO.
      skip 1.
      format intensified on color col_heading .
      write: /01(292) sy-uline.
      write: /01 sy-vline, 'Part No.                  ',
                  sy-vline, 'Mat.Grp. ',
                  sy-vline, 'Description                             ',
                  sy-vline, 'GT 2 Years           ',
                  sy-vline, '1 - 2 Years          ',
                  sy-vline, '6 - 12 Months        ',
                  sy-vline, '3 - 6 Months         ',
                  sy-vline, '3 Months             ',
                  sy-vline, '7 Days               ',
                  sy-vline, 'Quantity      ',
                  sy-vline, 'Value           ',
                  sy-vline, 'Avg.Price',
                  sy-vline, 'ValA',
                  sy-vline, 'Loc. ',
              292 sy-vline.
      write: /01(292) sy-uline.
Below is my report declaration:
REPORT ZTEST_STKAGE_VAD NO STANDARD PAGE HEADING LINE-SIZE 295 LINE-COUNT 65 .
All this while, I used the same way of displaying SY-PAGNO. No problem at all. Now it give me a problem.
Regards.

Using Bind variables in SQL PLUS Report

using Bind variables in SQL PLUS Report. This report gets the arguments from the application concurrent program. Now my need is to convert the start_date and end_date to bind Variables to improve the performance. I have commented the original code in 'prompt List of Unapproved Adjustments' and used my Bind Variable but it is giving an error
error: Bind Variable "ENDING_DATE" not declared
Report Date and Time:
26-OCT-2010 15:44:13
List of Unapproved Adjustments
Bind Variable 'ENDING_DATE" not declared
Please see below the code for the sql plus report:
define p_org_id = '&1'
define p_fy_begin_date = '&2'
define p_start_date = '&3'
define p_end_date = '&4'
define p_conversion = '&5'
declare
variable begin_date date;
exec :begin_date := p_start_date;
variable ending_date date;
exec :ending_date := p_end_date;
/* Begin
:begin_date := to_date('&p_start_date','YYYY/MM/DD HH24:MI:SS');
:ending_date := to_date('&p_end_date','YYYY/MM/DD HH24:MI:SS');
End; */
set newpage none
set termout off
set pagesize 55
set linesize 180
set heading on
set feedback off
set wrap off
set space 1
set heading on
begin
dbms_application_info.set_client_info('&p_org_id');
end;
prompt
prompt Report Date and Time:
prompt ----------------------
select to_char(sysdate,'DD-MON-YYYY HH24:MI:SS')
from dual ;
prompt
prompt List of Unapproved Adjustments
prompt -------------------------------
select b.trx_number,
a.adjustment_number,
f.user_name created_by
from apps.ar_adjustments a,
apps.ra_customer_trx b,
apps.fnd_user f
where a.customer_trx_id = b.customer_trx_id
and a.status <> 'A'
and a.created_by = f.user_id
and a.creation_date between :begin_date
and :ending_date
-- and a.creation_Date between to_date('&p_start_date','YYYY/MM/DD HH24:MI:SS')
-- and to_date('&p_end_date','YYYY/MM/DD HH24:MI:SS')
order by
b.trx_number ;

Hi
Please go to customization part of the report and verify..You have set a default value out there ..And also verify your lov and look at the values ..If it is again giving you the problem ..pl delete the report and develop it again from the scratch it will be solved...
vishnu
null

UK VAT Reporting

Good Morning
I need some assistance with the set up and running of the VAT Tax declaration report for the UK.
Is there any documentation that sets down some procedures for performing this function anywhere.
Thanks
Stuart

Hi Stuart
Do you need assistance with the VAT declaration Boxes set-up? This can be a real painand took us ages to resolve especially the C79 VAT. If it is than I can send you screen shots of the box calculations.
Regards
Stewart Clark

Report RPLHZPT2 in CZ

Hello togehter,
my colleagues from CZ have problems with the standard report RPLHZPT2. I already created a OSS but I didn't know for what this report is used!
Can someone explain me for which process this report is used in CZ?
THX
Thomas

If you log in to SAP with language CS, and then go to SE38 and type in the report name and click on "Dokumentace" you will get the standard documentation for this.
This is what gets displayed:
RE RPLHZPT2
Kr.text
Hromadné hlášení ZP
Popis
RPLHZPT2 - Hromadné hlášení zdravotní pojišťovně
         - příprava dat do tabulky T5TA2 pro jejich další úpravu
          (pro vytvoření media je určen program RPLHZPT1)
Předpoklady
Metodiký pokyn: tento program připravuje podklady pro hlášení
zdravotním pojišťovnám. Vzhledem ke složitosti celé problematiky,
související s mnoha možnými kombinacemi, není možné tyto podklady
považovat automaticky za bezchybné. Podobně jako při měsíčním
zpracování může nastat situace, vyžadující ruční zásah. Proto jsou
podklady uloženy nejprve do tabulky, kde se předpokládá jejich kontrola
a případný ruční zásah. Teprve po provedené kontrole se spouští
program (RPLHZPT1), který vytváří příslušná média a formuláře
pro zaslání jednotlivým zdravotním pojišťovnám.
Sestava generuje kódy na základě několika podnětů.
Jedním jsou opatření, jejichž kódy z hlediska hlášení ZP jsou v tabulce
T5T05.
Dále sestava reaguje na nepřítomnost z IT 2001 subtyp 0140 (podle zadání) jako
na vojenské cvičení.
Dalším podnětem jsou důchody (starobní, invalidní, část.invalidní,
vdovský a sirotčí) jako záznamy v IT 0620.
Dále sestava samozřejmě reaguje na změny v IT 0153 (změna zdravotní
pojišťovny, změna pravidla ZP, změna č.pojištěnce).
Program považuje datum v IT 0041 s druhem datumu 98 za datum nástupu
studenta (kód G) a druhem datumu 99 za datum výstupu studenta (kód F).
Program také údaj s druhem datumu 40 v infotypu 0041 považuje za datum
prvního pracovního dne a toto datum používá pro korekci u nástupních
kódů (důchodce D, přihlášení P).
Program automaticky mění kód P na C pro cizince a současně pro ně
zabraňuje generování kódu N a K.
Program zohledňuje příznak "Cizinec z EU" v intotypu 0153 a pro tyto pracovníky generuje místo kódu C kód E.
Program také zohledňuje nastavení infotypu 0153 pole Podmíněné
pojištění (SVA07). Pokud je pole zaškrtnuto, je kontrolován obsah
mzdového druhu /310 ve výsledcích zúčtování (tab.RT), pole ANZHL.
V případě hodnoty 2 je pracovník považován za pojištěnce, který
nezaložil v období zúčtování účast na zdravotním pojištění.
V případě jiné hodnoty za pojištěnce, který založil účast na ZP. Pracovníkům, jejichž plátcem je stát, program kontroluje MD /102 stejným způsobem.
Program pak kontroluje příslušné kombinace stavů s ohledem na výsledek
předchozího období a případné změny v infotypu 0153. Zejména se
jedná o změny polí Pravidlo zdravotního pojištění (KVKZ1), Podmíněné
pojištění (SVA07), Zdravotní pojišťovna (KVSFR), Identifikační
číslo pracovníka pro zdravotní pojišťovnu (MITNR) a samozřejmě
rozsah platností záznamů tohoto infotypu.
Nemocenské dávky v ochranné lhůtě se zadávají v IT2001 a datum jejich
ukončení program čte z pole Konec vyplácení mzdy v nem.(P2001-LFZED).
Program reaguje na dříve uložené záznamy v tabulce T5TA2, na jejichž
základě upravuje výstup.
Příklad - kód P je odmítnut (vymazán) v návrhu, protože v historii
existuje kód P ale následně chybí kód O pro danou pojišťovnu. Jednalo
by se tak o duplicitní přihlášení, které je eliminováno.
Zda se při kontrole kombinací mají zahrnovat všechny kódy v historii
nebo jen poslední uložené v měsící, rozhoduje parametr
"Historie jen posl.záz.měs." - viz.
Odmítnuté kódy při kontrole je možné zobrazit po kliknutí na text
"Zobrazení zpracování kontroly kombinací kódů", kde je současně vidět
také zkratka původu vzniku kódu, jako např.OPATR z opatření, DYNPO
pro dynamické pojištění, 0153 jako podnět z infotypu 0153 apod.
Program sám připouští uložení jen jednoho návrhu měsíčně. Pokud je
nalezen předchozí výsledek stejného měsíce, objeví se varování a
následně je předchozí dávka vymazána. V případě rozdělení zpracování
do více nezávislých dávek musíte uložení více dávek v jednom měsíci
umožnit - viz parametr Vice dávek dat v měsíci.
Parametry
Parametr "Třídění výpisu" určuje třídění sestavy buď podle rodného čísla, data
nebo kódu hlášení zdravotní pojišťovně.
V případě volby výpisu podle rodného čísla (= identifikace pojištěnce)
je výpis dále tříděn na základě požadavků zdravotních pojišťoven
nejprve kód "P" nebo "C", "N", pak ostatní kódy a nakonec kód "O".
Parametrem "Provést zápis to T5TA2" přepínáme mezi testovacím a ostrým
během programu
Parametrem "Výpis návrhu hlášení" volíme výpis sestavy vygenerovaných
kódů hlášení zdravotní pojišťovně
Parametr "Vice dávek dat v měsíci" umožňuje opakované spouštění programu
s uložením dat v rámci jednoho období. Pokud nebude parametr
zaškrtnutý, pak každé další spuštění s uložením dat způsobí výmaz
dříve uložené dávky dat stejného měsíce. Vhodné zejména pro společnosti s odvodovou povinností v jednom místě. V případě společností s místní odvodovou povinností poboček ponechte tento parametr zvolený.
Parametrem "Z historie jen posl.záz.měsíce" určíme, zda se mají při kontrole
kombinací kódů pracovníka zohledňovat všechny záznamy v tabulce T5TA2 nebo jen
vždy poslední uložená dávka dat daného měsíce (společné LAUFD, LAUFI). Hloubka zkoumání historie tímto parametrem zůstává nedotčena, jen je ovlivněn množství zohledňovaných dat (historického) měsíce.
Pokud provádíte více běhů návrhů a ukládáte je, pak je vhodné v tomto
parametru zadat 'X' pro zohlednění jen posledního běhu návrhů
v měsíci.
Parametr "IT41 pro datum nástupu do zam." je určen k vynucenému zohlednění IT0041 v případě zpracování opatření. Pokud není parametr zaškrtnutý, program zohledňuje IT0041 jen pro opatření, která nemají v poli FUNCH (Funkční charakter opatření) tabulky T529A hodnotu 0. Pokud zaškrtnutý je, IT0041 se zohledňuje vždy. Tedy přesněji řečeno údaj s typem datumu 40 - první pracovní den.
Parametr "Ponechání P a O stejný den" umožní deaktivaci příslušné části kontroly kombinací kódů. V případě, že parametr není zaškrtnutý, taková kombinace kódů je z výsledku odstraněna.
V parametru "Dohody o prov.práce(IT0016)" určíme subtypy
infotypu 0016, které jsou považovány za dohody o provedení práce,
které zakládají účast na zdravotním pojištění až podle výše výdělku
v daném období (nejsou přihlášeny se začátkem prac.právního vztahu).
Parametr "Subt. IT2001 pro voj.cvičení" slouží pro zadání subtypu IT2001, který bude program považovat za vojenské cvičení.
Parametr "Subtyp trv.bydl.cizinců(0006" slouží k identifikaci cizince, jehož stát je identifikován ze záznamu IT0006 s uvedeným subtypem. Běžní pracovníci nemusejí takový záznam v IT0006 mít.
Parametr "Opatření hlásit předch. den" umožňuje uživateli vložit opatření, která budou vyhodnocována s posunem jednoho dne zpět (1.1.->31.12.). Typicky určeno pro opatření výstupu. Pokud necháte tento parametr prázdný - na rozdíl od běžných zvyklostí při zadávání - budou všechna opatření zpracována dle jejich aktuálního data platnosti. Prázdný parametr tedy nic neovlivní.
Parametr "Vytváření kódu A" zakřížkujeme v případě, že si přejeme tvorbu kódu A. Ten se vytváří dle pokynů VZP jednorázově pro zaměstnance, kteří byli přihlášeni kódem C a jsou to osoby bez trvalého pobytu na území ČR a patří k osobám z EU.
Dodatkový parametr "S datem" je určen pro vložení data vytvořeného kódu A (viz předchozí parametr).
Před spuštěním sestavy je potřeba nastavit tabulku T5T05 pole MOULD1,2!
      - MOULD1 obsahuje kódy, které by sestava měla generovat při
               začátku opatření
      - MOULD2 obsahuje kódy generované s koncem opatření
Kódy jsou jednoznakové, psány bez mezer za sebou zleva
      - vyjímka: MOULD1 s hodnotou "DNPOL" označuje opatření, v jehož
                 období platnosti budou pro všechny záznamy z IT2001
                 generovány kódy N a K (DNP v ochranné lhůtě).
                 Přítomnost tohoto kódu je programem kontrolována a
                 pokud není takový záznam nalezen, objeví se
                 chybové hlášení.
                 Pokud takové opatření nemáte, pak tento kód do tabulky
                 nezadávejte. Bude se vsak ve vypise objevovat hlaska
                 ze tento kod nemate v tabulce.
                 Na spravnost generovani kodu nemoci v ochranne lhute
                 pak nema nepritomnost tohoto zadani vliv.
Informace pro programátory:
IT0153 - změna zdr.pojišťovny - kód O a P,čísla pojištěnce-kód X a P
          pravidla (KVKZ1): Změna 0,1 -> 9 může generovat kód L a
          9,0 -> 1 kód T
         (odstranit poznámku z řádků programu č.890,908,917,936)
Tento program volá pro následné zpracování program RPLHZPT3.
V programu RPLHZPT2 se provádí kontrola kombinace kódů jednoho
pracovníka a v RPLHZPT3 kontrola vícenásobných pracovně právních vztahů.
Například pokud u vícenásobných PPV není v jednom poměru založena
účast na ZP, vygeneruje se kód O pro odhlášení. Zde je však detekována
existence jiného PPV, který zakládá účast na ZP a kód O je odstraněn.
Podobný případ nastane při ukončení jednoho z PPV.
Dalším příkladem může být existence kódu odhlášení O i přihlášení P
současně v jednom měsíci (změna PPV na nepojištěný, který si však
vydělá částku, která zakládá účast na ZP). V tomto případě jsou
odstraněny oba kódy.
Program kontroluje vygenerovaná data na základě ID pojištěnce (= rodné
číslo). Při jejich duplicitách tak může být výsledek negativně
ovlivněn.
Na podrobné zobrazení průběhu vyhodnocení tohoto programu se dostaneme
po kliknutí na text "Zobrazení zpracování vícenásobných PPV" v dolní
části výpisu.
ROZŠÍŘENÍ
Program podporuje uživatelské procedury pro možnou změnu kódů, a to
v místě před začátkem vlastních logických kontrol pro jednoho
pracovníka a po nich.
V prvním případě se spouští procedura v tabulce T596F v záznamu
s klíčem 18HZP1, ve druhém s 18HZP2.
Vlastní logické kontroly probíhají na základě kontroly přípustných
kombinací jednak v aktuálním zpracovávaném období a také na základě
dříve uložených kódů v tabulce T5TA2.
Uživatelská procedura musí mít následující rozhraní:
w5ta2[] old5ta2[] pn-begda pn-endda deltab[]
kde
* w5ta2 je interní tabulka se strukturou :
data: begin of i5ta2 occurs 0.
       include structure t5ta2.
data: poradi(1),
       stat2 like p0000-stat2,
       source(5),
      end of i5ta2.
* old5ta2 je interní tabulka se strukturou T5TA2
* pn-begda, pn-endda jsou hraniční datumy zadaného období
* deltab[] je interní tabulka se strukturou:
types: begin of t_ltabix,
       tabix like sy-tabix,
      end of t_ltabix.
types t_tabix type standard table of t_ltabix with key tabix.
data: deltab type t_tabix,
Předpokládá se, že uživatelská procedura na základě dat pracovníka
v aktuálním období (w5ta2) a dat v minulosti (old5ta2) se případně
rozhodne pro odstranění kódů aktuálního měsíce. V takovém případě
se nesmí mazat přímo záznam v tabulce w5ta2, ale index takového
záznamu se poznačí do tabulky deltab.
Výmaz je po ukončení procedury a zdokumentování hlavním programem
následně proveden.
Vkládání záznamů do tabulky w5ta2 je povoleno.
Další možné uživatelské změny funkcionality programu:
Include RPLHZPTZ je připraven pro provedení lokálních změn uživatele. Nebude již z naší strany dále dodán (nepřepíše Vaše změny). Obsahuje přednastavené procedury:
FORM user_start_of_selection je určen pro akce, prováděné před událostí GET Pernr.
FORM do_0000 je určen pro rutinu s vlastním vyhodnocením opatření. Nezapomeňte nastavit hodnotu proměnné "do_0000_intern" na mezeru pro deaktivaci vyhodnocení standardní rutinou..
FORM proc_single_user_code je připraven pro uživatelské zpracování (generování) kódu hlášení zdravotní pojišťovně na základě podnětů dle vlastního zřetele. Typicky na základě vlastního infotypu, vlastní kombinace hodnot kmenových dat apod.
FORM user_zapis_i5ta2 umožňuje vlastní kontrolu kódu, změnu jeho hodnot nebo případně tvorbu dalších závislých kódů. Rutina je připravena v místě, kdy je vše připraveno pro zápis (jednoho) kódu do interní tabulky. Ta bude na závěr běhu programu prověřena kontrolou kombinací kódů. Zde je však místo pro poslední změny kódu. který bude následně zapsán.
FORM user_begin_combi je místo, kdy jsou již známy všechny kódy pracovníka. Následně začne kontrola kombinací kódů. Můžete tedy například ovlivnit, zda je určitý kód vůbec žádoucí, případně doplnit další.
FORM user_end_combi je závěrečná procedura, kdy je již provedena kontrola kombinací kódů a je tak možné ovlivnit finální podobu kódů pro daného pracovníka. Pokud se rozhodnete pro výmaz kódu, je v proceduře návod, jak využít interní logovací mechanismus. Uživatel tak uvidí Vaše změny kódů zdokumentované. Toto platí i pro předchozí proceduru (user_begin_kombi).
Výstup
When you translate it to English in Google translate you get:
RE RPLHZPT2
Kr.text
Collective reports ZP
description
RPLHZPT2 - Bulk Messages health insurance
          - Preparation of the data in the table T5TA2 for further treatment
           (for creating media program is designed RPLHZPT1)
assumptions
METHODOLOGY Note: This program prepares data for reporting
health insurers. Due to the complexity of the issue,
associated with many possible combinations of these materials can not be
automatically considered flawless. Like the monthly
processing may be situations that require manual intervention. Therefore
documents stored in the first table, where it is expected to control
and any manual intervention. Only after inspection starts
program (RPLHZPT1), which creates the appropriate media and forms
for sending individual health insurance.
Report generates codes based on several complaints.
One of the measures which the codes in terms of reporting ZP in the table
T5T05.
Further report responds to the absence of IT 2001 subtype 0140 (according to specification) as
military exercises.
Another stimulus pensions (old-age, disability, část.invalidní,
widows 'and orphans') as records in IT 0620th
Further assembly obviously reacts to changes in the IT 0153 (change health
insurance, ZP rule change, change č.pojištěnce).
Program is the date in IT 0041 with the kind of date for the start date of 98
student (code G) and the second 99 date as the date of the student output (code F).
The program is also an indication of the type the date in infotype 0041 40 considered the date of
the first working day and this date is used to correct for boarding
codes (retired D, log P).
The program automatically changes the code to C P for foreigners and at the same time for them
prevents code generation N and K.
The program takes into account the sign of "The Stranger from the EU" in 0153 and intotypu for these workers generates code instead of C code E.
The program also takes into account the setting Infotype 0153 Conditional field
insurance (SVA07). If the box is checked, is controlled content
Wage type / 310 in the settlement results (tab.RT) ANZHL field.
In the case of 2 is considered to be insured worker who
did not establish a settlement period of participation in the health insurance.
If another value for the insured, who founded participate in ZP. Workers whose payer is a state program checks MD / 102 in the same manner.
The program then checks the appropriate combinations of states with regard to the outcome
previous period and any changes in infotype 0153rd particular
as changes in the fields of rule of health insurance (KVKZ1), Conditional
insurance (SVA07), health insurance (KVSFR) Identification
employee number for health insurance (MITNR) and of course
The scopes of this infotype records.
Sickness benefit withdrawal period are entered in IT2001 and the date of their
completion program reads from the array end salary within. (P2001-LFZED).
The program responds to the previously saved records in a table T5TA2 on the
Based adjusts the output.
Example - Code P is rejected (deleted) in the draft, because in history
there is a code P but then missing code O for the insurance company. It
would be the duplicate log, which is eliminated.
Whether the control should include a combination of all codes in history
or just the last saved in the months parameter decides
"History just posl.záz.měs." - See.
Rejected codes when checking can be viewed by clicking on the text
"Viewing processing control code combinations", where is also seen
Also abbreviation of origin of the code, such např.OPATR of measures DYNPO
Dynamic Insurance 0153 as an incentive from Infotype 0153 etc.
The program itself allows storing only one design per month. If the
found the same month of the previous result, a warning is issued and
subsequently deleted the previous dose. In the case of the distribution of processing
to more independent benefits must store multiple benefits in one month
allow - see parameter Vice bursts of data in a month.
Parameters
The "Sort list" determines the classification of the report either by birth numbers, data
or code reporting health insurance.
In the case of election statement by the personal identification number (= identification insured)
statement is further classified on the basis of the requirements of health insurance
first code "P" or "C", "N", then the remaining codes, and finally the code "O".
The parameter "Execute script that T5TA2" button to switch between a test and a sharp
during the program
The parameter "Listing the draft report" to select listing Reports generated
reporting codes health insurance
The "multiple batches of data in a month" allows restarting of the program
with data storage in a single season. If no parameter
is checked, then each subsequent start with saving data is erased
previously saved batch data of the same month. Designed especially for companies with payment obligations in one place. In the case of a local payment obligations of branches, leave this option selected.
Parameters' history posl.záz.měsíce only "to determine whether they are in control
code combinations worker take into account all of the records or just T5TA2
always saved the last dose data for the month (common LAUFD, Lauf). Depth examination of the history of this parameter remains unchanged, only the affected amount of data taken into consideration (historical) months.
If you are performing multiple runs of proposals and saving them, then it is appropriate in this
parameter type 'X' to take account only of the last course proposals
of the month.
The "IT41 date for entering the workplace." is designed to be forced into account IT0041 when processing measures. If the parameter is not checked, the program takes into account the IT0041 only for measures that do not FUNCH field (functional nature of action) table T529A value of 0 if it is checked, IT0041 is taken into account at all times. To be more precise indication of the type of date 40 - the first working day.
The "Keeping P and O on the same day 'will deactivate the appropriate combination of control codes. If the parameter is not checked, the combination of codes is removed from the result.
In the "Agreement prov.práce (IT0016)" certain subtypes of
Infotype 0016, which are considered contracts of services,
which constitute participation in health insurance according to the amount of earnings
in a given period (no login prac.právního the beginning of the relationship).
The "

Tax Reporter

Hi Gurus,
I have a requirement to generate Disability and Driver`s Insurance tax reports, but they are not in a list of tax reporter.
How to solve this problem?
Thanks!

?

Insurance subject area in dac

hi biapps gurus,
im trying to load sample data for insurance related dashboard in obiee11g( im using informatica 9.x,obia7963,ebsr12,obiee11g and dac) .
can you please suggest me what are the subject areas or executions plans i should run to load data for insurance related report
thanks
gs
Edited by: gs on 28-Mar-2012 11:55

I think it is for future use, check this thread:
Re: Data Lineage - DAC Subject Area

Intrastat Declaration for Italy : 2010 Changes

Hi Experts,
I'm aware there are changes required for the Italy Intrastat Delaration report, based on information supplied in SAPnote 1390593.
But can anyone point to where the Italian Tax authority actually states that these changes are required for the Intrastat Declaration Report ?
Is there a internet site I can reference, doesn't matter if it's in Italian ?
I have to gather the requirements for our Italy Users and they're not clear on the what the requirement is.
Thanks for your help.
Regards
Chris B.

Hello,
you should have a look at the following link:
http://www.agenziadogane.it/wps/wcm/connect/ed/Servizi/Intrastat/
and look the table link "Tabella dei codici delle prestazioni dei servizi (estratto CPA 2008)"
Regards
Birgit

XLS from Application server in background mode to internal table

Hi,
I need to transfer the content of an excel file in the application server to an internal table while running my program in background. My file is xls, cant use csv. For dataset bin mode, I need to know how to transfer the data to my internal table, already searched on forum but didnt find answer, at least not for background..
ow, I am using v6 here
about the ALSM_EXCEL_TO_INTERNAL_TABLE, I get the upload_ole error all the time, and with TEXT_CONVERT_XLS_TO_SAP, conversion_failed all the time too...
here is the code, just the load part and data declaration:
REPORT zbeto.
TYPE-POOLS: truxs.
TYPES:
BEGIN OF y_cot,
text1(12) TYPE c,
text2(12) TYPE c,
text3(12) TYPE c,
text4(12) TYPE c,
text5(12) TYPE c,
END OF y_cot.
DATA: it_datatab TYPE STANDARD TABLE OF y_cot,
wa_datatab TYPE y_cot,
it_raw TYPE truxs_t_text_data.
DATA:
v_file TYPE rlgrap-filename,
begin_col TYPE i VALUE '1',
begin_row TYPE i VALUE '2',
end_col TYPE i VALUE '5',
end_row TYPE i VALUE '102',
t_ctmp TYPE y_cot OCCURS 0 WITH HEADER LINE,
t_xls TYPE alsmex_tabline OCCURS 0 WITH HEADER LINE.
START-OF-SELECTION.
PERFORM f_load_xls.
FORM : f_load_xls
FORM f_load_xls.
v_file = '
ZSAPDEV\SAPDEVINTERF$\COTACAO\TESTE.XLS'.
CALL FUNCTION 'ALSM_EXCEL_TO_INTERNAL_TABLE'
EXPORTING
filename = v_file
i_begin_col = begin_col
i_begin_row = begin_row
i_end_col = end_col
i_end_row = end_row
TABLES
intern = t_xls
EXCEPTIONS
inconsistent_parameters = 1
upload_ole = 2
OTHERS = 3.
IF sy-subrc <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
CALL FUNCTION 'TEXT_CONVERT_XLS_TO_SAP'
EXPORTING
I_FIELD_SEPERATOR =
i_line_header = 'X'
i_tab_raw_data = it_raw " WORK TABLE
i_filename = v_file
TABLES
i_tab_converted_data = it_datatab[] "ACTUAL DATA
EXCEPTIONS
conversion_failed = 1
OTHERS = 2.
IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
ENDIF.
t_ctmp[] = it_datatab[].
ENDFORM. "f_load_xls
both FM arent working, and when I try to execute in background mode, before anything, I recieve the following error:
Message text:
Error during import of clipboard contents
Message class:
ALSMEX
Message no.:
037
Message type:
A
and without the ASLM FM, the TEXT_CONVERT give me the conversion_failed exception...
the directories are right, that I am sure, because I just copy&paste it from CG3Z/CG3Y when I uploaded and downloaded to
check the file in the server...
am I missing something?
thanks again,
Roberto Macedo
(PS: I made another topic because none replied the other in 4 days and wasnt solved yet)

Hi!
You didn't find answer for this, because it is not possible. If you run your program in background, it is running on the server, and does not have any connection to your local machine. That's why you can't upload/download in background mode.
You might try to address somehow your local PC, with its IP or MAC address, but I don't think does this task worth so much time.
Run your program in online mode, or if you want to run it in background, then upload your file into the SAP server.
Regards
Tamá

What are the standard tables for plant maintenance in r/3

I need the list of standard tables for plant maintenance in r/3. and also
is there any way we can find the field name and table which it belongs to in r/3, based on the description of the field.

I NEED THE FIELD NAMES FOR FOLLOWING FIELDS AND CORRESPONDING TABLE NAMES
Equipment status
registration number
insurance type
insurance type description
registration date
expiry date
insurance companies
expiry date
policy number
amount insured
premium paid
created by ..so ..on
for our report in PM .. insurance data report
THANKS

Insurance Declaration Report

Similar Messages

Maybe you are looking for