Sinal de produtos alcoólicos no varejo 1C. Recebimento, produção e venda no varejo de álcool

Esta semana, pela primeira vez, tive um encontro próximo com o consumo de álcool numa pequena loja de retalho do formato “Perto de Casa”. Além disso, a ligação sobre a presença de um problema veio apenas 2 dias antes do vencimento do relatório, e o problema foi formulado como “USAIS não funciona em 1C.Varejo, os dados são diferentes, foi recebida uma notificação do RAR, mas o relatório deve ser apresentado com urgência.”

Há vários anos foi introduzido o sistema EGAIS, mas ainda muitos dos que deveriam utilizá-lo não sabem como fazê-lo. A sua tarefa é simples - garantir o controlo do volume de negócios das bebidas alcoólicas, registando todo o seu movimento desde o momento da produção por um determinado fabricante (combinação TIN + KPP) até à venda a retalho. Cada elo desta cadeia é obrigado a relatar a movimentação de um produto específico. Aqueles. Álcool produzido - relatar, vendido no atacado - relatar, mercadorias chegaram do fabricante - relatar, transportar para a área de vendas - relatar, etc. Então, em áreas adjacentes, esses dados colidem entre si (vendidos no atacado - recebidos do fabricante, etc.).

E, se antes era possível enviar relatórios ao Sistema de Informação Automatizado do Estado Unificado “do zero”, agora começaram a chegar avisos/notificações sobre discrepâncias entre o relatório apresentado e os dados refletidos no Sistema de Informação Automatizado do Estado Unificado.

Qual era a essência do problema:

A loja é pequena, não é uma rede de lojas. A contabilidade, como tradicionalmente acontece neles, é feita “no joelho” de memória. Toda a contabilidade interna é feita pelo próprio gestor, ele é o vendedor, ele é o comprador, ele é tudo. Para registrar as vendas no varejo, foi adquirido o 1C.Retail. O contador vem apenas para apresentar relatórios. Programador 1C remoto só por não sei o quê.

Uma contadora elaborava ela mesma os dados para a apresentação de relatórios ao EGAIS, sem focar nos saldos contábeis e sem verificá-los com os dados do EGAIS.

Como resultado, ao longo de um longo período de tempo, a diferença entre a contabilidade e o EGAIS tornou-se significativa e foi recebida uma notificação de que o relatório apresentado estava incorreto. As multas para os consumidores de álcool não são pequenas e as violações repetidas também ameaçam a revogação da licença com tudo o que isso acarreta.

Quem é o culpado:

Tradicionalmente, 1C tem sido responsabilizado por tudo - “o sistema é ruim, eles pagaram dinheiro, mas não funciona, etc., etc.”

Você pode criticar infinitamente 1C, mas com configuração adequada e operação correta do usuário, ele executa todas as funções que lhe são atribuídas.

Problemas com 1C (e com qualquer software e equipamento) surgem mais frequentemente quando você simplesmente compra uma caixa sem implementação e treinamento, e as próprias pessoas tentam iniciá-la e trabalhar nela, sem nem mesmo ler as instruções (e para 1C elas são muito detalhadas ).

Nesse caso, acabou sendo o caso: devido ao registro incorreto das transações na contabilidade, começaram os problemas, que com o tempo se transformaram em uma bola de neve.

E o início da solução estava diante dos seus olhos: você abre o registro de documentos e vê que muitos documentos EGAIS têm o status “Erro...”.

O que fazer:

Se você não conseguir configurar sozinho ou não estiver claro como manter registros, pergunte a alguém que possa fazer isso. .

Mesmo que haja erros na contabilidade, eles podem e devem ser corrigidos.

Quando fazer isso - agora. Quanto mais você demorar para resolver um problema, mais difícil e caro ele será.

O algoritmo de ações ao contabilizar as vendas em 1C.Retail é apresentado a seguir.

Contabilidade de álcool (usando cerveja como exemplo) em 1C.Varejo:

