Gr@c@

Procede, porem não é o CST e sim o CSOSN

Desculpem pessoal. Eu testei de tudo, mas estava fazendo acesso remoto. Fui pessoalmente ao cliente e vi que o erro estava entre a cadeira e o computador. O certificado não estava na leitora e o cliente colocou o cartão no pinpad. Tive que compartilhar isso aqui. Nova modalidade de certificado débito-crédito.

estou com esse mesmo erro em um cliente, pra variar certificado A3 Valid e já tentei de tudo aqui. Cadeia v5 está instalada, o ACBr reconhece o certificado, tentei com libwincrypt, libcapicom. Já no Status do Serviço dá essa mensagem.

A principio, eu como desconfiada que sou, pensaria na hipotese de falso email, ainda mais email contendo imagem de um CT-e real de uma transportadora real (seria antietico dos correios enviar um email assim). Iria pessoalmente aos correios ver detalhes. Se for veridica a exigência, eu exigiria dos Correios o embasamento legal e, de posse disso, enviaria uma denúncia ao SEFAZ pelo Fale Conosco do portal e anotaria o protocolo. E aguardaria o resultado.

que eu entendo, esse tipo de implementação tem que ser via SEFAZ com alteração de Schemas e publicação de NT no DOU ou até uma nova versão do CT-e. E qual seria o conteúdo dessa linha/viagem? Um codigo fornecido pelo correio antes do envio do CTe?

Consegui hoje.

O ACBrANe está funcional com AT&M. O que está ocorrendo aí é que não criaram um credenciamento em homologação para você realizar os testes. Os testes não são realizados com o Usuario/Senha e codigo AT&M real. Eles criam um provisório. Pra você saber se esse ambiente existe e está liberado, entre no www.averba.com.br->Empresas->e entre com esse usuario/senha e codigo AT&M que você usa na homologação. Obs: as informações dos atendentes da AT&M costumam ser desencontradas. Peça para falar diretamente com a responsável pela equipe.

já tentei em 5 máquinas diferentes, usando internets diferentes e não consigo esse download. Tá macabro isso.

Alguém conseguiu fazer o download do Validador SPED Fiscal PVA_EFD_w32-2.4.2 ? Não consigo, carrega até 2.5/161 MB e dá Falha de Rede. No Fale Conosco me responderam que está tudo ok.

Sim, resolveu. Valeu pela ajuda.

Fiz todos os procedimentos de limpeza antes da instalação, removendo paths e marcando para apagar arquivos antigos. Fiz todas as atualizações via SVN hoje. O que você sugere? A desinstalação do XE3?

a pasta XE3: C:\ComponentesDelphi\fortesreport-ce-master\fortesreport-ce.git\trunk\Binary\LibD17 é onde está o componente fortes para instalar. o caminho C:\Program Files (x86)\Embarcadero\RAD Studio\10.0\fortesreport-ce\Binary\LibD17 é onde o componente é instalado.

Realmente na pasta Trunk do Fortes-report-ce existe a pasta Binary com as pastas LibD17 e LibD7. Mas essas pastas vem na atualização git. Eu instalo e compilo tudo através do Install que vem na pasta do Fortes. Não faço nada manual. O instalador está usando a pasta LibD17 para o XE3. Devo supor que existe uma pasta LibD17 exclusiva para essa versão do Delphi e ela não foi corrigida na questão do UnlimitedHeigth? os passos que segui no XE3: 1-deletei da Library todos os path ref a fortes report e ACBr 2-Exclui a pasta Fortes-report-ce e criei uma nova em seguida fiz o Checkout via SVN 3-Na pasta Trunk\Binary vem as duas pastas LIBD17 e LibD7 4-Fiz a instalação / compilação do Fortes atraves do instalador que vem na pasta. Instala com sucesso para ambas as versões do Delphi. 5-Instalo/compilo o ACBr marcando as duas versões do Delphi 6-Delphi ok (pegando da LibD7) 7-XE3 erro (pegando da LibD17) ---> não tenho como mudar isso para pegar da LibD7.

log_Delphi_7.rar log_Delphi_XE3.rar

