Gr@c@

Tem que ver a legislação do seu estado. MG é permitido, desde que informe os dados do cartão (adm,bandeira)

Estou compilando em 32 bits. Não adicionei a plataforma 64 no delphi XE3. Só o windows que é 64.

Fiz o teste sugerido: Executei como administrador (windows defender não está rodando)-> também não deu certo Tenho esse mesmo aplicativo em Delphi7 (ele foi feito originalmente em D7 e migrado para XE3) e ele executa com sucesso. Já substitui os componentes DBGrid, ClientDataset para ter certeza que não seria resquicio do D7. E também fiz o aplicativo do zero no XE3. Única coisa que falta é assinar o executável. Meu XE3 é original registrado, mas não assino o executável.

Sim, é o TClientDataSet usado em memória. Porém os dados que deveriam ser mostrados não passam de 100 registros.

Passei a compilar meus projetos usando um micro com windows 64bits. Utilizo o Delphi XE3 Enterprise. Notei que o componente dbgrid, em alguns micros de clientes, mostra apenas um registro (quando deveria mostrar vários, como mostra na maioria dos micros). Nos campos de soma dá pra perceber que todos os registros do DataSet estão sendo lidos, porém não são mostrados no DBGrid. Isso começou a ocorrer, por exemplo, num micro windows server 2008 e alguns notebooks. Declaro a MidasLib na uses do form principal do projeto. Pode ser algo a ver com versão do midas? O midas.dll do XE3 é de 2013.

Complementando a resposta do Italo: NT 2018.001 06. Serviço: Pedido de Inutilização de numeração (item 4.4 do MOC) 06.1 Leiaute do Pedido de Inutilização (Item 4.4.1 do MOC) Para as empresas (pessoa jurídica) existe a operação de Inutilização de Numeração, que registra a numeração da Nota Fiscal que foi inutilizada pela empresa. Ou seja, a empresa informa que esta numeração não será utilizada. O controle de Inutilização de Numeração não será aplicado para o emitente pessoa física. Nota: O leiaute atual do Pedido de Inutilização não prevê a informação do CPF do emitente.

Geralmente este erro é causado pelos seguintes fatores. Infecção por vírus. Incompatibilidade dos drivers instalados. Falhas no hardware. Sistema operacional corrompido. Em qualquer caso, um técnico especializado poderá resolver seu problema. Já tivemos esse erro aqui e o problema era a placa de vídeo.

O Manual diz que o número atribuído a cNF tem que ser um numero aleatório, e não um número que possa ser descoberto por terceiros, o que seria o seu caso. A finalidade é evitar fraudes e uso indevido por terceiros mal intencionados. Pode ser que o SEFAZ não rejeite a chave de acesso por enquanto, mas acredito que possa ser futuramente passível de rejeição por estar usando um número fixo e previsível.

Segue o tópico ref a esse assunto

Veja como está carregando o XML para o componente NotasFiscais.LoadFromFile(<xml>, True) <--- com True pode dar o erro Experimente colocar NotasFiscais.LoadFromFile(xml) que já passa False como parâmetro

Veja como está carregando o XML para o componente NotasFiscais.LoadFromFile(<xml>, True) <--- com True pode dar o erro Experimente colocar NotasFiscais.LoadFromFile(xml) que já passa False como parâmetro

Por favor verifique esse tópico. Sempre que tiver dúvidas, pesquise por palavras (ex: rejeição 938 ou vICMSSubstituto) que poderá encontrar tópicos já respondidos. Verifique sempre o tópico da Base de Conhecimentos https://www.projetoacbr.com.br/forum/forum/72-base-de-conhecimento/

Que bom que resolveu. Mas o ideal é postar a forma como solucionou o problema. Este fórum é usado como base de conhecimento e pesquisa por muitas pessoas na internet.

Não sei lhe dizer, parece que alguns setores estão sendo mais afetados, como os postos de combustíveis. O erro de Lote em Processamento ocorre de vez em quando para os demais setores. Algumas Notas vem o retorno, outras não. Mas o aviso ainda está no portal de MG. Ainda está tudo muito confuso aqui em MG.

xml sem protocolo

Creio que esse erro é inerente ao SEFAZ.

No seu caso, terá que realizar os testes com a inscrição e certificado digital de um cliente de MG. Aqui em MG, a IE de MG é pré-requisito.

Por favor, verifique esse tópico

Você pode se aprofundar no assunto acessando esse link oficial do SEFAZ http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0=

Sim, problema na SEFAZ/MG. Aumentando o timeout às vezes se consegue retorno.

A minha sugestão é que você entre em contato diretamente com a Elgin. Que eu saiba, algumas empresas receberam a impressora conforme o cadastro que foi feito no dia do evento.

Sim, o TEF integrado à NFC-e não é obrigatório até o momento. Porém, a cada venda em cartão deverá ser informado o CNPJ da administradora do cartão (cf contrato da empresa), a Bandeira e o número da autorização. Sendo venda via POS esses dados deverão ser informados manualmente pelo operador do caixa.

Acho que o seu problema é que você abasteceu a tag IPI e IPIDevol e ambas entraram na soma do Vlr Total da Nota, então o valor do IPI está sendo somado 2 vezes pelas regras do SEFAZ. Tente abastecer somente IPIDevol.

Não sei se entendi bem a sua pergunta. Você não vai gerar uma nota de entrada dos produtos que entram na sua empresa. Essa nota já é feita pelo fornecedor. Você simplesmente irá importar o xml e salvar as informações no Banco de Dados para, com essas informações, gerar os arquivos eletrônicos Sintegra/Sped. Notas de entrada serão geradas por você em casos muito específicos, como devolução de mercadoria por parte de um cliente que não é emitente de NFe, retorno de mercadoria enviada para conserto, etc.