2013年7月25日 星期四

奧地利 簽證 敦化北路167號10F TEL:02-2712-8597




奧地利辦事處 台北市敦化北路167號10F TEL:02-2712-8597
宏國大樓,在敦化北路和長春路口,
台北長庚醫院的旁邊那一棟,
辦事處的入口就在10F電梯口旁邊,
不要往中庭或是兩邊走去,
真的在電梯邊邊的角落
收取件時間:星期一~五上午9:00~12:00(雖然我看它辦公時間到12:00,
但是強烈的建議還是11:00以前完成送件比較保險吧!
辦事處有時會放假,所以事先以電話確認喔!


車次: 271車種: 自強
乘車時刻: 2013/07/26 12:50 到彰化時間 14:40

區間車
2157后里→斗六14:4715:0900小時22分
 每日行駛。
$ 32
區間車
2163竹南→斗六15:1315:3500小時22分
 每日行駛。
$ 32

車次訂單程票

您的車票已訂到
身分證字號: N122222222
電腦代碼: 999150
車次: 271車種: 自強
乘車時刻: 2013/07/26 12:50
起站: 台北 到站: 彰化 張數: 02
您訂的座位不在同一車廂
取票或網路付款截止時間:
最晚請於 開車前30分鐘 至車站郵局超商取票或使用網路付款並完成取票
郵輪式列車車票不開放網路付款系統、對號列車自動售票機取票

車次訂單程票

您的車票已訂到
身分證字號: N122222222
電腦代碼: 994602
車次: 278車種: 自強
乘車時刻: 2013/07/26 07:37
起站: 台中 到站: 台北 張數: 02
您訂的座位在同一車廂內
取票或網路付款截止時間:
最晚請於 開車前30分鐘 至車站郵局超商取票或使用網路付款並完成取票
郵輪式列車車票不開放網路付款系統、對號列車自動售票機取票


車次訂單程票

您的車票已訂到
身分證字號: N122222222
電腦代碼: 994883
車次: 278車種: 自強
乘車時刻: 2013/07/26 07:02
起站: 田中 到站: 台中 張數: 02
您訂的座位在同一車廂內
取票或網路付款截止時間:
最晚請於 開車前30分鐘 至車站郵局超商取票或使用網路付款並完成取票
郵輪式列車車票不開放網路付款系統、對號列車自動售票機取票


2013年7月13日 星期六

SAP 使用一個完整的估價結構



設定分割評價功能前必須要瞭解的概念
  1. 什麼是評估結構
    SAP 使用一個完整的估價結構,來完成對物料的評估。

    它包含下列要素:Valuation Area、Valuation Class、
    Valuation Category、Valuation Type、Material Type、Movement Type。
  2. Valuation Area
    它解答在哪一個範圍內執行分割評估。可以在 Company Code 下,還可以在 Plant 下。
    上面解說
    太好笑, 沒人看懂,
    就是成本區域劃分是:
    同一公司一種成本計算標準
    同一工廠一種成本計算標準
  3. Valuation Class
    將具有相同特點的物料分在同一個 Valuation Class 內,
    而不需要對其分開來管理、記到不同的庫存科目上。
    所以,Valuation Class 是和會計科目確定有關係的。
    能使用哪種 Class 取決於 Material Type。
    上面解說
    太好笑, 沒人看懂,
    就是成本分類劃分是:
    同一材料會科類別 : 歸屬一種會計科目分類
    同一會計科目分類 :  會對應到同一會計科目
  4. Valuation Category
    分割評估的標準,常見的有
    「獲取方式」:內部製造、外部採購;
    「血統」:國產、進口;「狀態」:全新、
    使用過、維修過等。
    Category 在配置中定義,然後在主數據中為物料指定一個 Valuation Category。
    如果物 料被指定了該 Category,也只能選擇已經分配給該 Category 的 Valuation Type。
    上面解說
    太好笑, 沒人看懂,
    就是成本分類劃分是:
    同一材料來源類別 : 歸屬一種計算分類
  5. Valuation Type
    即是 Valuation Category 的細分。
    如:全新、使用過、維修過等。
    使用某個 Valuation Type 前必須在主數據
    中事先維護或擴展。
    例如,IDES 中有一個 Valuation Category C,表示狀態,
    此 Category 下有 C1、C2、C3 三種 Type;在家電
    業中,由於產品外觀破損或者因為故障需要維修,
    同一物料號就需要區分出等級。我們可以定義一個
    Valuation Category  「G」表示產品等級,
    其下掛 Valuation Type:A,表示新品;B,表示外觀有損但不影 響使用;
    C,表示維修過的產品等
        上面解說
        太好笑, 沒人看懂, 
        就是成本分類劃分是:
        同一材料品質等級 : 歸屬一種計算分類








adempiere accounting albert

ADempiere Accounting

Contributed by:
Quality Systems & Solutions - QSS Ltda.
Carlos Ruiz

Contents

 [hide]

Allocation

Description of DocumentDRCRConditionsComments
PaymentBased on C_AllocationHdr y C_AllocationLine
Payment Without Invoiceif C_Invoice_ID = 0 (no invoice) Payment Only
if C_Payment.C_DocType->DocBaseType
C_BankAccount_Acct -> B_PaymentSelect_AcctDocBaseType=APPFile:B_PaymentSelect_Acct.jpeg
C_BP_Customer_Acct -> C_Prepayment_AcctDocBaseType<>APP and isPrepayment and isReceiptFile:C_Prepayment_Acct.jpeg
C_BP_Vendor_Acct -> V_Prepayment_AcctDocBaseType<>APP and isPrepaymentFile:V_Prepayment_Acct.jpeg
C_BankAccount_Acct -> B_UnallocatedCash_AcctFile:B_UnallocatedCash_Acct.jpeg
Receipt Customer Invoiceif C_Invoice_ID and isSOTrxAdempiere won't post clearing if C_AcctSchema.isPostIfClearingEqual = N AND (clearing account C_BankAccount_Acct -> B_UnallocatedCash_Acct is equal to C_BP_Customer_Acct -> C_Receivable_Acct)
if C_Payment_ID > 0
C_BankAccount_Acct -> B_PaymentSelect_Acct=APP
C_BP_Customer_Acct -> C_Prepayment_Acct<>APP and isPrepayment and isReceipt
C_BP_Vendor_Acct -> V_Prepayment_Acct<>APP and isPrepayment
C_BankAccount_Acct -> B_UnallocatedCash_Acctelse
C_CashBook_Acct -> CB_CashTransfer_Acctif C_CashLine_ID > 0
C_BP_Group_Acct -> PayDiscount_Exp_Acctif there is discountvalue of DiscountAmt
C_BP_Group_Acct -> WriteOff_Acctif there is writeoffvalue of WriteOffAmt
C_BP_Customer_Acct -> C_Receivable_Acctif c_acctschema.isAccrualvalue of AmtSource + DiscountAmt + WriteOffAmt
when the schema is not accrual Adempiere generates different posting in createCashBasedAcct (still not described in this document)
Payment Purchase InvoiceAdempiere won't post clearing if C_AcctSchema.isPostIfClearingEqual = N AND (clearing account C_BankAccount_Acct -> B_PaymentSelect_Acct is equal to C_BP_Vendor_Acct -> V_Liability_Acct)
C_BP_Vendor_Acct -> V_Liability_Acctif c_acctschema.isAccrual
if C_Payment_ID > 0
C_BankAccount_Acct -> B_PaymentSelect_Acct=APP
C_BP_Customer_Acct -> C_Prepayment_Acct<>APP and isPrepayment and isReceipt
C_BP_Vendor_Acct -> V_Prepayment_Acct<>APP and isPrepayment
C_BankAccount_Acct -> B_UnallocatedCash_Acctelse
C_CashBook_Acct -> CB_CashTransfer_Acctif C_CashLine_ID > 0
C_BP_Group_Acct -> PayDiscount_Rev_Acctif there is discount
C_BP_Group_Acct -> WriteOff_Acctif there is writeoff
Tax Correction Postingif there is invoice and c_acctschema.isTaxCorrectionvalue to correct taxCorrectionAmt depends on isTaxCorrectionDiscount and isTaxCorrectionWriteOff.
To find the value to correct looks in Fact_Acct the posting of that invoice and compares with actual posting
C_BP_Group_Acct -> PayDiscount_Exp_Acctif sales invoice
C_BP_Group_Acct -> PayDiscount_Rev_Acctif purchase invoice
C_BP_Group_Acct -> WriteOff_Acct
acctAgainst the account used in Fact_Acct to reverse
Movements are DB or CR depending on the sign (negative or positive) or correction
Realized Gain & Loss Postingif there is invoice and payment is in different currency than accounting schema or invoice currencyLooks the sum of DB and CR in Fact_Acct of corresponding invoice, find the currency conversion in C_Conversion_Rate for the accounting date and conversion type selected in invoice
C_AcctSchema_Default -> RealizedLoss_AcctC_AcctSchema_Default -> RealizedGain_Acctif sales invoice
acctacctagainst the account that originally was posted in invoice

Bank

Description of DocumentDBCRConditionsComments
Bank StatementBased in C_BankStatement y C_BankStatementLine
Bank ChargesC_BankAccount_Acct -> B_Asset_AcctBank (if debit or credit is determined according to the sign of value StmtAmt)

Adempiere won't post clearing if C_AcctSchema.isPostIfClearingEqual = N AND (clearing account C_BankAccount_Acct -> B_InTransit_Acct is equal to C_BankAccount_Acct -> B_Asset_Acct)
C_BankAccount_Acct -> B_InTransit_AcctPayment (value TrxAmt, DB or CR depending on the sign)
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0value ChargeAmt, DB or CR depending on the sign
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
C_BankAccount_Acct -> B_InterestExp_AcctC_BankAccount_Acct -> B_InterestExp_Acctif C_BankStatementLine.InterestAmt < 0DB or CR depending on the sign of the quantity (value InterestAmt)
C_BankAccount_Acct -> B_InterestRev_AcctC_BankAccount_Acct -> B_InterestRev_Acctif C_BankStatementLine.InterestAmt > 0DB or CR depending on the sign of the quantity

Cash

Description of DocumentDBCRConditionsComments
CashBased in C_Cash y C_CashLine
Expenses (CASH EXPENSE)C_CashBook_Acct -> CB_Expense_Acctif C_CashLine.CashType = E
Receipts (CASH RECEIPT)C_CashBook_Acct -> CB_Receipt_Acctif C_CashLine.CashType = R
Charges (CASH CHARGE)if C_CashLine.CashType = C
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
Difference in cash (CASH DIFFERENCE)C_CashBook_Acct -> CB_Differences_Acctif C_CashLine.CashType = D
Invoice (CASH INVOICE)C_CashBook_Acct -> CB_CashTransfer_Acct
C_CashBook_Acct -> CB_Asset_Acctif currency is different than document currency
Bank Transfer (CASH TRANSFER)C_BankAccount_Acct -> B_InTransit_Acct
C_CashBook_Acct -> CB_Asset_Acctif currency is different than document currency
C_CashBook_Acct -> CB_Asset_AcctFinally it creates a record in DB or CR depending on the difference between the registered movements

GLJournal

Description of DocumentDBCRConditionsComments
GL JournalBased in GL_Journal y GL_JournalLine
JournalGL_JournalLine -> account_idGL_JournalLine -> account_id

InOut (Shipments and Receipts)

Description of DocumentDBCRConditionsComments
Shipments and ReceiptsBased in M_InOut y M_InOutLine
Sales shipment (DOC MatShipment)M_Product_Acct -> P_Cogs_AcctM_Product_Acct -> P_Asset_AcctSales - Shipmentcalculates the cost based in M_Cost. If is a product create register in M_CostDetail
Material Receipt (DOC MatReceipt)Purchasing - Receiptcalculates the cost based in M_Cost
M_Product_Acct -> P_Expense_Acctif product.isService
M_Product_Acct -> P_Asset_Acctelse
C_BP_Group_Acct -> NotInvoicedReceipts_Acct

Inventory

Description of DocumentDBCRConditionsComments
Internal Use and Physical InventoryBased in M_Inventory y M_InventoryLine
M_Product_Acct -> P_Asset_Acctcalculates the cost based in M_CostDetail
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
M_Warehouse_Acct -> W_Differences_Acctrecreate M_CostDetail

Invoice

Description of DocumentDBCRConditionsComments
Invoicethere is no accounting for not accrualBased in C_Invoice, C_InvoiceTax y C_InvoiceLine
Sales Invoice (Customer) (DOC ARInvoice or ARProForma)
Header Charge
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt < 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt > 0
C_Tax_Acct -> T_Due_Acctfor each tax
Revenue
M_Product_Acct -> P_Revenue_Acctif c_acctschema.isTradeDiscountPosted use the price list, otherwise use the price
M_Product_Acct -> P_TradeDiscountGrant_Acctif c_acctschema.isTradeDiscountPosted post the discount here
C_BP_Group_Acct -> UnearnedRevenue_Acctif involved product in invoice has defined revenue recognition plan, it changes (in FactLine.beforesave) the account P_Revenue by the account defined in the product and creates a record in C_RevenueRecognition_Plan
Receivables
C_BP_Customer_Acct -> C_Receivable_Acctpost the value of products
C_BP_Customer_Acct -> C_Receivable_Services_Acctonly posted if C_AcctSchema.isPostServices and there are non-item productspost the value of services and charges
Credit Note (Customer) (DOC ARCredit)
Header Charge
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
C_Tax_Acct -> T_Due_Acctfor each tax
Revenue
M_Product_Acct -> P_Revenue_Acctif c_acctschema.isTradeDiscountPosted use the price list, otherwise use the price
M_Product_Acct -> P_TradeDiscountGrant_Acctif c_acctschema.isTradeDiscountPosted post the discount here
Receivables
C_BP_Customer_Acct -> C_Receivable_Acctpost the value of products
C_BP_Customer_Acct -> C_Receivable_Services_Acctonly posted if C_AcctSchema.isPostServices and there are non-item productspost the value of services and charges
Purchase Invoice (Vendor) (DOC APInvoice)
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
C_Tax_Acct -> T_Credit_Acct o T_Expense_Acct (if sales tax)for each tax
M_Product_Acct -> P_Expense_AcctM_Product_Acct -> P_Expense_AcctExpense, if C_AcctSchema.isExplicitCostAdjustmentcalculates the cost based in M_CostDetail
M_Product_Acct -> P_InventoryClearing_Acctif item
M_Product_Acct -> P_Expense_Acctif non-item
M_Product_Acct -> P_TradeDiscountRec_Acctif c_acctschema.isTradeDiscountPosted post the discount here and use the price list for the expense or clearing
Liability
C_BP_Vendor_Acct -> V_Liability_Acct
C_BP_Vendor_Acct -> V_Liability_Services_Acctonly posted if C_AcctSchema.isPostServices and there are non-item products
Credit Note (Vendor) (DOC APCredit)
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
C_Tax_Acct -> T_Credit_Acct o T_Expense_Acct (if sales tax)TaxCredit
M_Product_Acct -> P_Expense_AcctM_Product_Acct -> P_Expense_AcctExpense, if C_AcctSchema.isExplicitCostAdjustmentcalculates the cost based in M_CostDetail
M_Product_Acct -> P_InventoryClearing_Acctif item
M_Product_Acct -> P_Expense_Acctif non-item
M_Product_Acct -> P_TradeDiscountRec_Acctif c_acctschema.isTradeDiscountPosted post the discount here and use the price list for the expense or clearing
Liability
C_BP_Vendor_Acct -> V_Liability_Acct
C_BP_Vendor_Acct -> V_Liability_Services_Acctonly posted if C_AcctSchema.isPostServices and there are non-item products
Landed Cost PostingM_Product_Acct -> P_CostAdjustment_Acct
M_Product_Acct -> P_Expense_Acct
M_Product_Acct -> P_InventoryClearing_Acct

MatchInv

Description of DocumentDBCRConditionsComments
Match InventoryBased in M_MatchInv, C_InvoiceLine y M_InOutLine
C_BP_Group_Acct -> NotInvoicedReceipts_AcctAdempiere won't post clearing if C_AcctSchema.isPostIfClearingEqual = N AND (clearing account C_BP_Group_Acct -> NotInvoicedReceipts_Acct is equal to M_Product_Acct -> P_InventoryClearing_Acct)
if isAccrual
M_Product_Acct -> P_InventoryClearing_Acctif item
M_Product_Acct -> P_Expense_Acctif non-item
when the schema is not accrual Adempiere generates different posting in createCashBasedAcct (still not described in this document)
M_Product_Acct -> P_InvoicePriceVariance_AcctInvoice Price Variance differenceUpdate M_Product_Costing
Commitment release
if isAccrual y isCreateCommitment
M_Product_Acct -> P_Expense_Acctfor each commitment, this is each C_OrderLine that matches with an C_InvoiceLine or with a M_MatchPO
C_AcctSchema_GL -> CommitmentOffset_Acct


MatchPO

Description of DocumentDBCRConditionsComments
Match Purchase OrderJust for standard costing
Adempiere won't post this if C_AcctSchema.isPostIfClearingEqual = N AND (clearing account M_Product_Acct -> P_PurchasePriceVariance_Acct is equal to C_AcctSchema_GL -> PPVOffset_Acct)
M_Product_Acct -> P_PurchasePriceVariance_AcctC_AcctSchema_GL -> PPVOffset_Acctpost the difference between the cost of the order line vs the standard cost


Movement

Description of DocumentDBCRConditionsComments
Inventory MovementBased in M_Movement y M_MovementLine
M_Product_Acct -> P_Asset_AcctM_Product_Acct -> P_Asset_AcctInventoryDB or CR depending on thevalue, moving from a locator to another in accounting dimension
if there was movement between organizations and the costing level in C_AcctSchema is organización then it creates movements in M_CostDetail


Order

Description of DocumentDBCRConditionsComments
OrderBased in C_Order, C_OrderTax y C_OrderLine (goes to M_RequisitionLine)
Purchase Order (DOC Porder)update M_Product_PO.PriceLastPO, M_Product_Costing.PriceLastPO
if C_AcctSchema,isCreateCommitment post this with Commityment Type (to be released by Invoice Matching)
M_Product_Acct -> P_Expense_Acct
C_AcctSchema_GL -> CommitmentOffset_Acct
if C_AcctSchema.isCreateReservation post this with Reservation Type (Release reservation)
M_Product_Acct -> P_Expense_Acct
C_AcctSchema_GL -> CommitmentOffset_Acct

Payment

Description of DocumentDBCRConditionsComments
PaymentBased in C_Payment
Receipt (DOC ARR - ARReceipt)C_BankAccount_Acct -> B_InTransit_Acct
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
C_BP_Customer_Acct -> C_Prepayment_Acctif C_Payment.isPrepayment
C_BankAccount_Acct -> B_UnallocatedCash_Acctelse
Payment (DOC APP - APPayment)
C_Charge_Acct -> CH_Expense_Acctif C_Charge_ID <> 0 and amt > 0
C_Charge_Acct -> CH_Revenue_Acctif C_Charge_ID <> 0 and amt < 0
C_BP_Vendor_Acct -> V_Prepayment_Acctif C_Payment.isPrepayment
C_BankAccount_Acct -> B_PaymentSelect_Acctelse
C_BankAccount_Acct -> B_InTransit_Acct

Production

Description of DocumentDBCRConditionsComments

ProductionBased in M_Production, M_ProductionPlan y M_ProductionLine
M_Product_Acct -> P_Asset_AcctM_Product_Acct -> P_Asset_AcctInventorycost the BOM or the products



ProjectIssue

Description of DocumentDBCRConditionsComments

Project IssueBased in C_ProjectIssue
if the project has M_InOutLine it calculates the cost of products from M_InOutLine, C_Order and C_OrderLine
otherwise verifies if the project has S_TimeExpenseLine and calculates the cost of services (look out /** TODO Labor Cost */)
otherwise, it calculates the normal cost of products
C_Project_Acct -> PJ_WIP_Acct
C_Project_Acct -> PJ_Asset_Acctif project category is AssetProject (A)
M_Product_Acct -> P_Expense_Acctif product.isService
M_Product_Acct -> P_Asset_Acctelse



Requisition

Description of DocumentDBCRConditionsComments
RequisitionsBased in M_Requisition y M_RequisitionLine
if C_AcctSchema isCreateReservation post this with Reservation type
M_Product_Acct -> P_Expense_Acct
C_AcctSchema_GL -> CommitmentOffset_Acct

General Fact

Description of DocumentDBCRConditionsComments
All documents inter organizationC_AcctSchema_GL -> InterCompanyDueFrom_AcctC_AcctSchema_GL -> InterCompanyDueTo_AcctPosted when the accounting by organization must be balanced and transaction involves more than one organization
All documents with currencies unbalancedC_AcctSchema_GL -> CurrencyBalancing_AcctIf the GL schema is marked as currency balancing
All documents unbalancedC_AcctSchema_GL -> SuspenseBalancing_AcctIf the GL schema is marked as use suspense balancing - it's posted when the document is unbalanced

Default Accounts Usage

2013年7月12日 星期五


http://www.austria.org/going-to-austria/entry-a-residence-permits/residence-permit

Print
PDF

RESIDENCE PERMIT  居留許可

If you intend to stay in Austria for a period longer than 6 months, you must apply for a residence permit and not for an entry permit (visa). Residence permits are issued by the authorities in Austria. They are solely issued for stays that exceed six months.
如果你打算留在奧地利一段時間超過6個月,你必須申請居留許可,而不是的入境許可(簽證)。奧地利當局發出居留證。他們僅發出入住超過六個月。
PLEASE NOTE that you must file your application for a residence permit with the Austrian Embassy or Consulate General before you actually leave for Austria. In general, you are not allowed to go to Austria as long as your application has not been approved.
請注意,你必須進入之前奧地之前向奧地利大使館或總領事館提交申請居留證。在一般情況下,不允許你去奧地利只要您的申請未獲批准。
Yet, spouses and minor children of EU & EFTA citizens who reside in Austria permanently may file their application after their arrival in Austria. The same is true for all foreign nationals who may enter Austria under the visa waiver-program (e.g. U.S. citizens, Canadians, Mexicans, Brazilians).
然而,身分是居住在奧地利的歐盟和EFTA成員國公民的配偶及未成年子女,永久可以提交他們的應用程序後,他們的到來,在奧地利。同樣適用於所有外國國民免簽證計劃(例如美國公民,加拿大人,墨西哥人,巴西人)下可能進入奧地利。
PLEASE NOTE that visa-free travel under the visa-waiver program is limited to 3 months out of any 6 months within the entire Schengen territory! To avoid having to leave Austria because a residence permit is not completed within the visa-free period (90 days), we recommend applying for a residence permit before leaving for Austria.
請注意,免簽證入境旅遊免簽證計劃下被限制在整個申根地區的任何6個月之內3個月!為了避免離開奧地利,因為居住證的免簽證入境期限(90天)內沒有完成,我們建議申請居留證之前離開奧地利。
The residence permit, once issued, is to be picked up at the issuing authority in Austria. Part of the fee is payable at the time of the application and part of the fee at the time of the pick-up in Austria. In addition, (almost) all non-EU or non-EFTA citizens who both apply for a residence permit and intend to stay in Austria for more than 24 months must sign an Integration Agreement.
居住證,一旦發出,發證機關在奧地利被拾起。支付部分費用是當時回升的時候在奧地利的應用和部分費用。此外,(幾乎)所有非歐盟或非歐洲自由貿易聯盟的公民申請居留許可,並打算留在奧地利超過24個月,必須簽署整合協議。
There are different types of residence permits in Austria:
在奧地利居留證有不同的類型:
I) Aufenthaltsbewilligung (i.e. temporary stay in Austria for a certain purpose = Temporary Residence Permit)
  • Betriebsentsandter = employee sent on TDY (temporary duty) - Application form
  • Rotationsarbeitskraft = rotational employee (company representative/manager/executive) - Application form
  • Selbstständiger = self-employed individual - Application form
  • Forscher = researcher (individual doing research at an Austrian academic, research, or educational institution) - Application form
  • Künstler = artist (self-employed or employed) - Application form
  • Sonderfälle unselbstständiger Erwerbstätigkeit = special employment cases, e.g. journalist, guest lecturer, au-pair, ... - Application form
  • Student = student attending college/university in Austria - Application form
  • Schüler = student attending primary or secondary school (grade 1-12) in Austria - Application form


