Parametrização > Contabilidade terceiros > Transacções reg. regularizações 

A parametrização das transações de pagamento permite definir as características e as modalidades de exploração das diferentes transações de pagamento utilizadas pela empresa :

  • características gerais sentido (receita ou despesa), modo de pagamento (transferência, cheque, etc),
  • ecrãs de registo campos afixados, zonas obrigatórias ao registo,
  • etapas de contabilização e modalidades de agrupamento : desconto em banco, colocação em carteira,etc

Pré-requisitos

SEEREFERTTO Consulte a docuemntação de Implementação

Gestão do ecrã

A parametrização das transações de pagamento se faz sobre três separadores, ver quatro se interface tesouraria está ativada.

Cabeçalho

Campos

Os seguintes campos estão presentes neste separador :

Code unique identifiant la transaction de règlement.

  • Descr. (campo DESTRA)

Cabeçalho clássico do cadastro atual.

  • Desc. curta (campo SHOTRA)

 

 

Fechar

 

Separador Geral

Campos

Os seguintes campos estão presentes neste separador :

Critérios

  • Activo (campo ENAFLG)

Ce code d'accès permet de restreindre l'accès aux données par utilisateur ou groupes d'utilisateurs.
Si le champ est renseigné, seuls les utilisateurs qui disposent de ce code d'accès dans leur profil peuvent utiliser cette transaction.
Si plusieurs transactions sont disponibles, vous pouvez choisir celle à utiliser pour ouvrir la fonction associée. Si une seule transaction est disponible, aucun choix n'est proposé et l'écran de saisie par défaut s'affiche.

  • Sentido (campo SNS)

Sélectionnez le sens de règlement.

Si vous sélectionnez Dépense ou Recette, ce champ ne s'affiche pas dans l'en-tête du règlement en saisie de règlements. Dans ce cas, on sait que la transaction de règlement est toujours une dépense (Chèque émis par exemple) ou toujours une recette (Chèque reçu par exemple).

Si vous sélectionnez Indéterminé, vous devez effectuer votre sélection en en-tête de règlement : soit Dépense, soit Recette. Ceci permet de ne créer qu'une transaction de règlement servant à la fois aux recettes ou dépenses (saisie caisse par exemple) .

L'étape d'approbation des règlements ne s'applique qu'aux dépenses ou règlements indéterminés lorsque les cases à cocher Bordereaux de remise et Fichier banque sont sélectionnées. Pour définir les utilisateurs autorisés à approuver des règlements, utilisez le paramètre PAYAPP - Autorisation de paiement.

Bloco número 2

  • Banco ou caixa (campo BANCSH)

Sélectionnez Banque pour un registre de banque et Caisse pour un registre de caisse.

Vous pouvez sélectionnez le Sens correspondant : Recette ou Dépense.

Définit la destination comptable proposée par défaut lors de la saisie d'un règlement pour cette transaction.
En général, cette destination est paramétrée avec ‘Sens règlement’ pour sens comptable.

Le code interbancaire (CIB) est une codification employée par toutes les banques pour indiquer le type d'opérations bancaires sur les lignes de relevés bancaires qu'elles envoient à leurs clients.
Ce code est lié à la table diverse 306.
Les pièces comptables ont aussi un code interbancaire. Il permet de faciliter (tri,sélection) et de contrôler le rapprochement bancaire (fonction RAPBAN) entre les écritures d'un compte de banque avec des lignes de relevés bancaires.
Le code saisi peut donc être transmis aux pièces de comptabilisation des règlements via les pièces automatiques de règlements.

  • Tipo câmbio (campo RATTYP)

Indiquez ici le type de cours à utiliser pour effectuer les conversions de devises en cours saisie ou de comptabilisation des règlements.

  • Aplicação câmbio fatura (campo RATINV)

Si cette case à cocher est sélectionnée pour une facture dont la devise est différente de la devise de la société, le cours appliqué entre la devise de l'échéance et la devise de la société pour le solde du compte tiers (soldé lors de la première étape de comptabilisation) est le même cours que celui de la facture. Aucune pièce d'écart de change ne sera constatée en devise de société.

Si cette case à cocher n'est pas sélectionnée, le cours appliqué entre la devise de l'échéance et la devise de la société pour le solde du compte tiers est le cours appliqué à la date de comptabilisation. En cas d'écart de change, une pièce d'écart de change est générée en devise de société.

Remarque : Cette case à cocher est également utilisée pour la devise de reporting : une pièce d'écart de change en devise de reporting peut être générée (ou non) en fonction de l'activation de cette case.