• todas as ações com álcool devem ser refletidas no sistema contábil e as informações a respeito devem ser enviadas à EGAIS. Se o status for positivo, está tudo bem. Se houver um erro, nenhuma resposta for recebida do EGAIS, etc., então você precisa corrigir os erros e obter um status positivo;
• Depois de a mercadoria ser aceite no armazém e confirmada no EGAIS, entra no registo 1 (armazém) e nele forma saldo;
• Após a movimentação do álcool para o pregão, é necessário criar o documento “Transferência para o pregão da EGAIS” e enviá-lo para a EGAIS. A movimentação da caixa 1 para a caixa 2 (pregão) será refletida. Este valor será baixado dos saldos da rubrica 1 e adicionado aos saldos da rubrica 2;
• Ao vender mercadorias, baixá-las devido a danos/danos, etc. é necessário criar uma “Lei de Baixa UGAIS” e também enviá-la para a EGAIS. Até que o documento tenha status positivo, os demais produtos serão transferidos para sua loja. E é aqui que surgem os maiores problemas. O ato de baixa é constituído de acordo com cadastro específico. Se indicar no ato de baixa a venda de 40 garrafas de álcool do pregão, das quais, segundo a EGAIS, existem apenas 20 no pregão e 20 no armazém, então o ato de baixa não será aceito pelo EGAIS, e tudo o que você deseja amortizar ficará no saldo EGAIS. É POR ISSO:
• Para pequenas lojas de varejo com constante “trazendo garrafas do armazém” e não só, na minha opinião, faz sentido passar para a área de vendas da EGAIS imediatamente após a aceitação. Portanto, esse registro nº 1 está sempre vazio e todas as bebidas alcoólicas estão listadas na área de vendas (registro nº 2). Porque não dá tempo de rastrear cada garrafa que você vendeu no armazém, esquecendo de refletir no repasse para a área de vendas. E a certa altura você encontrará o que descrevi acima.

Não deverá haver problemas ao concluir estas etapas, acompanhar o status dos documentos enviados e solicitar periodicamente saldos EGAIS e conciliá-los com seus registros contábeis.

Se não estiver claro, pergunte.

P.S. Por pequena loja aqui quero dizer lojas sem armazém ou com armazém, mas nas quais não há lojista, e as mercadorias do armazém para a área de vendas são transportadas repetidamente durante o dia sem registrar esse movimento no sistema contábil. Neste caso, faz sentido, pelo menos para a EGAIS, considerar toda a loja como área de vendas.

A partir de 01/02/2018, Rosalkogolregulirovanie iniciou a implantação de um sistema de marcação de contabilização de produtos alcoólicos (USAIS 3.0). Uma característica distintiva do EGAIS 3.0 é que os participantes do mercado de álcool não reportarão mais ao estado para cada lote de álcool, mas para cada garrafa individual. Diremos a você o que é o novo sistema, como será implementado e o que significará para organizações e empreendedores individuais.

Como funcionará o EGAIS 3.0

Comparada ao EGAIS 2.0, a terceira versão do protocolo permite rastrear a legalidade do álcool não só no atacado, mas também no varejo, que hoje representa uma grande parcela dos produtos falsificados.

Anteriormente, os fabricantes e fornecedores atacadistas usavam a contabilidade serial dos selos fiscais. Para cada lote de álcool foi emitido um determinado número de selos fiscais, igual ao número de garrafas produzidas. Além disso, os impostos especiais de consumo não estavam vinculados a uma garrafa específica, mas especificamente ao lote liberado. Os registros indicavam o número de garrafas produzidas no lote, bem como a gama de códigos dos selos fiscais. Ou seja, ficou claro que cada garrafa do lote correspondia a um ou outro código vinculado da faixa atribuída de impostos especiais de consumo, mas não estava claro qual.

Isso gerou confusão no setor varejista. A mesma garrafa pode ser revendida várias vezes e acabar em estoque em vários pontos de venda ao mesmo tempo. Mas, no final, poderia ser reconhecido como falsificado no momento da inspeção.

