Todos os posts de ricardo

Discriminação de Impostos – Lei Federal Nº12.741/12

A Lei Federal nº 12.741/12 determina que em qualquer documento fiscal emitido a consumidor final deverá constar o valor total dos impostos incidentes naquela compra.

Sabemos que a lei fiscal do Brasil não é nada simples e que a carga tributária por aqui é exorbitante. Até por isso a aplicação desta lei tem se mostrado mais complexa do que parecia em teoria.

De qualquer forma, desde a metade de 2013 (primeira data prevista para entrada em vigor desta lei) o sistema Focus Lojas está pronto para contemplar a lei.

O cálculo da alíquota a ser mostrada pode ser feito com base na tabela do IBPT (Instituto Brasileiro de Planejamento e Tributação) ou através de alíquotas informadas pelo próprio usuário. Encorajamos o uso da tabela do IBPT.

Configurando o sistema para utilizar a tabela do IBPT

Uma vez logado em seu sistema clique no botão de configurações (pequena engrenagem no canto superior direito) e então em Configurações do Sistema.

ibpt_1

Será apresentada a tela abaixo. Role até o final, onde encontrará o título “Discriminação de Impostos – Lei Federal Nº12.741/12” então faça a escolha por “Tabela do IBPT“.

ibpt_2

Cálculo do imposto

Para que o PDV possa calcular o imposto de cada item utilizando a tabela do IBPT ele precisa saber qual o código NCM e a origem de cada mercadoria. Esta informação é buscada em cadeia considerando a ordem a seguir:

1 – Especificado no produto: No cadastro do produto, a partir da aba Fiscal, informar o código NCM
2 – Especificado no tipo de produto: Caso o produto não tenha NCM configurado, o sistema irá procurar no tipo de produto.
3 – Especificado nas configurações do sistema: Nas mesmas configurações onde foi definido o uso da tabela IBPT pode ser definido um código NCM padrão para todos os produtos da loja que não tenham o NCM definido e que o tipo de produto não tenha nada definido.

 

Entendendo os valores de uma venda

Hoje em dia a dinâmica de uma loja é muito mais complexa do que simplesmente a venda de mercadorias. Existe um relacionamento com o cliente que deve ser considerado. Este relacionamento possui um impacto direto no ato da venda. Para fidelizar clientes ou até mesmo simplesmente para contemplar o código de defesa do consumidor, a maior parte das lojas aceita trocas. Ainda, para garantir vendas é muito comum que sejam aplicados descontos na hora da venda.

Bem, com estes dois fatores é possível imaginar uma miríade de situações onde os valores de uma venda podem confundir o lojista na hora da apuração de resultados.

Para ficar mais claro vou citar somente alguns exemplos que podem causar confusão:

Troca simples: Quando se faz uma troca de mercadorias de mesmo valor. Por exemplo, o cliente devolveu uma blusa de 100 reais e levou outra de 100 reais, qual é o valor da venda? E se houve desconto na venda original?

Troca a menor: Lembrando que permitir trocas a menor é sempre interessante para fidelizar clientes [link para o post de fidelização] E se na troca o cliente devolveu, por exemplo, uma blusa de 100 reais e levou outra de 90? Como contabilizar estes 10 que sobraram?

Troca a maior: O cliente devolveu alguns produtos, digamos 30 reais no total, e comprou 200 reais, pagando a diferença de 170. Como contabilizar isto?

Para esclarecer estas dúvidas e deixar claro como devemos tratar cada valor relativo às vendas ou trocas, segue abaixo detalhado como o sistema Focus Lojas trata os valores de uma transação.

