Gr@c@

Você deveria mudar o título do tópico para "DIFAL no Comércio Eletrônico suspenso pelo STF". Para as vendas presenciais continua tudo como está. Mas torço para que o próximo capítulo seja suspender completamente esse DIFAL.

Seu caso tá confuso. O tomador é um credenciado a emitir ct-e, mas quem está emitindo o CT-e é outro. Isso pra mim, seria uma subcontratação ou redespacho. Aos olhos do fisco, que outra coisa justificaria um credenciado ct-e pagar por um ct-e que ele não emitiu?

Tentou contingência SVC? Se na contingência houver o mesmo erro, suspeite de problemas com o certificado digital.

Aqui vc contradiz o seu post anterior. Antes vc disse que o tomador era o emitente do CT-e. Se o caso real for esse citado agora, então não vejo o motivo para a rejeição 746, pois é assim que meus clientes (Transportadoras) emitem os CT-e´s (nos quais o Remetente e o Tomador são os mesmos, a Distribuidora e o Destinatário é o cliente da Distribuidora.) Veja bem, para analisar, o pessoal do ACBr precisa de 2 coisas: 1-Saber qual é a UF do emitente do CT-e (aqui em MG, acabamos de emitir CT-e e está tudo ok) 2-O xml (sempre anexe o xml para que a resposta seja rápida)

O problema está na tag tpServ Preencher com: 0 - Normal;1 - Subcontratação;2 - Redespacho;3 - Redespacho Intermediário; 4 - Serviço Vinculado a Multimodal No seu caso, se Emitente e Tomador são a mesma empresa e o Remetente é outro, trata-se de um tipo de serviço diferente do 0-Normal. Você tem que verificar em qual tipo de serviço essa operação se enquadra.

Também estou tendo esse mesmo problema em alguns clientes. Uso SSLLib do componente ACBrNFe = libCapicom. É um conflito com o sistema da GAS, usado por alguns bancos: Caixa, BBrasil. A única forma que consegui resolver foi pedir ao usuário que encerre o aplicativo do banco antes de executar o aplicativo de NFe. Ou, usar o aplicativo do banco em um outro micro. Os dois juntos, não está sendo possível.

Pessoal, alguns contabilistas estão me cobrando o DeSTDA aqui em MG, embora não consigam explicar absolutamente nada sobre esse DeSTDA. Não encontro muita coisa a respeito com relação a orientação de preenchimento dos blocos. Nem mesmo, encontrei o validador no Portal do Simples Nacional. Somente encontrei algo no http://www.sedif.pe.gov.br/ , mas pelo que percebi não há importador de arquivo texto como tem para o SPED e o Sintegra. Encontro apenas layout dos blocos e zero de informações. Olhando o validador de Pernambuco, o que me parece é que as informações são digitadas no próprio aplicativo disponibilizado por eles. Não dá para entender se os dados são referente somente as guias GNRE. Algum dos colegas teria mais informações sobre o preenchimento do conteúdo dos blocos? O componente DeSTDA do ACBr já está gerando o arquivo e eu já montei toda a estrutura gerando um arquivo sem dados.

A melhor forma é se basear nos exemplos que vem com o componente.

A partir de 04/2016 haverá rejeição de CEST inválido.

Eu sempre tive esse problema SMTP Error: Unable Login. Nunca consegui enviar email pelo ACBr. Acho que é uma limitação mesmo do Delphi 7, porque tentei várias sugestões de colegas e não consegui. Uso atualmente uma rotina em Delphi, mas que também não funciona 100%, tem limitações quando o provedor é gratuito: gmail, yahoo.

O RDPrint instalou no XE3 sem problemas.

