Richiesta di pagamento Clausole campione

Richiesta di pagamento. Qualora il Contraente non abbia provveduto, entro 30 giorni dalla data di ricezione dell’apposito invito, comunicato per conoscenza al Fideiussore, a rimborsare all’ARPEA quanto richiesto, la garanzia potrà essere escussa, anche parzialmente, facendone richiesta al Fideiussore mediante raccomandata con avviso di ricevimento.
Richiesta di pagamento. Qualora il Contraente non abbia provveduto, entro 10 giorni dalla data di notifica della diffida ad adempiere derivante dall’inadempimento allo stesso per il mancato pagamento di due rate, anche non consecutive e comunicato per conoscenza al Fideiussore, a rimborsare ad ARCEA quanto richiesto, la garanzia potrà essere escussa, anche parzialmente, facendone richiesta al Fideiussore mediante PEC.
Richiesta di pagamento. La richiesta di pagamento, sottoscritta da ciascun Beneficiario dovrà contenere le seguenti informazioni: • nome, cognome e codice fiscale di ciascun Beneficiario e, relativamente ai Beneficiari che non siano anche Contraenti della Polizza, copia del tesserino contenente il codice fiscale; • copia di documento di identità di ciascun Beneficiario in corso di validità anche alla data di pagamento da parte di Zurich; • IBAN di ciascun Beneficiario; • nome, cognome e (se conosciuto) codice fiscale dell'Assicurato; • nome, cognome e (se conosciuto) codice fiscale del Contraente; • numero di Polizza (se conosciuto); • dichiarazione sottoscritta da ciascun Beneficiario contenente i dati richiesti dalla normativa F.A.T.C.A. (acronimo di “Foreign Account Tax Compliance Act”) e in materia di scambio automatico di informazioni fiscali (c.d. normativa DAC2 e CRS); • dichiarazione di consenso al trattamento dei dati personali sottoscritta da ciascun Beneficiario (ai sensi della normativa in materia di riservatezza dei dati personali); • dichiarazione contenente i dati richiesti dalla normativa antiriciclaggio sottoscritte da ciascun Beneficiario. Il Contraente per sé e per conto degli aventi diritto prende atto che i contenuti della richiesta di pagamento potrebbero variare nel corso della durata del Contratto, anche a seguito di variazione alle norme applicabili allo stesso. In tali casi, Zurich informerà il Contraente e l’eventuale Beneficiario irrevocabile conformemente a quanto stabilito all’articolo 30 “Modifiche contrattuali”. Al fine di agevolare i Beneficiari, Zurich mette a disposizione degli stessi presso l’intermediario e sul proprio sito internet un fac simile di richiesta di pagamento, per coloro che ritengono di farne uso. Zurich si riserva di chiedere l’originale della polizza qualora il Beneficiario intenda far valere condizioni contrattuali difformi rispetto a quanto in possesso da Zurich o qualora questa contesti l’autenticità della polizza o di altra documentazione contrattuale che il Beneficiario intenda far valere.
Richiesta di pagamento. La parte iniziale dello script di creazione del messaggio di richiesta provvederà alla creazione dell'oggetto e della sua configurazione: String IV = “726838938” String key = “1823763823929”; String portale = “PORTEXT1”; Client client = new Client(IV, key, portale); Se la propria applicazione ha già a disposizione per il logging un’istanza della classe Logger di Log4J, è possibile istanziare la classe Client nel seguente modo: Client client = new Client(IV, key, portale, logger); In alternativa è possibile configurare il logger proprietario della libreria andando a modificare manualmente il file /com.seda.payer.ext/src/com/seda/payer/ext/util/log4j.properties Affinché la classe sia disponibile, è necessario inserire l'opportuna direttiva di import: import com.seda.payer.ext.Client In seconda istanza, sarà necessario preparare il buffer XML con il contenuto applicativo della richiesta; in particolare sarà necessario riempire la struttura <PaymentRequest> che è costituita dai campi per l'indicazione della URL a cui ritornare l'utente al termine del pagamento in caso di successo o quella di errore. Di seguito viene riportato un esempio di costruzione senza l'utilizzo di particolari parametri di configurazione: BufferData = "<PaymentRequest>" + "<PortaleID> PORTEXT1</PortaleID>" + "<Funzione>PAGAMENTO</Funzione>" + "<URLDiRitorno>xxxx://xxxxxxx/Xxxxxxx/xxxxxxxx_xxxxxxxxx.xxx</URLDiRitorno>" + "<URLDiNotifica>xxxx://xxxxxxx/Xxxxxxx/xxxxxxxx_xxxxxxxxx.xxx </URLDiNotifica>" + "<URLBack> xxxx://xxxxxxx/Xxxxxxx/xxxx.xxx</URLBack>" + "<CommitNotifica>S</CommitNotifica>" + "<UserData>" + "<EmailUtente>xxxxx@xxx.xx</EmailUtente>" + "<IdentificativoUtente> PPRPRN65R25A944J</IdentificativoUtente>" + "</UserData>" + "<ServiceData>" + "<CodiceUtente>AABBCC</CodiceUtente>" + "<CodiceEnte>12345</CodiceEnte>" + "<TipoUfficio></TipoUfficio>" + "<CodiceUfficio></CodiceUfficio>" + "<TipologiaServizio>TPS</TipologiaServizio>" + "<NumeroOperazione>937264gi8841837Kppdf</NumeroOperazione>" + "<NumeroDocumento>123412348636242874</NumeroDocumento>" + "<AnnoDocumento>2010</AnnoDocumento>" + "<Valuta>EUR</Valuta>" + "<Importo>5743</Importo>" + "<DatiSpecifici />" + "</ServiceData>" + "</PaymentRequest>"; A questo punto dovrà essere richiamato il metodo getBufferPaymentRequest per farsi restituire l’intero buffer criptato da passare al MPay nella prima richiesta S2S. il buffer ottenuto dovrà essere utilizzato per effettuare il primo scambio S2S verso il MPay, alla url URLSERVERMPAY/cart...
Richiesta di pagamento. Durante lo svolgimento del rapporto professionale l’avvocato può chiedere la corresponsione di anticipi ragguagliati alle spese sostenute ed a quelle prevedibili e di acconti sulle prestazioni professionali, commisurati alla quantità e complessità delle prestazioni richieste per lo svolgimento dell’incarico.
Richiesta di pagamento. 6.1 Nel caso Actalis a seguito delle verifiche e degli accertamenti eseguiti sulla base della richiesta presentata ai sensi dell’art. 5 precedente accertasse la violazione di quanto riportato all’art. 3, il Titolare potrà avanzare una richiesta di pagamento nei termini e condizioni come di seguito riportati.