(A) Total Vendido = Somatório dos valores totais dos itens vendidos
(B) Total Devolvido = Somatório dos valores totais dos itens devolvidos
(C) Valor bruto da venda = (A) – (B), ou seja, é o Total Vendido menos o Total Devolvido
(D) Valor Pago = Total recebido em dinheiro, cartão, cheque, carnê e saldo anterior utilizado
(E) Saldo Utilizado = Valor das devoluções utilizado para pagar total ou parcialmente esta venda.
(F) Valor reembolsado  = Somantório dos reembolsos referentes à venda. Todo o valor devolvido ao cliente.
(G) Saldo gerado = Valor do saldo que foi gerado em sistema ao cliente, quando não se utiliza a opção de reembolso.
(H) Desconto aplicado na venda = Diferença entre o valor bruto da venda e o que foi efetivamente pago.
(I) Valor líquido da venda  = O que foi pago na venda efetivamente OU um valor negativo quando há mais devolução do que compra.
(J) Valor Fiscal da venda = Para efeitos fiscais devemos considerar o valor da venda tudo o que foi pago mais o que foi utilizado de saldo anterior.

 

Pode gerar confusão ou até desconfiança o fato de uma venda possuir valor negativo, mas é isto mesmo. Se o cliente devolveu mais do que levou o valor da venda é negativo inerentemente. Se foi armazenado o saldo do cliente em sistema, quando este saldo for utilizado ele será contabilizado positivamente no valor desta venda. Se foi feito um reembolso sua loja pode ter perdido um pouco em resultado imediato, mas certamente possui um cliente com uma boa impressão de seu estabelecimento.

E se o cliente devolveu mais do que levou?

É interessante perceber em muitos lojistas a repulsa em devolver dinheiro ao cliente ou, até mesmo, em manter um saldo ao cliente em sistema para uma próxima compra.

É até compreensível esta postura em uma primeira análise. Como empresário o lojista não quer “perder” dinheiro desfazendo uma venda. Agora, será que simplesmente não perder aquele dinheiro de uma venda é, realmente, interessante no longo prazo?

Vamos analisar.

A não ser que sua loja esteja situada em um ponto turístico de alta rotatividade ou algo parecido com isso, seu público alvo é limitado e relativamente bem definido. Você quer, e pelo bem de sua loja, precisa fidelizar o maior número de clientes possível.

Fidelizar significa que você quer aumentar a probabilidade de seu cliente voltar e comprar novamente em sua loja. E para aumentar esta probabilidade você quer que seu cliente tenha a melhor experiência possível.

Reembolso

Permitir o reembolso sobre devoluções é, de fato, algo que incomoda. Nenhum lojista gosta de devolver o dinheiro por uma venda que já havia sido realizada. Este fato é agravado quando a comissão por aquela venda já foi paga.

Em países mais consumistas e onde a concorrência é maior, como nos EUA, a prática do reembolso é muito comum. Não acredito que o reembolso total seja a melhor prática no Brasil.

Reembolso Parcial

Aqui já começa a ficar interessante. Se o reembolso for de um valor não significativo, digamos até 20% da venda, pode ser interessante oferecer ao cliente. Ele irá se sentir satisfeito e irá lembrar da experiência em sua loja como agradável e justa, aumentando as chances de retornar.

Saldo em sistema

Esta é a melhor opção! Seu cliente devolveu um tanto e levou algum valor em mercadoria mas sobrou uma diferença. Esta diferença em sistema fará com que o cliente queira voltar à sua loja e neste retorno existe uma grande probabilidade dele levar um valor maior do que havia em saldo.

 

Estas três opções estão disponíveis no sistema Focus Lojas, basta configurar apropriadamente e dar mais este passo na fidelização de seus clientes. Caso tenha dúvidas você pode sempre contar com nosso suporte técnico para ajudá-lo.

Parceria ACINFAZ – Acras Sistemas

No último dia 29 de Agosto a ACINFAZ (Associação Comercial de Fazenda Rio Grande) promoveu um encontro com contadores da região de Fazenda Rio Grande. Naquela ocasião foi anunciada a parceria traçada entre a ACINFAZ e a Acras.

Estavam presentes contadores da região, bem como alunos de Contabilidade.


Mesa de reunião ACINFAZ


