1C: Enterprise 8.2 /
Para desenvolvedores /
Criando e modificando objetos de metadados

Tabela de conteúdos

Veja também

1. Os documentos destinam-se a inserir as informações primárias associadas ao registro de eventos que afetam os indicadores considerados no sistema. Por exemplo, ao automatizar as atividades financeiras e econômicas de uma empresa, é uma conta de várias transações comerciais; em sistemas de controle de produção - registro de operações de produção, etc.

2.1. O registro de um evento no sistema (ou seja, sua reflexão na conta) é realizado usando o documento. A maioria dos documentos deve ser postada (a propriedade Hold é definida como Permitir ).

Logicamente, um documento não documentado difere de um documento postado em que um documento não documentado é um “rascunho” que não é refletido na conta. Esses documentos podem ser salvos no sistema, mesmo que não estejam completamente preenchidos ou não sejam preenchidos; nenhuma verificação e restrição de lógica de negócios são aplicadas a elas (verificações de preenchimento, datas para proibir alterações, etc.). Os dados de tais documentos não são refletidos na conta (não exibidos em relatórios, etc.)

Ao mesmo tempo, o documento realizado é um “puro-sangue”, cuja formação e processamento são concluídos e sobre os quais foi decidido que este documento deve ser incluído na conta.

2.2. Se o ciclo de vida do documento consiste em vários estágios que correspondem aos estágios de um determinado processo, é possível inserir status adicionais para a descrição desses estágios. Por exemplo, o documento "Customer Order" pode ter o status: "not agreed", "to the security", "closed"; O documento “Mandado de ordem de pagamento ” - registrado pela primeira vez no registro de registro de ordens de pagamento (KO-3), assinado pelo contador (gerente), transferido para o caixa e registrado na Caixa, assinado pelo contador chefe (gerente).

Nesses casos, a retenção do documento corresponde à hora da reflexão inicial do evento na conta e os status do documento mantidos esclarecem exatamente como o evento é refletido na conta.

Se um documento for lançado, ao traduzir um documento entre status, os usuários poderão ser solicitados a preencher certos dados do documento, determinadas verificações e restrições de lógica de negócios específicas para cada estágio poderão ser aplicadas a esses dados. Até o momento da execução, a tradução do documento “draft” nos status não é controlada pelo sistema.

Exemplos do comportamento de documentos com reflexão em várias etapas na conta:

• para o documento preenchido "Customer Order" :
  • durante a transferência para o status “não acordado”, o sistema controla apenas os parâmetros básicos do pedido;
  • ao transferir para o status “garantido” - o campo “data de embarque” é obrigatório preencher, uma vez que o logista precisa de informações sobre a data em que o pedido deve ser feito;
• Para o documento “Cash Order”, a transferência para o status final “é registrada no Livro Caixa e assinada pelo contador (gerente)” significa que o sistema deve criar registros contábeis eo relatório do caixa será registrado em um pedido de diário (ou outro registro contábil, por exemplo , em organizações de orçamento - no jornal de operações).

2.3. A exceção a essa regra (“a maioria dos documentos deve ser postada”) é

• documentos que não se destinam a refletir eventos em contabilidade. Com a ajuda de tais documentos, apenas vários eventos são registrados com referência ao tempo: por exemplo, correspondência recebida, chamadas, reuniões, etc.
• documentos separados, cuja tecnologia é muito diferente das capacidades tecnológicas da plataforma, mas que devem olhar para o usuário como se estivessem sendo mantidos. Por exemplo, estes são os documentos “Operação (contabilidade e contabilidade fiscal)” - para entrada manual de operações, “Operação de rotina” - para realizar uma operação de fechamento do mês com a possibilidade de ajuste manual de movimentos, etc.

Esses documentos não são retidos.

2.4. Se o usuário deve registrar o evento no sistema e refleti-lo na conta para uma ação, é necessário gravar um novo documento no modo de condução.

É inaceitável resolver esse problema de outras maneiras, em particular, desabilitando a retenção do documento.

3.1 Ao refletir um evento na contabilidade, pode ser necessário formar dados “secundários” com ligações complexas a pontos no tempo, períodos e outros objetos do sistema. Nesse caso, esses dados devem ser colocados em registros. A formação de movimentos nos registros deve ser realizada durante: automaticamente ou manualmente.

Com a formação automática de movimentos, o usuário insere informações sobre o evento nos dados do documento e, quando realizado com base nas informações inseridas no documento, os movimentos são gerados em vários registros. Por exemplo, para transações contábeis, a formação de transações.

Ao formar manualmente movimentos, o usuário insere dados diretamente nos registradores. Esses documentos geralmente são chamados de operações manuais. Eles podem ser usados ​​para introduzir saldos iniciais ou para inserir transações de negócios que não foram fornecidas pelo desenvolvedor da configuração.

3.2. Em alguns casos, a formação de movimentos pode ser realizada como um documento separado. Isso é necessário no caso de processamento semelhante de diferentes tipos de documentos, processamento de grupo ou implementação de processos de negócios complexos que exigem uma separação explícita das funções dos executores. Em seguida, as diferentes etapas da reflexão dos eventos contábeis são realizadas não através dos status de um documento, mas de diferentes documentos inseridos com base um no outro. Nesta cadeia, apenas alguns documentos formam movimentos quando são mantidos.

Por exemplo, considere a situação em que uma ordem de pagamento é formada no departamento financeiro e, ao mesmo tempo, o contador não deve alterar o documento de origem. Neste caso, o documento "Ordem de Pagamento" não faz movimentos, e os movimentos na ordem de pagamento são formados por um documento separado "Retirada da conta corrente" , que é especificamente projetado para a formação automatizada de movimentos.

3.3. Os documentos não enviados e marcados para exclusão não devem ter movimentos ativos.

3.4. Mesmo que o documento não apresente movimentos, ele deve ser realizado para diferir logicamente do “rascunho”.

4. Para a maioria dos eventos, a reflexão pode ser reversível. Neste caso, para isso você deve usar o mecanismo de cancelamento dos documentos.

Outros materiais sobre o tema:
formação de movimentos em registros , retirada da conta corrente , assinado por , negócios , cheques , registros , eventos , contabilidade e contabilidade fiscal , reflexo , formação , ordem de pagamento , o usuário , ordem de pagamento , encomendar , configurando , um exemplo , documentos , os dados , de documentos , registrar , do documento , documento

Materiais da seção: 1C: Enterprise 8.2 / Developers / Criando e modificando objetos de metadados

Outros materiais sobre o tema:

Contabilização de fundos sem dinheiro. Fluxo de caixa

Princípios e mecanismos de implementação

Fontes de dados para cálculos orçamentários

Venda de mercadorias e materiais

Diário Universal de Documentos

Somos encontrados: documentos monetários sobre rascunhos , status do documento em espera, status em documentos em 1s, fluxo de documentos, documentos primários em saques, documentos primários em rascunhos, como alterar a data de um documento não documentado em 1c 8 2, como proibir a retenção de um documento gasto 1c 8 2, proibir a alteração do documento, se já foi concluída 1c 8 2, 1c 8 2 documento segurando despesa de código