Painel de líderes

Olá pessoal, Com o intuito de acabar com a dependência da CAPICOM, nos fontes do Projeto ACBr, apliquei um amplo refactoring, nas Units de ACBrDFeSSL e suas derivadas... O que é CAPICOM ? https://en.wikipedia.org/wiki/CAPICOM Porque usávamos a CAPICOM ? Usar diretamente as APIs do Windows não é uma tarefa simples.... A CAPICOM, facilita um pouco, as tarefas que podem ser feitas com a WinCrypt (ou MS Crypto), para acesso a certificados digitais instalados no Windows Quais as desvantagens da CAPICOM ? A Microsoft condenou a mesma como obsoleta. (esse é o principal motivo) Ela precisa ser registrada no Windows para funcionar Não suporta 64 bits O que será usado no lugar da CAPICOM ? Usaremos diretamente as APIs do Windows, ou seja, a WinCrypt (também conhecida como "MS Crypto" ou "CAPI"). Ou seja, encaramos o desafio e agora usamos apenas métodos da WinCrypt para acessos a Certificados Digitais no Windows. Para facilitar o acesso a API WinCrypt, estamos usando as Units do diretório: "Fontes\Terceiros\CodeGear\", mas especificamente a Unit "ACBr_WinCrypt.pas". Quais as vantagens da WinCrypt ? Ela está presente de forma nativa, em todas as versões do Windows (desde o Windows XP), ou seja, não requer instalação. Possui versões 32 e 64 bits Não requer registro da DLL Não requer a instalação de pacotes .NET ou Java Onde posso encontrar a WinCrypt ? Ela já está instalada, de forma nativa, no seu Windows... com o nome: "crypt32.dll" Se o seu Windows é 64 bits, você encontrará a mesma em: 32 bits: "C:\Windows\SysWOW64" 64 bits "C:\Windows\System32" Se o seu Windows é 32 bits, você encontrará a mesma em: "C:\Windows\System32" O suporte a Delphi7 será mantido ? SIM. Apesar de já anunciarmos o fim do Suporte a D7, tivemos o cuidado de testar as alterações no D7. Para isso, adaptamos as units da pasta "Fontes\Terceiros\CodeGear\" para o suporte a D7... Como configurar para usar a WinCrypt e não a CAPICOM ? A maneira mais simples é configurar a seguinte propriedade: ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; Na verdade, a propriedade ACBrDFe.Configuracoes.Geral.SSLLib passou a ser virtual... ou seja, ela configurará de forma indireta, as 3 novas bibliotecas de TDFeSSL... Se você ler os fontes, quando rodamos o código acima, o seguinte código será executado. procedure TGeralConf.SetSSLLib(AValue: TSSLLib); case AValue of ..... libWinCrypt: begin SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml; end; end; Se você deseja uma configuração diferenciada, poderá configurar as bibliotecas individualmente...Exemplo: ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinINet; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsXmlSec; Como remover completamente, as Units da CAPICOM dos meus fontes ? Abra o arquivo \ACBr\Fontes\ACBrComum\ACBr.inc e altere a seguinte linha: {.$DEFINE DFE_SEM_CAPICOM} para: {$DEFINE DFE_SEM_CAPICOM} Ou seja, remova o "." do inicio O que mudou em ACBrDFeSSL ? Muita coisa.... (veja abaixo o trecho do "Change-Log").. Estudar os fontes do projeto Demo "\ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi", é a melhor maneira de conhecer as modificações. Veja abaixo, um resumo ilustrado: 1 - Agora você pode criar a sua própria janela de escolha de Certificado Veja esse exemplo de código, extraído de ACBrNFe_Demo. onde usamos o método "ACBrNFe1.SSL.LerCertificadosStore", para carregar todos os certificados da Store, definida em "ACBrNFe1.SSL.StoreName", após isso, as informações dos certificados podem ser obtidas em "ACBrNFe1.SSL.ListaCertificados" ACBrNFe1.SSL.LerCertificadosStore; For I := 0 to ACBrNFe1.SSL.ListaCertificados.Count-1 do begin with ACBrNFe1.SSL.ListaCertificados[I] do begin 2 - Agora você pode selecionar as bibliotecas de TDFeSSL, individualmente CryptLib: Permite definir qual será a biblioteca de Criptografia. Ela possui métodos como:"SelecionarCertificado", "CarregarCertificado", "CalcHash". além de propriedades como "DadosCertificado" e "ListaCertificados". TSSLCryptLib = (cryNone, cryOpenSSL, cryCapicom, cryWinCrypt) HttpLib: Usada para acesso HTTP e HTTPs, permitindo informar o Certificado na conexão. Possui métodos como: "Enviar" e propriedades como: "HTTPResultCode" e "InternalErrorCode" TSSLHttpLib = (httpNone, httpWinINet, httpWinHttp, httpOpenSSL, httpIndy); XMLSignLib: Usada para validar XMLs (contra um Schema), assinar um XML, Validar a assinatura existente em um XML. Possui métodos como: "Assinar", "Validar" e "VerificarAssinatura" TSSLXmlSignLib = (xsNone, xsXmlSec, xsMsXml, xsMsXmlCapicom); 3 - Independência das configurações de segurança do I.E. Isso pode ser obtido, se você utilizar SSLHttpLib = "httpWinHttp" ou "httpOpenSSL" Você poderá definir nos seus fontes, independente das configurações do Internet Explorer, configurações como o Tipo de segurança e TimeOut da tentativa de conexão. Essa funcionalidade já estava presente nas Units de acesso que utilizavam o OpenSSL a algum tempo. e agora com a nova Unit que faz acesso a HTTPS, usando a API do Windows chamada "WinHTTP", isso também será possível. O modelo: "httpWinINet" irá usar a API do Windows, chamada "WinINet", a qual já utilizávamos, e ela depende de configurações do I.E. 4 - Carregar o certificado por ArquivoPFX ou DadosPFX, com a WinCrypt ou CAPICOM Essa funcionalidade já estava presente, quando SSLCryptLib = cryOpenSSL. e não estava disponível para CAPICOM. Mas agora isso é possível, com a SSLCryptLib = cryCapicom ou cryWinCrypt. Ou seja, Se você tem um certificado A1, você não precisa instalar o certificado no Windows. Isso pode parecer pouco importante em uma primeira impressão... Mas veja as possibilidades: O certificado A1 poderia estar em um Banco de dados, ou em um Servidor Web, e ser carregado de forma dinâmica pela sua aplicação, independente de ser instalado manualmente no Windows. 5 - Compilar seu Executável em 64 bits Lembre-se que quando você compila o seu programa em 64 bits, todas as DLLs externas de qual ele necessitar, também devem ser de 64 bits. Portanto para isso, você não poderá usar a XMLSignLib = xsMsXml, pois a biblioteca da Microsoft para assinatura de XMLs "MSXML" não possui versão 64 bits. Mas observe que agora você pode usar a biblioteca WinCrypt com a XmlSec, basta configurar corretamente as bibliotecas de criptografia. Nota: Ainda não conseguimos, fazer com que a XMLSec possa usar certificados A3, mas isso deverá ser possível no futuro, pois a XMLSec tem suporte a "MSCrypto" Diagrama de Classes Como posso ajudar ? (Tarefas a serem efetuadas) 1 - Fazer a XmlSec funcionar usando a "mscrypto" Ainda não conseguimos fazer a XMLSec, usar a MSCrypto, atualmente ele apenas usa a "openssl". Porque isso é importante ? Temos vários problemas, com a msxml, como por exemplo: A Microsoft não distribui a mesma, de forma nativa, com o Windows (arquivo msxml5.dll) Ela não suporta 64 bits A licença de uso dassa biblioteca, é valida apenas para quem tem o Office instalado... Portanto, seria ótimo se pudéssemos ficar livres da MSXML, mas para isso, precisamos fazer o ACBr conseguir usar a XMLSec com suporte a MSCrypto (hoje ele só suporta OpenSSL)... Na verdade, já podemos usar WinCrypt + XmlSec, mas apenas para certificados A1, pois o ACBr é capaz de exportar o certificado A1 do Windows, para que o mesmo seja usado pelo OpenSSL. (ele fará isso internamente, e de forma transparente para o usuário) Quando conseguirmos fazer a XmlSec usar a MSCrypto (ou WinCrypt), conseguiremos compilar a aplicação em 64 bits, e com suporte a certificados A3 2 - Compilar os fontes da XMLSec no Windows, em 32 e 64 bits Hoje o único site que distribui a XMLSec já compilada para Windows é https://www.zlatkovic.com/libxml.en.html (Thanks Igor). Entretanto, podemos notar que os binários estão defasados, e não há uma versão 64 bits, com suporte a "mscrypto" Veja como ficou o "Change-Log" do refactoring em ACBrDFeSSL -- ACBrDFeSSL -- [*] Amplo refactoring promovido, separando a classe "TDFeSSLClass" em 3 novas classes: "TDFeSSLCryptClass" - para Carregar certificados e efetuar criptografia "TDFeSSLHttpClass" - para comunicação HTTP/HTTPS com suporte a Certificados "TDFeSSLXmlSignClass" - Para Validar XMLs, validar assinaturas e Assinar XML com Certificados [+] "TSSLLib", adicionado os tipos "libWinCrypt, libCustom" [+] Criada nova classe "TDadosCertificado", para conter os dados do certificado carregado [+] Criada nova classe "TListaCertificados",para conter uma lista de Objetos do tipo TDadosCertificado, com todos os certificados de uma "Store", e após a chamada do método "TDFeSSL.LerCertificadosStore" [+] Adicionada propriedade "TDFeSSL.StoreName: String", usada apenas no Windows. Nome da Store a ser aberta, padrão "MY" [+] Adicionada propriedade "TDFeSSL.StoreLocation: TSSLStoreLocation", usada apenas no Windows. Default "slCurrentUser". TSSLStoreLocation = (slMemory, slLocalMachine, slCurrentUser, slActiveDirectory, slSmartCard); [+] Adicionado o método: "TDFeSSL.LerCertificadosStore", apenas Windows, para carregar todos os Certifcados de "TDFeSSL.StoreName" para a lista de Objetos: "TDFeSSL.ListaCertificados" [+] Adicionado a propriedade "TDFeSSL.DadosCertificado", para permitir acesso aos dados do certificado carregado [+] Adicionada a propriedade "TDFeSSL.SSLCryptLib: TSSLCryptLib" default cryNone; para definir a classe de criptografia TSSLCryptLib = (cryNone, cryOpenSSL, cryCapicom, cryWinCrypt); [+] Adicionada a propriedade "TDFeSSL.SSLHttpLib: TSSLHttpLib" default httpNone; para definir a classe de comunicação HTTP/HTTPS TSSLHttpLib = (httpNone, httpWinINet, httpWinHttp, httpOpenSSL, httpIndy); [+] Adicionada a propriedade "TDFeSSL.SSLXmlSignLib: TSSLXmlSignLib" default xsNone; para definir a classe de assinatura de validação de XML TSSLXmlSignLib = (xsNone, xsXmlSec, xsMsXml, xsMsXmlCapicom); [+] Adicionada a propriedades "TDFeSSL"SSLType: TSSLType" default LT_all; para permitir definir o tipo de criptografia em HTTPS sendo: TSSLType = (LT_all, LT_SSLv2, LT_SSLv3, LT_TLSv1, LT_TLSv1_1, LT_TLSv1_2, LT_SSHv2) suportado apenas em TDFeHttpOpenSSL e TDFeHttpWinHttp -- ACBrDFeConfiguracoes -- [+] Adicionada as propriedades: property SSLCryptLib: TSSLCryptLib property SSLHttpLib: TSSLHttpLib property SSLXmlSignLib: TSSLXmlSignLib [*] Propriedade "SSLLib: TSSLLib" passou a ser virtual, e mantida por compatibilidade. Ajusta-la irá produzir ajustes em "SSLCryptLib", "SSLHttpLib" e "SSLXmlSignLib". Exemplo: if SSLLib = libOpenSSL then begin SSLCryptLib := cryOpenSSL; SSLHttpLib := httpOpenSSL; SSLXmlSignLib := xsXmlSec; end; -- ACBrDFe -- [+] Adicionado suporte a configurações de "SSLCryptLib", "SSLHttpLib", "SSLXmlSignLib" -- ACBrDFeOpenSSL -- [*] Amplo refactoring. Removido código referente a comunicação HTTP/HTTPs que foi migrado para "ACBrDFeHttpOpenSSL" [*] Removido código referente a assinatura digital e Validação de XML, que foi migrado para "ACBrDFeXsXmlSec" -- ACBRDFeWinCrypt -- [+] Nova Unit, para manipular Certificados do Windows e efetuar assinatura digital, usando a Win API WinCrypt (MSCrypto/CAPI) -- ACBrDFeCapicom -- [*] Refactoring, para usar boa parte do código de "ACBRDFeWinCrypt" -- ACBrDFeHttpOpenSSL -- [+] Adicionada nova Unit, derivada de ACBrDFeOpenSSL, criando implementação da classe de TDFeSSLHttpClass para comunicação http e https, usando a Synapse e OpenSSL -- ACBrDFeHttpWinApi -- [+] Adicionada nova Unit, derivada de ACBrDFeCapicom, criando implementação da classe de TDFeSSLHttpClass para comunicação http e https, usando as APIs do Windows WinHttp ou WinINet -- ACBrDFeHttpIndy, ACBrDFeCapicomDelphiSoap -- [*] Unit renomeada de "ACBrDFeCapicomDelphiSoap" para "ACBrDFeHttpIndy", e refatorada para não depender da CAPICOM -- ACBrDFeXsXmlSec -- [+] Adicionada nova Unit, derivada de ACBrDFeOpenSSL, criando implementação da classe de TDFeSSLXmlSignClass usando a Lib XMLSEC -- ACBrDFeXsMsXml -- [+] Adicionada nova Unit, derivada de ACBrDFeCapicom, criando implementação da classe de TDFeSSLXmlSignClass usando a Lib MSXML -- ACBrDFeXsMsXmlCapicom -- [+] Adicionada nova Unit, derivada de ACBrDFeCapicom, criando implementação da classe de TDFeSSLXmlSignMsXml usando a Lib MSXML e CAPICOM -- ACBrDFeException -- [+] Adicionado o exception "EACBrDFeExceptionNoPrivateKey" -- ACBrDFeUtil -- [+] Adicionado o método "SignatureElement: String" (por DSA) Obrigado... e considere nos ajudar, contratando o SAC, por pelo menos 1 mês http://www.projetoacbr.com.br/forum/sacv2/sobre/ http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/ http://www.projetoacbr.com.br/forum/sacv2/cadastro/ Fique atento.... Em breve, organizaremos um Webinar sobre essas modificações