Mesa de reunião composta pelo Sr Eurides Antonio Rocha (Esq. Representante da SESCAP), Sra. Lucélia Lecheta (Centro, Presidente do CRC-PR) e Sr. Eudes Braz Moreira (dir. Vice-presidente de finanças da ACINFAZ)

A ACINFAZ obteve exclusividade na comercialização dos produtos da Acras Sistemas em sua área de atuação.

O Sr. Ricardo Acras, diretor da Acras Sistemas, apresentou aos presentes as principais vantagens dos produtos da Acras, Focus NFe (www.focusnfe.com.br) e Focus Lojas (www.focuslojas.com.br) tanto do ponto de vista do próprio contador como do empresário.

Ricardo Acras

Ricardo Acras, diretor da Acras Sistemas.

 

API to send NFe using Focus NFe service

If you understand portuguese, look here. This post is intended for non-English speakers, it shows how to integrate your software with Focus NFe. If you don’t know what is NFe take a look here. To test our API one can use the cURL tool, not needing to write a single line of code, that’s how we will show how our API works. Authentication We will use an access token to give access to test and production environments. For each environment will be provided a different token. Reference (id) You will have to provide an unique id for Each NFe that will be issued. This reference can be any string, most commonly it is used the primary key in the application’s. It is not recommended that you use the NFe numeration, for it is our system that will assign the numbers for the NFes. Sending a NFe The following URLs are used to send NFes to our software. The first one is used to send NFes to the test (homologação) environment and the second is to send NFes to the production (produção) environment: POST http://homologacao.acrasnfe.acras.com.br/nfe2/autorizar?token=TOKEN&ref=REFERENCE POST http://producao.acrasnfe.acras.com.br/nfe2/autorizar?token=TOKEN&ref=REFERENCE TOKEN and REFERENCE must be changed by yout access token (provided by our support team) and the internal reference of the NFe in your software. The content of the POST must be the communication file, wich is a YAML file built under this specification (portuguese only): http://www.focusnfe.com.br/nfe/lang/NotaFiscalXML.html. The following example shows a communication file:

---
natureza_operacao: Remessa
forma_pagamento: 0
data_emissao: 2013-04-15
data_entrada_saida: 2013-04-15
tipo_documento: 1
finalidade_emissao: 1
cnpj_emitente: SEU_CNPJ
nome_emitente: Sua Razão Social Ltda
nome_fantasia_emitente: Fantasia do Emitente
logradouro_emitente: Rua Quinze de Abril
numero_emitente: 999
bairro_emitente: Jd Paulistano
municipio_emitente: São Paulo
uf_emitente: SP
cep_emitente: 01454-600
inscricao_estadual_emitente: SUA_INSCRICAO_ESTADUAL
nome_destinatario: NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL
cpf_destinatario: 03055054911
inscricao_estadual_destinatario:
telefone_destinatario: 1196185555
logradouro_destinatario: Rua São Januário
numero_destinatario: 99
bairro_destinatario: Crespo
municipio_destinatario: Manaus
uf_destinatario: AM
pais_destinatario: Brasil
cep_destinatario: 69073178
icms_base_calculo: 0
icms_valor_total: 0
icms_base_calculo_st: 0
icms_valor_total_st: 0
valor_frete: 0.0000
valor_seguro: 0
valor_total: 47.23
valor_produtos: 47.23
valor_ipi: 0
modalidade_frete: 0
items:
- numero_item: 1
  codigo_produto: 1232
  descricao: Cartões de Visita
  cfop: 5923
  unidade_comercial: un
  quantidade_comercial: 100
  valor_unitario_comercial: 0.4723
  valor_unitario_tributavel: 0.4723
  unidade_tributavel: un
  codigo_ncm: 49111090
  quantidade_tributavel: 100
  valor_bruto: 47.23
  icms_situacao_tributaria: 41
  icms_origem: 0
  pis_situacao_tributaria: 07
  cofins_situacao_tributaria: 07

