Gr@c@

Eu já havia lido todo o tópico de 2016 acima, mas nenhuma das opções resolveu no meu caso. O micro está com Windows 7 32 bits e a dll usada é a libCapicom. Substitui pela libWinCripty e o resultado foi o mesmo. Schemas estão atualizados. O fato ocorre no envio de CT-e.

veja nesse link http://sped.rfb.gov.br/arquivo/show/1638

Um de meus clientes está tendo esse retorno (vez ou outra, não é sempre) (tanto versão 2.00 quanto versão 3.00) Erro Interno: 0 Erro HTTP: 0 Não existem mais arquivos - URL:https://cte.fazenda.mg.gov.br/cte/services/CteConsulta - SOAPAction:https://www.portalfiscal.inf.br/cte/wsdl/cteConsulta/cteConsultaCT

MG não tem as URLs disponiveis para nenhuma versão de NFC-e. Estão "embirrados" por causa da morte do PAF-ECF que eles criaram. Mas enfim, minha sugestão é que o maior número de desenvolvedores de MG entre em contato no Fale Conosco do AM solicitando a liberação da versão 4.00 no ambiente de homologação para que possamos realizar os testes. Afinal estamos em MG, mas temos clientes ou futuros clientes em outros estados que já estão usando a NFC-e.

só acrescentando, instalei os componentes através do ACBrInstall e todos compilaram e instalaram sem erro. Dei build geral nos projetos, mas aí já ocorre erro. O dfm do form que ocorre o erro do RLINK não fica disponível para que eu possa retirar/substituir o componente ACBr. Projetos que não contém ACBr compilam sem erro. Isso ocorre tanto com projetos grandes como com projetos bem pequenos então descarto a possibilidade de memória. Windows 7 32 bits original e atualizado. Erro ocorre tanto em Delphi 7 como Delphi XE3 (ambos originais), então não cabe aqui a possibilidade de Delphi7 incompatível( a não ser que o XE3 também seja incompativel ). Segui uma orientação de outro site e fiz o seguinte: deletei o .res e recriei -> não resolveu deletei .dcr e .dcu -> não resolveu exclui o .dfm do form que continha o ACBr e renomei o .~dfm para .dfm -> não resolveu, mas consegui ter acesso ao design do formulário. Nele removi o ACBrNFeDANFCeFortesA41 e coloquei novamente o componente. Assim, consegui compilar o projeto sem erro. Só que isso nunca foi preciso, bastava apenas usar o ACBrInstall (lógico, fazendo antes uma limpeza geral do ACBr) e depois dar um build.

Bom, como dito acima, mudei de micro e tudo voltou a funcionar. Porém, ontem, ao atualizar o ACBr via SVN, os problemas voltaram e não consigo mais compilar meus projetos. Todos estão com o erro RLink32:Unsupported 16bits resource in file Ocorre nos formulários que possuem algum componente ACBr e não mais somente com o ACBrBoleto.

No novo micro funcionando tudo normal. Os erros não eram provocados pelo ACBr.

Sim, fiz todo esse procedimento. A compilação dos meus projetos está apresentando outros bugs também, fechando sem mensagens de erro ou warning. Voltando a versão anterior do ACBr compila normal. Mas não estou dizendo que seja ACBr, pode ser algum outro fator. Vou fazer a instalação em um novo micro (que não possui nada de ACBr ou Delphi). Posto o resultado.

Depois da ultima atualização do ACBr venho tendo esse erro em alguns forms que utilizam componente ACBrBoleto. Alguma sugestão?

Desculpe, errei. Versão 4.00. Só consigo realizar testes com 3.10.

Quem está realizando testes em MG, há outro ambiente sem ser o AM para realizar os testes da NFCe 4.1? Não estou conseguindo realizar os testes porque aparentemente não liberaram o ambiente de homologação para nova versão.

Estou tendo o mesmo erro. Atualizei o ACBr ontem subversion 13566

É isso mesmo. Mas qual o padrão que será mantido pelo ACBr? Imprimir os dados do veiculo e motorista, mesmo as tags não existindo mais? Alguns clientes querem que continue como está (com as informações sendo impressas). Outros não querem que haja vinculo de veiculo e motorista no DACTe, apenas no MDF-e. No meu caso, criarei um parâmetro no sistema: Imprime dados do veiculo e do motorista e jogarei essas informações nos dados complementares do CT-e e DACTe. Mas isso não resolve para os emitentes que não querem as informações.

Pessoal, estou com esse problema relatado acima (versão 3): Ao enviar o CT-e e Imprimir, no DACTe sai as informações de IDENTIFICAÇÃO DO CONJ.TRANSPORTADOR e também NOME DO MOTORISTA E CPF DO MOTORISTA. No xml estas informações não constam porque realmente não devem constar, pois as tags foram excluidas a partir da versão 3. E ao imprimir uma segunda via do DACTe as informações não saem. (creio que este é o correto) O problema está na primeira vez que se imprime o DACTe no FortesReport Retrato Tenho um cliente que quer que sejam impressos os dados do veiculo e do motorista também na segunda via do DACTe e não consigo convencê-lo que essas tags não são mais impressas porque elas continuam saindo na primeira vez que se imprime. Como proceder? Atualizei o ACBr completo hoje 11/07/2017 às 17:00hs subversion 13566

