Gr@c@

Obrigada, exatamente como penso. Fiz muitas pesquisas na legislação do SEFAZ e também na net e não encontrei nada sobre manifestação de CT-e ou manifestação de NF-e com destino a outro. Fiquei em dúvida por se tratar de uma grande distribuidor que tem filiais no Brasil todo e ainda mais, porque o destinatário da NFe e do CTe é uma dessas filiais.

Postei essa dúvida aqui em dúvidas gerais porque é uma dúvida independente do ACBr. Um cliente (transportadora) me ligou dizendo que o distribuidor exigiu dele uma manifestação do destinatário. O caso é esse: Distribuidor X contratou Transportadora Y Distribuidor X emitiu uma NFe para Destinatario Z (que não é a transportadora, e sim, uma filial do distribuidor) Transportadora Y emitiu o CT-e referente a essa NFe. Distribuidor X precisou cancelar a NFe. Porém a mesma estava amarrada ao CT-e. Distribuidor X solicitou cancelamento do CTe. Transportadora Y cancelou o CT-e. Distribuidor X solicitou à transportadora que fizesse uma Manifestação do Destinatário porque não conseguiu cancelar a NF-e porque a mesma estava amarrada dependendo de uma manifestação. Como o CT-e foi cancelado, mas ainda não conseguiram cancelar a NFe, entendo que existe evento de manifestação do destinatário ou falta de manifestação (por exemplo, operação não confirmada). Porem o distribuidor X quer que a transportadora Y faça a manifestação. Perguntas: 1- Quem faz a manifestação da NFe não é o destinatário da NFe? No caso, a filial do distribuidor? 2- A transportadora tem permissão para manifestar uma NF-e destinada a outro? 3- Existe Manifestação usando a chave de acesso de uma CT-e?

OK funcionou.

você colocou nos xmls da tag autorizados, o xml do destinatario que já consta na tag <dest> e o destinatario já é um autorizado a fazer download. Coloque nos autorizados somente cnpj que não existem em outras tags (emitente,remetente,destinatario,etc)

Estou tentando enviar um MDF-e com informações de seguro e respSeg = 2. Estou informando conteudo em todas as tags e um CNPJ válido da seguradora, mas não passa. Tentei também o cnpj com conteudo = '' e também dá rejeição.

Contabilmente falando, a manifestação seria mesmo feita pelo destinatário. No caso, o cnpj foi usado indevidamente na tag de transportadora e acho que o SEFAZ ainda não prevê uso indevido de cnpj em outras tags do documento. Creio que a melhor forma de resolver a questão (além de registrar no livro de ocorrencias fiscais) seria fazer uma denúnica junto ao SEFAZ (pode ser presencialmente no plantão fiscal da sua cidade), porque isso pode sim dar problemas fiscais para a sua empresa.

Daniel Simoes, só dando um feedback -> funcionou o envio do ct-e e também de NF-e com wincrypt após a sua correção.Muito obrigada pela ajuda.

Você tem que: 1-instalar as cadeias de certificado disponibilizadas no portal do CT-e (tem 1 para homologação e 1 para produção) 2-instalar a cadeia icpBrasil v5 3-se mesmo assim não funcionar, tem que reinstalar o certificado. Tive que fazer isso em alguns clientes, mas na maioria bastou passo 1 e 2. além disso, tem aquelas configurações no IE->avançadas-> desmarcar verificar revogação de certificado. Esse procedimento resolveu em todos os meus clientes que emitem CT-e. Todos estão emitindo em produção em MG. se mesmo assim permanecer com o erro, tire um print da tela do IE->avançadas->segurança e post aqui

Se te ajuda, eu tive alguns probleminhas para atualizar o ACBr depois da adaptação do WinCrypt. No meu caso, salvei o que tinha do ACBr, criei uma nova pasta ACBr, fiz o checkout. Em seguida rodei o ACBr_Install fazendo novamente a atualização e depois a instalação. Precisa tomar cuidado caso você tenha alguma alteração sua, pois nesse caso, teria que refazê-las

problema corrigido na versão 13129 do ACBr

Atualizei hoje o ACBr para a Subversion 13129 e o problema com o wincrypt foi resolvido. Não alterei meu aplicativo. Obrigada pela ajuda de todos.

Obrigada André. O erro estava ocorrendo porque estava setado DanfeESCPos e não DanfeFortes. Porém, no final, ocorreu esse erro: NFCe_MG_H não encontrada no arquivo ACBrServicos.Porém estou enviando uma NF-e(31170386493095000148550010000001561000001560). MG ainda não tem NFC-e. A nota agora foi enviada corretamente pelo demo. No meu aplicativo Danfe e impressora estão setados corretamente, mas não retorna mensagem de erro (deve ser outro problema). Vou debugar o meu aplicativo novamente e também realizar testes com um certificado/emitente do Maranhão. -<protNFe versao="3.10"> -<infProt> <tpAmb>2</tpAmb> <verAplic>14.0.25</verAplic> <chNFe>31170386493095000148550010000001561000001560</chNFe> <dhRecbto>2017-03-31T10:05:44-03:00</dhRecbto> <nProt>131170128324132</nProt> <digVal>a+V/F2PbjUCWx345suj5VTsrdi8=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe> </nfeProc>