In test environment it is mandatory to use the following name to the adressee (destinatario) of the NFe: NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO – SEM VALOR FISCAL. Given your communication file name is remessa.yml, the curl command will be:

curl -T remessa.yml 'http://homologacao.acrasnfe.acras.com.br/fe2/autorizar?token=TOKEN&ref=1'

After sending the NFe, Focus NFe will process the information asynchronously, meaning you must come back and query the result after a while. Querying NFe The URLs to query the status of a NFe are:

GET http://homologacao.acrasnfe.acras.com.br/nfe2/consultar?token=TOKEN&ref=REFERENCE
GET http://producao.acrasnfe.acras.com.br/nfe2/consultar?token=TOKEN&ref=REFERENCE

Possible Results

mensagem_sefaz: "Rejeição: Data de Emissão muito atrasada"
status_sefaz: "228"
status: erro_autorizacao

Meaning the NFe was not authorized with the resulting message (only in portuguese)

status: processando_autorizacao

Meaning the NFe is still being processed.

serie: "1"
chave_nfe: NFe35130413555994000154550010000000021150496225
numero: "2"
mensagem_sefaz: Autorizado o uso da NF-e
status_sefaz: "100"
caminho_xml_nota_fiscal: /arquivos_development/SEU_CNPJ/201304/XMLs/35130413555994000154550010000000021150496225-nfe.xml
caminho_danfe: /arquivos_development/SEU_CNPJ/201304/DANFEs/35130413555994000154550010000000021150496225.pdf
status: autorizado

caminho_danfe is the relative path to the DANFe PDF file. caminho_xml is the relative path to the XML file Cancellation After authorized, the NFe can be cancelled within 24 ours. The service URLs to do that are. POST http://homologacao.acrasnfe.acras.com.br/nfe2/cancelar?token=TOKEN&ref=REFERENCE

POST http://producao.acrasnfe.acras.com.br/nfe2/cancelar?token=TOKEN&ref=REFERENCE

Other than the main parameters, the only one to be filled is “justificativa” wich is the reason that the NFe is being cancelled. curl -F ‘justificativa=CNPJ do destinatario incorreto’ ‘http://homologacao.acrasnfe.acras.com.br/nfe2/cancelar?token=TOKEN&ref=2’ Then you can query the NFe again. If the cancellation is succeeded you will get this status file:

chave_nfe: NFe35130413555994000154550010000000021150496225
status_sefaz: "135"
status: cancelado
caminho_xml_cancelamento: /arquivos_development/SEU_CNPJ/201304/XMLs/35130413555994000154550010000000021150496225-can.xml
mensagem_sefaz: Evento registrado e vinculado a NF-e
caminho_xml_nota_fiscal: /arquivos_development/SEU_CNPJ/201304/XMLs/35130413555994000154550010000000021150496225-nfe.xml

Software para emissão de Nota Fiscal Eletrônica

Se a receita do estado de São Paulo criou um software gratuito para emissão de NFe, por que utilizar um sistema pago?

A pergunta parece não ter resposta, pois quem em sã consciência iria escolher pagar por algo que pode ter de graça?

Ocorre que o sistema gratuito de São Paulo pode ser muito mais caro do que um sistema pago. Veja por quê.

Cadastros: Com o Focus NFe seus cadastros são mantidos de forma segura. Clientes, fornecedores e produtos podem ser cadastrados e mantidos em um sistema central que pode ser acessado de qualquer lugar. Nada precisa ser repetido quando emitir uma nota fiscal.

Calculo de impostos automatizado: Este talvez seja o maior ponto. A NFe envolve um sem número de informações fiscais que devem ser enviadas para a receita. Quando utiliza o sistema gratuito o contribuinte é obrigado a informar cada uma destas informações manualmente. Com o Focus NFe todo o cálculo de impostos é totalmente automático.

Facilidade de emissão: A facilidade de se emitir uma NFe com o Focus NFe é incontestável, basta assistir a este vídeo para conferir: http://focusnfe.com.br/nfe/video_aula_inicial/video_aula_inicial.html