Alguém atualmente faz averbação de carga (averbação online integrada com software de seguradora)? Preciso saber como funciona. A averbação deve ser feita após aemissão do CT-e (embora exista a tag de averbação no xml). Alguém que possa dar dicas nos procedimentos dessa integração?

Bom dia galera, E a novela continua.. Saiu o layout 2.4 do eSocial.. Assim que sobrar um tempinho vou começar a verificar o que impactou nessa versão do layout e ir fazendo os devidos ajustes.. http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?visao=anotado&idAto=86199 http://portal.esocial.gov.br/manuais/leiautes-do-esocial-v2-4-pdf-e-xsd.zip/view

Bom dia! Pessoal, Com as mudanças na arquitetura de comunicação com os servidores da NFE 4.00 existe alguma alteração na lista de sistemas operacionais compatíveis? Texto da nota técnica. "O protocolo de comunicação foi alterado, passando a aceitar apenas a versão 1.2 ou superior do protocolo TLS, não sendo mais aceita comunicação via protocolo SSL. Outra mudança técnica na comunicação, se dá no uso de variáveis SOAP Header, a partir da nova versão, essas variáveis não serão mais aceitas ."

kkk... mais provável é a Prefeitura não ter pago a empresa que desenvolveu o WebService...

Depois de atualizar as maquinas Windows Server 2008 R2, Windows 8, Windows 7. Todas funcionaram a NFe 4.0 resolvendo os erros citados. Já as Maquinas Windows 10, funcionou sem nenhum atualização. Abraços a todos.