Quanto a todo álcool remanescente enviado anteriormente (antes da introdução da contabilidade borrada), ele pode ser contabilizado e vendido de acordo com as regras antigas até a venda integral. Não há necessidade de manter registros desse tipo de álcool.

Enquanto isso, o estado ainda limitará os prazos de venda de lotes antigos de álcool. Atualmente, Rosalkogolregulirovanie ainda não representa os volumes reais de lotes antigos, pelo que o prazo de venda será conhecido próximo de julho de 2018.

No programa 1C 8.3 “Enterprise Accounting 3.0” é possível manter registros de bebidas alcoólicas.

No decorrer do artigo, abordaremos indiretamente o tema, que foi apresentado em 1º de janeiro de 2016 (ao atualizar para a versão desejada, links para essas informações aparecerão no programa).

Para habilitar esta função, vá ao menu “Principal” e depois à subseção “Funcionalidade”.

Indo para esta seção, você verá vários marcadores. Precisamos da aba “Negociar”. Lá você deve marcar a caixa de seleção “Produtos alcoólicos”:

Recebimento de produtos alcoólicos

Antes de criar um documento de recebimento, vamos criar um cartão para mercadorias que contenham álcool.

Por exemplo:

Após habilitar a funcionalidade “Produtos alcoólicos” na ficha do produto, veremos uma seção adicional com o mesmo nome. O fabricante deve ser indicado conforme mostrado na figura.

Clique no botão “Gravar”. Depois disso, vá ao menu “Mais...”.

Neste menu, selecione o item “Informações sobre produtos alcoólicos”:

Obtenha 267 videoaulas em 1C gratuitamente:

Preencha as informações. Eles serão necessários para relatórios.

Registro de recebimento. Se você atualizou para a versão mais recente no final de 2015 - início de 2016, ao entrar na seção “Recibos”, uma janela com informações deverá abrir. Lá, como mencionei anteriormente, existe um link para informações sobre o EGAIS. Se você possui uma assinatura oficial do ITS, pode ler informações sobre como trabalhar com este sistema.

Clique no botão “Publicar e Fechar”.

Agora precisamos ter certeza de que a venda está refletida em nossa contabilidade.

Envie este artigo para meu e-mail

Todas as transações que envolvam a movimentação de produtos alcoólicos devem ser registradas no Sistema Unificado de Informações Automatizadas do Estado (USAIS), incluindo a venda no varejo de tais produtos.

Não há obrigatoriedade de transferência de dados para a EGAIS para a venda a retalho de bebidas alcoólicas em locais onde são prestados serviços de restauração pública, em alguns assentamentos com até 3.000 pessoas e sem Internet, bem como para os seguintes produtos: cerveja, bebidas à base de cerveja, cidra , poire e hidromel.

A transferência de dados entre 1C Retail e EGAIS é realizada através de UTM (módulo de transporte universal), enquanto as informações sobre o álcool são criptografadas em um código de barras que fica localizado no produto e é escaneado no momento da venda.

As vendas de produtos que contenham álcool são registradas no caixa. Anteriormente, o sistema dessas mercadorias deveria ser transferido para o registro N2 do Sistema Único de Informação Automatizado do Estado.

A metodologia de trabalho com produtos que contêm álcool difere um pouco da venda de outros produtos. Você precisa ir ao RMK (modo gerenciado) da seção Vendas e abrir um turno de caixa. Para adicionar uma bebida alcoólica à lista de produtos à venda, é necessário ler seu código de barras.

Ao configurar o programa na subseção Contabilidade de Álcool, é definida a data de início da exibição das vendas no varejo no Sistema Único de Informações Automatizado do Estado, a partir daí o programa passará a solicitar o código da marca para os produtos sujeitos a rotulagem;

A indicação da presença de marcação está estabelecida no Tipo de Produto.

Caso o código do selo fiscal não seja lido, o sistema excluirá a linha com este item da lista de mercadorias selecionadas.