Suporte especializado: O Focus NFe possui um suporte técnico especializado e sempre disponível ao passo que com o sistema gratuito o contribuinte não tem a quem recorrer caso ocorra algum problema no uso do sistema.

Guarda dos arquivos: Nós fazemos a guarda legal de todo documento fiscal emitido pelos nossos clientes por tempo indeterminado. Os arquivos podem ser recuperados a qualquer momento pelo contribuinte ou seu contador.

Sistema financeiro integrado: A partir de 65 notas emitidas por mês o sistema é acompanhado por um sistema financeiro completo integrado com Contas a Pagar e Receber, controle de contas bancárias, emissão de boleto bancário e muito mais. (Para clientes que emitem menos de 65 notas mensais o sistema pode ser ativado por R$30,00 mensais).

Com tantas facilidades, muito tempo é economizado no trato dos documentos fiscais da empresa. Este tempo custa dinheiro, sem dúvida muito mais dinheiro do que o investido em um sistema de qualidade. Saiba quanto custa para ter um sistema de qualidade, é bem menos do que você imagine: Preços.

Daruma Não Fiscal integrada ao Focus Lojas

A partir da versão 4.8.230 do Focus lojas o PDV está integrado às impressoras não fiscais da marca Urmet Daruma.

Para habilitar a sua impressora basta seguir o menu Configurações -> Sistema no PDV e na aba Impressora de Recibo (Não Fiscal) habilitar a opção Daruma, informando a porta em que a impressora está instalada. Caso tenha dúvidas solicite auxílio de nosso suporte técnico.

A integração nativa com as impressoras (de recibo e etiquetas) faz parte da estratégia de produto do Focus Lojas. Este tipo de integração gera uma qualidade superior em impressos gerados pelo sistema.

NFe – Brazilian Electronic Invoice System

Lately we have seen lots of foreign developers facing the challenge of developing NFe solutions for brazilian companies. As we now have some customers in this situation we will release content in english to make it easy for these developers to accomplish this challenge.

 

What is the NFe (Nota Fiscal Eletrônica or Electronic Invoice)

Until 2008 invoices in Brazil were issued in paper. Any company could get the authorization to print a certain number of unfilled invoices so they could fill it and send to their customers.
Since 2008 Brazilian government has adopted an electornic invoice system, making it mandatory to any brazilian company that sells products.
The electronic version of invoices are issued one by one and pre-filled by the company. Meaning that each and every sale (or importing) transaction is informed to the government that authorizes one by one. Obviously this is made in an automated way, called NFe.
The process of issuing a NFe

First of all one should fill a XML file containing, information about the issuer, the receiver, the products, the taxes (wich are very, very complicated in Brazil), the way it will be transported, how it will be paid and so on.

The second step will be to digitally sign this XML document using a digital certificate compliant with ICP-Brasil standards.

Third step is to communicate with the government servers, using SOAP technology. Government receives the transaction and “tells” you the estimated time it will have an answer (rarely being more than 5 seconds).

After that time we query the server to see if it have an answer. If the invoice is authorized then we are able to generate the DANFe (short for Auxiliar Document of the NFe). By law we have to inform the receiver via email that the NFe is successfully issued.

By law the issuer must keep the XML file for at least 5 years.

 

Focus NFe service

As it turns out, the XML file is very complicated, it has many fields and rules according to the type of the company and the kind of taxes it pays. Furthermore the communication with government computers may be tricky as each state has it’s own servers and there are redundancy servers with little communication specificities.

The Focus NFe service has a simple text file for communication and a very simple return file as well. All the details and communication with each server in the country is handled by our service. The generation of DANFe is handled by Focus NFe. The service also sends the NFe to the receiver and keeps the XML file safe for as long as the service contract is active.