Imagino que a pasta system32 seja a pasta de DLLS padrão do sistema, então sendo Windows 64, todas as DLLs dessa pasta devem ser 64bits, já a C:\Windows\SysWOW64 seria a pasta de compatibilidade com sistemas de 32 bits. Ou, como disse o @Daniel Simoes lá no outro tópico:

Olá, Provavelmente o problema está na imagem '.pcx'. Para a impressora de etiquetas suportar a impressão a imagem deve estar gravada com apenas duas cores(monocromática). Verifiquei que a imagem "LOGOACBr.pcx" disponibilizada no demo estava errada, mas já atualizei para uma imagem correta. Por favor, baixe a nova imagem e efetue o teste novamente.

É o contrário: Não precisa copiar essas DLLs se ativou a compilação com MinGW.

Hoje dando uma revisada, fazendo passo a passo consegui. O lance era na chave, por erro meu estava colocando a chave AC e não a gerado no SGRSAT. Ai vi que o XML estava faltando uma parte. Mas tudo certo, obrigado

Ricardo, No LayOut (sefaz) tem a opção de imprimir o valor do frete junto aos totais. Por isso fiz esse ajuste. Estive olhando a impressão no formato de cupom. Esse está em outro formato de desenvolvimento. Acrescentar o frete nele não seria simples. Teria que ver quem está coordenando esses updates para falar na alteração. Achei interessante o formato do A4. Bem simples a implementação. Wanderson

