EDI - elektroniczna wymiana dokumentów pomiędzy firmą Veldach a jej dostawcami.
|
|
- Michał Nowakowski
- 8 lat temu
- Przeglądów:
Transkrypt
1 EDI - elektroniczna wymiana dokumentów pomiędzy firmą Veldach a jej dostawcami. Założenia : 1. Elektronicznej wymianie z Dostawcą podlegają następujące dokumenty : zamówienie zakupu wysyłane przez Veldach do Dostawcy (wersja rozszerzona i zmodyfikowana EDI) faktura zakupu i faktura korygująca zakupu wysyłana przez dostawcę do firmy Veldach (wersja rozszerzona i zmodyfikowana EDI) ich duplikaty. 2. Do identyfikacji podmiotów biorących udział w wymianie dokumentów używany jest numer GLN (Globalny Numer Lokalizacyjny służy do identyfikacji każdej lokalizacji, co do której istnieje potrzeba jednoznacznej i unikalnej identyfikacji w łańcuchu dostaw). Ze względu na bezpośredni sposób komunikacji numery GLN nie muszą być nadane przez odpowiednie instytucje i mogą być ustalone pomiędzy stronami wymiany. Numery GLN zostaną zapisane w protokole podjęcia współpracy w zakresie dokumentów EDI. 3. Produkty występujące w zamówieniu identyfikowane są po kodzie EAN 13 (nazewnictwo produktów może być różne u różnych kontrahentów). W sytuacji braku nadanych kodów EAN 13 dla poszczególnych produktów, lub zamówienie indywidualnych produktów związanych z prowadzaną wymianą handlową strony mogą posługiwać się uzgodnionymi kodami innymi niż EAN13. W szczególności zostaną podane na protokole podjęcia współpracy kody identyfikujące usługi oraz niestandardowe zestawy (o ile takie występują). 4. Elektroniczna wymiana oparta jest o pliki XL o strukturach opisanych poniżej. Jeden plik zawiera informacje dotyczące jednego dokumentu. Odebranie pliku (zarówno przez Veldach jak i dostawcę ) potwierdzone jest w pliku statusu XL, którego struktura opisana jest poniżej W zależności od ustaleń plik XL może zostać wysłany jako załącznik do poczty elektronicznej (po wcześniejszym uzgodnieniu z jakie adresu i na jaki adres dokumenty będą wysyłane) lub umieszczony w odpowiednim katalogu na serwerze FTP Veldach. Nie jest możliwe jednoczesne wykorzystywanie obu tych metod do wymiany plików z jednym kontrahentem. Nazwa pliku XL musi być zbudowana zgodnie ze schematem : data_czas_numer_dokumentu.xml Strona 1 z 18
2 gdzie : data to data wygenerowania pliku w formacie : dd_mm_yy czas to godzina wygenerowania pliku w formacie : hh_mm_ss 5. Pliki przychodzące i wychodzące są archiwizowane (w przypadku wymiany z użyciem poczty elektronicznej archiwizowany jest nagłówek, zawartość oraz załączniki). Archiwum jest dostępne do odczytu dla obu stron wymiany w podkatalogach ARCHIVE katalogów używanych do wymiany każdego z dokumentów lub potwierdzeń. 6. Katalogi na serwerze FTP mają nadane odpowiednie prawa dostępu, które gwarantują bezpieczeństwo wymiany (informacje o loginie i haśle zostaną podana w ramach protokołu podjęcia współpracy) Wymiana dokumentów z wykorzystaniem poczty elektronicznej Pliki XL z dokumentami oraz pliki potwierdzeń dołączane są do maila jako załączniki. aile zawierające dokumenty podlegające wymianie muszą być wysłane z i na określony adres ( oba adresy zostaną podane w protokole podjęcia współpracy pomiędzy Veldach a Dostawcą) oraz muszą mieć uzupełniony tytuł wiadomości. W celu identyfikacji poszczególnych komunikatów należy zastosować tytuły wiadomości rozpoczynające się od następujących słów kluczowych : ORDER dla plików zamówień ORDER_STATUS dla plików potwierdzeń dot. zamówień INVOICE dla plików faktur INVOICE_STATUS dla plików potwierdzeń dot. faktur CREO dla plików faktur korygujących CREO_STATUS dla plików potwierdzeń dot. faktur korygujących aile wysłane z innego adresu, bądź też nie zawierające tematu nie będą przetwarzane przez system EDI firmy Veldach. Wymiana dokumentów z wykorzystaniem serwera FTP. Pliki XL (dokumenty oraz potwierdzenia odbioru) podlegające wymianie między Veldach a Dostawcą umieszczane są w odpowiednich lokalizacjach na serwerze FTP. Po pobraniu pliku XL przez Dostawcę Strona 2 z 18
3 musi on zostać usunięty. Jego kopia pozostaje w podkatalogu ARCHIVE (w momencie tworzenia pliku wyjściowego przez system EDI Veldach jest on umieszczany w lokalizacji do pobrania oraz w podkatalogu ARCHIVE). Po pobraniu pliku wejściowego przez system EDI Veldach jest on przenoszony do podkatalogu ARCHIVE w odpowiedniej lokalizacji. Struktura katalogów na serwerze FTP 1. Pliki wychodzące zamówienia zakupu. Pliki XL dotyczące zamówień zakupu wygenerowane przez system EDI Veldach umieszczane są na serwerze FTP w katalogach: DOCUENT/OUT/ORDER DOCUENT/OUT/ORDER/ARCHIVE. Do katalogu DOCUENT/OUT/ORDER Dostawca ma uprawnienia umożliwiające pobranie i skasowanie pliku z zamówieniem. Do podkatalogu ARCHIVE Dostawca nie posiada dostępu. Po pobraniu pliku z zamówieniem zakupu należy go usunąć z głównej lokalizacji oraz wygenerować plik potwierdzenia otrzymania dokumentu i wgrać go w odpowiednią lokalizację. 2. Pliki przychodzące faktury i faktury korygujące. Pliki XL zawierające faktury lub faktury korygujące system EDI Dostawcy powinien wgrać do katalogu DOCUENT/IN/INVOICE. Do katalogu tego Dostawca ma uprawnienia umożliwiające umieszczenie w nim pliku bez możliwości kasowania. Po pobraniu pliku przez system EDI Veldach plik zostanie przeniesiony do podkatalogu ARCHIVE tego katalogu oraz zostanie wygenerowany plik potwierdzenia otrzymania dokumentu. Plik ten zostanie umieszczony w odpowiedniej lokalizacji. 3. Pliki potwierdzeń otrzymania i przetworzenia dokumentu. Po odebraniu dokumentu zarówno system EDI Veldach jak i system EDI Dostawcy powinien wygenerować i umieścić w odpowiedniej lokalizacji plik XL zawierający status odebranego dokumentu. W sekcji <Stage> powinna zostać wpisana wartość DELIVERY a w sekcji <State> wartość OK. Strona 3 z 18
4 Po wykonaniu wszystkich czynności związanych ze sprawdzeniem dokumentu zarówno system EDI Veldach jak i system EDI Dostawcy powinien wygenerować i umieścić w odpowiedniej lokalizacji plik XL zawierający status odebranego dokumentu. Jeżeli dokument jest prawidłowy i został przetworzony przez system to w sekcji <Stage> powinna zostać wpisana wartość CONFIR a w sekcji <State> wartość OK. Jeżeli natomiast dokument nie został prawidłowo przetworzony przez system to w sekcji <State> powinna zostać wstawiona wartość ERROR. Specyfikacja pliku potwierdzenia podana jest poniżej. Struktura katalogów na serwerze FTP dla plików potwierdzeń jest analogiczna jak dla dokumentów różni się tym, że dokumenty umieszczane są w katalogach DOCUENT/.. natomiast potwierdzenia związane z dokumentami w katalogach STATUS/ Prawa dostępu do katalogów i zakres operacji na plikach ze statusami dokumentów są analogiczne do plików i katalogów z dokumentami. Struktury plików wymiany XL Zamówienie zakupu Nazwa pola Typ Format Opis <Document-Order> <Order-Header> <OrderNumber>OrderNumber_1</OrderNumber> X(35) Numer zamówienia <OrderDate> </OrderDate> CCYY--DD Data zamówienia <OrderTime>07:30</OrderTime> O hh:mm Czas zamówienia <ExpectedDeliveryDate> </ExpectedDeliveryDate> O CCYY--DD Żądana data dostawy <ExpectedDeliveryTime>07:30</ExpectedDeliveryTime> O hh:mm Żądany czas dostawy <DocumentFunctionCode>O</DocumentFunctionCode> O R Typ dokumentu: O oryginał R zastąpienie <Remarks>RemarksText</Remarks> O X(250) Uwagi <OrderCurrency>PLN</OrderCurrency> [A-Z] (3) Waluta zamówienia <Payment> O Strona 4 z 18
5 <PaymentTerms> O <PaymentDate> </PaymentDate> O CCYY--DD Data płatności </PaymentTerms> </Payment> <Delivery> O <DeliveryTerms> O <DeliveryTermsCode>CPT</DeliveryTermsCode> O X(3) Kod warunków dostawy lub transportu (INCOTERS): EXW ex works, FOR przekazanie przewoźnikowi w określonym miejscu, CPT opłacone do miejsca dostawy <DeliveryTermsDescription>DeliveryTermsDescription_1 </DeliveryTermsDescription> O X(70) Warunki dostawy lub transportu </DeliveryTerms> </Delivery> </Order-Header> <Order-Parties> <Buyer> <ILN> </ILN> [0-9](13) ILN/GLN Kupującego <TaxID> </TaxID> O X(13) NIP Kupującego <AccountNumber>AccountNumber_1</AccountNumber> O X(35) Konto bankowe Kupującego <Name>ABC</Name> O X(175) Nazwa Kupującego <StreetAndNumber>Przemysłowa 5</StreetAndNumber> O X(35) Ulica i numer <CityName>Kraków</CityName> O X(35) iasto <PostalCode>30-009</PostalCode> O X(9) Kod pocztowy <Country>PL</Country> O X(9) Kraj (kodowane ISO 3166) </Buyer> <Seller> <ILN> </ILN> [0-9](13) ILN/GLN Sprzedawcy <TaxID> </TaxID> O X(13) NIP Sprzedawcy <AccountNumber>AccountNumber_1</AccountNumber> O X(35) Konto bankowe Sprzedawcy <Name>Seller name</name> O X(175) Nazwa Sprzedawcy <StreetAndNumber>Przemysłowa 5</StreetAndNumber> O X(35) Ulica i numer <CityName>Kraków</CityName> O X(35) iasto <PostalCode>30-009</PostalCode> O X(9) Kod pocztowy <Country>PL</Country> O X(9) Kraj (kodowane ISO 3166) <CodeByBuyer>Z111</CodeByBuyer> O X(35) Kod sprzedawcy według Kupującego <Fax> </Fax> O X(35) Numer faksu Sprzedawcy </Seller> <DeliveryPoint> Strona 5 z 18
6 <ILN> </ILN> [0-9](13) ILN/GLN iejsca dostawy <Name>Delivery point</name> O X(175) Nazwa iejsca dostawy <StreetAndNumber>Przemysłowa 5</StreetAndNumber> O X(35) Ulica i numer <CityName>Kraków</CityName> O X(35) iasto <PostalCode>30-009</PostalCode> O X(9) Kod pocztowy <Country>PL</Country> O X(9) Kraj (kodowane ISO 3166) </DeliveryPoint> <Carrier> O <ILN> </ILN> O [0-9](13) ILN/GLN Przewoźnika <Name>Carrier</Name> O X(175) Nazwa Przewoźnika <StreetAndNumber>Przemysłowa 5</StreetAndNumber> O X(35) Ulica i numer <CityName>Kraków</CityName> O X(35) iasto <PostalCode>30-009</PostalCode> O X(9) Kod pocztowy <Country>PL</Country> O X(9) Kraj (kodowane ISO 3166) </Carrier> </Order-Parties> <Order-Lines> <Line> [n] <Line-Item> <LineNumber>1</LineNumber> N0 Numer linii <EAN> </EAN> Kod EAN <BuyerItemCode>123456</BuyerItemCode> O X(35) Kod produktu u kupującego <SupplierItemCode>123456</SupplierItemCode> O X(35) Kod produktu u sprzedawcy <PackageEAN> </PackageEAN> O [0-9](14) EAN opakowania <ItemDescription>ItemDescription_1</ItemDescription> O X(70) Nazwa produktu <ItemType>RC</ItemType> O CU "RC" Identyfikator opakowania zwrotnego: CU jednostka handlowa RC opakowanie zwrotne <OrderedQuantity>2.000</OrderedQuantity> R3 Zamawiana ilość <OrderedUnitPacksize>1.000</OrderedUnitPacksize> O R3 Ilość sztuk detalicznych w pakowaniu handlowym <UnitOfeasure>KG</UnitOfeasure> O "PCE" "KG" Jednostka miary: PCE sztuka, KG kilogram, TR metr, TK metr kwadratowy, LTR litr, PR para, TNE tona metryczna <OrderedUnitNetPrice>23.45</OrderedUnitNetPrice> O R2 Cena netto <ExpectedDeliveryDate> </ExpectedDeliveryDate> O CCYY--DD Żądana data dostawy <ExpectedDeliveryTime>07:30</ExpectedDeliveryTime> O hh:mm Żądany czas dostawy Strona 6 z 18
7 <ExpirationDate> </ExpirationDate> O CCYY--DD Data ważności <PackageNumber>1.000</PackageNumber> O R3 Liczba opakowań zamawianej pozycji <PackageType>CT</PackageType> O X(17) Identyfikacja typu opakowania: CT karton <Remarks>RemarksText</Remarks> O X(250) Uwagi </Line-Item> </Line> </Order-Lines> <Order-Summary> <TotalLines>1</TotalLines> N0 Ilość linii <TotalOrderedAmount>2.000</TotalOrderedAmount> R3 Suma zamawianych ilości <TotalNetAmount>46.90</TotalNetAmount> O R3 Suma netto </Order-Summary> </Document-Order> Typ: - andatory pole obowiązkowe O- Optional pole opcjonalne [n] maksymalna ilość wystąpień W przypadku, kiedy ilość wystąpień jest różna od 0 lub 1, maksymalną ilość oznacza się ilość nawiasach kwadratowych. inimalną ilość wystąpień oznacza wymagalność pola. Format pól: Precyzuje zakres przyjmowanych wartości (dopuszczalny zakres znaków), dokładność wartości liczbowych rzeczywistych: [A-Z](3)zakres znaków, litery duże od "A" do "Z" maksymalna ilość znaków 3 X(n) zakres znaków, dowolne znaki o kodach szesnastkowo z przedziału "0x20" do "0xFF"; w przypadku używania znaków ( <, > i & ) lub innych o kodach szesnastkowo z przedziału "0x80" do "0xFF" pole powinno być zawarte w sekcji CDATA. [0-9](13) zakres znaków, cyfry od "0" do "9", maks. ilość znaków 13 [-0-9](20) zakres znaków, cyfry od "0" do "9" i znak minus "-", maks. ilość znaków 20 N0 liczba całkowita R2 liczba rzeczywista z ustaloną precyzją, dokładność do dwóch pozycji dziesiętnych (np.23.45) część dziesiętna oddzielona kropką Strona 7 z 18
8 CCYY--DD formatowanie pola daty ("CCYY" 4 cyfrowy rok, "" 2 cyfry miesiąca, "DD" 2 cyfry dnia) hh:mm formatowanie pola czasu ("hh" 2 cyfrowa część oznacza godziny w systemie 24 godz.: 00 23, "mm" 2 cyfrowa część minutowa: 00 59) Faktura/Faktura korygująca Nazwa pola Faktura Faktura Format Opis korekta <Document-Invoice> <Invoice-Header> <InvoiceNumber>InvoiceNumber_1</InvoiceNumber> X(35) Numer faktury <InvoiceDate> </InvoiceDate> CCYY-- DD Data faktury <SalesDate> </SalesDate> CCYY-- DD Data sprzedaży <InvoiceDuplicateDate> </InvoiceDuplicateDate> C(3) C(3) CCYY-- DD Data duplikatu faktury <InvoiceCurrency>PLN</InvoiceCurrency> [A-Z] (3) Waluta faktury <InvoicePaymentDueDate> </InvoicePaymentDueDate> CCYY-- DD Data płatności <InvoicePaymentTerms>15</InvoicePaymentTerms> O O N0 Termin płatności (w dniach) <DocumentFunctionCode>O</DocumentFunctionCode> "O" "D" "C" "R" Typ dokumentu: O oryginał, D duplikat oryginału, C korekta, R duplikat korekty <CorrectionReason>RABAT 10%</CorrectionReason> - O(4) X(250) Powód korekty <Remarks>TEKST</Remarks> O O X(750) Uwagi <Order> <BuyerOrderNumber>345</BuyerOrderNumber> X(35) Numer zamówienia <SupplierOrderNumber>5680</SupplierOrderNumber> O O X(35) Numer zamówienia według sprzedawcy <BuyerOrderDate> </BuyerOrderDate> CCYY-- DD Data zamówienia </Order> <Reference> - <InvoiceReferenceNumber>1</InvoiceReferenceNumber> - X(35) Numer faktury korygowanej <InvoiceReferenceDate> CCYY-- </InvoiceReferenceDate> - DD Data faktury korygowanej Strona 8 z 18
9 </Reference> <Delivery> <DeliveryLocationNumber>DeliveryLoc. </DeliveryLocationNumber> [0-9](13) ILN/GLN lokalizacji dostawy (sklepu) <DeliveryDate> </DeliveryDate> CCYY-- DD Data dostawy <DespatchNumber>DespatchNumber_1</DespatchNumber> X(35) Numer dostawy <DespatchDate> </DespatchDate> O O CCYY-- DD Data dokumentu dostawy <DespatchAdviceNumber> </DespatchAdviceNumber> O O X(35) Numer awiza wysyłki <Name>ABC</Name> O O X(175) Nazwa Punktu Dostawy <StreetAndNumber>Przemysłowa 5</StreetAndNumber> O O X(35) Ulica i numer <CityName>Kraków</CityName> O O X(35) iasto <PostalCode>30-009</PostalCode> O O X(9) Kod pocztowy <Country>PL</Country> O O X(3) Kraj (kodowane ISO 3166) </Delivery> <Returns> - O <ReturnsNoticeNumber>RET19523 </ReturnsNoticeNumber> - O X(35) Numer zawiadomienia o zwrotach <ReturnsNoticeDate> </ReturnsNoticeDate> - O CCYY-- DD Data zawiadomienia o zwrotach </Returns> </Invoice-Header> <Invoice-Parties> <Buyer> <ILN> </ILN> [0-9](13) ILN/GLN Kupującego <TaxID> </TaxID> X(13) NIP Kupującego <AccountNumber>AccountNumber_1</AccountNumber> O O X(35) Konto bankowe Kupującego <Name>akro</Name> C(2) C(2) X(175) Nazwa Kupującego <StreetAndNumber>Handlowa 3</StreetAndNumber> C(2) C(2) X(35) Ulica i numer <CityName>Kraków</CityName> C(2) C(2) X(35) iasto <PostalCode>30-519</PostalCode> C(2) C(2) X(9) Kod pocztowy <Country>PL</Country> C(2) C(2) X(3) Kraj (kodowane ISO 3166) </Buyer> <Payer> O O <ILN> </ILN> [0-9](13) ILN/GLN Płatnika <TaxID> </TaxID> X(13) NIP Płatnika Strona 9 z 18
10 <AccountNumber>AccountNumber_1</AccountNumber> O O X(35) Konto bankowe Płatnika. <Name>akro</Name> C(2) C(2) X(175) Nazwa Płatnika <StreetAndNumber>Handlowa 3</StreetAndNumber> C(2) C(2) X(35) Ulica i numer <CityName>Kraków</CityName> C(2) C(2) X(35) iasto <PostalCode>30-519</PostalCode> C(2) C(2) X(9) Kod pocztowy <Country>PL</Country> C(2) C(2) X(3) Kraj (kodowane ISO 3166) </Payer> <Invoicee> O O <ILN> </ILN> [0-9](13) ILN/GLN Odbiorcy Faktury <TaxID> </TaxID> X(13) NIP Odbiorcy Faktury <AccountNumber>AccountNumber_1</AccountNumber> O O X(35) Konto bankowe Odbiorcy Faktury. <Name>akro</Name> C(2) C(2) X(175) Nazwa Odbiorcy Faktury <StreetAndNumber>Handlowa 3</StreetAndNumber> C(2) C(2) X(35) Ulica i numer <CityName>Kraków</CityName> C(2) C(2) X(35) iasto <PostalCode>30-519</PostalCode> C(2) C(2) X(9) Kod pocztowy <Country>PL</Country> C(2) C(2) X(3) Kraj (kodowane ISO 3166) </Invoicee> <Seller> <ILN> </ILN> [0-9](13) ILN/GLN Sprzedawcy <TaxID> </TaxID> X(13) NIP Sprzedawcy <AccountNumber>AccountNumber_1</AccountNumber> C(2) C(2) X(35) Konto bankowe Sprzedawcy <CodeByBuyer> </CodeByBuyer> O O X(35) Kod dostawcy wg Kupującego <Name>ABC</Name> C(2) C(2) X(175) Nazwa Sprzedawcy <StreetAndNumber>Przemysłowa 5</StreetAndNumber> C(2) C(2) X(35) Ulica i numer <CityName>Kraków</CityName> C(2) C(2) X(35) iasto <PostalCode>30-009</PostalCode> C(2) C(2) X(9) Kod pocztowy <Country>PL</Country> C(2) C(2) X(3) Kraj (kodowane ISO 3166) </Seller> <Payee> O O <ILN> </ILN> [0-9](13) ILN/GLN Odbiorcy Płatności NIP Odbiorcy <TaxID> </TaxID> C(2) C(2) X(13) Płatności Strona 10 z 18
11 <AccountNumber>AccountNumber_1</AccountNumber> X(35) Konto Odbiorcy Płatności <Name>ABC</Name> C(2) C(2) X(175) Nazwa Odbiorcy Płatności <StreetAndNumber>Przemysłowa 5</StreetAndNumber> C(2) C(2) X(35) Ulica i numer <CityName>Kraków</CityName> C(2) C(2) X(35) iasto <PostalCode>30-009</PostalCode> C(2) C(2) X(9) Kod pocztowy <Country>PL</Country> C(2) C(2) X(3) Kraj (kodowane ISO 3166) </Payee> </Invoice-Parties> <Invoice-Lines> <Line> [n] [n] <Line-Item> <LineNumber>1</LineNumber> N0 Numer linii <EAN> </EAN> [0-9](14) EAN produktu <BuyerItemCode>BuyerItemCode_1</BuyerItemCode> O O X(35) Kod produktu wg nabywcy <SupplierItemCode>SupplierItemCode_1 </SupplierItemCode> O O X(35) Kod produktu wg dostawcy <ItemDescription>ItemDescription_1</ItemDescription> C(2) C(2) X(70) Nazwa produktu <ItemType>RC</ItemType> "CU" "RC" "IN" Identyfikator opakowania zwrotnego: CU jednostka handlowa, RC opakowanie zwrotne, IN jednostka fakturowana <InvoiceQuantity>2.000</InvoiceQuantity> R3 Zafakturowana ilość <UnitOfeasure>PCE</UnitOfeasure> X(3) Jednostka miary: PCE sztuka, KG kilogram, TR metr, TK metr kwadratowy, LTR litr, PR para, TNE tona metryczna <InvoiceUnitPacksize>10</InvoiceUnitPacksize> O O R3 Liczba sztuk detalicznych w jednostce zbiorczej <PackItemUnitOfeasure>PCE </PackItemUnitOfeasure > O O X(3) Jednostka miary sztuki detalicznej w jednostce : Strona 11 z 18
12 PCE sztuka, KG kilogram, TR metr, TK metr kwadratowy, LTR litr, PR para, TNE tona metryczna Zbiorczej <DeliveredQuantity>2.000</DeliveredQuantity> O O R3 Dostarczona ilość <InvoiceUnitNetPrice>23.45</InvoiceUnitNetPrice> R2 Cena netto <InvoiceUnitGrossPrice>23.45</InvoiceUnitGrossPrice> O O R2 Cena brutto <InvoiceUnitRetailPrice>25.99</InvoiceUnitRetailPrice> O O R2 Cena detaliczna <TaxRate>7.00</TaxRate> C(1) C(1) R2 Stawka VAT <TaxCategoryCode>S</TaxCategoryCode> "S" "E" Kod stawki: E (exempt) - zwolniony, S (standard) - inna, wyrażona liczbą, ("standardowa") <TaxReference> O O <ReferenceType>SWW</ReferenceType> X(35) Kod typu referencji: SWW lub PKWiU <ReferenceNumber> </ReferenceNumber> [-.0-9](35) Kod SWW lub PKWiU </TaxReference> <TaxAmount>3.28</TaxAmount> O C(6) R2 Wartość VAT pozycji <NetAmount>46.90</NetAmount> R2 Wartość netto pozycji <PreviousInvoiceQuantity>4.000 </PreviousInvoiceQuantity> - R3 Zafakturowana ilość przed korektą <PreviousDeliveredQuantity>4.000 </PreviousDeliveredQuantity> - O R3 Dostarczona ilość przed korektą <PreviousInvoiceUnitNetPrice>23.45 </PreviousInvoiceUnitNetPrice> - R2 Cena netto przed korektą <PreviousTaxRate>7.00</PreviousTaxRate> - C(1) R2 Stawka VAT przed korektą <PreviousTaxCategoryCode>S </PreviousTaxCategoryCode> - "S" "E" Kod stawki przed korektą <PreviousTaxAmount>6.56</PreviousTaxAmount> - R2 Wartość VAT pozycji przed korektą Wartość netto pozycji przed <PreviousNetAmount>93.80</PreviousNetAmount> - R2 korektą Strona 12 z 18
13 <CorrectionInvoiceQuantity> </CorrectionInvoiceQuantity> - O R3 Zafakturowana ilość - różnica pomiędzy wartością <CorrectionDeliveredQuantity> </CorrectionDeliveredQuantity> - O R3 Dostarczona ilość - różnica pomiędzy wartością <CorrectionInvoiceUnitNetPrice>0.00 </CorrectionInvoiceUnitNetPrice> - C(5) R2 Cena netto - różnica pomiędzy wartością <CorrectionTaxAmount>-3.28 </CorrectionTaxAmount> - C(5) R2 Wartość VAT pozycji - różnica pomiędzy wartością <CorrectionNetAmount> </CorrectionNetAmount> - O R2 Wartość netto - różnica pomiędzy wartością <CorrectionDepositAmount>> </CorrectionDepositAmount> - O R2 Kwota kaucji za towary kaucjonowane różnica pomiędzy wartością <CorrectionReason>RABAT 10%</CorrectionReason> - O(4) X(250) Powód korekty </Line-Item> </Line> </Invoice-Lines> <Invoice-Summary> <TotalLines>1</TotalLines> N0 Ilość linii <TotalNetAmount>46.90</TotalNetAmount> R2 Suma netto <TotalTaxableBasis>46.90</ TotalTaxableBasis > C(2) C(2) R2 Suma podlegająca opodatkowaniu <TotalTaxAmount>3.28</TotalTaxAmount> R2 Suma VAT <TotalGrossAmount>50.18</TotalGrossAmount> R2 Suma brutto Strona 13 z 18
14 <PreviousTotalNetAmount>93.80 </PreviousTotalNetAmount> - R2 Suma netto przed korektą <PreviousTotalTaxableBasis>93.80 </ PreviousTotalTaxableBasis > - R2 Suma podlegająca opodatkowaniu przed Korektą <PreviousTotalTaxAmount>6.56 </PreviousTotalTaxAmount> - R2 Suma VAT przed korektą <PreviousTotalGrossAmount> </PreviousTotalGrossAmount> - R2 Suma brutto przed korektą <CorrectionTotalNetAmount> </CorrectionTotalNetAmount> - R2 Suma netto różnica pomiędzy wartością <CorrectionTotalTaxableBasis> </CorrectionTotalTaxableBasis> - R2 Suma podlegająca opodatkowaniu różnica pomiędzy wartością <CorrectionTotalTaxAmount>-3.28 </CorrectionTotalTaxAmount> - R2 Suma VAT różnica pomiędzy wartością <CorrectionTotalGrossAmount> </CorrectionTotalGrossAmount> - R2 Suma brutto różnica pomiędzy wartością <Tax-Summary> <Tax-Summary-Line> [n] [n] <TaxRate>7.00</TaxRate> C(1) C(1) R2 Stawka VAT <TaxCategoryCode>S</TaxCategoryCode> "S" "E" Kod stawki: E (exempt) - zwolniony, S (standard) - inna, wyrażona liczbą, ("standardowa") Suma VAT dla danej <TaxAmount>3.28</TaxAmount> R2 stawki Strona 14 z 18
15 <TaxableBasis>46.90</TaxableBasis> C(2) - R2 Kwota podlegająca opodatkowaniu objęta daną stawką <TaxableAmount>46.90</TaxableAmount> R2 Kwota netto objęta daną stawką <GrossAmount>50.18</GrossAmount> C(2) - R2 Kwota brutto objęta daną stawką <PreviousTaxRate>7.00</PreviousTaxRate> - C(1) R2 Stawka VAT przed korektą <PreviousTaxCategoryCode>S </PreviousTaxCategoryCode> - "S" "E" Kod stawki przed korektą: E (exempt) zwolniony S (standard) - inna, wyrażona liczbą ("standardowa") <PreviousTaxAmount>6.56</PreviousTaxAmount> - R2 Suma VAT dla danej stawki przed korektą <PreviousTaxableAmount>93.80 </PreviousTaxableAmount> - R2 Kwota netto objęta daną stawką przed korektą <CorrectionTaxAmount>-3.28</CorrectionTaxAmount> - R2 Suma VAT dla danej stawki różnica pomiędzy wartością <CorrectionTaxableAmount> </CorrectionTaxableAmount> - R2 Kwota netto objęta daną stawką różnica pomiędzy wartością </Tax-Summary-Line> </Tax-Summary> </Invoice-Summary> </Document-Invoice> 1) W przypadku zwolnienia podatkowego informacja o stawce VAT nie może wystąpić w dokumencie. 2) Pole musi być wypełnione w przypadku wystawienia faktury bez wersji papierowej. 3) Pole obowiązkowe dla duplikatu faktury. Strona 15 z 18
16 4) Pole opcjonalne może być wysłane tylko dla faktury korygującej. Jeżeli powód korekty jest jednakowy dla wszystkich pozycji towarowych objętych fakturą, segment <CorrectionReason> powinien być wypełniony tylko w nagłówku, w przeciwnym wypadku segment <CorrectionReason> nie występuje w nagłówku, tylko powinien być wypełniony dla każdej pozycji towarowej. 5) Pole opcjonalne dla faktury korygującej w przypadku zwiększenia ceny po wystawieniu faktury pierwotnej pole to musi być wypełnione. 6) W przypadku korekty zwiększenia ceny pole to jest obowiązkowe. Sposób przesyłania dokumentów: Poszczególne dokumenty należy przesyłać w oddzielnych plikach zgodnie z regułą 1 dokument w 1 pliku. Sposób kodowania: Dokument jest kodowany w standardzie UTF-8 Typ: - andatory pole obowiązkowe O- Optional pole opcjonalne C Conditional pole warunkowe [n] maksymalna ilość wystąpień W przypadku, kiedy ilość wystąpień jest różna od 0 lub 1, maksymalną ilość oznacza się ilość nawiasach kwadratowych. inimalną ilość wystąpień oznacza wymagalność pola. Format pól: Precyzuje zakres przyjmowanych wartości (dopuszczalny zakres znaków), dokładność wartości liczbowych rzeczywistych: [A-Z](3)zakres znaków, litery duże od "A" do "Z" maksymalna ilość znaków 3 X(n) zakres znaków, dowolne znaki o kodach szesnastkowo z przedziału "0x20" do "0xFF"; w przypadku używania znaków ( <, > i & ) lub innych o kodach szesnastkowo z przedziału "0x80" do "0xFF" pole powinno być zawarte w sekcji CDATA. [0-9](13) zakres znaków, cyfry od "0" do "9", maks. ilość znaków 13 [-0-9](20) zakres znaków, cyfry od "0" do "9" i znak minus "-", maks. ilość znaków 20 N0 liczba całkowita Strona 16 z 18
17 R2 liczba rzeczywista z ustaloną precyzją, dokładność do dwóch pozycji dziesiętnych (np.23.45) część dziesiętna oddzielona kropką CCYY--DD formatowanie pola daty ("CCYY" 4 cyfrowy rok, "" 2 cyfry miesiąca, "DD" 2 cyfry dnia) hh:mm formatowanie pola czasu ("hh" 2 cyfrowa część oznacza godziny w systemie 24 godz.: 00 23, "mm" 2 cyfrowa część minutowa: 00 59) Potwierdzenie odebrania dokumentu <AcknowledgmentDocument> <Acknowledgment-Header> Nazwa pola Typ Format Opis <DocumentType>INVOICE</DocumentType> X(10) Typ dokumentu <AcknowledgmentDocumentNo>2013/00012 </AcknowledgmentDocumentNo> X(20) Numer dokumentu potwierdzającego <SourceDocumentNumber>FV/2013/00045</SourceDocumentNumber> X(20) Numer dokumentu źródłowego <DocumentDate> </DocumentDate> YYYY-- DD Data dokumentu potwierdzającego <SenderILN> </SenderILN> [0-9](13) Kod ILN wysyłającego <ReceiverILN> </ReceiverILN> [0-9](13) Kod ILN odbierającego <Status> Status <Stage>CONFIR</Stage> DELIVERY CONFIR Etapy przetwarzania <State>OK</State> OK ERORR Stan przetwarzania Opis stanu <Description>Opis statusu</ Description > O X(100) przetwarzania </Status> </Acknowledgment-Header> </AcknowledgmentDocument> Typy dokumentów : ORDER - zamówienie INVOICE - faktura CR EO - faktura korygująca Typ: - andatory pole obowiązkowe O- Optional pole opcjonalne C Conditional pole warunkowe [n] maksymalna ilość wystąpień W przypadku, kiedy ilość wystąpień jest różna od 0 lub 1, maksymalną ilość oznacza się ilość nawiasach kwadratowych. inimalną ilość wystąpień oznacza wymagalność pola. Strona 17 z 18
18 Format pól: Precyzuje zakres przyjmowanych wartości (dopuszczalny zakres znaków), dokładność wartości liczbowych rzeczywistych: [A-Z](3)zakres znaków, litery duże od "A" do "Z" maksymalna ilość znaków 3 X(n) zakres znaków, dowolne znaki o kodach szesnastkowo z przedziału "0x20" do "0xFF"; w przypadku używania znaków ( <, > i & ) lub innych o kodach szesnastkowo z przedziału "0x80" do "0xFF" pole powinno być zawarte w sekcji CDATA. [0-9](13) zakres znaków, cyfry od "0" do "9", maks. ilość znaków 13 [-0-9](20) zakres znaków, cyfry od "0" do "9" i znak minus "-", maks. ilość znaków 20 N0 liczba całkowita R2 liczba rzeczywista z ustaloną precyzją, dokładność do dwóch pozycji dziesiętnych (np.23.45) część dziesiętna oddzielona kropką CCYY--DD formatowanie pola daty ("CCYY" 4 cyfrowy rok, "" 2 cyfry miesiąca, "DD" 2 cyfry dnia) hh:mm formatowanie pola czasu ("hh" 2 cyfrowa część oznacza godziny w systemie 24 godz.: 00 23, "mm" 2 cyfrowa część minutowa: 00 59) Strona 18 z 18
Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.54.
Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.54. M M M M InvoiceNumber_1 M
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.57.
Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.57. M M M M InvoiceNumber_1 M
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Fakturę dla branŝy Farmaceutycznej. Wersja 1.00.
Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Fakturę dla branŝy Farmaceutycznej. Wersja 1.00. M M M M InvoiceNumber_1
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego branża ELECTRO Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.4
Specyfikacja pliku komunikacyjnego branża ELECTRO Tabela przedstawia format dokumentu XML opisującego Fakturę. Wersja 7.4 M M M M InvoiceNumber_1
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Zamówienie v2.3.
Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XL opisującego Zamówienie v2.3. rdernumber_1 X(35) Numer zamówienia Vendor
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego Zamówienie v2.4.
Specyfikacja pliku komunikacyjnego: Zamówienie XL - ELEKTRNICZNE CENTRU BSŁUGI DKUENTÓW / Data: 2018-03-26 Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XL opisującego Zamówienie
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego awizo wysyłki (DESADV) w wersji 2.6.
Specyfikacja pliku komunikacyjnego: Awizo wysyłki XL CARCH EDI Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XL opisującego awizo wysyłki (DESADV) w wersji 2.6. Nazwa pola Typ
Bardziej szczegółowoSpecyfikacja dokumentu faktura i faktura korekta (INVOICE) w standardzie XML EDInet (Ver1.4)
Specyfikacja dokumentu faktura i faktura korekta (INVOICE) w standardzie XML EDInet (Ver1.4) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.4 / 22.10.2014 Prawa autorskie : INFINITE
Bardziej szczegółowoSpecyfikacja dokumentu zamówienia (ORDERS) w standardzie XML EDInet (Ver1.1)
Specyfikacja dokumentu zamówienia (ORDERS) w standardzie XML EDInet (Ver1.1) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.1 / 19.02.2014 Prawa autorskie : INFINITE Sp. z o.o. ul.
Bardziej szczegółowoSpecyfikacja dokumentu faktura i faktura korekta (INVOICE) w standardzie XML EDInet (Ver1.6)
Specyfikacja dokumentu faktura i faktura korekta (INVOICE) w standardzie XML EDInet (Ver1.6) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.6 / 18.02.2015 Prawa autorskie : INFINITE
Bardziej szczegółowoSpecyfikacja pliku faktury (duplikatu, korekty, duplikatu korekty) w formacie XML
Specyfikacja pliku faktury (duplikatu, korekty, duplikatu korekty) w formacie XML Wersja zgodna ze specyfikacjami komunikatów INVOIC (ver. 8.1) oraz CORRECTING INVOICE (ver. 6.5) przyjętych przez Grupę
Bardziej szczegółowoSpecyfikacja dokumentu cennik/katalog (PRICAT) w standardzie XML EDInet (Ver1.0)
Specyfikacja dokumentu cennik/katalog (PRICAT) w standardzie XL EDInet (Ver1.0) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.0 / 20.12.2013 Prawa autorskie : INFINITE Sp. z o.o.
Bardziej szczegółowoSpecyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XML opisującego awizo wysyłki (DESADV) w wersji 2.9.
Specyfikacja pliku komunikacyjnego: Awizo wysyłki XL CARCH EDI Specyfikacja pliku komunikacyjnego Tabela przedstawia format dokumentu XL opisującego awizo wysyłki (DESADV) w wersji 2.9. Nazwa pola Typ
Bardziej szczegółowoSpecyfikacja dokumentu potwierdzenie przyjęcia dostawy (RECADV) w standardzie XML EDInet (Ver1.0)
Specyfikacja dokumentu potwierdzenie przyjęcia dostawy (RECADV) w standardzie XML EDInet (Ver1.0) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.0 / 01.09.2012 Prawa autorskie : INFINITE
Bardziej szczegółowoSpecyfikacja dokumentu zwrotu (RETANN) w standardzie XML EDInet (Ver1.1)
Specyfikacja dokumentu zwrotu (RETANN) w standardzie XML EDInet (Ver1.1) Przygotował: Michał Kruczyński (michal.kruczynski@infinite.pl) Wersja / data publikacji: Ver 1.1 / 01.06.2013 Prawa autorskie :
Bardziej szczegółowoSpecyfikacja dokumentu awizo wysyłki (DESADV) w standardzie XML EDInet (Ver 1.5)
Specyfikacja dokumentu awizo wysyłki (DESADV) w standardzie XML EDInet (Ver 1.5) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.5 / 27.11.2018 Prawa autorskie : Infinite Sp. z o.o.
Bardziej szczegółowoSpecyfikacja dokumentu odpowiedź na zamówienie (ORDRSP) w standardzie XML EDInet (Ver1.4)
Specyfikacja dokumentu odpowiedź na zamówienie (RDRSP) w standardzie XML EDInet (Ver1.4) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.4 / 30.09.2013 Prawa autorskie : INFINITE Sp.
Bardziej szczegółowoSpecyfikacja dokumentu odpowiedzi na reklamację (RETINS) w standardzie XML EDInet -Ver1.0-
Specyfikacja dokumentu odpowiedzi na reklamację (RETINS) w standardzie XML EDInet -Ver1.0- Przygotował: Michał Kruczyński (michal.kruczynski@infinite.pl) Wersja / data publikacji: Ver 1.0 / 01.06.2013
Bardziej szczegółowoSpecyfikacja dokumentu awizo wysyłki (DESADV) w standardzie XML EDInet (Ver 1.3)
Specyfikacja dokumentu awizo wysyłki (DESADV) w standardzie XML EDInet (Ver 1.3) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.3 / 11.04.2017 Prawa autorskie : Infinite Sp. z o.o.
Bardziej szczegółowoSpecyfikacja dokumentu faktura i faktura korekta (INVOICE) w standardzie XML EDInet (Ver1.8)
Specyfikacja dokumentu faktura i faktura korekta (INVOICE) w standardzie XML EDInet (Ver1.8) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.8 / 28.03.2018 Prawa autorskie : INFINITE
Bardziej szczegółowoInstrukcja użytkownika. Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1
Instrukcja użytkownika Eksport dokumentów do systemu Comarch EDI Wersja 2015.5.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU...
Bardziej szczegółowoSpecyfikacja dokumentu awizo wysyłki (DESADV) w standardzie XML EDInet (Ver1.0)
Specyfikacja dokumentu awizo wysyłki (DESADV) w standardzie XML EDInet (Ver1.0) Autorzy: Zespół projektowy Infinite Wersja / data publikacji: Ver 1.0 / 01.09.2012 Prawa autorskie : INFINITE Sp. z o.o.
Bardziej szczegółowoKomunikat ZAMÓWIENIE PURCHASE ORDERS
Komunikat ZAMÓWIENIE PURCHASE ORDERS EANCOM 97/EDIFACT D.96A przyjęty przez Grupę Roboczą EDI przy Klubie ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione przez
Bardziej szczegółowoInstrukcja użytkownika
Instrukcja użytkownika Eksport dokumentów do systemu Comarch EDI Wersja 2015.0.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU...
Bardziej szczegółowoKomunikat RAPORT O ZAPASACH INVRPT. opracowany przez Grupę Roboczą EDI przy Klubie ECR Polska
Komunikat RAPORT O ZAPASACH INVRPT EANCOM 97/EDIFACT D.96A opracowany przez Grupę Roboczą EDI przy Klubie ECR Polska Wersja 1.2 Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione
Bardziej szczegółowoInstrukcja użytkownika
Instrukcja użytkownika Eksport dokumentów do systemu ECOD Wersja 2014.0.1 Spis treści 1 EKSPORT FAKTUR/KOREKT SPRZEDAŻY... 3 2 EKSPORT ZAMÓWIEŃ... 5 3 IMPORT ZAMÓWIEŃ... 6 4 IMPORT FAKTUR ZAKUPU... 7 5
Bardziej szczegółowo1 / 5 INFORMACJE OGÓLNE ZAKRES SYSTEMU EDI I STANDARD KOMUNIKATÓW 1 IDENTYFIKACJA ARTYKUŁÓW W SYSTEMIE EDI 2 IDENTYFIKACJA PODMIOTÓW W SYSTEMIE EDI 3
1 / 5 Załącznik Nr 2 INFORMACJE OGÓLNE Spis treści ZAKRES SYSTEMU EDI I STANDARD KOMUNIKATÓW 1 IDENTYFIKACJA ARTYKUŁÓW W SYSTEMIE EDI 2 IDENTYFIKACJA PODMIOTÓW W SYSTEMIE EDI 3 ZARZĄDZANIE ARCHIWUM WIADOMOŚCI
Bardziej szczegółowoEksport dokumentów do systemu ECOD
System Comarch OPT!MA v. 2012 Eksport dokumentów do systemu ECOD Comarch SA 31-864 Kraków, Al. Jana Pawła II 41g tel. (12) 681 43 00, fax (12) 687 71 00 Dział Wsparcia Klienta i Partnera: tel. (12) 681
Bardziej szczegółowoWymagania dotyczące fakturowania dla polski
Wymagania dotyczące fakturowania dla polski Ericsson dokonuje płatności wyłącznie na podstawie ważnych faktur. Nieprzestrzeganie poniższych wymogów może spowodować opóźnienia w dokonaniu zapłaty lub odrzucenie
Bardziej szczegółowoKomunikat POTWIERDZENIE FAKTURY- KOREKTY. Wersja 1.0
Komunikat POTWIERDZENIE FAKTURY- KOREKTY Wersja 1.0 EANCOM 97/EDIFACT D.96A przyjęty przez Grupę Roboczą EDI przy Klubie ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione
Bardziej szczegółowoKOMUNIKAT INVOIC. Wydanie 7.8, Kwiecień 2010. przyjęty przez Grupę Roboczą EDI przy ECR Polska
Polska KOMUNIKAT INVOIC EAN97/EDIFACT D.96A Wydanie 7.8, Kwiecień 2010 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione przez
Bardziej szczegółowoKomunikat AWIZO WYSYŁKI DESADV. opracowany przez Grupę Roboczą EDI przy Klubie ECR Polska
Komunikat AWIZO WYSYŁKI DESADV EANCOM 97/EDIFACT D.96A opracowany przez Grupę Roboczą EDI przy Klubie ECR Polska wersja 1 Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione
Bardziej szczegółowoprzyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument jest zgodny ze standardem komunikatu INVRPT EANCOM/EDIFACT.
Polska KOMUNIKAT RAPORT O ZAPASACH INVRPT EANCOM97/EDIFACT D.96A Wydanie 1.4, Styczeń 2018 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały
Bardziej szczegółowoImport zleceń / Integracja klienta K-Ex
Import zleceń / Integracja klienta K-Ex 1 1 Integracja systemów Klient K-Ex jako sposobem zwiększenia wydajności tworzenia wysyłki 1.1 Import przesyłek na podstawie pliku CSV Wprowadzenie danych na temat
Bardziej szczegółowoKomunikat ze słownikiem produktów handlowych wykorzystanych w chemioterapii, programach terapeutycznych i programach lekowych
Komunikat ze słownikiem produktów handlowych wykorzystanych w chemioterapii, programach terapeutycznych i programach lekowych Plik z komunikatem będzie spakowany wg algorytmu ZIP. Rozszerzenie pliku z
Bardziej szczegółowoSpecyfikacja plików XML na potrzeby importu dokumentów do programu WF-FaKir dla Windows
Specyfikacja plików XML na potrzeby importu dokumentów do programu WF-FaKir dla Windows wersja pliku 4.2.0 z dnia 04.10.2010 (obowiązuje od wersji 7.60.0 wydanie II) Asseco Business Solutions SA Oddział
Bardziej szczegółowoEksport Symplex EDI. Przeznaczenie. Opis ogólny formatu pliku. Przykład pliku Symplex EDI:
Eksport Symplex EDI Menu: Miesiące > Eksport-import danych > Eksport Symplex EDI Przeznaczenie Opcja umożliwia eksport danych z programu do pliku tekstowego. Plik następnie można wykorzystać w celu zaimportowania
Bardziej szczegółowoKOMUNIKAT CORRECTING INVOICE EANCOM97/EDIFACT D.96A
Polska KOMUNIKAT CORRECTING INVOICE EANCOM97/EDIFACT D.96A Wydanie 7.3, 03.2013 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione
Bardziej szczegółowoKomunikat ze słownikiem produktów handlowych wykorzystanych w chemioterapii i programach terapeutycznych
Komunikat ze słownikiem produktów handlowych wykorzystanych w chemioterapii i programach terapeutycznych Plik z komunikatem będzie spakowany wg algorytmu ZIP. Rozszerzenie pliku z komunikatem - *.PRH.
Bardziej szczegółowoZasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP
Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie
Bardziej szczegółowoStruktura pliku importu do bazy Shark6
Struktura pliku importu do bazy Shark6 Plik importu ma postać tekstową. Składa się z nagłówka oraz rekordów (danych). Dane odwzorowują tabele w relacji jeden do wielu. Rekordy oddzielone są znakiem nowej
Bardziej szczegółowoZakład Usług Informatycznych OTAGO
Zakład Usług Informatycznych OTAGO Opis konstrukcji Wirtualnego Numeru Rachunku dotyczący płatności masowych wersja 1.4 autor: Tomasz Rosochacki Gdańsk, 2012-11-27 Spis treści 1. Wprowadzenie.... 3 2.
Bardziej szczegółowoChorzów, 01-01-2013. 2. Sprzedawca wystawia faktury korygujące do faktur wskazanych w par.2
R E G U L A M I N F A K T U R O W A N IA Chorzów, 01-01-2013 1 1. Podatnik - firma zwana dalej Sprzedawcą, wystawia faktury dla potrzeb podatku od towarów i usług na podstawie art. 106 Ustawy oraz rozporządzenia
Bardziej szczegółowoFAKTURY. Spis treści:
FAKTURY (https://edinetproducent.infinite.pl) Spis treści: 1. Filtry zawężające wyszukiwanie (Dokumenty -> Faktury) a) Ilość dni b) Dostawca / Nabywca / Miejsce dostawy c) Status d) Wyszukiwanie po numerze
Bardziej szczegółowoEtykiety logistyczne. prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2014/2015
Etykiety logistyczne prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2014/2015 Transport & logistyka Identyfikacja zasobów i zasobów zwrotnych Identyfikacja jednostek logistycznych Identyfikacja
Bardziej szczegółowoKomunikat INVOIC. Data publikacji: 11 czerwca 2018 r.
Data publikacji: 11 czerwca 2018 r. Spis treści Opis zawartości komunikatu INVOIC... 3 1.1. Opis ogólny komunikatu INVOIC... 3 1.2. Szczegółowy opis segmentów komunikatu INVOIC... 3 1.2.1. Sekcja nagłówka:...
Bardziej szczegółowoEtykiety logistyczne. prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2015/2016
Etykiety logistyczne prof. PŁ dr hab. inż. Andrzej Szymonik www.gen-prof.pl Łódź 2015/2016 Transport & logistyka Identyfikacja zasobów i zasobów zwrotnych Identyfikacja jednostek logistycznych Identyfikacja
Bardziej szczegółowoUlotka Comarch ERP Klasyka Firma ++ (FPP) wersja 3.82
Ulotka wersja 3.82 1 FPP Nowości 1.1.1 Jednolity Plik Kontrolny Od 1 lipca 2016 roku weszły w życie przepisy mówiące o konieczności generowania plików JPK dla dużych firm. Jednolite Pliki Kontrolne mają
Bardziej szczegółowoDokumentacja SMS przez FTP
Dokumentacja SMS przez FTP 1 Wprowadzenie... 2 Właściwości plików... 3 Tworzenie konfiguracji w Panelu Klienta... 4 Raporty doręczeń... 5 Historia zmian... 6 2 Wprowadzenie Usługa wysyłki SMS przez FTP
Bardziej szczegółowoSpecyfikacja plików wyjścia XML
Specyfikacja plików wyjścia XL Autorzy: Zespół projektowy Infinite Wersja / data publikacji 2.5 / 03.08.2015 Prawa autorskie: INFINITE Sp. z o.o. ul. Projektowa 1; 20-952 Lublin tel.: (81) 742 71 38; (81)
Bardziej szczegółowoSpecyfikacja plików tekstowych na potrzeby importu danych do programu WF-FaKir dla Windows
Specyfikacja plików tekstowych na potrzeby importu danych do programu WF-FaKir dla Windows Asseco Business Solutions SA Oddział w Warszawie Ul. J. Olbrachta 94 01-102 Warszawa www.assecobs.pl/wapro Copyright
Bardziej szczegółowoVendor Readiness - Przystosowanie Dostawców do nowych metod współpracy
Vendor Readiness - Przystosowanie Dostawców do nowych metod współpracy Castorama Polska Grudzień 2018 Wprowadzenie Grupa Kingfisher, do której należy firma Castorama Polska, posiada klarowny, długoterminowy
Bardziej szczegółowoOpis plików wymiany danych.
Opis plików wymiany danych. WPROWADZENIE...2 PLIKI XML...2 PRZYKŁADOWE WARTOŚCI W PLIKU XML...5 PLIKI PDF...BŁĄD! NIE ZDEFINIOWANO ZAKŁADKI. DHL 2012 Strona 1 z 7 Wprowadzenie Dokument opisuje poszczególne
Bardziej szczegółowoKARTA WYROBU CZĘŚĆ B: DOTYCZY IDENTYFIKACJI PRODUCENTA LUB DOSTAWCY NA ETYKIETACH LOGISTYCZNYCH Z KODEM KRESKOWYM. - miejscowość (poczta): [WYMAG]
Załącznik nr 9 KARTA WYROBU Wniosek zgłoszeniowy do Systemu JIM dla wyrobu jednostkowego i hierarchii opakowań identyfikowanych numerami GTIN wg systemu GS1, występujących w dostawach wyrobów do resortu
Bardziej szczegółowoZasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP
Warszawa, lipiec 2012 Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Wersja 1.1 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw
Bardziej szczegółowoWydanie 6.7, Kwiecień przyjęty przez Grupę Roboczą EDI przy ECR Polska
Polska KOMUNIKAT CORRECTING INVOICE EANCOM97/EDIFACT D.96A Wydanie 6.7, Kwiecień 2010 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały
Bardziej szczegółowoETYKIETA LOGISTYCZNA GS1
ETYKIETA LOGISTYCZNA GS1 Dobre praktyki Dokument stworzony przez wspólną grupę roboczą członków ECR Polska i ekspertów GS1 Polska, by wspomóc i ułatwić jak najszersze wykorzystanie etykiety logistycznej
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA WZORY DOKUMENTÓW P R O T O K Ó Ł. (wzór)
ZAŁĄCZNIK Nr 2 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA WZORY DOKUMENTÓW Wzór nr 1.... pieczęć nagłówkowa Wykonawcy. dnia. (miejscowość) P R O T O K Ó Ł P R Z E K A Z A N I A / P R Z Y J Ę C I A (wzór) Zgodnie
Bardziej szczegółowoZasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Bardziej szczegółowowersja dokumentu 1.0 data wydania 2008.11.14
HERMESEDI System elektronicznej wymiany dokumentów w systemie EDI/ECOD wersja dokumentu 1.0 data wydania 2008.11.14 Syriusz sp. z o.o. Rzeszów 2008 SPIS TREŚCI: 1. Przeznaczenie... 3 2. Schemat pracy...
Bardziej szczegółowoSpis treści OPIS PLIKU W FORMACIE CSV Z DANYMI PPE LUB EP 1
O PIS PLIKU W F O R M A C I E CSV Z D A N Y M I PRZEKAZÓW PIENIĘŻNYCH L U B E K S PRESÓW PIENIĘŻNYCH D O K U M E N T A C J A T E C H N I C Z N A W E R S J A 4.0 L I P I E C 2 0 1 4 Spis treści 1. Struktura
Bardziej szczegółowoINF-U. Uwaga: Numer w rejestrze PFRON powinien być wpisywany na wszelkiej korespondencji kierowanej do PFRON.
1. PODSTAWA PRAWNA INF-U WYJAŚNIENIA DO INFORMACJI O KWOCIE OBNIŻENIA WPŁAT NA PFRON WYSTAWIANEJ PRZY POMOCY SYSTEMU e-pfron2. (dla wzoru informacji obowiązującej od dnia 01.07.2016) Ustawa z dnia 27 sierpnia
Bardziej szczegółowoSyriusz Sp. z o.o Rzeszów, Sportowa 3 NIP Opracował: Aleksander Smyk Rzeszów,
Program: Merkury-Quattro Opcja: Opis: Zaopatrzenie (F1) Poczta Wczytanie z pliku dokumentu dostawy Opis struktury pliku dbase z fakturami zakupu przekazywanego przez dostawcę. Struktura pliku z danymi
Bardziej szczegółowoOpis formatu pliku płatności krajowych do importu w systemie Millenet
Opis formatu pliku płatności krajowych do importu w systemie Millenet Ver. 2009-09-17 1 Ogólne informacje o pliku Elixir O (Multicash PLI) Dokument opisuje format pliku Elixir O używanego do importu płatności
Bardziej szczegółowoSkrócona instrukcja dotycząca standardów wystawiania faktur
Nazwa dostawcy Nazwa dostawcy musi być zgodny z Zamówienie dla na zamówieniu z Colgate/Hill s. Jeśli Państwa nazwa lub adres zmienieły się w porównaniu z danymi na zamówieniu, prosimy skontakować się z
Bardziej szczegółowo1. Wstęp. 2. Nagłówek faktury. Format e-faktury w Play
1. Wstęp... 1 2. Nagłówek faktury... 1 3. Linia treści faktury... 3 4. Nagłówek faktury cd... 3 5. Podsumowanie faktury... 4 5.1 Sumaryczne informacje o podatku... 4 5.2 Informacje o płatności... 5 6.
Bardziej szczegółowoFaktura xml - struktura
Faktura xml - struktura Wstęp... 1 Notacja... 1 Typy pól... 2 Specyfikacja pliku dla faktur... 2 Dodatkowe znaczniki dla faktur korygujących... 2 Struktura dla faktury korygującej:... 2 Specyfikacja poszczególnych
Bardziej szczegółowoInstrukcja obsługi Generatora rachunków MPT - oprogramowania generującego numery rachunków wirtualnych wykorzystywanych w procesie realizacji Usługi Masowego Przetwarzania Transakcji W celu umożliwienia
Bardziej szczegółowoKOMUNIKAT ACCOUNTING NOTE EANCOM97/EDIFACT D.96A
Polska KOMUNIKAT ACCOUNTING NOTE EAN97/EDIFACT D.96A Wydanie 1.1, 11.2012 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione
Bardziej szczegółowoOPIS FORMATÓW PLIKÓW EKSPORTU HISTORII OPERACJI WYKORZYSTYWANYCH W BANKOWOŚCI ELEKTRONICZNEJ IDEA BANK S.A.
1/9 OPIS FORMATÓW PLIKÓW EKSPORTU HISTORII OPERACJI WYKORZYSTYWANYCH W BANKOWOŚCI ELEKTRONICZNEJ IDEA BANK S.A. Wstęp Niniejszy dokument ma charakter informacyjny i jest przeznaczony dla klientów korzystających
Bardziej szczegółowoWykaz typów rekordów
Struktura rekordów meldunku EWD Nazwa typu rekordu Wykaz typów rekordów Oznaczenie (kodowanie) Liczba pól w rekordzie Rekord Dane o Fakturze Rekord Dane o Kwotach Faktury 1 1 7 Rekord Dane Listu Przewozowego
Bardziej szczegółowoBramka płatnicza. Dokumentacja techniczna. wersja 1.0
Bramka płatnicza Dokumentacja techniczna wersja 1.0 strona 2 z 15 Spis treści 1. Wstęp... 3 2. Słownik pojęć... 3 3. Usługa bramki płatniczej... 4 3.1 Realizacja płatności... 4 3.1.1 Postępowanie... 4
Bardziej szczegółowoNarzędzia usprawniające logistykę w branży kosmetycznej i krajowa baza produktów wg GS1
Narzędzia usprawniające logistykę w branży kosmetycznej i krajowa baza produktów wg GS1 Kongres Świata Przemysłu Kosmetycznego 13-14 październik 2010 w Warszawie Anna Kosmacz-Chodorowska Narzędzia usprawniające
Bardziej szczegółowoZasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Bardziej szczegółowoSposób implementacji e-faktury w oprogramowaniu Sage. e-faktura. implementacja w oprogramowaniu
e-faktura implementacja w oprogramowaniu Korzystaj w pełni z e-faktury Spis treści 1. Wstęp 2. Zawartość e-faktury 3. Błędy podczas eksportu e-faktury 4. Ostrzeżenia podczas eksportu e-faktury 1. Wstęp
Bardziej szczegółowoCDN XL: Wdrożenie ERP
CDN XL: Wdrożenie ERP Przedmiot: Moduł: 1/2 Opracował: mgr inż. Paweł Wojakowski Instytut Technologii Maszyn i Automatyzacji Produkcji Zakład Projektowania Procesów Wytwarzania Pokój: 3/7 B, bud. 6B Tel.:
Bardziej szczegółowoKOMUNIKAT CORRECTING INVOICE EANCOM97/EDIFACT D.96A
Polska KOMUNIKAT CORRECTING INVOICE EANCOM97/EDIFACT D.96A Wydanie 7.4, 09.2018 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione
Bardziej szczegółowoInstrukcja wystawiania faktur w Uniwersytecie Warmińsko-Mazurskim w Olsztynie
Załącznik nr 1 do Zarządzenia Nr 140/2014 Rektora UWM w Olsztynie z dnia 29 grudnia 2014 r. Instrukcja wystawiania faktur w Uniwersytecie Warmińsko-Mazurskim w Olsztynie 1 Obowiązek wystawiania faktur
Bardziej szczegółowoEtykieta logistyczna. Etykieta logistyczna LZIP_2_LW. Kodowanie znaków Kodu 128. Korzyści ze stosowania etykiety logistycznej
LZIP_2_LW służy do unikalnego znakowania jednostek. Informacje umieszczane na samych produktach, muszą być standardowo uporządkowane dla ułatwienia ich interpretacji i przetwarzania. Zapewnia to standardowa
Bardziej szczegółowoWymagania dotyczące etykiet logistycznych przy dostawach do NETTO Sp. z o. o.
A: Etykieta logistyczna GS1 (dawniej EAN-128). Informacje podstawowe Etykieta logistyczna jest nośnikiem informacji w łańcuchu dostaw, w którym wszyscy uczestnicy (producent, przewoźnik, dystrybutor, detalista)
Bardziej szczegółowoPoczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych Wersja 2.1 Lipiec 2014 1. Struktura pliku z przekazami pocztowymi/ekspresami Pieniężnymi Niniejszy dokument
Bardziej szczegółowoEtykieta logistyczna GS1
Współpracując zaspokajamy potrzeby Klientów lepiej, szybciej, taniej i w zrównoważony sposób Etykieta logistyczna GS1 Dobre praktyki Dokument stworzony przez wspólną grupę roboczą członków ECR Polska,
Bardziej szczegółowoDOKUMENTACJA TECHNICZNA SMS API MT
DOKUMENTACJA TECHNICZNA SMS API MT Mobitex Telecom Sp.j., ul. Warszawska 10b, 05-119 Legionowo Strona 1 z 5 Ten dokument zawiera szczegółowe informacje odnośnie sposobu przesyłania requestów do serwerów
Bardziej szczegółowoELEKTRONICZNE FAKTUROWANIE W ZAMÓWIENIACH PUBLICZNYCH. Warszawa 15 maja 2019
ELEKTRONICZNE FAKTUROWANIE W ZAMÓWIENIACH PUBLICZNYCH Warszawa 15 maja 2019 Barbara Holec-Wachowiec Zastępca Dyrektora Wydział Finansowy Urząd Miasta Poznania Wdrożenie elektronicznego fakturowania w jednostce
Bardziej szczegółowoInstrukcja obsługi programu ECOD GT
Instrukcja obsługi programu ECOD GT 1. Informacja o obsługiwanych systemach Program służy do współpracy z wszystkimi systemami wymiany danych dokumentów opartych o standard EDIFACT/EDI. Pierwotnie standard
Bardziej szczegółowoWydanie 1.0, grudzień 2012
Polska KOMUNIKAT ACCOUNTING NOTE CORRECTION EANCOM97/EDIFACT D.96A Wydanie 1.0, grudzień 2012 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które
Bardziej szczegółowoFormat pliku Zlecenie wypłaty gotówki w oddziale
Załącznik nr 3 Format pliku Zlecenie gotówki w oddziale Standardowy plik informacyjny jest plikiem tekstowym, w którym umieszczone są informacje o wypłatach gotówkowych realizowanych w oddziałach ING Banku
Bardziej szczegółowoOpis formatu pliku płatności krajowych do importu w systemie Millenet Wer. 2012-01-02
Opis formatu pliku płatności krajowych do importu w systemie Millenet Wer. 2012-01-02 1. Ogólne informacje o pliku Elixir O (Multicash PLI) Dokument opisuje format pliku Elixir O używanego do importu płatności
Bardziej szczegółowoSpecyfikacja dokumentów w formacie XML dostępnych w Serwisie faktur online Makro Cash And Carry Polska S.A. faktury.makro.pl (od
Specyfikacja dokumentów w formacie XML dostępnych w Serwisie faktur online Makro Cash And Carry Polska S.A. faktury.makro.pl (od 28.07.2019) 1. Nowe informacje w pliku xml dostępne od dnia 28.07.2019 miana
Bardziej szczegółowoKOMUNIKAT INVOIC EANCOM97/EDIFACT D.96A
Polska KOMUNIKAT INVOIC EAN97/EDIFACT D.96A Wydanie 9.0, 10.2015 przyjęty przez Grupę Roboczą EDI przy ECR Polska Dokument zawiera tylko te segmenty i elementy danych, które zostały uzgodnione przez członków
Bardziej szczegółowoBiuletyn techniczny. CDN OPT!MA Dokument MM oraz CENNIK w formacie XML. Copyright 2007 COMARCH SA
Biuletyn techniczny CDN OPT!MA 12.0. Dokument MM oraz CENNIK w formacie XML Copyright 2007 COMARCH SA Spis treści SPIS TREŚCI...2 STRUKTURA PLIKU MM.XML - WERSJA (12.0)...3 STRUKTURA PLIKU CENNIK.XML -
Bardziej szczegółowoOPCJE DOSTAWY DOSTĘPNE W SERWISIE LOJALNI24.PL
OPCJE DOSTAWY DOSTĘPNE W SERWISIE LOJALNI24.PL 1. MOŻLIWOŚCI DOSTAWY Wystawiając ofertę w Serwisie Lojalni24.pl do dyspozycji masz trzy różne sposoby dostawy Towarów i Usług: Odbiór osobisty (Bon Towarowy
Bardziej szczegółowoWzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B
Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:
Bardziej szczegółowoZnakowanie produktów o zmiennej ilości przy pomocy standardów GS1. Poznań, 25.06.2015
Znakowanie produktów o zmiennej ilości przy pomocy standardów GS1 Poznań, 25.06.2015 Globalny Numer Jednostki Handlowej GTIN identyfikuje każdą jednostkę lub usługę wobec, której zachodzi potrzeba wyceniania,
Bardziej szczegółowoIII. Dane podstawowe definiowanie organizacji
Ćwiczenia z użytkowania systemu MFG/PRO 1 III. Dane podstawowe definiowanie organizacji 1.1.1 Kartoteka kodów statusów zapasów Kod statusu zapasów określa parametry statusu zapasów w zakresie: Dostępne
Bardziej szczegółowoSystem imed24 Instrukcja Moduł Finanse
System imed24 Instrukcja Moduł Finanse Instrukcja obowiązująca do wersji 1.8.0 Spis treści 1. Moduł Finanse... 4 1. Menu górne modułu Finanse... 4 1.1.1. Słownik towarów i usług... 4 1.1.1.1. Tworzenie
Bardziej szczegółowo3. SPOSÓB WYPEŁNIANIA INFORMACJI W SYSTEMIE
INF-U wyjaśnienia do informacji o kwocie obniżenia wpłat na Państwowy Fundusz Rehabilitacji Osób Niepełnosprawnych (PFRON) wystawionej poprzez system e-pfron2 dla wzoru informacji obowiązującej od 1 października
Bardziej szczegółowoDodatek A - Specyfikacja importu danych SAD wersja 2.05
Dodatek A - Specyfikacja importu danych SAD wersja 2.05 Dane importowane do systemu SAD taryfa celna powinny pochodzić bezpośrednio z systemu obsługi faktur eksportowych/importowych - gwarantuje to zgodność
Bardziej szczegółowoStruktura pliku wejściowego ipko biznes przelewy zagraniczne (MT103 / CSV)
Struktura pliku wejściowego ipko biznes przelewy zagraniczne (T103 / CSV) 1 Spis treści 1. Informacje ogólne... 3 2. Struktura pliku PLA/T103... 3 2.1. Opis formatu pliku... 3 2.2. Struktura pliku... 4
Bardziej szczegółowoJak utworzyć fakturę lub notę uznaniową. Copyright Tungsten Corporation plc 2018
Jak utworzyć fakturę lub notę uznaniową W tym filmie pokażemy, jak łatwo przesyłać faktury i noty kredytowe za pośrednictwem portalu Tungsten Network. Aby rozpocząć, kliknij Utwórz fakturę na stronie głównej.
Bardziej szczegółowo