Brazilian fiscal law is complicated and is constantly changing. We keep our service compliant to the law at all times, and every time it is possible, we do not change the communication files layout. (It is important to say that the API do not calculate taxes, so changes in taxes must be handled by the programmer).

Recebimentos no PDV

A partir da versão 4.8 do Focus Lojas é possível efetuar recebimentos de crediário dos clientes em qualquer loja da rede.

Quando um cliente faz uma compra em carnê, o sistema deixa contas a receber daquele cliente e ele deverá retornar para pagá-las em algum momento. A partir desta versão o PDV é capaz de fazer este recebimento, seja na loja de origem da compra, seja em qualquer loja da rede.

O sistema também possui uma inteligência e caso o recebimento não seja exato ele irá desmembrar as contas a receber de acordo com o valor efetivamente recebido. Por exemplo, se o cliente possui 3 parcelas a pagar no valor de R$100,00 cada e fizer um pagamento de R$150,00, o sistema irá quitar a primeira, dividir a segunda em duas de R$50,00 (uma paga e outra em aberto).

 

Passo 1

Para receber um valor de seu cliente, primeiramente siga o menu Financeiro -> Recebimento de Cliente. Uma tela de busca de cliente irá se abrir.

Passo 2

Feita a busca e selecionado o cliente, o sistema irá mostrar todas as parcelas em aberto, totalizando as atrasadas, as do dia e as futuras. Um campo pode ser preenchido com o valor a ser recebido.

Passo 3

Informado o valor a ser recebido, basta clicar em receber e o sistema irá abrir a mesma tela de recebimento de valores disponível na finalização de Venda. Mais de uma forma de pagamento pode ser realizada, portanto se o cliente estiver pagando em várias formas não é necessário abrir vários recebimentos de cliente.

Finalização

Ao finalizar os recebimentos o sistema irá registrar em caixa as entradas e enviar ao retaguarda este recebimento, que dará baixa das contas a receber daquele cliente.

Organizando a sua loja – A importância dos cadastros básicos

Neste artigo vou descrever algumas classificações

 

Seções

As seções podem ser entendidas como as grandes divisões de uma loja. Aquela divisão que realmente separa áreas bem definidas. Alguns exemplos clássicos de seções são: Masculino, Feminino, Adulto, Infantil, Vestuário, Presentes, e assim adiante.

A importância desta classificação é que seremos capazes de extrair relatórios específicos de uma seção e ver claramente se ela vale a pena. Existem casos em que uma loja possui resultados medianos se analisados de forma global, mas uma seção gera resultado excelente ao passo que outra seção gera perdas. Nestes casos pode ser interessante abrir mão da seção que gera perdas ou executar ações para recuperá-la. De qualquer forma a informação segmentada ajuda nas decisões estratégicas da loja.

 

Tipos de Produtos

A separação dos tipos de produto possui um caráter mais prático, principalmente na orientação das compras. Se o estoque da loja estiver com um cadastro com informações precisas de tipos de produtos, o lojista será capaz de extrair relatórios que o carreguem de informações preciosas para a próxima compra.

Exemplos típicos são: Calça, Blusa, Saia, Camiseta, Gravata, etc.

 

Coleção

Este cadastro ajuda a diferenciar produtos da coleção atual de produtos de coleções anteriores. Se você possui o saudável costume de não manter estoque parado provavelmente não terá várias coleções ativas. De qualquer forma esta classificação é importantíssima para montar promoções e liquidar produtos de coleções antigas.

 

Grades

Em muitos casos um mesmo produto pode assumir variações. Exemplos clássicos são Tamanho e Cor. Um cadastro de grades bem afinado pode ajudar ao lojista em sua próxima compra. Associado ao tipo de produto, o lojista poderá ter informações tão precisas quanto este exemplo: Calças número 36 representam 40% das vendas, 38 representam 30%, outros números representam os outros 30%. Quanto vale esta informação para nortear as compras da próxima estação?

 

Artigos relacionados

 

Entendendo o sistema de retaguarda e seus cadastros

Cadastro de grades