Estou tentando instalar o ACBr em uma máquina que tem Delphi7 e Delphi XE3 Enterprise, já usando o Fortes Report com a correção do UnlimitedHeight. Antes de instalar o ACBr, atualizei e instalei o Fortes-report-ce para as duas versões do Delphi, sendo que a pasta do Fortes é a mesma para os Delphis. Executo primeiro o install do fortes para o Delphi e depois novamente para o XE3. Não ocorre erro em nenhuma das instalações. Ao instalar o ACBr, instala com sucesso no Delphi 7, mas no Delphi XE3 dá erro ACBr - ACBrDANFCeFortesFr.pas(1371) Error: Undeclared Identifier: 'UnlimitedHeight' log_Delphi_7.txt log_Delphi_XE3.txt

Acredito que você deva checar a situação das empresas na Receita e no Sintegra. Se estiverem inativas/suspensas de pouco vai resolver o certificado, porque tudo que se fizer será denegado. Mas não acredito que o certificado seja corrompido/bloqueado por esse motivo, já que ele pode ser necessário para fazer algumas regularizações da empresa junto ao fisco. De qualquer forma, vc só vai ter certeza do fato quando a empresa regularizar a sua situação de inadimplencia.

acho que não. 4% é aliquota aplicada na venda de produtos de origem exterior, seja compra direta do exterior ou adquirida no mercado interno.

Rejeição 663: Alíquota do ICMS com valor superior a 4 por cento na operação de saída interestadual com produtos importados [nItem:1] Esse erro começou a ocorrer no Maranhão a partir de hoje (01/02/2018) O produto é origem = 2 / Cliente Pessoa Juridica e tem IE = ISENTO Venda interestadual antes enviava origem = 2 mas a aliquota interna 12% (e não 4% conf essa orientação -> Na operação interestadual destinada a não contribuinte do ICMS, poderá ser utilizada a alíquota de 4%? Não. Na venda interestadual destinada a não contribuinte de ICMS, deve ser utilizada a alíquota interna do Estado de origem. (CF/1988, art. 155, § 2º) Porém agora está dando a rejeição. Nesse caso, embora o produto seja de origem importação, devo mudar para 0-origem nacional? Está correta essa interpretação?

Pela chave de acesso que você vai informar ao fazer a solicitação do cancelamento extemporaneo.

Em MG, para fazer o cancelamento extemporaneo tem que entrar no SIARE e solicitar o cancelamento. Se o cancelamento extemporâneo for aprovado, faz-se o cancelamento normal somente informando o motivo do cancelamento. Não precisa mencionar q se trata de extemporaneo, porque o SEFAZ já reconhece isso pela data de emissão X data de cancelamento. Lembrando que, o emitente tem 30 dias de prazo para fazer o cancelamento extemporaneo a partir da data de aprovação da solicitação. É bem simples aqui em MG.

Os fiscais estão realmente exigindo essa informação, principalmente no Maranhão e Rio Grande do Sul e isso desde o ano passado. Eu sempre coloquei a informação no campo Observação do DAMDFe. A implementação acima (Vlr da Mercadoria) será de grande valia.

Alguem com esse erro no Maranhão? Falha no processamento do webservice MA

Acho que o erro era somente no arquivo remessa cnab400. veja esse trecho da unit. wLinha:= '1' + // ID Registro TipoCedente + // Identificação do Tipo de Inscrição do Sacado 01 - CPF 02 - CNPJ PadLeft(onlyNumber(Cedente.CNPJCPF),14,' ') + // Número de Inscrição do Cedente PadLeft(OnlyNumber(Cedente.Agencia), 4, '0') + // Agência PadLeft( Cedente.AgenciaDigito, 1, '0') + // Agência digito PadLeft( RightStr(OnlyNumber(Cedente.Conta),8), 8, '0') + // Conta Corrente

Foi alterado a forma do PathPDF do CT-e? Antes informava o caminho geral (C:\DACTe) e o proprio componente criava as pastas dentro desse caminho CTe->AnoMes. A propriedade SepararPorAnoMes está TRUE diretamente no meu aplicativo (o usuario escolhia). Só que não gera mais as pastas e grava tudo dentro do caminho informado(C:\DACTe). Vi que a NFe foi alterado, mas está funcional. Porém o CTe não está gravando correto. Atualizei os componentes ACBr dia 24/01/2018