Ce cours est applicable aux destinations comptables de type Banque ou Tiers et uniquement pour les cas où une ou plusieurs facture(s) est/sont imputée(s). Pour les autres destinations comptables ou les destinations comptables Banque/Tiers non imputées, le cours retenu est fixé par rapport au type de cours précédemment précisé.

Consécutivement à l'application de ce cours facture d'origine, plusieurs taux peuvent co-exister. Dans ce cas, la pièce comptable affiche un taux de change vide et un taux de change est proposé (incrusté sur l'écran).

Si la case à cocher Cours référentiel principal est sélectionnée sur l'onglet Saisie, ce champ est désactivé.
  • Gestão por data vencimento (campo DUDFLG)

Si cette case à cocher est sélectionnée :

  • le code de regroupement est forcé à 'règlement', ou 'échéance' suivant les étapes de comptabilisation,
  • les propositions automatiques générées sont regroupées par échéance (une échéance par règlement ou une date d'échéance par règlement),
  • la date comptable retenue pour l'écriture de comptabilisation en banque du règlement est égale à la date d'échéance du règlement lorsque celui-ci est remis à l'encaissement. En passant par un bordereau de remise, il est possible de confirmer le choix de remise à l'encaissement, ou au contraire de modifier celui-ci afin qu'il soit remis à l'escompte; dans ce dernier cas, la date comptable est saisissable.
  • Gestão endossamento (campo FLGEND)
  • Pagamento espécie (campo SPACSH)

Cet indicateur est affiché uniquement lorsque le code activité KSP est actif.
Elle indique que tous les règlements effectués par cette transaction sont considérés comme des règlements en espèces.

  • Tipo pagamento Suiço (campo SWIPAYTYP)

Ce champ nécessite l'activation du code d'activité KSW - Localisation suisse.

Utilisez ce champ pour sélectionner le type de fichier généré :

Normal : Aucun type de fichier spécifique. Utilisez ce paramétrage si aucun fichier de paiement n'est créé.

EZAG : Les fichiers de paiement sont créés dans le format EZAG (format spécifique à Postfinance en Suisse).

DAT : Les fichiers de paiement sont créés dans le format DAT (format spécifique aux banques suisses et au 'Swiss Interbank Clearing' (SIC)).

ISO : Les fichiers de paiements sont créés en format ISO 20022.

Reportez-vous au guide de la législation suisse disponible sur le Centre d'aide en ligne, sur l'onglet Livres blancs pour plus d’informations sur le paramétrage des règlements et du BVR.

  • Terceiro (campo BPRTYP)

 

  • IVA de Caixa (campo CSHVATRGM)

 

Quadro Modo pagamento

  • Nr. (campo NUMLIG)

 

Cette table vous permet d’indiquer les modes de règlement utilisés dans la proposition automatique de règlement (cf. Documentation Proposition automatique des règlements).
Seules les échéances avec un mode de règlement correspondant à un des modes définis peuvent être réglées automatiquement.

Fechar

 

Separador Registo

Apresentação

Zonas suplementares

É possível de acrescentar os dados em registo (até 30 zonas). Estas zonas devem ser definidas no ecrã PAY2; e são opcionalmente retomados nos ecrãs de transação em função das respostas de presença dados neste quadro.

Motivo económico

O código motivo económico está utilizado pelo Banco de França no quadro do estabelecimento da Balança de pagamentos.
É necessário para toda a operação entrando no quadro segunte :

  • transações em euro versus um banco da União europeia, compreendendo a França, para as contas de não-residentes e a partir de 50 000 euros,
  • transações em euro versus um banco situado no exterior da União europeia e a partir de 12 500 euros,
  • transações em divisa outra que o euro versus um banco da União europeia, compreendndo a França e a partir de 12 500 euros.

SEEINFO A qualidade de residente/não residente está definido ao nívelTerceiros.
Os limites declarativos são determinados pelos valores parâmetros AMTVIR1, AMTVIR2 e AMTVIR3 no capítulo Terceiros / Valores por defeito

O registo deste código e o seu caracter obrigatorio são determinados ao nível da parametrização da transação de registo de pagamentos.
Se a sociedade a partir daquela constitui-se o pagamento com status de declarando direto geral ao balancete dos pagamentos, o código 060 "Declarando direto geral" será proposto (parametrização ficha Sociedade).
No caso contrario, o valor proposto será aquele definido ao nível do terceiro (parametrização ficha Terceiros).
SEEINFO Este código é modificável.
Este valor está retomado nos ficheiros bancários (AFB160, AFB320, SEPA Credit Transfer).

Funcionamento do código Motivo económico

Se a sociedade é declarante direta, o código Motivo económico "060" deve estar registado no separador Conta da ficha Sociedade.
Este código está automaticamente aplicado a todo o pagamento com destimo de terceiros não residentes gerado a partir desta sociedade.
SEEINFO Este campo não está alimentado se se trata de operações com residentes.

Se a sociedade não está declarante direto, o código motivo económico deve ser registado para cada terceiro não residente.
Em função dos limites declarativos, será tomado em conta :

SEEINFO Se nenhum valor foi registado na fichaTerceiros, um código pode ser selecionado diretamente emregisto de pagamento.
SEEWARNINGO registo está tornado obrigatório se a parametrização da transação deregisto de pagamento o impõe.

 

Fechar

 

Campos

Os seguintes campos estão presentes neste separador :

Campos

  • Banco (campo DACBAN)

No help linked to this field.

  • Obrigatório (campo BANOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Socied. (campo DACCPY)

Cette zone est affichée automatiquement en saisie de règlement. Elle correspond à la société dans laquelle se trouve le site précisé en en-tête de règlement.

  • Referência (campo DACREF)

On peut saisir une référence interne pour la pièce de règlement.

  • Obrigatório (campo REFOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Ref. desconto (campo DACFRMREF)
  • Obrigatório (campo FRMREFOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Tipo de desconto (campo DACFRMTYP)
  • Desig. cabeç. (campo DACDES)

Vous pouvez saisir un libellé, pour information. Ce libellé sera repris par défaut dans le libellé des lignes de saisie du règlement (si le champ ‘Libellé ligne’ a été sélectionné).

  • Obrigatório (campo DESOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Descrição linha (campo DACDESLIN)
  • Obrigatório (campo DESLINOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Modo pagamento (campo DACPAM)

Ce champ est lié à la table diverse n°3.

  • Data origem (campo DACORIDAT)
  • Obrigatório (campo ORIDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Data de vencim. (campo DACDUDDAT)
  • Obrigatório (campo DUDDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Data do valor (campo DACVALDAT)
  • Obrigatório (campo VALDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Data criação (campo DACBILDAT)
  • Obrigatório (campo BILDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • NIB (campo DACBID)

Sélectionnez cette case à cocher si le champ RIB doit être affiché dans la transaction de saisie de règlement.

Ce champ est obligatoire si le type de règlement est utilisé pour des règlements électroniques. Vous devez sélectionner cette case à cocher et la case à cocher Obligatoire correspondante. Sur les règlements effectués par transmission électronique, les cases à cocher Fichier banque ou Génération SEPA de l'onglet Etapes doivent être sélectionnés.

Le RIB est généralement initialisé à partir du code adresse de règlement. Si la transaction de saisie de règlement est liée à un prélèvement, le RIB est récupéré par défaut du mandat saisi dans le règlement d'entête (voir le livre blanc sur la gestion des mandats SEPA dans Sage X3 sur le Centre d'aide en ligne, section 'Comptabilité').

  • Obrigatório (campo BIDOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Domiciliação 1 (campo DACPAB1)

Champ indiquant le nom de la banque. La domiciliation de la banque est généralement initialisée à partir du code adresse de règlement.
SI le code activité VII - Virement internationaux est actif, l'activation de ces champs permet également de rendre accessible d'autres références de domiciliations pour les banques intermédiaires.

  • Obrigatório (campo PAB1OBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Domiciliação 2 (campo DACPAB2)

 

  • Obrigatório (campo PAB2OBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Ref.do sacado (campo DACBPRREF)
  • Obrigatório (campo BPRREFOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Motivo regularização (campo DACEPARENP)

 

  • Obrigatório (campo EPARENPAYO)

 

Bloco número 2

  • Tipo de cheque (campo DACCHQTYP)
  • Nr. Cheque (campo DACCHQNUM)
  • Obrigatório (campo CHQNUMOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Estab.pagador (campo DACCHQBAN)
  • Obrigatório (campo CHQBANOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Nr.cartão banco (campo DACCRDNUM)
  • Obrigatório (campo CRDNUMOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Autorização cartão (campo DACCRDAUZ)
  • Obrigatório (campo CRDAUZOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Tipo de compra (campo DACPURTYP)
  • Câmbio referencial principal (campo DACCURRAT)

Sélectionnez cette case à cocher pour saisir directement un cours de devise en saisie de règlement. Cette action écrase la devise de règlement par défaut dans la table des Cours de devise.

Cette case à cocher est désactivée quand la case à cocher Application cours facture est sélectionnée sur l'onglet Général.

Si vous sélectionnez cette case à cocher, le champ Application cours facture est désactivé sur l'onglet Général.

  • Obrigatório (campo CURRATOBL)

Sélectionnez cette case à cocher pour rendre obligatoire la saisie d'un cours de devise en saisie de règlement.

  • Montante banco (campo DACAMTBAN)

Définit ou non la présence de le champ ‘montant banque’. Ce champ
est le montant du règlement exprimé dans la devise du compte en banque.
Si ce champ n'est pas présent, le montant sera calculé automatiquement.

  • Obrigatório (campo AMTBANOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Data banco (campo DACBANDAT)
  • Obrigatório (campo BANDATOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

  • Numero de colunas fixas (campo NBRCOL)

Indique le nombre de colonnes qui sont figées à gauche
dans la table des pièces de comptabilisation.

Separadores

  • Lote registo (campo DACPYL)

Conditionne la gestion des lots de saisie (onglet Lot de saisie et zones en-tête) dans la saisie des règlements.

  • Controlo saldo (campo LOTPROBALC)

Ce champ est visible uniquement si le paramètre PROBALCTL - Contrôle solde progressif (chapitre TRS - groupe PAY) a pour valeur 'Oui'. Il est accessible si la case ‘Lot de saisie’ est activée.
Il permet de définir le contrôle de solde pour le Lot de saisie. Des champs supplémentaires pour le contrôle de solde du lot sont ajoutés dans la section ‘Lot de saisie’.
L'activation du contrôle du solde a un impact sur :

  • ‘Banque’ ou ‘Caisse’ : Banque doit être activé dans la section ‘Général’.
  • Le ‘Sens’ doit être ‘Indéterminé’ au niveau de la section ‘Général’.
  • Le champ ‘Banque’ doit être défini comme étant ‘Obligatoire’ au niveau de la section ‘Saisie’.
  • L'étape ‘Comptabilisation en banque’ doit être activée. Aucune autre étape ne doit être sélectionnée dans la section ‘Etapes’.
  • Transação registo pagamentos (campo DACPAYTYP)

Ce champ est disponible si le champ Banque ou Caisse a pour valeur Banque ou Caisse dans la section Général en législation polonaise ou sud-africaine.

Banque : Sélectionnez N/A ou Registre de banque. Si vous sélectionnez N/A, le règlement peut uniquement être créé depuis la fonction Saisie règlements (GESPAY). Pour créer un règlement dans la fonction Registre de banque (GESBCREG), sélectionnez Registre de banque.

Caisse : Sélectionnez N/A ou Registre de caisse. Si vous sélectionnez N/A, le règlement peut uniquement être créé depuis la fonction Saisie règlements (GESPAY). Pour créer un règlement dans la fonction Registre de banque (GESBCREG), sélectionnez Registre de banque.

Aucune transaction dédiée aux registres de caisse ou banque n’est disponible en saisie de règlements (GESPAY).

Quadro Zonas suplementares

  • Nr. (campo NUMLIG)

 

  • Registo (campo DACSUP)

Ce tableau est constitué de champs optionnels qui ont pu être ajoutés par votre installateur.
Il permet d'activer ou non ces champs sur l'écran de saisie de règlement.

  • Descr. (campo LIBSUP)

Cette case à cocher permet de rendre obligatoire la zone correspondante lors de la saisie de règlements

  • Obrigatório (campo SUPOBL)

Cette case à cocher permet de rendre obligatoire le champ correspondant lors de la saisie de règlements
.

Fechar

 

Separador Etapas

Apresentação

Este separador permite definir as etapas de contabilização próprias à transação de pagamento. A ordem das etapas está inalterável. Se, para uma transação de pagamento, todas as etapas de contabilização sejam selecionadas, cada tratamento deve ser completado antes de poder passar à etapa seguinte.

 
Desconto intermédio

Na última etapa de contabilização possível dos pagamentos antes o desconto em banco, um registo pode ser passado sobre uma conta intermédia de desconto no encaixe ou no desconto por exemplo.

Esta etapa não está acessível que para os pagamentos colocados sobre um bordereu de desconto.

É possível associar a etapa de desconto intermédio um grupo de documentos automáticos (i.é. documentação Grupo de documentos automáticos). Seguindo que se trate da primeira etapa de contabilização ou da segunda, o grupo de documento proposto em standard pode ser respetivamente STEP1 ou STEPN.

É possível de indicar o diário de contabilização do desconto intermédio. É possível de gerir os esquemas contabilísticos diferentes segundo que o pagamento seja descontado no encaixe ou a um desconto. A escolha do diário, seguindo o caso de parametrização, pode ser determinante para a pesquisa da conta intermédia. O tipo de diário selecionado está ligado à definição do Banco.

Um tratamento próprio permite efetuar o desconto intermédio em massa os pagamentos sobre bordereau.
SEEREFERTTO Você pode reportar à documentação sobre o desconto sobre a conta para mais precisão.

Desconto em banco

Este antes da última etapa é obrigatória para todas as transações de pagamentos. Ela permite o desconto em banco do pagamemento.

É possível de associar a etapa de desconto em banco a um grupo de documentos automáticos (i.é. documentação Grupo de documentos automáticos). Seguindo que se trate da primeira etapa de contabilização ou do segunda/terceira, o grupo de documento proposto em standard pode ser respetivamente STEP1 ou STEPN.

Os campos "Reagrupamento se encaixe" e "Reagrupamento se desconto" são acessíveis quando a transação comporta uma etapa de registo de bordereau ou do registo de aviso de domicialização.
O código agrupamento permite definir por tipo de desconto, se um documento contabilístico foi gerado :

  • por pagamento (1 pagamento, 1 documento contabilístico),
  • por bordereau (1 bordereau de desconto, 1 único documento contabilístico),
  • por data de vencimento (1 documento contabilístico por data de vencimento).

O reagrupamento por vencimento ou "bordereau" não é possível que se a flag "bordereau de desconto" está ativada.
Se o codigo edição anexado ao código tratamento é "CHE" ou "CHR" (tabela diversa nº 304), não tem acesso aos campos "Reagrupamentos se desconto"

Indica qual é o diário de contabilização do desconto em banco. A escolha do diário, seguindo o caso de parametrização, pode ser determinante para a pesquisa da conta de banco O tipo de diário selecionado está ligado à definição do Banco.
Um tratamento próprio permite de efetuar o desconto em banco dos pagamentos (documentação Desconto em banco). É igualmente possível de remeter um pagamento em banco depois o registo de desconto ou registo de domiciliações (segundo as etapas parametrizadas) permite igualmente validar esta etapa para um pagamento/bordereau/aviso único.

Desvalorização de carteira

Esta última etapa permite gerar a contabilização das letras conformes às legislações espanhola ou portuguesa. Independentemente das legislações, esta última etapa permite de gerar uma contabilização suplementar pela função de desvalorização da carteira.

O grupo de documentação a utilizar está a parametrizar.

É possível de indicar o diário de contabilização do desconto intermédio. É possível de gerir os esquemas contabilísticos diferentes segundo que o pagamento seja descontado no encaixe ou a um desconto. A escolha do diário, seguindo o caso de parametrização, pode ser determinante para a pesquisa da ou das contas. O tipo de diário selecionado está ligado à definição do Banco.

Fechar

 

Campos

Os seguintes campos estão presentes neste separador :

Tratamento

  • Proposta auto (campo PAYPPS)

Ce champ indique si le mode de règlement doit être pris en compte par la fonction de proposition automatique des règlements.

Imprimir

Saisissez le code d'état pour identifier les types de règlements à inclure. Ce code vous permet d'imprimer des états associés à des chèques, traites ou remises.

Pour les saisies de type banque ou caisse, appliquez les codes suivants :

PLKP pour les paiements reçus

PLKW pour les paiements émis

  • Impressão obrigatória (campo EDTFLG)

Indiquez si l'impression associée au code est une
étape obligatoire avant la validation
du règlement ou de la note.

Bloco número 2

  • Afectação banco (campo STA4)

Ce champ indique si une phase d'affectation bancaire automatique est
possible pour ce type de règlement.
Dans le cas où cette étape n'est pas retenue, la banque doit être saisie manuellement sur chaque règlement.

  • Devolução aceitação (campo STA2)

Ce champ indique si une étape d'acceptation est nécessaire avant la première validation du règlement.
Cette approbation consiste à activer manuellement un indicateur
indiquant que la validation est possible.

  • Autorização (campo PAYAPP)

Sélectionnez cette case à cocher si l'approbation des règlements est requise.

Remarque : L'étape d'approbation s'applique uniquement aux règlements de type dépense ou indéterminés, et les cases à cocher Bordereaux de remise et Fichier banque doivent être sélectionnées.

Contabilização intermediária

  • Contabilização (campo STA8)

Indiquez si le bordereau de remise doit subir une comptabilisation intermédiaire avant sa comptabilisation en banque (utilisé par exemple pour les effets reçus lors de la remise à l'encaissement ou à l'escompte).

 

  • Tipo diário recebim. (campo JOU8)

 

  • Tipo diário descontos (campo JOU82)

 

Contabilização portefolio

  • Contabilização (campo STA3)

Indiquez si une étape de comptabilisation des effets est nécessaire pour cette transaction de règlement. La comptabilisation des effets en portefeuille consiste à valider le règlement individuellement sur un compte différent du compte bancaire.

  • ACT. Cart. Terc. (campo UPDBIL)

Utilisez ce champ pour indiquer si le type de règlement est lié à un des champs Portefeuille de la fiche tiers.

Les champs Portefeuille (1, 2, etc.) correspondent à un ensemble d'effets à payer ou recevoir non échus.

Ces effets sont ensuite soumis à une phase de dévalorisation dans une fonction dédiée.

 

  • Tipo de diário (campo JOU3)

 

Contabilização em bancos

  • Contabilização (campo STA9)

 

 

  • Reagrupamento pagamento (campo ACETYP91)
  • Reagrupamento desconto (campo ACETYP92)

 

  • Tipo de diário (campo JOU9)

 

Descontos

  • Recibo de depósito (campo STA5)

Sélectionnez cette case à cocher pour indiquer si les règlements doivent être regroupés sur des bordereaux de remise avant leur comptabilisation en banque.

Lorsque l'approbation des règlements est requise, cette case à cocher doit être sélectionnée.

  • Domiciliações (campo STA7)

Indiquez si les règlements doivent être regroupés en avis de domiciliation avant leur comptabilisation en banque (cas des effets émis).

  • Ficheiro banco (campo STA6)

Sélectionnez cette case à cocher si une transmission magnétique du bordereau de remise est possible avec la banque (virements, LCR, etc).

Pour les domiciliations, sélectionnez cette case pour tracer les fichiers importés et exportés dans le suivi des règlements et avis de domiciliations.

Lorsque l'approbation des règlements est requise, cette case à cocher doit être sélectionnée.

  • Suporte Magnético (campo FILREF6)

Pour la France, il s'agit du fichier ETEBAC. Indiquez le nom du fichier à générer si la transaction ne génère que ce type de fichier. Sinon, laisser la zone vide pour que le choix du fichier se fasse à l'étape de la remise magnétique.

  • EDI (campo FILREF71)

 

  • Geração SEPA (campo EPACDTTRF)

Lorsque que cette case à cocher est sélectionnée, elle permet de générer des fichiers bancaires au format SEPA pour la transaction de saisie de règlement sélectionnée.
La génération d'un fichier au format SEPA est possible uniquement si l'option est active.
SEEWARNINGCela concerne uniquement le transfert de crédit SEPA (SEPA Credit Transfer).
SEEINFOCette case à cocher est accessible si la case Fichier banque est désactivée.

  • Ficheiro SEPA (campo FILREF8)

Utilisez ce champ pour sélectionner le fichier texte ‘pivot’ de Sage X3, envoyé à Sage Connect pour conversion en .xml.

  • Família fich. bancário (campo NATPAY)

La nature du règlement identifie les formats des fichiers bancaires qui peuvent être générés par la transaction de règlement. Suivant l'établissement bancaire ou le caractère national/international du règlement, le format du fichier est différent. La nature du règlement permet d'associer à une transaction de règlement, un ensemble de fichiers bancaires possibles.

Cette zone est obligatoire si la transaction génère un fichier bancaire.

Desvaloriz. carteira de terc.

 

  • Tipo de diário (campo JOU10)

 

Separação ficheiro bancário

  • Modo pagamento (campo GRPPAM)

Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise donné, selon le mode de règlement.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type.

Cette option n’est pas disponible en création de fichiers EDI.

  • Divisa (campo GRPCUR)

Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise donné, selon la devise.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type. Par exemple, pour effectuer un éclatement par devise, vous devez utiliser un format spécifique prenant en charge le multi-devise (généralement par le biais de plusieurs fichiers séparés par devise).

  • Data de vencim. (campo GRPDUD)

Sélectionnez cette case à cocher dans les critères pour éclater les fichiers bancaires d’un groupe de bordereaux de remise, selon la date d’échéance.

L’éclatement de fichier dépend du format du fichier bancaire et doit être évalué pour chaque type.

Fechar

 

Separador Tesouraria

Campos

Os seguintes campos estão presentes neste separador :

Export.

  • Evento gerador (campo FLGCAS)

Ce champ vous permet de préciser quel est le fait générateur de la prise en compte des règlements d'une transaction dans le fichier d'export des règlements, vers le progiciel de trésorerie (cf. documentation Export règlement tréso Sage).
Les valeurs possibles sont (menu local 2673) :

  • Aucun: les règlements comptabilisés sur la transaction ne sont en aucun cas pris en compte dans l'export
  • Comptabilisation portefeuille / Comptabilisation intermédiaire / Comptabilisation en banque : les règlements sont pris en compte pour l'export dès que l'étape de comptabilisation franchie correspond au fait générateur.
    En cas d'annulation comptable, l'annulation est aussi transmise dès lors qu'elle intervient après le fait générateur.

Ce champ pointe sur la table diverse 325. C’est un critère de regroupement ou d’éclatement des règlements lors de la génération de fichiers d’export de règlement.
Par exemple, si deux transactions ont le même code de regroupement, les règlements inclus dans l’export seront groupés dans un même fichier, et le nom du fichier contiendra en préfixe le code de regroupement.

Quadro Equivalência

  • Cód. zona (campo CODCAS)

Code de la zone du fichier d'export des règlements dont le paramétrage du contenu peut être effectué.
Ce code correspond à celui sous lequel la zone est connue dans le progiciel de trésorerie :

  • menu local 2671 pour l’interface avec Sage Concept Trésorerie,
  • menu local 2674 pour l’interface avec Sage 1000 Trésorerie,
  • menu local 2686 pour l'interface avec Sage FRP Treasury.

SEEINFOCe code doit nécessairement être saisi en majuscules.

  • Formulas (campo CLCFOR)

La formule de paramétrage peut être saisie de façon guidée grâce à l'assistant de formules.

Par défaut, les principales tables accessibles sont proposées : 

  • les tables de règlements (PAYMENTH, PAYMENTD),
  • la table des transactions de règlements (TABPAYTYP),
  • la table des bordereaux de règlements (PAYFRM),
  • des tables annexes (TABCUR, BANK, BPARTNER)

Ainsi que les principaux écrans :

  • les écrans de saisie de pièce (GACCENT0, GACCENT1, GACCENT2)
  • et les écrans de ventilation analytique (VENTILE et VENTILE2)

Fechar

 

Comprimento e conteúdo das zonas

O ficheiro de exportação dos vencimentos está em comprimento fixo (cf. documentação Exportação vencimento tesouraria Sage).
Deste facto, o conteúdo de uma zona pode ser truncada se, do facto da parametrização, ela vem conter muitos caracteres por relação ao seu comprimento máximo no projecto de tesouraria.

Se se trata do interface com Sage Conceito Tesouraria :

  • para o código Natureza (CPTA) = 16 caracteres máximo.
  • para o código Anexo (CDC) = 16 caracteres máximo.
  • para o comentário (DESCR) = 32 caracteres no máximo
  • para o código Referência (CODRIF) = 8 caracteres máximo.
  • para o Número de cheque (NASS) = 8 caracteres máximo

 SEEWARNING A parametrização de certas zonas deve também ter em conta doscontrangimentosseguintes :

  • as zones Natureza (CPTA) e Anexo (CDC)
    Ao nível do software de tesouraria, estas zonas apontam sobre uma tabela de valor ; é então preferível de os alimentar da mesma maneira para exportação dos vencimentos.
  • A zona Número de cheque (NASS)
    Esta não tem vocação a recuperar um número de cheque, inexistente a esta estado do ciclo vida dos vencimentos, mas antes a recuperar as informações das informações complementares (se CODRIF e DESCR são insuficientes por exemplo)

Valores por defeito e Valores registados

No caso onde a parametrização não está preenchida para toda a parte das zonas do ficheiro de tesouraria, os valores por defeito seguintes são aplicados, qualquer que seja a transação e o banco :

  • para a Data de Operação (DOPE) =
    • se o facto gerador = desconto em banco
      • DOPE = data contabilística
    • se o facto gerador < desconto em banco
      • DOPE = data de vencimento se data de vencimento > data contabilística
      • DOPE = data contabilística se data de vencimento < data contabilística
  • para o número de cheque (NASS) =
    • se a transação de pagamento contém a zona "Número de cheque" (CHQNUM de PAYMENTH), seu conteúdo está automaticamente retomado.
    • para o neutralizar, é suficiente parametrizar um outro conteúdo (compreendido "" para que a zona seja transmitida vazia)

No caso onde estes valores por defeito não convêm, a parametrização de certas zonas deve ter em conta os contrangimentos seguintes :

  • As zonas Natureza (CPTA) e Anexo (CDC)
    Ao nível do software de tesouraria, estas zonas apontam sobre uma tabela de valor, é então preferível de os alimentar da mesma maneira para exportação dos pagamentos.
  • a zona Data de Operação (DOPE)
    Esta zona é uma zona de formato Data DDMMYYYY.
  • a zona Número de cheque (NASS)
    Esta tem aqui a vocação a recuperar um número de cheque, mas ela pode perfeitamente ser "não devolvida" sobre certas transações, para recuperar as informações complementares (se CODRIF e DESCR são insuficientes por exemplo).
Se se trata do interface com Sage 1000 Tesouraria :

  • para o código Transferência (TRANS) = 128 caracteres máximo.
  • para o código Título (DESCR) = 128 carateres máximo.

 SEEINFOEstas zonas não apontam sobre as tabelas de valor, lado Sage 1000 Tesouraria.

Valores por defeito e Valores registados

No caso onde a parametrização não está preenchida para toda a parte das zonas do ficheiro de tesouraria, os valores por defeito seguintes são aplicados, qualquer que seja a transação e o banco :

  • para a Data de Operação (DOPE) =
    • se o facto gerador = desconto em banco
      • DOPE = data contabilística
    • se o facto gerador < desconto em banco
      • DOPE = data de vencimento se data de vencimento > data contabilística
      • DOPE = data contabilística se data de vencimento < data contabilística
  • para a Referência (REF) =
    • se a transação de pagamento contém a zona "Número de cheque" (CHQNUM de PAYMENTH), seu conteúdo está automaticamente retomado.
    • para o neutralizar, é suficiente parametrizar um outro conteúdo (compreendido "" para que a zona seja transmitida vazia)

No caso onde estes valores por defeito não convêm, a parametrização de certas zonas deve ter em conta os contrangimentos seguintes :

  • A zona Transferência (TRANS)
    Ela permite de saber se trata de uma transferêcnia internacional ou não e o conteúdo esperado desta zona é de tipo Sim/Não. Os valores enviados são livres para pouco que existe 2 distintos (Sage 1000 Tesouraria utiliza então uma tabela de transcodificação)
  • A zona código Orçamentável (BUDG)
    Ao nível do software de tesouraria, estas zonas apontam sobre uma tabela de valor, é então preferível de os alimentar da mesma maneira para exportação dos pagamentos.
  • a zona Data de Operação (DOPE)
    Esta zona é uma zona de formato Data DDMMYYYY.
  • a zona Referência (REF)
    Esta tem aqui a vocação a recuperar um número de cheque, mas ela pode perfeitamente ser "devolvida" sobre transações, para recuperar as informações complementares (se CODRIF e DESCR são insuficientes por exemplo).
  • a zona Tipo de LCR (LCR)
    Os valores esperados são Encaixes/Desconto/Nenhum, ou todos os outros valores desde logo que não existe 3, a compilação sendo então feita ao nível de Sage 1000 Tesouraria.
Se se trata do interface com Sage FRP Treasury

  • para o código Título (DESCR) = 32 carateres máximo.
  • para o código Referência (REFXRT) = 16 caracteres máximo.

 SEEINFOEstas zonas não apontam sobre as tabelas de valor, lado Sage FRP Treasury.

Valores por defeito e Valores registados

No caso onde a parametrização não foi registada para todo ou parte das zonas do ficheiro de tesouraria, os valores por defeito seguintes são aplicados, qualquer que seja a transação e a banca :

  •  para a Data de Operação (DOPE) =
    • se o facto gerador = desconto em banco
      •  DOPE = data contabilística
    • se o facto gerador < desconto em banco 
      • DOPE = data vencimento se data de vencimento > data contabilística 
      • DOPE = data contabilística se data de vencimento < data contabilística

Botões específicos

Este botão permite validar a parametrização de ecrã de registo.

Este botão permite copiar a parametrização da transação sobre um outro dossier.

Mensagens de erro

Para além das mensagens genéricas, as seguintes mensagens de erro podem aparecer durante o reg. :

Transação do tipo SEPA: incoerência entre o sentido do pagamento e os modos de pagamento

Esta mensagem aparece quando o controlo de coerência entre o sentido da transação de registo e o modo de pagamento selecionado vence.
 

Tabelas consideradas

SEEREFERTTO Consulte a docuemntação de Implementação