Usando as configurações do sistema no RMK, você pode exibir campos de informações adicionais do item.

Após a seleção da mercadoria e o pagamento da compra pelo comprador, antes da impressão do recibo, o sistema enviará automaticamente à EGAIS informações sobre a venda de produtos que contenham álcool. Em resposta, deverá ser recebida uma confirmação do sistema estadual unificado e ela será exibida no cheque na forma de um código QR, ou conjunto de caracteres, caso a caixa registradora não suporte impressão neste formato. Utilizando as informações do recibo, o comprador pode a qualquer momento obter informações sobre o produto adquirido acessando o site oficial da EGAIS.

A transferência de dados para a EGAIS sobre a venda a retalho de produtos com baixo teor alcoólico não é obrigatória e é efectuada a pedido da organização.

Para trocar dados entre 1C Retail e EGAIS sobre as vendas desses produtos, você precisa definir o sinalizador Carregar vendas de produtos não rotulados para EGAIS nas configurações do sistema.

A transferência destes dados para o 1C Varejo é realizada não com base no Recibo KKM perfurado, mas de acordo com os dados do documento Relatório de Vendas no Varejo, que é criado ao realizar a operação de fechamento de turno de caixa.

A devolução dos produtos que contêm álcool vendidos é realizada de forma semelhante à devolução de outras mercadorias:

Se a venda foi emitida durante o turno atual da caixa registradora, o comando Devolução abre uma janela para seleção de um recibo de venda previamente perfurado para o qual deve ser emitida uma devolução.

Se o produto não foi vendido durante esse turno, a devolução será processada através do processamento Devolução de mercadorias do cliente varejo, iniciado pelo comando Devolução do cliente.

Para qualquer opção de devolução de produtos marcados, será necessário indicar o código do selo fiscal caso o produto marcado esteja sendo devolvido.

Pergunta: Licença de varejo 1C para fornecedores, produtores de álcool

Varejo 1C 2.2
Trabalhando com EGAIS.
Os cartões de fornecedores e produtores de álcool são provenientes do TTN e estão incluídos no Classificador de Organizações EGAIS.
Mas nos elementos deste classificador não existe nenhum campo responsável pela licença do álcool.

Com base neste classificador, as contrapartes de álcool são criadas (comparadas) na base de dados do diretório “Contrapartes”.
E nos elementos deste diretório existe o campo “Licenças de fornecedores de bebidas alcoólicas”, naturalmente vazio.

Essas licenças não vêm da EGAIS?
Eles precisam ser inseridos manualmente. Onde posso obter essas licenças?

Responder: se necessário

Pergunta: Diferentes produtores de álcool, mas o código de barras é o mesmo. O que fazer com o EGAIS?

Responder:

Criamos uma nomenclatura única e utilizamos códigos internos.

Pergunta: Venda de garrafas recebidas no engarrafamento 1C Varejo 2.2

Olá a todos!
Por sorte, muitas informações úteis relacionadas ao EGAIS desapareceram do site (pelo menos no momento em que este tópico foi escrito), literalmente outro dia.
Isso significa que o fornecedor forneceu álcool rotulado em garrafas. Incluído no TTN EGAIS, tudo isso foi confirmado, etc. Já existe uma duplicata do produto que vamos vender para engarrafamento com um novo tipo de produto e a unidade é o litro.
Tratava-se de criar o Recebimento de Mercadorias.

A questão é: nas escolas profissionais, em que unidades de medida deve estar o rendimento?
De memória, parece que tem coisas nas escolas profissionalizantes, abrindo o contêiner - litros, recibo - quantos litros foram vendidos. Ou eu estou errado?

Responder: Esqueci de montar as mercadorias.
Se, na desmontagem em componentes, indicarmos a nomenclatura do kit que está em frasco e os componentes - a nomenclatura em litros, então verifica-se que o recibo (Recebimento de mercadorias) deve ser feito em frascos, certo?!