Esse erro ocorre no demo tanto de NF-e como CT-e usando wincrypt. No meu aplicativo ocorre erro também, porém a mensagem de erro retorna vazia. Usando a libCapicom ou OpenSSL não ocorre erro. Abaixo a imagem da tela do demo com a tentativa de criação e envio de uma NF-e. Ao mudar para libCapicom a mesma NF-e é enviada com sucesso. Alguma sugestão? Teste realizado em: 1---> Delphi 7 + Windows 7 Professional 32 bits (original e com atualização automática) 2---> Delphi XE3 + Windows 7 Professional 64 bits (original e com atualização automática) ACBr atualizado, ACBr_TCP compilado Certificado digital A1 SafeWeb com cadeia de certificado V5 instalada. Emito NF-e em produção também usando esse certificado.

tem que instalar a nova cadeia de certificado MG. Veja o aviso no portal do CT-e de MG.

Em 2014 criei o post acima e não consegui muito sobre ele. Alguém saberia mais detalhes sobre essa tag? O que declarar nela (peso/volume). Por exemplo, em uma carga tpUnidTransp = Rodoviario Tração, onde o idUnidTransp será preenchido com a placa do veiculo, o que irá no qtdRat do #65 do layout do MDF-e? No meu caso, tanto volume quanto peso informados na NF-e ultrapassam o limite de 999.99 <infDoc> <infMunDescarga> <infCTe> <infUnidTransp> <infUnidCarga> <qtdRat> ?

o que está ocorrendo com o Paulo Alexandre Hostert é o mesmo que ocorre na minha máquina utilizando um certificado A1. Tudo na minha máquina está atualizado, meu windows 7 Professional 32bits é original e está com as ultimas atualizações, certificado A1 safeweb com cadeia de certificado v5 atualizada, meu ACBr está atualizado. Ocorre erro com o demo e com o meu aplicativo também. Com o demo, uso o wincrypt com as demais configurações padrões que são setadas. Tentei usar o libCustom e alterar algumas opções mas também nada. Com libCapicom funciona normal. Não tenho mais o certificado A3 para realizar os testes. Com relação a um passo-a-passo, simplesmente no demo escolho a opção do Wincrypt e deixo as demais configuradas pelo próprio demo. Testei nas versões 7 e XE3 do Delphi.

Na versão 3.00 do manifesto, como deve ser declarada as tags infANTT e infCIOT?

Delphi 7, mas no XE3 também não deu.

O meu aplicativo está funcionando com libCapicom, libCapicomDelphiSoap. Não consigo funcionar com libWinCrypt.

A questão não é a cadeia de certificados. Isso já foi resolvido com a instalação da cadeia ICP-Brasil v5 e a cadeia de certificado do CT-e disponibilizada pela SEFAZ/MG. A questão está no uso do wincrypt. Fiz testes com o demo e ele dá erro com o wincrypt (Communication error 2), isso porque o arquivo com o protocolo ora retorna vazio ora nem retorna. Creio que é o mesmo problema do meu aplicativo, só que o meu vem a tela de mensagem vazia (justamente porque não está retornando conteudo do protocolo). Porém com o libCapicom, o processo ocorre com sucesso, tanto no meu aplicativo quanto no demo do ACBr. Meus clientes estão enviando ct-e com forma de emissão Normal com sucesso usando o capicom. Os meus testes com o wincrypt é que não estão dando certo. Mas vc está usando o wincrypt e certificado A1?

Se no ERP não existe configuração de como gerar o cNF (se mesmo numero da nota ou um numero sequencial aleatorio) e está sendo colocado o mesmo numero da NF nesse campo sequencial, você deve entrar em contato com o desenvolvedor e solicitar a alteração porque não terá como configurar.

Mudando essa propriedade as outras já não são setadas pelo componente na procedure TGeralConf.SetSSLLib(AValue: TSSLLib) ? CryptLib,httplib,xmlsignlib. Mas mesmo setando novamente no meu fonte conforme o demo, ainda dá erro. No debugue as propriedades são setadas corretamente. O que mais é preciso alterar? (lembrando que estou testando com o ACBrCTe (MG já com as novas cadeias de certificado) e estou com a atualização 13059 do svn porque a última estava com erro no ACBr_Capicom.dpk) ACBrCTe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrCTe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrCTe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrCTe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

desmarcando tudo e marcando um por um do que quero instalar e não marcando o ACBr_Capicom.dpk ainda dá erro. Acabei de atualizar todo o Svn do zero, inclusive o ACBr_Install.exe. Estou rodando o instalador de dentro da nova versão e ele ainda faz referencia ao ACBr_Capicom.dpk.

o meu não consigo, solicita cleanup, mas o cleanup não executa. Fiz algumas alterações ontem em units do forts e não queria perdê-las. Tem como resolver sem criar uma nova pasta ACBr vazia? ok deletei a pasta acbr e comecei do zero. Mas no instalador novo ainda tem o pacote capicom.dpk para instalar e dá erro. Não consigo desmarcar a opção.

Mas vou atualizar todo o ACBr com a 13059 ou somente o ACBr_Capicom?