Essa é a validação G084 que diz: No seu caso tente informar o grupo nAver com os números de averbação. [aver001001] nAver=123456789

Grave um log para os momentos em que o registro não é gravado. try dmmovi.cdsConta_Rec.post; dmmovi.cdsConta_Rec.ApplyUpdates(0); except // Um log em txt vai detalhar esse momento end;

@Fabiano Morais Aparentemente é um problema com a Sefaz. Tentei aqui por um outro meio (sem usar o ACBrSATWS) e o erro é o mesmo.

Sim.. é isso mesmo... mas observe que são diretivas de compilação... ou seja, em tempo de execução apenas uma das linhas será executada... FPC = Free Pascal Compiler (Lazarus)

Graças aos esforços do @edunucleo e @JoãoDJ, estamos agora operando em HTTPS... Estamos usando um Certificado com criptografia TLS, Gratuito, fornecido pela Let's Encrypt

Boa tarde testes realizados com sucesso em ambas as versões da NFe. Agradeço mais uma vez a todos.

Bom dia, o ACBrMonitorPlus tem a versão liberada semanalmente, se essa alteração não tiver nada excepcional além do previsto, provavelmente sairá na próxima versão. Postaremos aqui quando for liberado.

Boa noite Antonio, Dica: O componente possui 3 propriedades Salvar, vamos ao significado de cada uma delas. Configuracoes.Arquivos.Salvar := True ou False; Se True o componente salva em disco os arquivos que tem validade jurídica, tais como: *-nfe.xml, *-procEventoNFe.xml e *-procInutNFe.xml Se False não salva, útil para que deseja guardar o conteúdo desses XML no banco de dados. Configuracoes.Geral.Salvar := True ou False; Se True o componente salva em disco os arquivos de envio e de retorno da SEFAZ, esses XML não tem validade jurídica. Se False não salva, muitos optam por essa configuração para economizar espaço em disco. Configuracoes.WebServices.Salvar := True ou False; Se True o componente salva em disco os arquivos de envio e de retorno da SEFAZ sem nenhum tratamento realizado pelo componente, esses XML não tem validade jurídica e seus nomes é acrescentado o sufixo -soap. Costumamos salvar esses arquivos para tentar descobrir alguma falha na leitura correta do XML de retorno. Isso explica, que quando você desabilita o XML não é salvo.