Juliomar, no meu outro computador (com Windows 7 32 bits) onde tenho o ACBr instalado em uma pasta pública (C:\CompDelphi) está dando o mesmo erro. Como essa máquina é um Windows 7 64 bits, vou jogar o ACBr em uma pasta pública e refazer o teste. Daniel, então não preciso declarar a diretiva no dpr? Sempre que atualizar os componentes ACBr via instalador do trunk2 o ACBrNFeServicos.ini será atualizado automaticamente? E o erro "url não definida para consulta" ? Pode ser falha de MG?

Denis, vc conseguiu solucionar esse erro?

Juliomar, com a diretiva, dá erro ao compilar: [Error] WARNING. Duplicate resource(s): [Error] Type 10 (RCDATA), ID ACBRNFESERVICOS: [Error] File C:\Program Files (x86)\Borland\Delphi7\Lib\ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.res resource kept; file C:\Program Files (x86)\Borland\Delphi7\Lib\ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.res resource discarded.

O ACBrNFeServicos será usado também para NFe? Tenho que distribuir esse ini junto com meu aplicativo?

Pela experiência que estou tendo, RS está sendo o estado mais rigoroso com relação a MDF-e. Os motoristas nem se atrevem mais a passar sem manifesto. E não adianta apresentar somente os CT-e´s e as NF-e´s.

Ao consultar uma NFe (trunk2) estou obtendo o retorno "url não definida para consulta". O que devo fazer? Emitente da NFe é de MG.

Dúvida com relação ao CEST. Migrei a tabela que o fisco disponibilizou mas notei que tem CEST vinculado com NCM que parece não ter nada a ver. ex: CEST 2804000(artigos de casa) com NCM 84 vinculado (no grupo 84 entram ordenhadeiras, etc). E não tem um CEST especificao para ordenhadeiras.

Credo, esqueci que MG tinha mudado as regras. Agora somos dois com a mesma dúvida. Então, primeiro tem que checar se é consumidor final. Se sim, checar se é contribuinte ou não de ICMS. Depois tem que checar se tem ou não benefício fiscal no destino. Sem falar que, segundo um contabilista aqui de Uberlândia que participou de um curso sobre a NT 2015/003, existe a possibilidade de revogarem tudo isso, uma vez que SEBRAE, FENACON e empresas do Simples estão contra essas regras.

FCP não deve ser calculado para NF-e entre contribuintes, somente se o destinatário for um não contribuinte. Acho que você tem que entrar em contato com a contabilidade do cliente do RJ e solicitar deles o embasamento legal que comprove a exigência deles. Creio eu que FCP não deve constar nem em dados adicionais já que o destinatário é um contribuinte.

Wislei, vc se refere a contingência FS-DA do papel moeda?

Pessoal, uso alguns componentes terceirizados no meu sistema de gestão( RDPrint e RxLib). Estou tendo problemas de incompatibilidade do RXLib para converter para o Delphi XE3. Sei que a Rx passou a ser Jedi, mas o Jedi tem componentes demais. Da palheta RXLib uso apenas os componentes EditCurrency(CurrEdit) e DateEdit(ToolEdit). Alguém tem esses componentes que possa me disponibilizar? Ou tem a RXLib completa que seja compatível com o XE3?

Existe contingência SVC para manifesto? Esse manifesto é uma coisa seríssima, porque nas barreiras não aceitam os ct-e´s + nf-e´s da carga, somente o manifesto.

Obrigada pela resposta. Consegui (apos varias tentativas) enviar um manifesto no aplicativo compilado no trunk1. Pelo aplicativo do trunk2 não consigo nada.

Estou tentando enviar o Manifesto de Carga, mas pelo meu aplicativo no trunk1 está dando erro 12029 - Uma conexão com o servidor não pôde ser estabelecida. No Trunk2 com o ACBr atualizado + Schemas atualizados dá o erro 12002 - tempo limite de operação foi atingido. Não estou conseguindo detectar qual o erro real. O ultimo manifesto de carga em produção que fiz foi por volta do dia 23/01. Também não consigo encerrar manifesto. Alguém com o mesmo problema? Não há nenhum aviso de no portal MDFe a respeito.