luisclaudio_jr

Sempre será o valor da mercadoria, afinal ele é o unico dado que importa pra seguradora pra poder cobrar o cliente em cima do valor do risco, pra eles não importa o valor do cte.

Infelizmente a AT&M ainda não subiu o serviço em produção, nessa nova versão está operando apenas os testes.

Bom dia. Para fins de conhecimento, recentemente andei recebendo emails da AT&M, porto seguro e outros, sobre uma legislação da ANTT na qual diz que deverá ser necessário no MDF-e 3.0 o numero de protocolo de averbação nacional, que vai ser fornecido pelas empresas de seguro (via atm ou outra empresa), e pasmem, passará a vigorar agora dia 01/10 a exigência disso, infelizmente a AT&M e as outras empresas estão terminando agora esse processo, sobrando para nós, pouco tempo pra se adaptar isso.

Notei que aqui acontece o mesmo problema, porém é algo que ocorre esporadicamente e se tentar fazer o reenvio acaba indo.. Vou analisar essa função

Se são dois casos, realmente pode ser algo da sefaz. Até então meus clientes estão oks que utilizam o RS.

Bom dia. Isso ja ocorreu comigo, meu cliente não pagou os impostos e o governo bloqueou a Inscrição estadual, assim ele não poderia emitir mais. Verifique também se não mudou a IE do teu cliente, em alguns estados quando há mudanças de endereços eles refazem a IE também. Pode verificar no sintegra a inscrição dele: www.sintegra.gov.br Espero ter ajudado.

Não sei te dizer, aconteceu comigo isso uma vez, nos envios de ctes e eu instalei essas cadeias e passou a funcionar corretamente.

Boa tarde, Tudo beleza? Tem que instalar umas cadeias de certificação. Eu uso essas, instala na maquina, coloca todas elas como certificação de raiz confiável. AC-Certisign-RFB-G5.cer AC-Raiz-V5.cer AC-RFB-V4.cer CADEIA DE CERTIFICADO RAIZ CONFIAVEL MG.crt CTEFAZENDAPRGOVBR.p7b

Pode enviar o XML original?

Bom dia amigo. Vamos analisar os itens. Emitente é aquele emite o cte, certo? Portanto a transportadora. Então se analisarmos o erro ele está dizendo que seu cliente não está autorizado a emitir cte para esse modal. O que deve ser feito, o contador deve solicitar a sefaz o credenciamento em ambiente de produção e homologação desse estado, para que possa estar emitindo. Verifique, que alguns contadores as vezes credenciam errado as empresas, acabam fazendo pra NF-e ao invés de CT-e. Outro caso também, é que alguns estados exigem que enviem uns 10 ctes em homologação pra depois ir pra produção.

Chegou a testar fora do acbr? Já peguei um caso desse, que era problema do cartão e do leitor.. Faz um teste fora pra ver.

Resolvido, Amigo Valeu mesmo, como estamos com XE e D7 e a partir de sua dica descobrimos o problema em Environment Options ; apontando caminho errado pra versão Valeu Obrigado Pela força JR

Boa Tarde, Colegas Atualizei ontem a Noite (8/5/2017) os Fontes , para Delphi 7 (ainda estamos migrando),. porem ao compilar TNFeStatusServico.TratarResposta: Boolean; não esta localizando a rotina: SeparaDadosArray FPRetWS := SeparaDadosArray(['nfeStatusServicoNF2Result'], ['NfeStatusServicoNFResult'], ['nfeResultMsg'],FPRetornoWS ); Alguém sabe aonde posso localiza-la grato Junior

Valeu parceiro, resolveu aqui...

Bom dia.. Desculpe minha ignorância, mas em que momento teria que utilizar isso? é Obrigatório?

Estou tendo esse problema também, estranho que isso ocorre em apenas um cliente. Notei também que ele é o único que no nome do certificado não vai o CNPJ.. normalmente os outros vem assim RAZÃOSOCIAL:CNPJ esse é o único e ele apresenta o erro em qualquer estação..

Paulo,você fez aquele passo da instalação da cadeia de certificados na pasta raiz? da ICP brasil? Em todos os meus clientes após fazer isso funcionou na hora, independente do sistema operacional ou service pack.

beleza Juliomar.. vou verificar aqui. O problema é que antes funcionava normalmente só agora passou a ocorrer esse problema, gostaria de saber se mais pessoas estão passando por isso tmb.

é que o erro dele também foi ao atualizar... e o estranho é que foi apenas no damfe, o resto funciona perfeitamente como antes.. utilizo a versão 4.6.8

Bom dia a todos, depois que fiz uma atualização na ACBR na segunda-feira o meu projeto parou de compilar também, porém o erro aparentemente não está relacionado com essas mudanças da capicom, está me retornando o seguinte erro: Class TfrxPDFExport not Found Como se tivesse algo relacionado ao fastreport. Estranho que todas os outros DFE estão normais, menos a do DAMFE, utilizando o proprio FastReport, fiz até um teste pra compilar sozinho o ACBrMDFeDAMDFEFR1 e ele me retorna o mesmo erro.. Alguém pode me dar uma ajuda? já apanhei um bocado..

Bom dia amigo. Peso liquido é o peso sem contar com embalagens e afins. O bruto é contando com tudo, ou seja embalagem peso final do produto..

Bom dia. tentou colocar aquela cadeia IPC brasil que o colega acima colocou? tem que instalar na raiz confiáveis.

Galera,seguinte a sefaz acabou de disponibilizar a nova cadeia de certificados, ainda não testei, mas segue abaixo:http://portalcte.fazenda.mg.gov.br/download.html Link direto:http://portalcte.fazenda.mg.gov.br/download/cadeia_certificacao_cte.zip

Aqui o problema deu com todos os certificados, A1, A3... estou mandando em contigência..

Aqui também só passou com a OPENSSL, mas estou tendo muitos problemas até utilizando os schemas da ACBR, ta bem complicado, estoura muitos erros. Então preferi mandar em contingência, é algum problema no certificado deles que logo deve se resolver.