Pergunta: ut 11.2.3 e varejo 2.2

Bom dia, configurei um exchange entre varejo 2.2.2.20 e ut 11.2.3.129 (tp 8.3.8.1747), o banco de dados foi mantido inicialmente no varejo, não há erros durante a sincronização, os relatórios são os mesmos, mas:
1) no UT do varejo, as faturas são transferidas sem pagamento e as caixas registradoras são transferidas não vinculadas às faturas, no campo “objeto de liquidação” transferido para UT rko, se você inserir nele a fatura necessária para este rko, então o pagamento em O UT é contado, mas dado que há muitos pagamentos feitos em parcelas de “liquidação mútua” de devoluções, é problemático resolver isso.
2) rko não são transferidos de ut para varejo!?
3) Não há grupos de produtos na linha de produtos? No varejo tenho dois grupos de produtos, álcool e o restante, vinculados a diferentes armazéns e diferentes LLCs, para venda em diferentes caixas registradoras.

O resultado foi uma troca extremamente inútil): em primeiro lugar, é inútil criar um recibo de mercadorias no armazém, uma vez que são transferidas sem pagamento e não são transferidas e, em segundo lugar, não posso criar novos itens de produtos no armazém devido à falta de grupos de produtos.
Por favor me diga como consertar isso?

Responder:

Não olhamos com atenção, tudo ali está vinculado a grupos de produtos para a venda de determinados itens de produtos de diferentes organizações.
Vá em Varejo na “Loja” e clique no botão “ir” -> distribuição de vendas e distribuição de aceitação de mercadorias, e tudo ficará claro, não sei mais como explicar).
A função está longe de ser decorativa, considerando que a grande maioria do pequeno varejo opera sob licença de outra pessoa, até o Sberbank tem a capacidade de aceitar pagamentos para duas organizações diferentes (para duas contas diferentes) com um pinpad

Pergunta: Transição para o Varejo de outro sistema contábil (EGAIS)

Boa tarde a todos. Estou diante de uma tarefa difícil: transferir uma loja que vende bebidas alcoólicas e opera com uma caixa registradora EGAIS autônoma defeituosa da empresa Atol para a 1C Retail. 1C no computador do comerciante já está configurado e pronto para funcionar. Na verdade, o único obstáculo para atingir o objetivo almejado é alinhar os saldos de álcool da base de dados do Varejo com os saldos do Sistema Único de Informação Automatizado do Estado. Pergunta: o Varejo consegue extrair saldos do Sistema Único de Informação Automatizado do Estado e, com base neles, alterar os saldos do almoxarifado?

Responder:

Considere as opções de um carregador dalion em conjunto com um frontal.

Clique para expandir...

O que é melhor que Dalion com frontal? Mesma coisa....

O software já foi adquirido deles, o cliente conta cada centavo.

Clique para expandir...

Isto é mau. Existem muitas ações no varejo e compreendê-las de graça não é realmente uma opção.

Pergunta: Sinal de álcool Frontol 5 e 1C Retail.

Olá a todos. Vou comprar um sistema Atol pos para um minimercado, o software de backoffice é 1C Retail 2.2 básico (aconteceu, no futuro pretendo usar UT). Por favor, diga-me, quem descobriu se o traço alcoólico do meu varejo básico será transferido para o Frontol 5? Os desenvolvedores já resolveram esse problema? Eu realmente preciso de uma resposta, o tempo está se esgotando.

Responder:

Kisol disse:

Sim, está tudo bem, carrega produtos com preços, faz negociações front-end, emite códigos legais, etc., para varejo, carrega relatórios de vendas no varejo.

Eu gostaria de descontos, etc., mas, infelizmente.

Você pode remover completamente a porta da frente e colocar o varejo no caixa.

Clique para expandir...

