Transferência Entre Contas
Manual Técnico — Transferência Entre Contas (ERP Atak CORE V1)
Árvore no ERP: FINANCEIRO > Transferências > Entre contas
Árvore no ERP: FINANCEIRO > Transferências > Entre contas
Recurso: 1557 (pai 1554 — Transferências)
Rota / Tela: EditViewDeTransferenciaEntreContas
Versão: ERP Atak CORE V1
Gerado em: 2026-09-09 15h16m
—
1. Visão Geral
A rotina “Entre contas” realiza a transferência de valor entre duas contas bancárias / carteiras financeiras do ERP. O usuário parte da carteira em que está logado (carteira de origem) e informa a carteira de destino, o valor e a data de lançamento. O sistema gera as movimentações financeiras de saída e entrada, e a respectiva integração contábil, sob um único código de operação (Chave de Fato).
A rotina atende três cenários distintos, todos no mesmo fluxo:
- Transferência simples (mesma filial, sem cheque) — gera 2 movimentações financeiras.
- Transferência com mútuo (filial de origem diferente da filial de destino, sem cheque) — gera 4 movimentações financeiras, sendo 2 de transferência e 2 de mútuo (operação 38 – MÚTUO/BCOMUT), passando pelas carteiras de lançamento de mútuo das filiais.
- Transferência com geração de cheques próprios — gera a movimentação de saída com variação “Cheque a Prazo de Transferência” e, para cada cheque informado, um Título a Pagar, um Cheque e a movimentação financeira correspondente.
Camadas envolvidas
| Camada | Artefato |
|---|---|
| Frontend (ExtJS) | ERPAtak.APP\app\view\dominio\Financeiro\Transferencia\TransferenciaEntreContas\ (5 views) e app\controller\dominio\Financeiro\Transferencia\ControllerDeTransferenciaEntreContas.js |
| Controller (MVC) | ATAK.CORE\Controllers\Financeiro\Transferencia\TransferenciaEntreContasController.cs |
| Serviço de Aplicação | ATAK.ServicoDeAplicacao.Implementacao\Financeiro\LancamentosDaMovimentacaoFinanceira\Operacoes\Transferencias\ServicoDeTransferenciaEntreContas.cs |
| Validações compartilhadas | …\Operacoes\Base\Validacoes.cs (ValidarDadosParaMutuo) |
| DTOs | ATAK.DTO\Financeiro\OperacoesFinanceiras\DTOCabecalhoDeOperacoes.cs, DTODeTituloAProcessar.cs, DTODeChequesProprios.cs |
| Consultas | IConsultaDeMovimentacaoFinanceiraComprovantes, IConsultaDeViewMovimentacaoContabilFinanceiro, IConsultaDeCheque |
| Mensagens | ATAK.Exception\Base\Linguagens\Portugues.cs |
| Permissões | ATAK.Dominio\…\RecursosDisponiveis\Classes\RecursosGeraisFinanceiro.cs |
Fluxo do assistente (wizard de 5 passos)
O frontend é um assistente (AssistenteBaseController) com a descrição “Transferência entre Contas”:
| Passo | Título | Observação |
|---|---|---|
| 1 | Informações | Dados da transferência. Único passo obrigatório quando “Gerar Cheque” = Não. |
| 2 | Cheques próprios | Parâmetros de geração automática dos cheques. Só é percorrido quando “Gerar Cheque” = Sim. |
| 3 | Conferência de cheques próprios | Grade dos cheques gerados, com totalizadores. |
| 4 | Conferência de cheques | Grade final de conferência antes da gravação. |
| 5 | Comprovante | Resultado da operação: movimentações financeiras, lançamentos contábeis e cheques gerados. |
—
2. Endpoints
Roteamento convencional {controller}/{action}/{id}. Controller: TransferenciaEntreContasController.
2.1 POST TransferenciaEntreContas/Salvar
Ação principal da rotina. Recebe o cabeçalho da operação e efetiva a transferência.
Assinatura: public ActionResult Salvar(DTOCabecalhoDeOperacoes dto)
Comportamento:
- Se dto.TitulosAProcessar for nulo ou vazio, dispara a mensagem OPERACAO_CANCELADA_ALGUNS_DADOS_PODEM_ESTAR_INCORRETOS e retorna null (nenhum registro é criado).
- Caso contrário, chama IServicoDeTransferenciaEntreContas.Processar(…) passando apenas o primeiro item de TitulosAProcessar (a rotina trata uma única transferência por execução), somado à data de movimentação e ao usuário obtidos de UsuarioDaAplicacao.
- Com o código da operação retornado, consulta:
- IConsultaDeCheque.ObterPorIntegracao(idDaMovimentacao)
- IConsultaDeMovimentacaoFinanceiraComprovantes.ObterMovimentacoesPorCodigoDaOperacao(idDaMovimentacao)
- IConsultaDeViewMovimentacaoContabilFinanceiro.ObterListaDeLancamentosContabeisPorChaveFatoOperacao(idDaMovimentacao, listaDeOperacoesFinanceiras)
Parâmetros repassados ao serviço (na ordem): Documento, IdDaCarteiraLogada, IdCarteiraDestino, TitulosAProcessar[0].Valor, TitulosAProcessar[0].ValorMoeda, TitulosAProcessar[0].DataEmissao, user.DataDeMovimentacao, user.ObterUsuario(), TitulosAProcessar[0].FilialDestinoTransferencia, TitulosAProcessar[0].FilialOrigemTransferencia, TitulosAProcessar[0].ValorDaCotacao, TitulosAProcessar[0].IDDoTipoDeDocumento, TitulosAProcessar[0].MovObservacao, IDDaFormaDePagamento, ChequesProprios.
Retorno (JSON, GeradorDeJson.Generico):
| Campo | Conteúdo |
|---|---|
| success | true |
| CodigoDaOperacao | Chave de Fato gerada para a operação |
| CodigoMovimentacao | Mesmo valor de CodigoDaOperacao |
| listaDeOperacoesFinanceiras | Movimentações financeiras geradas |
| listaDeOperacoesContabeis | Lançamentos contábeis integrados |
| listaDeCheques | Cheques gerados (vazio quando não há cheques próprios) |
O frontend envia a requisição com timeout de 600000 ms (10 minutos).
2.2 POST TransferenciaEntreContas/Imprimir
Emite o comprovante da operação. Verifica a existência do arquivo de layout do cliente e, quando ausente, copia o modelo padrão:
- Origem: ~/DocumentosDoFinanceiro/ComprovanteCaixa/Padrao/ComprovanteCaixa.rpt
- Destino: ~/DocumentosDoFinanceiro/ComprovanteCaixa/Cliente/
Retorna JSON com success = true. O frontend oferece a exportação do comprovante em PDF e em Excel.
2.3 Endpoints auxiliares consumidos pela tela
| Endpoint | Uso |
|---|---|
| GET DadosFilial/VerificarCarteiraEhDoTipoCaixa | Verifica se a carteira logada é do tipo caixa e preenche o campo “Filial Origem”. |
| GET CarteiraCheque/ObterPorId | Obtém a configuração de cheque da carteira logada (ChequeFormContinuo e próximo número de cheque). |
| GET FormaPagamento/ListarPorTipoDeFormaDePagamento (tipo = CH) | Restringe o lookup “Forma de Pagamento” às formas do tipo cheque. |
2.4 Ações fora do escopo deste recurso
O mesmo controller expõe SalvarMultiplo e ImprimirEntreMultiplasContas, que pertencem ao Recurso 3965 — Entre Múltiplas Contas (rota EditViewDeTransferenciaEntreMultiplasContas). Da mesma forma, o método ProcessarTransferenciaMultipla existe na mesma classe de serviço, mas não é acionado por esta rotina.
—
3. Modelos de Dados
3.1 DTOCabecalhoDeOperacoes (entrada)
DTO genérico compartilhado por todas as operações financeiras. Propriedades efetivamente utilizadas por esta rotina:
| Propriedade | Tipo | Obrigatório | Descrição |
|---|---|---|---|
| IdDaCarteiraLogada | int | Sim | Carteira de origem. Preenchida pelo frontend com a carteira selecionada no login (VariaveisGlobais.CarteiraSelecionada). |
| IdCarteiraDestino | int | Sim | Carteira de destino (campo “Carteira Destino”). |
| Documento | string | Não | Número do documento da transferência (máximo 25 caracteres). |
| DataDeLancamento | DateTime | Sim | Data de lançamento informada na tela. |
| IDDaFormaDePagamento | int | Condicional | Obrigatório quando “Gerar Cheque” = Sim. |
| TitulosAProcessar | List de DTODeTituloAProcessar | Sim | A rotina utiliza somente o índice 0. Lista inicializada vazia no getter. |
| ChequesProprios | List de DTODeChequesProprios | Condicional | Preenchida somente no caminho com cheques próprios. |
3.2 DTODeTituloAProcessar (item 0)
Campos consumidos pelo controller nesta rotina:
| Propriedade | Tipo | Descrição |
|---|---|---|
| Valor | decimal | Valor da transferência na moeda padrão. |
| ValorMoeda | decimal | Valor na moeda da carteira. |
| DataEmissao | DateTime | Data de emissão / lançamento. |
| FilialOrigemTransferencia | string | Filial da carteira de origem. |
| FilialDestinoTransferencia | string | Filial da carteira de destino. |
| ValorDaCotacao | decimal? | Cotação usada na conversão de moeda. |
| IDDoTipoDeDocumento | string | Tipo de documento. |
| MovObservacao | string | Observação da movimentação (máximo 200 caracteres). |
| IDDaCarteiraDePagamento | int | Carteira de destino (preenchida também no item pelo frontend). |
| Documento | string | Documento (replicado no item). |
3.3 DTODeChequesProprios
Herda de DTODeChequesParaOperacoesFinanceiras e acrescenta IDDoCheque (string). Campos da base utilizados no processamento: IDDaCarteiraDoCheque, Numero, NumeroDoCheque, Valor, DataDeVencimento, DataDeEmissao, CodigoCadastro, NomeDoEmitente, Emitente, IDDaFormaDePagamento, IdDaFilial, Observacao, Complemento.
3.4 Entidades geradas
| Entidade | Quando | Observação |
|---|---|---|
| MovimentacaoFinanceira | Sempre | Criada por FabricaDeMovimentacaoDeEntradaESaida.NovaMovimentacaoFinanceiraReduzida, com ListaAtualizarModulo.tcBanco. |
| Vínculo com FatoContabilDoFinanceiro | Sempre | Operação 37 – TRANSFERÊNCIA (BCOTRNF), variação Sem Variação; nos cenários com cheque, variação 299 – Cheque a Prazo de Transferência; nas pernas de mútuo, operação 38 – MÚTUO (BCOMUT), variação Sem Variação. |
| TituloPagar | Somente com cheques próprios | Criado por FabricaDeContasAPagar.NovoTituloAPagar, status tcAberto, plano de contas patrimonial da carteira de cheque a compensar. |
| Cheque | Somente com cheques próprios | Criado por FabricaDeFinanceiro.NovoCheque, status ListaStatusDoCheque.tcGerado, tipo ListaTipoDoCheque.tcPagar. |
—
4. Regras de Negócio
4.1 Operações financeiras realizadas
Todas as movimentações são gravadas sob a mesma Chave de Fato (idDaOperacao), obtida por IServicoDeSequenciaDeNumeracao.ObterNovaChaveDeFato(). O contador numeroDeLancamento inicia em 1 e é incrementado a cada movimentação.
O fato contábil base é obtido com ObterFatoContabil(ListaDeOperFin.tcBCOTRNF, EnumRotinaDeVariacao.SemVariacao).
Cenário A — Mesma filial, sem cheques (2 movimentações):
| # | Operação | Partida | Categoria | Carteira | Contrapartida |
|---|---|---|---|---|---|
| 1 | 37 – BCOTRNF | Crédito | 117 | Carteira de origem | Carteira de destino |
| 2 | 37 – BCOTRNF | Débito | 213 | Carteira de destino | Carteira de origem |
Cenário B — Filiais diferentes, sem cheques (mútuo, 4 movimentações):
| # | Operação | Partida | Categoria | Carteira | Contrapartida |
|---|---|---|---|---|---|
| 1 | 37 – BCOTRNF | Crédito | 213 | Carteira de origem | Carteira de lançamento de mútuo da filial de origem |
| 2 | 38 – BCOMUT | Débito | 117 | Carteira de lançamento de mútuo da filial de origem | Carteira de origem |
| 3 | 38 – BCOMUT | Crédito | 213 | Carteira de lançamento de mútuo da filial de destino | Carteira de destino |
| 4 | 37 – BCOTRNF | Débito | 117 | Carteira de destino | Carteira de lançamento de mútuo da filial de destino |
Todas as quatro movimentações recebem ContabilizacaoPadraoParaMutuo = true. Nas pernas de mútuo, o sistema força fatoMutuo.Lancamentos[0].OrigemDaContaDeCredito e OrigemDaContaDeDebito para EnumOrigemDaContaFinanceiro.FilialCodigoContaLancamentoMutuo.
Cenário C — Mesma filial, com cheques próprios (1 movimentação + títulos e cheques):
| # | Operação | Partida | Categoria | Observação |
|---|---|---|---|---|
| 1 | 37 – BCOTRNF (variação 299 – Cheque a Prazo de Transferência) | Débito | 213 | Gravada com status de conciliação Não |
Em seguida executa IncluirTransferenciaChequePropriosAPagar, que gera, para cada cheque, um Título a Pagar, um Cheque e uma movimentação financeira de Crédito com ListaAtualizarModulo.tcPagar.
Cenário D — Filiais diferentes, com cheques próprios (3 movimentações + títulos e cheques):
| # | Operação | Partida | Categoria | Observação |
|---|---|---|---|---|
| 1 | 37 – BCOTRNF (variação 299) | Débito | 117 | Status de conciliação Não; ContabilizacaoPadraoParaMutuo = true |
| 2 | 38 – BCOMUT | Crédito | 213 | ContabilizacaoPadraoParaMutuo = true |
| 3 | 38 – BCOMUT | Débito | 117 | ContabilizacaoPadraoParaMutuo = true |
Seguidas de IncluirTransferenciaChequePropriosAPagar usando a carteira de lançamento de mútuo da filial de origem como contrapartida.
4.2 Integração contábil
Ao final de Processar, o sistema verifica se alguma movimentação da lista ficou com OperacaoFinanceira nula. Havendo, a integração contábil não é executada. Caso contrário, a lista é separada por ContabilizacaoPadraoParaMutuo e integrada em duas chamadas:
- Movimentações sem contabilização de mútuo: ProcessaLancamentosFinanceirosTransferencia(lista, null, obterPlanoDeContasParaTransferencia, false).
- Movimentações de mútuo, com o indicador interno de mútuo ligado: ProcessaLancamentosFinanceirosTransferencia(lista, null, obterPlanoDeContasParaTransferencia, true).
4.3 Resolução do plano de contas (obterPlanoDeContas)
| Origem da conta (EnumOrigemDaContaFinanceiro) | Plano de contas utilizado |
|---|---|
| Fixo | ObterContaDeDebitoFixa() ou ObterContaDeCreditoFixa() conforme a partida |
| MovimentoFinanceiroCarteiraContaCadastro0 a 5 | movimentacao.Carteira.PlanoDeContas0 a PlanoDeContas5 |
| MovimentoFinanceiroCarteiraContaCadastroAdiantamento | movimentacao.Carteira.PlanoDeContasAd |
| MovimentoFinanceiroCarteiraOrigemContaCadastro0 a 5 | Quando mútuo: movimentacao.Carteira.PlanoDeContasN; caso contrário: movimentacao.CadastroDeContraPartida.PlanoDeContasN |
| FilialCodigoContaLancamentoMutuo | ObterPorIDCache(movimentacao.CadastroGeral.IDDoPlanoDeContas0) |
Se o resultado for nulo e a origem da conta contábil for diferente de 0, o sistema dispara NAO_FOI_POSSIVEL_OBTER_PLANO_DE_CONTAS_KCMKG. Qualquer exceção no método dispara NAO_FOI_POSSIVEL_OBTER_PLANO_DE_CONTAS_CYFIR.
4.4 Regras de valor e moeda
- Cheques sobrepõem o valor informado: quando a lista de cheques próprios não é nula, o valor da transferência passa a ser a soma dos valores dos cheques, ignorando o valor digitado na tela.
- Valor deve ser positivo: se o valor final for menor ou igual a zero, dispara NAO_FOI_POSSIVEL_PROCESSAR_KXPSQ.
- Moeda ausente: se a moeda do banco/caixa de origem ou destino for nula, o sistema atribui a moeda padrão obtida em ObterMoedaDefault().
- Moedas divergentes: se a moeda da carteira de origem for diferente da moeda da carteira de destino, dispara NAO_FOI_POSSIVEL_REALIZAR_OPERACAO_LWGFP e a operação é interrompida.
- Conversão pela cotação: quando ambas as carteiras usam moeda diferente da moeda padrão, o valor é recalculado como ValorMoeda multiplicado pela cotação informada.
4.5 Regras de filial e mútuo
- Filial de destino vazia dispara NAO_FOI_CONCLUIR_A_OPERACAO_WXMMT.
- Filial de origem vazia dispara NAO_FOI_CONCLUIR_A_OPERACAO_PVXXB.
- O mútuo é acionado automaticamente quando a filial de destino é diferente da filial de origem. Não existe opção na tela para ligar ou desligar o mútuo.
- Ao acionar o mútuo, Validacoes.ValidarDadosParaMutuo(filialDaCarteiraOrigem, filialDaCarteiraDestino) exige que ambas as filiais tenham a carteira de lançamento de mútuo configurada (Filial.CarteiraParaLancamentoMutuo). A ausência na filial de destino dispara NAO_FOI_POSSIVEL_VALIDAR_DADOS_XDOCL; na filial de origem, NAO_FOI_POSSIVEL_VALIDAR_DADOS_FHCPQ.
- O fato contábil de mútuo (operação 38, variação Sem Variação) precisa existir e ter lançamentos. Sem ele, dispara OCORREU_UM_ERRO_DURANTE_A_CONTABILIZACAO_UCNGR (caminho com cheque) ou OCORREU_UM_ERRO_DURANTE_A_CONTABILIZACAO_AGXJO (caminho sem cheque).
- No caminho com cheques, o fato contábil da operação 37 com variação 299 – Cheque a Prazo de Transferência precisa existir; caso contrário, dispara OCORREU_UM_ERRO_DURANTE_A_CONTABILIZACAO_YQHNA.
4.6 Regras de carteira
- As carteiras de origem e destino são obtidas por ObterCarteira. Não encontrada, dispara NAO_FOI_POSSIVEL_OBTER_CARTEIRA_NAYRZ, identificando “de origem” ou “destino”.
- A tela impede que a carteira de destino seja igual à carteira logada: ao selecionar a mesma carteira, o frontend exibe a janela “Operação inválida” com o texto “Carteira de destino não pode ser a mesma que a carteira de origem. Por favor, tente novamente.” e limpa o lookup.
- O acesso à rotina exige que exista carteira selecionada. Sem carteira, o frontend bloqueia a abertura com a mensagem “Atenção: Nenhuma carteira está selecionada. Para acessar esta rotina, é necessário estar logado em uma carteira.” (comportamento associado a validaAntes = true no recurso 1557).
- Em IncluirTransferencia, o status de conciliação é definido como Sim quando o status de conciliação não é informado e lancamento.Conciliado é diferente de 2; caso contrário, Não.
4.7 Regras de cheques próprios (IncluirTransferenciaChequePropriosAPagar)
Pré-condições verificadas antes de gerar qualquer registro:
- O usuário logado precisa ter cadastro configurado, senão dispara O_USUARIO_LOGADO_NAO_POSSUI_CADASTRO_CONFIGURADO_FXROK.
- A forma de pagamento é obrigatória, senão dispara NAO_FOI_POSSIVEL_INCLUIR_ADIANTAMENTO_GZKCH.
- A carteira de cheque a compensar precisa estar configurada, senão dispara NAO_FOI_POSSIVEL_INCLUIR_ADIANTAMENTO_TTLJT.
- A carteira de cheque a compensar precisa ter plano de contas, senão dispara NAO_FOI_POSSIVEL_INCLUIR_ADIANTAMENTO_LPEHE.
Processamento:
- Os cheques são separados em à vista (data de vencimento igual à data de movimentação) e a prazo (demais).
- Para cada cheque são criados, nesta ordem e com Commit a cada etapa: TituloPagar (status tcAberto), Cheque (status tcGerado, tipo tcPagar) e MovimentacaoFinanceira (partida Crédito, módulo tcPagar).
- Fatos contábeis: operação tcTPAGINC com variação ChequeAVista para os cheques à vista e ChequeAPrazo para os cheques a prazo.
- Tipo de documento padrão do título: ObterConteudoPorID(4). Tipo de documento do cheque: ObterConteudoPorID(227).
- Numeração do cheque: o número informado só é utilizado quando a carteira do cheque tem ChequeFormularioContinuo igual a Não e o número informado é maior que zero. Caso contrário, o sistema obtém o próximo número por ObterProximoNumeroDaSequenciaComUpdate.
- O nome do emitente é truncado em 50 caracteres.
- Observação de comportamento no fonte atual: a vinculação tituloCheque.IDDoDocumentoDeCheque = novoCheque.ChaveDeFato é atribuída somente no caminho dos cheques à vista; no caminho dos cheques a prazo essa atribuição não ocorre.
4.8 Validações do frontend
Mensagens exibidas pela tela antes do envio ao servidor:
- “Para Forma de Pagamento com Cheque é necessário incluir ao menos um cheque”
- “Necessário incluir um cheque.”
- “Número do cheque obrigatório. Verifique os dados informados.”
- “Cód. cadastro obrigatório. Verifique os dados informados.”
- “Número de cheque já adicionado. Verifique os dados informados.”
- “Valor do cheque não informado.”
- “Valor da parcela não informado.”
- “O Valor da parcela não pode ser maior que o valor informado para o cheque”
- “Há cheque(s) com valor igual a 0. Favor corrigir os dados.”
- “Não é possível salvar cheques com valor zero. Verifique os dados informados.”
- “Data de vencimento do cheque deve ser maior ou igual a data de hoje”
- “Por favor, preencha todos os campos corretamente.”
- “Cheque adicionado.”
- “Operação concluída com sucesso.”
Comportamento do campo “Gerar Cheque”: ao selecionar Sim, o sistema exibe e torna obrigatório o campo “Forma de Pagamento”, oculta os campos “Valor” e “Valor Cotação”, desabilita o botão Concluir e habilita o botão Próximo. Ao voltar para Não, o comportamento é invertido.
No passo 2, o sistema consulta CarteiraCheque/ObterPorId com a carteira logada: se ChequeFormContinuo for igual a Não, o campo “Número do Cheque” é habilitado e obrigatório; caso contrário é desabilitado e preenchido com o número retornado pelo servidor.
4.9 Dados obrigatórios
Obrigatórios na tela (passo 1):
| Campo | Regra |
|---|---|
| Data Lançamento | Preenchimento obrigatório (allowBlank = false) |
| Carteira Destino | Preenchimento obrigatório e diferente da carteira logada |
| Filial Destino | Preenchimento obrigatório |
| Valor | Preenchimento obrigatório (campo é ocultado quando “Gerar Cheque” = Sim) |
| Forma de Pagamento | Obrigatório apenas quando “Gerar Cheque” = Sim |
Obrigatórios no backend:
| Dado | Regra |
|---|---|
| TitulosAProcessar com ao menos 1 item | Sem item, a operação é cancelada no controller |
| Valor maior que zero | Verificado após a eventual soma dos cheques |
| Filial de origem e filial de destino preenchidas | Validadas no início de Execute |
| Carteira de origem e carteira de destino existentes | Validadas em ObterCarteira |
| Moedas iguais entre origem e destino | Bloqueio em caso de divergência |
| Carteira de lançamento de mútuo nas duas filiais | Somente quando as filiais são diferentes |
| Fato contábil ativo para as operações 37 e 38 | Conforme o cenário |
| Cadastro do usuário logado, forma de pagamento, carteira de cheque a compensar e plano de contas | Somente no caminho com cheques próprios |
4.10 Mensagens de erro (transcrição literal de Portugues.cs)
OPERACAO_CANCELADA_ALGUNS_DADOS_PODEM_ESTAR_INCORRETOS
- Erro: Operação Cancelada
- Motivo: Alguns dados podem estar incorretos
- Solução: Verifique se os dados informados estão corretos e tente novamente
NAO_FOI_POSSIVEL_PROCESSAR_KXPSQ
- Erro: Não foi possível processar
- Motivo: O valor da transferência deve ser maior que 0. Valor informado : {0}
- Solução: Favor informe o valor da transferência corretamente
NAO_FOI_CONCLUIR_A_OPERACAO_WXMMT
- Erro: Não foi concluir a operação
- Motivo: A filial destino : [{0}] não foi encontrada
- Solução: Por favor, verifique os parâmetros informados.
NAO_FOI_CONCLUIR_A_OPERACAO_PVXXB
- Erro: Não foi concluir a operação
- Motivo: A filial origem : [{0}] não foi encontrada
- Solução: Por favor, verifique os parâmetros informados.
NAO_FOI_POSSIVEL_OBTER_CARTEIRA_NAYRZ
- Mensagem única: Não foi possível Obter Carteira, A carteira {0} informada não foi encontrada, Por favor, verifique os parâmetros informados. Código informado : {1}
NAO_FOI_POSSIVEL_REALIZAR_OPERACAO_CPZFN
- Erro: Não foi possível realizar operação
- Motivo: Moeda no cadastro de origem inválida
- Solução: Por favor informe a moeda no cadastro da carteira de Origem para que possa realizar a transferência.
NAO_FOI_POSSIVEL_REALIZAR_OPERACAO_PJANY
- Erro: Não foi possível realizar operação
- Motivo: Moeda no cadastro de destino inválida
- Solução: Por favor informe a moeda no cadastro da carteira de Destino para que possa realizar a transferência.
NAO_FOI_POSSIVEL_REALIZAR_OPERACAO_LWGFP
- Erro: Não foi possível realizar operação.
- Motivo: Não foi possível realizar a transferência
- Solução: pois as carteiras de origem e destino são de moedas diferentes.
NAO_FOI_POSSIVEL_VALIDAR_DADOS_XDOCL
- Erro: Não foi possível validar Dados
- Motivo: Não é possível executar uma operação financeira mutua sem a carteira mutua
- Solução: Por favor configure a carteira mutua para a filial da operação
NAO_FOI_POSSIVEL_VALIDAR_DADOS_FHCPQ
- Erro: Não foi possível validar Dados
- Motivo: Não é possível executar uma operação financeira mútua sem a carteira mútua
- Solução: Por favor, realizar parametrização no cadastro da filial, em Dados Relacionados=>Conta Lancto Mútuo
OCORREU_UM_ERRO_DURANTE_A_CONTABILIZACAO_YQHNA
- Erro: Ocorreu um erro durante a contabilização.
- Motivo: Processo interrompido. Lista de erros: 1 – Fato contábil do financeiro com Operação financeira: 37 – TRANSFERÊNCIA (BCOTRNF) e variação : 299 – Cheque a Prazo de Transferência
- Solução: Verifique o erro ocorrido
OCORREU_UM_ERRO_DURANTE_A_CONTABILIZACAO_UCNGR e OCORREU_UM_ERRO_DURANTE_A_CONTABILIZACAO_AGXJO
- Erro: Ocorreu um erro durante a contabilização.
- Motivo: Processo interrompido. Lista de erros: 1 – Fato contábil do financeiro com Operação financeira: 38 – MÚTUO(BCOMUT) e variação : Sem Variação está desativado 2 – Fato contábil do financeiro com Operação financeira: 38 – MÚTUO(BCOMUT) e variação : Sem Variação está desativado.
- Solução: Verifique o erro ocorrido
NAO_FOI_POSSIVEL_OBTER_PLANO_DE_CONTAS_KCMKG
- Erro: Não foi possível obter Plano de contas
- Motivo: Não foi possível determinar uma Conta contábil válida com a configuração do modelo. Conta {0}. Operação: {1} Variação: {2} operacaoFinanceira variacao
- Solução: Configure uma conta contábil valida para operação
NAO_FOI_POSSIVEL_OBTER_PLANO_DE_CONTAS_CYFIR
- Erro: Não foi possível obter Plano de contas
- Motivo: Não foi possível determinar uma Conta contábil válida com a configuração do modelo. Conta {0} – Erro: {1}
- Solução: Configure uma conta contábil valida para operação
O_USUARIO_LOGADO_NAO_POSSUI_CADASTRO_CONFIGURADO_FXROK
- Mensagem única: O usuário logado não possui cadastro configurado, e é necessário para realizar a operação.
NAO_FOI_POSSIVEL_INCLUIR_ADIANTAMENTO_GZKCH
- Erro: Não foi possível incluir Adiantamento
- Motivo: Para gerar um título de adiantamento é obrigatório informar uma forma de pagamento. Código informado : {0}
- Solução: Favor informe uma forma de pagamento
NAO_FOI_POSSIVEL_INCLUIR_ADIANTAMENTO_TTLJT
- Erro: Não foi possível incluir Adiantamento
- Motivo: Para gerar um título de adiantamento é obrigatório informar uma carteira de cheque a compensar.
- Solução: Por favor informe uma carteira
NAO_FOI_POSSIVEL_INCLUIR_ADIANTAMENTO_LPEHE
- Erro: Não foi possível incluir Adiantamento
- Motivo: Para gerar um título de adiantamento é obrigatório informar um plano de contas para a carteira: {0} – {1}
- Solução: Por favor informe um plano de contas.
—
5. Permissões
Fonte: RecursosGeraisFinanceiro.cs.
| Recurso | Rota | Pai | Título no menu | Observação |
|---|---|---|---|---|
| 1554 | (sem rota) | 0 | Transferências | Nó de agrupamento do submenu. |
| 1557 | EditViewDeTransferenciaEntreContas | 1554 | Entre contas | Recurso desta rotina, registrado com validaAntes = true. |
Permissão de acesso: EditViewDeTransferenciaEntreContas (Recurso 1557).
Pontos importantes:
- A rotina possui apenas a permissão de acesso à tela. Não existe recurso do tipo ListViewDe… nem permissão granular por ação — não há permissão separada para salvar ou para imprimir. Quem tem acesso ao recurso 1557 executa a transferência integralmente.
- O recurso está registrado com validaAntes = true, o que faz o frontend executar ValidarAntesDeAbrir antes de montar a tela. Essa validação exige que haja carteira selecionada na sessão.
- As ações do controller não expõem acesso anônimo; o controle é feito pelo recurso 1557.
- Recursos vizinhos no mesmo submenu, que não concedem acesso a esta rotina: 1555 (Adiantamento de cliente), 1556 (Adiantamento a fornecedor) e 3965 (Entre Múltiplas Contas).