I)Aufenthaltsbewilligung(即暫時留在奧地利為一定目的=暫住證)

Betriebsentsandter = 僱員發送的臨時稅(TDY) - 申請表
Rotationsarbeitskraft = 旋轉僱員(公司代表/經理/主管) - 申請表
Selbstständiger = 個體戶的個體 - 申請表
Forscher = 研究員 - 申請表(個人做研究,在奧地利的學術,科研,​​教育機構)
Künstler = 藝術家(個體經營或受僱於) - 申請表
SonderfälleunselbstständigerErwerbstätigkeit=就業特殊情況下,例如記者客座講師,換工,... - 申請表
Student =學生參加在奧地利的學院/大學 - 申請表
Schüler =學生就讀小學或中學(1-12年級)在奧地利 - 申請表

II) Niederlassungsbewilligung (for foreigners who intend to live in Austria for a longer period of time = Permanent Residence Permit)
  • any purpose, private reasons (e.g. move to Austria for your retirement)
  • employment or self-employment under certain circumstances
  • family members of aliens living in Austria, family re-unification


二)Niederlassungsbewilligung(外國人誰打算住在奧地利一個較長的時間週期=永久居留證)

任何目的,私人的原因(例如移動到奧地利為您的退休)
在某些情況下,就業或自僱
居住在奧地利,家庭團聚的外國人的家庭成員