Quando envio uma NFCe, alguns componentes da minha tela de venda somem parcialmente, por exemplo o JvDBGrid e os botões. Já coloquei Application.processMessages e tambem ACBrPosPrinter1.Device.ProcessMessages = False (e tambem testei o inverso). Alguma sugestão? Uso para imprimir uma Bematech MP-4200 TH.

migração de versao 2 para 3 é muito simples, poucas alterações. Se a versão 2 já estava em ACBr basta adaptar.

Alguém tem a relação do PIS e COFINS - Lista Positiva, Negativa e Neutra em arquivo digital (excel,txt ou script sql) ?

é verdade, realmente consta o evento para substituição/inclusao de motorista: O Conselho Nacional de Política Fazendária (CONFAZ) determinou que na substituição do motorista, deverá haver emissão do Manifesto Eletrônico de Documentos Fiscais (MDF-e) – Modelo 58 e, criou os eventos da MDF-e descritos a seguir: Cancelamento: solicitado após autorização de Uso do MDF-e, pelo emitente, em prazo não superior a 24 horas, desde que não iniciado o transporte; Encerramento: solicitado no final do percurso descrito no MDF-e e sempre que haja transbordo, redespacho, subcontratação ou substituição do veículo, do motorista, de contâiner, bem como na retenção imprevista de parte da carga transportada; Inclusão de Motorista: solicitado sempre que houver troca, substituição ou inclusão de motorista; Registro de Passagem.

Minha impressora já está configurada para o corte parcial do papel pelo Bematech User Software. E usando ACBrECF+ACBrECFVirtual+ACBrPosPrinter o corte do papel funciona corretamente sem prejudicar o comando anterior, já que existe todo um controle do status da impressora através do ACBrECF. O problema está sendo mesmo com ACBrNFe+ACBrDANFeESCPOS+ACBrPosPrinter.

Está configurado assim, para cortar automático. Fiz um novo teste: ACBrNFe1.ACBrPosPrinter1.Imprimir; Sleep(2000); agora está cortando automaticamente. Sem o sleep não corta. O meu erro está no intervalo de tempo entre os comandos. Vou revisar.

Você deve encerrar o manifesto ref ao motorista anterior e fazer um novo manifesto com o novo motorista. Se não encerrar o anterior, não conseguira fazer um novo manifesto porque o manifesto é por placa+uf de carregamento+uf de descarregamento. Como a placa e as UF´s são as mesmas, mudando apenas o motorista, tem que encerrar o manifesto anterior.

Impressora MP4200 TH Bematech não fiscal Quando deve ser enviado o comando ACBrPosPrinter1.CortarPapel(True) quando se usa ACBrNFe+ACBrPosPrinter+ACBrDANFeESCPOS para emissão de NFCe? Tentei colocar assim: ACBrNFe1.ACBrPosPrinter1.Imprimir; ACBrNFe1.ACBrPosPrinter1.CortarPapel(True); Mas nesse caso, a NFCe não imprime por completo devido ao comando cortarpapel. Se retirá-lo, a NFC-e imprime completa.Compreendo que preciso ler o status da impressora antes de enviar o próximo comando. Mas como controlar o status da impressora sem o uso do ACBrECFVirtual?

Obrigada. O ACBrPosPrinter1.Modelo estava incorreto.

</linha_simples> N.Serie SIM00000000000000901 Maq 901 v0.1.0a Oper. ADMIN 24/05/17 14:22:06 ** N A O E C U P O M F I S C A L ** </linha_dupla> </corte_total> -- 24/05 14:22:06:906 - TraduzirTag(</linha_simples>) -> ------------------------------------------------ -- 24/05 14:22:06:906 - TraduzirTag(</linha_dupla>) -> ================================================ -- 24/05 14:22:06:906 - TraduzirTag(</corte_total>) -> -- 24/05 14:22:06:906 - EnviarStringDevice( SUPRIMENTO[CR][LF]------------------------------------------------[CR][LF]N.Serie SIM00000000000000901 Maq 901 v0.1.0a[CR][LF]Oper. ADMIN 24/05/17 14:22:06[CR][LF] ** N A O E C U P O M F I S C A L ** [CR][LF]================================================[CR][LF] [CR][LF]) -- 24/05 14:22:06:916 - CortarPapel(Parcial)

Sim, ACBrPosPrinter1.CortaPapel := True; Nesse trecho do fonte: else if ATag = cTagCorteParcial then ==========================================================> ATag = </corte_parcial> begin TagTraduzida := FPosPrinterClass.ComandoPuloLinhas(LinhasEntreCupons); if CortaPapel then ======================================================================> CortaPapel está True TagTraduzida := TagTraduzida + FPosPrinterClass.Cmd.CorteParcial; end parte do log: -- 24/05 14:11:48:061 AbreDocumento -- 24/05 14:11:48:061 GetEstado estNaoFiscal -- 24/05 14:11:48:077 GravaArqINI -- 24/05 14:11:48:077 ClasstoINI -- 24/05 14:11:48:077 Suprimento( 100, SUPRIMENTO, SUPRIMENTO, DINHEIRO ) -- 24/05 14:11:48:077 GetEstado estNaoFiscal -- 24/05 14:11:48:092 GravaArqINI -- 24/05 14:11:48:092 ClasstoINI -- 24/05 14:11:48:092 Suprimento( 100, SUPRIMENTO, SUPRIMENTO, DINHEIRO ) -- 24/05 14:11:48:092 GetNumECF: 901 -- 24/05 14:11:48:108 GravaArqINI -- 24/05 14:11:48:108 ClasstoINI -- 24/05 14:12:24:561 CortaPapel