Related to Richiesta di pagamento

  • Registrazione e regime fiscale Il presente accordo è soggetto ad imposta di bollo ai sensi dell’art. 2, parte I D.P.R. 26/10/1972 n. 642 e successive modificazioni ed è soggetta a registrazione solo in caso d’uso ai sensi dell’art.10 delle tariffe - parte 2°- del DPR 26/04/1986 n. 131.

  • Utenze Le VM sono configurate con modalità idonee a consentirne l’accesso unicamente a soggetti dotati di credenziali di autenticazione che ne consentono la loro univoca identificazione.

  • Trattamento economico di malattia Durante il periodo di malattia, previsto dall'articolo precedente, il lavoratore avrà diritto, alle normali scadenze dei periodi di paga:

  • Documento Unico di Regolarità contributiva (DURC) 1. La stipula del contratto, l’erogazione di qualunque pagamento a favore dell’appaltatore, la stipula di eventuali atti di sottomissione o di appendici contrattuali, sono subordinate all’acquisizione del DURC.

  • DOTAZIONI TECNICHE Ai fini della partecipazione alla presente procedura, ogni operatore economico deve dotarsi, a propria cura, spesa e responsabilitm della strumentazione tecnica ed informatica conforme a quella indicata nel presente disciplinare e nel documento Allegato 10 “Disciplinare Telematico e timing di gara - utilizzo della piattaforma”, che disciplina il funzionamento e l’utilizzo della Piattaforma. In ogni caso è indispensabile:

  • Licenza Il software, comprese tutte le relative funzionalità e servizi, e la documentazione, compreso qualsiasi materiale della confezione ("Documentazione"), che accompagnano il presente Contratto di licenza (collettivamente il "Software") sono di proprietà di Symantec o dei suoi licenziatari e sono protetti dalla legge sul copyright. Sebbene Symantec continui a detenere la proprietà del Software, l'accettazione del presente Contratto di licenza concede all'Utente alcuni diritti di utilizzo del Software durante il Periodo del servizio. Il “Periodo del servizio” inizierà dalla data di installazione iniziale del Software, indipendentemente dal numero di copie che l'Utente è autorizzato a utilizzare in accordo con la Sezione 1.A del presente Contratto di licenza, e durerà per il periodo stabilito nella Documentazione o nella documentazione della transazione pertinente effettuata con il distributore o rivenditore autorizzato presso il quale è stato ottenuto il Software. Il Software può disattivarsi automaticamente e diventare non operativo al termine del Periodo del servizio e l'Utente non avrà diritto a ricevere alcun aggiornamento dei contenuti o delle funzionalità del Software a meno che il Periodo del servizio non venga rinnovato. Gli abbonamenti per i rinnovi del Periodo del servizio saranno disponibili conformemente alla policy di supporto di Symantec situata all'indirizzo xxxx://xxx.xxxxxxxx.xxx/xx/xx/xxxxxx/xxxxxxx/xxxxxxxxx_xxxxxxx_xxxxxx.xxx. Il presente Contratto di licenza disciplina qualsiasi versione, revisione o miglioramento del Software reso disponibile all'Utente da Symantec. Ad eccezione di eventuali modifiche contemplate nella Documentazione e fatto salvo il diritto di risoluzione di Symantec per inadempimento dell'Utente secondo quanto stabilito nella Sezione 9, i diritti e gli obblighi dell'Utente ai sensi del presente Contratto di licenza riguardanti l'utilizzo del suddetto Software sono i seguenti. Durante il Periodo del servizio, è possibile:

  • Determinazione dell’indennizzo Fermo il massimale indicato all'art. 8, i costi di cui all’art. 1 sono indennizzabili nei limiti delle maggiori spese che la Stazione appaltante che abbia affidato l’incarico di progettazione deve sostenere per la realizzazione della medesima opera rispetto a quelli che avrebbe sostenuto qualora il progetto fosse risultato esente da errori od omissioni.

  • Cessione del contratto - Subappalto 1. Il contratto non può essere ceduto, a pena di nullità ai sensi dell’art. 105, comma 1, del D.Lgs. n. 50/2016.

  • Somministrazione di lavoro a tempo determinato Ferme restando le ragioni di instaurazione di contratti di somministrazione a tempo determinato previste dalla normativa vigente, le parti convengono che l’utilizzo complessivo di tutte le tipologie di contratto di somministrazione a tempo determinato non potrà superare il 15% annuo dell’organico a tempo indeterminato in forza nell’unità produttiva, ad esclusione dei contratti conclusi per la fase di avvio di nuove attività di cui all’art. 67 e per sostituzione di lavoratori assenti con diritto alla conservazione del posto. Nelle singole unità produttive che occupino fino a quindici dipendenti è consentita in ogni caso la stipulazione di contratti di somministrazione a tempo determinato per due lavoratori. Nelle singole unità produttive che occupino da sedici a trenta dipendenti è consentita in ogni caso la stipulazione di contratti di somministrazione a tempo determinato per cinque lavoratori. Nelle unità produttive che occupino fino a quindici dipendenti è consentita in ogni caso la stipulazione complessivamente di contratti a tempo determinato o somministrazione per sei lavoratori.

  • PRESENTAZIONE DELL’OFFERTA Tutti gli Operatori economici aggiudicatari dell’AQ, dovranno presentare offerta per la presente Richiesta di offerta di AS. Tutti i documenti relativi alla presente procedura, fino all’aggiudicazione, dovranno essere inviati alla stazione appaltante, esclusivamente per via telematica attraverso il “Sistema”, in formato elettronico ed essere sottoscritti, a pena di esclusione, con firma digitale di cui all’art. 1, comma 1, lett. s), del D.Lgs. n. 82/2005 e ss.mm.ii.. L’offerta, redatta in lingua italiana, dovrà essere fatta pervenire dal concorrente alla Committente, attraverso il “Sistema”, entro e non oltre il termine perentorio delle ore 13:00 del giorno 05/10/2020, pena l’irricevibilità dell’offerta e, comunque, la non ammissione alla procedura. L’ora e la data esatta di ricezione delle offerte sono stabilite in base al tempo del “Sistema”. Il tempo del “Sistema” è il tempo ufficiale nel quale vengono compiute le azioni attraverso il “Sistema” medesimo e lo stesso è costantemente indicato a margine di ogni sua schermata. In particolare, il tempo del “Sistema” è sincronizzato sull’ora italiana riferita alla scala di tempo UTC (IEN), di cui al D.M. 30 novembre 1993, n. 591. L'accuratezza della misura del tempo è garantita dall’uso, su tutti i server, del protocollo NTP che tipicamente garantisce una precisione nella sincronizzazione dell'ordine di 1/2 millisecondi. Le scadenze temporali vengono sempre impostate a livello di secondi anche se a livello applicativo il controllo viene effettuato dal sistema con una sensibilità di un microsecondo (10^-6 secondi). Sul sito xxx.xxxxxxxxxxxxxxx.xx, nell’apposita sezione relativa alla presente procedura, dovrà essere presentata l’offerta, secondo le modalità di seguito precisate, nel rispetto di quanto previsto nel Paragrafo 12 del Capitolato d’oneri dell’Accordo Quadro di riferimento, e nella quale dovranno essere predisposti ed inviati i documenti di cui al successivo Paragrafo 2 e segnatamente: