Painel de líderes

Boa tarde, Apenas para informar que ao emitir o boleto pelo Forte no Delphi está aparecendo a mensagem de erro "Property LCLVersion does not exist". Removi a propriedade LCLVersion no dfm do ACBrBoletoFCFortesFr.dfm, conforme instruído em outros tópicos e voltou a funcionar. Att

Boa tarde Luiz, Infelizmente os estagiários que estabeleceram a chave dos eventos resolveram usar somente os 8 primeiros dígitos do CNPJ. A solução que vejo é você usar o ultimo campo da chave (Numero Sequencial) para determinar as filiais, não vejo outra saída a não ser essa.

Realmente @Gr@c@, não sei de onde tirei que se informasse o tPag = 03 ou 04 teria que ter a tag do card e consequentemente a tag tpIntegra, mas confesso que nunca testei autorizar como tiNaoInformado. Também acredito que tpIntegra = 1 seja para TEF, que atualmente não disponibilizo no meu sistema com NFC-e ou NF-e, só POS. Mas caso continue a ocorrer a restrição e não funcione para mim a opção tpIntegra = tiNaoInformado, não pensaria duas vezes em disponibilizar para o cliente uma telinha para informar os dados e assim passaria tpIntegra = 1 com todos os dados (mesmo não sendo TEF). Vou esperar para ver. Associei o fato dessa resolução ao meu problema, mas por enquanto NFC-e está passando tudo normal. Obrigado pelas informações, inté.

Boa tarde. Funcionou ... agora tem uma NF que não vai ter Pagamentos (Duplicatas ) como proceder neste caso Obrigado

Obrigado !!!

Obrigado pelo retorno @Felipe E. Resende Mesquita, então pelo que entendi, se o indPres <> 4 informar OU não havendo FRETE, é possível informar apenas a tag CPF ?

Obrigado Sergio, deu certo

Bom dia a todos, As tags referente ao FCP estão presentes nos seguintes CST: vBCFCP -> 10 / 20 / 51 / 70 / 90 pFCP -> 00 / 10 / 20 / 51 / 70 / 90 vFCP -> 00 / 10 / 20 / 51 / 70 / 90 vBCFCPST -> 10 / 30 / 70 / 90 pFCPST -> 10 / 30 / 70 / 90 vFCPST -> 10 / 30 / 70 / 90 vBCFCPSTRet -> 60 pFCPSTRet -> 60 vFCPSTRet -> 60 pST -> 60 para o Simples Nacional temos para os seguintes CSOSN: vBCFCPST -> 201 / 202 / 203 / 900 pFCPST -> 201 / 202 / 203 / 900 vFCPST -> 201 / 202 / 203 / 900 vBCFCPSTRet -> 500 pFCPSTRet -> 500 vFCPSTRet -> 500 pST -> 500

Bom dia, adicionada nas tarefas para análise. Obrigado

Bom dia, Antonio Carlos L. De acordo com a nota tecnica, a Sefaz definiu o valor máximo, de R$ 10.000,00 (dez mil reais) para uma NFC-e que não possua os dados completos do Destinatário. Os dados do destinatário correspondem ao CNPJ, CPF ou idEstrangeiro, nome do destinatário e endereço, ou seja, não pode-se emitir uma NFC-e, com valor total maior que R$ 10.000,00 sem que os dados do destinatário seja informado. Lembrando que se o campo indicador de presença (indPres) for 4, operação com entrega a domicílio, é preciso informar os dados completos do consumidor, com endereço do mesmo.

Bom dia Solivan, Muito obrigado pela colaboração, ainda hoje estaremos enviando para o repositório.

Provavelmente a SEFAZ não está preparada. A NT 2016.002 v1.60 alterou os prazos para o ambiente de homologação e produção. Fonte: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Y6Lj7G0uHwc=

Bom dia Ricardo, Já consegui resolver, foi bobeira minha, estava faltando o arquivo "tiposBasico_v1.03.xsd" na minha pasta com os schemas. Eu tinha criado uma pasta apenas com os schemas necessários para a versão 4.0 ai acabei deixando apenas o arquivo "tiposBasico_v4.00.xsd" na pasta, sendo que o cancelamento ainda usa o arquivo "tiposBasico_v1.03.xsd". Obrigado.

há sim.. muito obrigado!!!

Como o ACBr segue a risca as regras da NF-e, você pode observar que na nota técnica não é prevista a tags de FCP para o CSOSN 101, 102, 103, 300 e 400.

@dreamsoft_PR Como disse anteriormente, basta incluir mais uma condição, testei e funcionou perfeitamente, usei dia 28, mas pode ser 29, mas isso acontece a cada 4 anos. WHERE ( (EXTRACT(DAY FROM DATVENC ) = 30 ) OR ((EXTRACT(month FROM DATVENC ) = 2 ) AND (EXTRACT(DAY FROM DATVENC ) = 28 )) ) AND (DATVENC between :DATA1 AND :DATA2) ORDER BY DATVENC Segue o resultado em PDF. Dercide. FORUM_SELECT.pdf

Acho que basta utilizar mais uma condição de Filtro usando o mês, e o cliente. Dercide.

Publicação: EFD-Reinf (alteração) -> http://sped.rfb.gov.br/pagina/show/2702