Sim, muitas pessoas dizem que os tratamentos precisam ser escritos e não têm 100% de certeza disso. Sim, o principal para mim é que tudo esteja em ordem com o álcool, para que até primeiro de julho tudo funcione bem. Bem, se eu colocar um ronzitsa, terei que aceitar e vender a mercadoria no caixa (

Pergunta: Liquidações mútuas e varejo 2

Por favor, diga-me, é possível realizar liquidações mútuas com contrapartes (compradores e fornecedores) no banco de dados Retail 2.2?
Eu sei que não estava no Varejo 1, você pode me dizer se foi incluído na edição 2?

Responder: Lembro que os pagamentos pendentes aos fornecedores ficam registrados nos documentos. Claro, isso não faz sentido para os clientes do varejo.

Pergunta: Cálculo de preços com base nos preços dos fornecedores

Olá!
O fornecedor criou dois tipos de preços: Compra (RUB) e Compra (USD). Inicialmente, o documento Recebimento de mercadorias e serviços estabelecia os Preços de Compra (RUB). Em seguida, o preço de varejo foi calculado usando o método de definição do Markup de preço no preço de recebimento com base no preço de compra do fornecedor (RUB). Em seguida, apareceu o tipo de preço de compra (USD) e os preços foram definidos com base nele. Agora, ao definir o preço de varejo através do documento Definindo preços de itens, apesar do preço de compra (USD) ser o mais recente do período, os preços são calculados usando o preço de compra (RUB), embora logicamente o mais recente do período deva ser ser tomado e calculado à taxa atual. Ninguém sabe por quê? Talvez eu não tenha entendido algo corretamente...

Responder:

Pode haver uma margem de lucro sobre o preço de recebimento, o que significa que o preço será calculado com base nos documentos de recebimento de mercadorias e serviços. Já existe no contrato um tipo específico de preço do fornecedor de acordo com o qual os preços serão preenchidos?

Question: Varejo de arquivos, problema de velocidade.

Boa tarde
Alguém pode me dizer se o arquivo varejo 2.2 vai lidar com duas caixas registradoras com fluxo constante de clientes? (algo como um supermercado de utensílios domésticos) Ou haverá freios fortes? Em geral, ouvi dizer que os supermercados não instalam o varejo 1C devido ao seu funcionamento lento.

Responder: Se você vende álcool, eu não recomendo fortemente o arquivo. Haverá conflitos com arquivos EGAIS anexados

Pergunta: Logotipo do fornecedor na fatura.

Saudações, membros do Fórum!

UT 10.3, 1s8.2, aplicação normal.

Existe uma tal declaração de trabalho: apenas os bens de um determinado fornecedor serão inseridos nas “Vendas de bens e serviços”. De acordo com os regulamentos, uma fatura não pode conter mercadorias de fornecedores diferentes.

Cada fornecedor possui seu próprio logotipo. É necessário que a Logotipo do Fornecedor esteja impressa na Nota Fiscal.

Como fazer isso?

Pensamentos como este:

1. Adicione um novo atributo "Logo" ao diretório Contractors.
2. Não há como conectar este logotipo à imagem. A propósito, como?
3. No Documento “Implementação”, adicionar o atributo “Fornecedor” com link para a Contratada com a logomarca.
4. Ao pressionar o botão, o cartão desejado com o fornecedor selecionado é inserido no Layout.

Como implementar essa ideia?

Responder: A última expiração do trato gastrointestinal,

Fiz de forma semelhante à Nomenclatura.

Tive que ativar “Arquivos” e “Imagem” no menu superior.

No relatório, tive que remover a imagem pré-inserida e escrever o código para adicioná-la:

Se Valor preenchido(ThisObject. Fabricante. MainImage) então Image = ThisObject. Fabricante. Imagem principal. Armazenar. Pegar (); If NOT Picture = Indefinido Then // Report("Picture"); Foto do Produto = Chapéu. Desenhos. Adicionar (TabularDocumentImageType.Image); Foto do produto. topo = 0; Foto do produto. Esquerda = 0; Foto do produto. TamanhoImagem = TamanhoImagem. Proporcional;