Gr@c@

Realizando testes de envio de NFe versão 4.00 homologação MG, a NFe não é enviada e o retorno vem vazio. Acho que deveria me retornar, pelo menos, o Erro de Requisição. Vi que o motivo era porque nas opções do internet o TLS 1.2 não estava marcado. Ao marcá-lo consegui enviar a NFe com sucesso. Porém, existem aplicativos (principalmente aplicativos bancários) que alteram essas configurações no internet. Pergunta 1 - como tratar isso no aplicativo emissor de NFe para que, pelo menos, mostre ao usuário a causa do erro? Qual o comando em Delphi para capturar as configurações do IE? Pergunta 2 - Qual o comando no Delphi para alterar as configurações do IE via aplicativo, para win32 e win64 e qualquer versão do windows ? Preciso desmarcar a verificação de certificados revogados e marcar o TLS 1.2

anexe o xml

Geralmente o que a contabilidade pede é o arquivo zipado contendo todos os xmls do mês.

O CSOSN no Danfe já sai com 4 digitos. O primeiro digito é o conteudo da tag <orig> e os outros 3 digitos da tag <CSOSN> -<ICMS> -<ICMSSN101> <orig>0</orig> <CSOSN>101</CSOSN> <pCredSN>1.8500</pCredSN> <vCredICMSSN>0.19</vCredICMSSN> </ICMSSN101> </ICMS>

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.