Também entraram em contato comigo, já está em produção.

Já sofri bastante com isso ai senhores, é problemas do SAT da Elgin que consomem energia demais e dependendo do PC com fonte mais fraca acaba falhando a comunicação. Um cliente meu vivia sofrendo com isso ai até que trocamos o SAT para um PC com melhor qualidade e parou o problema. Uma das alternativa é tentar melhorar a fonte do PC ou conseguir um HUB USB com alimentação externa, como por exemplo esse da TP Link. No mercado livre tem desse HUB USB mais em conta que esse que passei, mas sem marca definida e se forem pegar esse ching-ling atentar para a fonte de alimentação que acompanha o produto pois tem algumas que vem com baixa amperagem que acabaria não resolvendo o problema. Também deve se atentar a ligação do cabo USB, que preferencialmente precisa ser ligado em "barra" diferente do USB do PC, como no exemplo da imagem em anexo.

Segundo a Elgin (Rubens), para gerar o Log da DLL.. basta criar o arquivo satelgin.ini, na mesma pasta da DLL GeraArqLog = 1 NomeArqLog = c:\sat\elgin2.txt

Bom dia, Italo Configurei sim e quando tento enviar me da este retorno : Envio ANe tpAmb: 1 verAplic: cStat: 0 cUF: 0 xMotivo: xMsg: ***eu comentei do componente HTTPReqResp, porque se tento enviar o XML que componente AcbAne cria da certo. Obrigado Bom dia, ítalo Quando tento enviar : da este erro : Resource AcbrANeServicos no found Debugando o erro acontece neste método abaixo procedure TDFeWebService.DefinirURL; begin { sobrescrever OBRIGATORIAMENTE. Você também pode mudar apenas o valor de "FLayoutServico" na classe filha e chamar: Inherited; } GerarException(ACBrStr('DefinirURL não implementado para: ') + ClassName); end;

Bom dia Walter, Você chegou a configurar o componente com libCapicomDelphiSoap. Pois esta configuração se utiliza do HTTPReqResp.

