Gr@c@

"De posse desta informação, é hora de alimentar as tags do xml do CT-e. No caso de redução CST 020 e do referido crédito, CST 060 e CST 090." Quanto ao cálculo ok. A questão é se esse crédito presumido é considerado redução de base de cálculo (cst 020) ou substituição tributaria (cst 060), ou em que situação será um ou outro. E se realmente deverá ser destacado no CT-e. Nosso colega Jairo Maia disse que deveria ser na escrituração (confesso que concordo com ele, porque esse credito depende de análise para ver se realmente é compensatório, já que, quem aproveita o crédito não poderá aproveitar outros créditos.) Mas o cliente quer o calculo automático nos ct-e.

Por favor, algum dos moderadores poderia transferir esse tópico para a área competente à Legislação. Não consegui respostas aqui, creio que lá terei mais chances. Obrigada.

Voltei dlls e registrei e não resolveu. Não há problemas no SEFAZ, eu consigo enviar NFe do meu computador em produção. Mas meus clientes não estão conseguindo depois da atualização do windows ontem. Qual outro procedimento poderia ser feito?

Esse erro está ocorrendo em meus clientes que usam libWinCrypt a partir da atualização do Windows7 que ocorreu ontem (09/08/2017).

Como deve ser lançado o crédito presumido de 20% nos serviços de transporte? Alguém tem um exemplo do xml ou pode postar a parte relativa ao imposto do ICMS?

Pelo visto, estou perdendo tempo em não conhecer a ferramenta. Já instalei o Lazarus e vou estudá-lo e tentar migrar um projeto mais simples feito em Delphi. Grata pelas opiniões.

Tornou-se inviavel permanecer com o Delphi devido aos altos preços do Enterprise (fiquei empacada no XE3 que na época custou menos de 4000,00 em uma promoção no evento. Mas hoje o valor não corresponde a minha realidade, ainda mais por ser preço por licença e eu necessitar de mais licenças). Por isso, estou cogitando a possibilidade de partir para o Lazarus. Porém, não conheço os recursos da ferramenta. Quem já trabalha com o Lazarus, poderia expor as vantagens e desvantagens dele com relação ao Delphi e quais os componentes existem disponiveis nessa ferramenta? E o ACBr no Lazarus, funciona como no Delphi? E para se trabalhar com Banco de Dados SQL Server? E com relação a gerenciadores de relatório? Dá para usar FortesReport?

antes do comando ACBrNFe1.NotasFiscais.Validar você deve usar o comando ACBrNFe1.NotasFiscais.Assinar Não é incompatibilidade com o Delphi 7. É só um novo requisito antes de validar nfe nfce. Pesquise no forum para maiores detalhes

Resposta do SEFAZ/AM = 'ainda sem previsão para a disponibilidade do ambiente de homologação v. 4.0'

eu estava enviando email com o nome do pdf = wpar_PathPDFBanco + OnlyNumber(sNossoNumeroSemDV). No debug ficou C:\000001.pdf. Mas isso gerava no email um anexo 000001.pdf.dat (salvando o anexo e renomeando para 000001.pdf o boleto ficava correto. Num segundo teste, antes joguei o caminho do pdf para uma variável tipo string e usei essa string para enviar o email. Funcionou.

quando envio por email o pdf do boleto, ele vai para o destinatario como nomedoboleto.pdf.dat e não é possível abrí-lo a menos que ele seja salvo e renomeado para nomedoboleto.pdf Uso as mesmas configurações e os mesmos emails para envio do xml e pdf da nf-e e ct-e e o mesmo não ocorre e utilizo o mesmo micro para realizar testes. Utilizo Fortes para gerar boleto/nf-e/ct-e Tudo igual, porém boleto vai com o .dat Alguém sabe a causa e como solucionar?

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