Se você quer somente o dia 30 de cada mês, deveria ser: WHERE EXTRACT(DAY FROM C.DATVENC ) = 30 AND C.DATVENC BEETWEN :DATA1 AND :DATA2

Uma da soluções é colocar anterior ao dia ao invés do BETWEEN, por exemplo: DATA >= '01-01-2018 ' AND DATA < '01-04-2018'

Favor atualizar os fontes para testes...

Favor atualizar os fontes para testes...

Esta data (e também outras conferências), já estão registradas em nosso calendário:

Ainda não definimos os valores... Teremos um site específico para as inscrições... Estamos trabalhando na grade de palestras e workshops... Teremos 3 salas disponíveis, no grande espaço do P.T.S. Uma auditório para 540 pessoas (com 3 telões), e 2 salas de aula, para 100 pessoas cada... Pensamos em dividir a trilha com palestras e alguns mini-cursos, workshops nas 2 salas Nesse link tem algumas imagens do interior do local http://www.empts.com.br/midia/eventos-a-auditorio-central http://www.empts.com.br/midia/eventos-c-e-d-auditorio-al01-e-ao02 http://www.empts.com.br/midia/eventos-b-hall-de-exposicoes

Boa tarde, está em andamento para atualização.

Ótima colocação Nelson Santos, pelo que estamos vendo, para que as operações com CST 60 ou CSOSN 500 (icms substituição retido) sejam feitas corretamente, é necessário uma certa rastreabilidade desde a entrada do produto na empresa (armazenando as alíquotas e valores do icms st) para poder informar no momento da saída, o que torna o processo extremamente complexo. Qualquer novidade ou forma que encontrar de trabalhar com esta situação poste aqui no fórum.

Obtive esta tabela que resume o preenchimento do FCP de acordo com CST (Regime Normal) ou CSOSN (para Simples Nacinal). Acredito que possa ajudar. Além disto, tenho também o documento da Editora Econet, muito bom, obtido no link http://www.econeteditora.com.br/boletim_icms/assuntos_diversos/16/23/nota_fiscal_eletronica_nfe.php . Vejam a explicação do ítem 3.2.1, principalmente com relação ao CSOSN 500. A minha dúvida é sobre este valor "Retido Anteriormente", pois quando uma empresa compra uma mercadoria que já teve o ICMS/FCP retido por substituição tributária, eu devo, então, "guardar" este ICMS/FCP que foi retido ? Como informar este valor retido na NF-e/NFC-e de venda, uma vez que terei que usar o CSOSN 500 ou CST 60 ?

Boa tarde, amigos. Não sei se é o caso do colega, posso está falando asneiras, mas comigo dá a mensagem "Certificado Digital não encontrado", quando eu atribuo o caminho do ".pfx" e informo a senha e o número de série. Para que o componente ACBr faça a leitura do seu certificado apenas pelo diretório onde ele se encontra sem a necessidade de está instalado, além de informar o caminho corretamente, você precisa informar apenas a senha do certificado, não informe o número de série, pois ao informar o número de série, as condições no condigo fonte irá procurar esse certificado instalado na máquina, por isso ele retorna que não foi encontrado! Se a sua necessidade é ler um PFX de um diretório e usálo, então essa é a forma que eu utilizo e funciona. Tente assim: ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := caminho; ACBrNFe1.Configuracoes.Certificados.Senha := senha; ACBrNFe1.SSL.CarregarCertificado; if(ACBrNFe1.SSL.CertificadoLido)then ShowMessage(ACBrNFe1.SSL.CertNumeroSerie);

Bom dia Ariel, NF-e e NFC-e são modelos de documentos fiscais diferentes sendo assim cada um possui a sua sequencia de numeração própria. Através de um navegar abra o XML de uma NF-e, você vai notar logo no inicio uma TAG chamada <mod> cujo conteúdo é 55, ao fazer o mesmo com o XML de uma NFC-e o conteúdo da mesma TAG é 65. Isso prova que se trata de documentos fiscais diferentes. Sendo assim você pode sim ter uma NF-e e uma NFC-e do mesmo emitente com mesmo numero e serie, não existe nenhum problema quanto a isso. A SEFAZ não vai acusar duplicidade pelo simples fato de serem de modelos diferentes.

O que Samuel Levy disse resolveu o problema semelhante que tive. "Faça o download do arquivo no link a seguir: http://www.validcertificadora.com.br/upload/downloads/validcertificadora.exe"

Boa tarde! como ninguém leu o post que fiz nesse tópico e como ele resolve o problema de muitos, estarei trancando o mesmo! ao que quiserem agradecer clique no botão curtir!

Pessoal, não sei ao certo se tem relação com essa resolução, mas o meu sistema sempre foi informado os dados do pagamento do cartão como não integrado (tpIntegra = 2) e hoje apareceu um cliente dando a seguinte restrição: "Pagamento com cartao de credito em sistema de automacao nao integrado" Acredito que no MA alteraram as regras de validação em Produção. Especificamente a rejeição ocorreu em uma NF-e em Produção, vou tentar entrar em contato novamente com o cliente para saber se com NFC-e se ainda continua normal. PS - Pelo menos no dia 05/06 o ambiente de homologação de NFC-e no MA estava aceitando normal o tpIntegra = 2.