Boa tarde, Italo Componente... -O método enviar não esta funcionando. -Eu coloquei um componente: HTTPReqResp1 no demo para enviar da forma que tinha feito. XML gerado pelo componente esta OK Coloquei procedure para tratar o retorno e quando enviei : funcionou Erro ao Protocolar a Averbação: código: 001 - Erro : Documento já Cadastrado Protocolo: 94987EAC868GCA8FDS1122 Data: 13-04-2016 Hora: 16:12:12 mandei um documento averbado porque não tenho outra forma

Boa noite Graça, Crie uma nova pasta, por exemplo ACBrBranches e configure o Tortoise para baixar, use a mesma URL trocando o final trunk2 por branches. Depois copie a pasta ACBrANe (Fontes) para dentro da pasta ACBDFe da estrutura baixada do Trunk2. Faça o mesmo para os fontes do pacote de instalação.

Boa noite, Graça Criei uma pasta separada da normal , e instale o componente manualmente. svn - https://svn.code.sf.net/p/acbr/code/branches Obrigado

Bom dia a todos, No repositório Branches temos: ...\Fontes\ACBrDFe\ACBrANe <== Fontes do componente ACBrANe - Averbação Nacional Eletrônica ...\Pacotes\Delphi\ACBrDFe\ACBrANe <== Pacote de instalação. Não temos ainda um programa exemplo e o componente ainda não foi testando, acredito que será necessário fazer diversos ajustes. Walter, se você já conseguiu realizar a integração com o Web Services a sua ajuda será de grande valia em fazer as alterações e correções necessárias no componente para que o mesmo fique funcional e possamos assim disponibiliza-lo no repositório Trunk2.

Acabei de enviar

Então, queria estudar com vocês do ACBr a possibilidade da criação do componente. E ratear o custo do desenvolvimento com mais alguém que esteja interessado.

Pessoal, criei esse post, mas meu cliente desistiu do contrato de averbação e não desenvolvi essa integração para averbação de carga. Agora, tenho outro cliente que já fez o contrato e precisa dessa integração. Queria saber quem está precisando fazer implementar isso e se existe a possibilidade de desenvolver no ACBr (e, no caso, quem precisa da implementação, ajudar a pagar por esse desenvolvimento, caso alguém do ACBr se disponha a desenvolver)

Ok... enviei modificações para o SVN, que criam o método: SAT.SetNumeroSessao( iNumero ) Ele portanto, deve ser chamado antes de qualquer outro método do SAT... exemplo: SAT.SetNumeroSessao( 11111 ) OK: SAT.ConsultarStatusOperacional

http://www.averba.com.br/ ou procure por AT&M Averbação de seguro de carga Envie email para o endereço do sac e eles te enviam o material. Caso você não consiga (porque exigem dados de uma transportadora), posso te enviar o material que tenho para seu email.

Walter Faria, eu tenho o material mas os arquivos são em pdf e muito grandes. Mesmo compactados não foi possível anexar. Para você obter o material, tem que se cadastrar no site.

Você tem o material ou link para ver sobre esse webservice Obrigado

A AT&M também disponibiliza integração via webService, para fazer averbação direta via sistema, sem necessidade de software a parte;

não tem retorno, simplesmente eles puxam o xml limpando a pasta a única alteração no seu sistema é criar um rotina para fazer uma copia do xml para a pasta configurada, após autorização ou cancelamento do ct-e

os retornos também ficam nessa pasta? É feita alguma alteração no xml do ct-e?

Graca Só complementando na pasta configurada no servidor com o software deles, você salva uma copia do xml, pois de 10 em 10 minuto o sistema deles le a pasta e puxa todos os arquivos. ou seja limpa a pasta uma das maneiras para saber se esta funcionando a averbação é verificando se a pasta esta ficando vazia.

Obrigada pela resposta. Já entrei em contato com a AT&M solicitando manual, mas não consigo retorno deles. Após a averbação, há retorno de protocolo para salvar no banco de dados? Em caso de erro, há código de erro específico para tratar?

Boa tarde, Graca. então eu faço a averbação pela AT&M, e funciona assim : Eles instala um Software: exemplo no servidor e você tem colocar os XML enviados : Autorizados e ou Cancelados numa determinada pasta !!! e este software faz a integração para a averbação Obrigado

Tem um exemplo da rotina de envio automático dos xmls através de webservices? É um recurso que poderia ser implementado no ACBrCTe, uma vez que a averbação agora é obrigatória.

Bom dia, alteração já disponível no SVN.