III) Aufenthaltstitel "Familienangehöriger" (issued to spouses and minor children of EU or EFTA citizens who permanently reside in Austria) - Application form
III) Aufenthaltstitel的“Familienangehöriger”(發行歐盟或EFTA成員國公民的永久居住在奧地利的配偶及未成年子女) - 申請表
IV) Aufenthaltstitel "Daueraufenthalt - EG" (issued to foreign nationals who have had the right to stay in Austria for at least the last five years; Integration Agreement has already been fulfilled) - Application form
IV) Aufenthaltstitel“Daueraufenthalt - EG”(已發行的外國公民有權利留在奧地利至少在過去五年已經達成整合協議) - 申請表格
V) Aufenthaltstitel "Daueraufenthalt - Familienangehöriger" (issued to individuals who have held an Aufenthaltstitel "Familienangehöriger" (relative) for at least the last five years; Integration Agreement has already been fulfilled) - Application form
V) Aufenthaltstitel“Daueraufenthalt - Familienangehöriger”(頒發給個人誰持有Aufenthaltstitel的“Familienangehöriger”(相對)至少在過去的五年;整合協議已經履行) - 申請表

VI) Anmeldebescheinigung (EU & EFTA citizens [except Swiss] who both work and therefore take up residence in Austria; also issued to accompanying EU & EFTA spouses and minor children)VI)Anmeldebescheinigung(歐盟EFTA成員國公民[瑞士除外]誰工作,因此居住在奧地利還發行陪同歐盟和歐洲自由貿易聯盟的配偶及未成年子女)
VII) Daueraufenthaltskarte (for non-EU & non-EFTA spouses and minor children of  EU & EFTA citizens [except Swiss])七)Daueraufenthaltskarte(非歐盟和非歐洲自由貿易聯盟的歐盟和EFTA成員國公民的配偶及未成年子女的瑞士除外])