Painel de líderes

Provavelmente sim Jose. Mas vou dar uma conferida com os demais. Respondendo ao questionamento de todos o @André Ferreira de Moraes repassou: Não, só será feito quando os ambientes de homologação estiverem liberados. A previsão é q sejam liberados em 01/06. Por enquanto apenas MT liberou e não tenho certificado de lá pra testar!

Boa noite André, Isso foi feito para manter compatibilidade com os mais de 50 provedores.

Boa tarde, Realizamos algumas correções referente ao CT-e OS: Tratamento do envio como síncrono; Remoção da verificação no status 104 (Lote processado); Preenchimento das tags nAver e vCarga do grupo seg somente quando for modelo 57 e versão 2.00; Leitura do XML pelo método LoadFromString(); Ler o subgrupo infQ somente quando houver o grupo infCarga. Segue em anexo o fonte modificado (arquivos ACBrCTe.pas, ACBrCTeWebServices.pas, pcteCTeW.pas, ACBrCTeConhecimentos.pas e pcteCTeR.pas). ACBrCTe.pas ACBrCTeWebServices.pas pcteCTeW.pas ACBrCTeConhecimentos.pas pcteCTeR.pas

No meu caso era senha errada.

Boa tarde, Estou anexando o AcbrNFeServicos.ini da forma com que tem que ficar para não dar esse erro. Se o responsável puder analisar e subir para o repositório...Aí resolve para todos que estão com esse problema com impressão da NFCe no PI. Obrigado! ACBrNFeServicos.ini

funcionou dentro do fonte exemplo e migrei o formulário novamente e funcionou. Resolvido

Isso é um tiro no pé..... já ocorreu numa empresa em que eu programava, que liberam fazer isso, a sefaz estava off total... na correria, a funcionária do cliente final, simplesmente, viu o preview bonitinho e imprimiu, a NF-e pos tudo no caminhão e saiu de uberlândia - mg para manaus - am.... e adivinhem... quando chegou na zona franca, por lá mesmo ficou, retido, e o caminhão ficou parado dias, até explicar tudo e mandarem uma nova nota para dar cobertura para voltar para casa, além do prejuizo do tempo , combustivel, frete, uma multa gordinha e uma demissão por justa causa. Então é bom pensar várias vezes antes de liberar previsualizar danfe de coisa que se quer foi transmitido.

Compreendo, muito obrigado Juliomar, vou quebrar a cabeça um pouco aqui... se não der busco outra solução. Obrigado

Obrigado pelos esclarecimentos @Juliomar Marchetti

Sim se notar foi mudado no svn os endereços já no arquivo .ini

Exato. eu copiei direto o texto dele e esqueci da correção.

@Juliomar Marchetti apenas uma correção o estado que liberou foi MS

Perfeito Juliomar Marchetti, fiz um comentário pertinente e agradeço pelo retorno. Os retornos são importantes. Comentei, pois a implementação é de 01/2016. Com certeza deverá ser toda revista novamente antes de subir ao repositório. Grato pelo retorno.

Boa noite Danny. Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Danny, Mais uma vez muito obrigado, já enviei para o repositório.

Boa noite a todos, Já analisei e enviei para o repositório, muito obrigado pela colaboração Bsoft.

Ebaaaa acho que corrigi a bagaça, pelo menos pro meu caso Não mexi em nenhum linha do componente. A única coisa que fiz, foi que ao preencher o CodigoTransmissao apenas usei a regra de compor com 8 caracteres no codigo do convenio ou idCedente e 8 caracteres na conta excluindo obviamente que o digito da mesma. ################################################# if cdBanco.FieldByName('NBanco').AsInteger=33 then begin Cedente.Modalidade :=cdBanco.fieldbyname('Carteira').AsString; Cedente.CodigoTransmissao :=cdBanco.FieldByName('AGENCIA').AsString+ Pufy(cdBanco.FieldByName('IdCedente').AsString,'E','0',8)+ Pufy(cdBanco.FieldByName('Conta').AsString,'E','0',8); ################################################# onde Pufy, é apenas uma função que preenche com zeros a Esquerda neste caso Bom feito isso, o que estava errado na remessa anteriormente, com relação ao ultimo erro acusado "CodigoTransmissao diverge do CodigoTransmissao da Header" foi resolvido. 01REMESSA01COBRANCA 32430865189201300289 1029643273700015232430865189201300289 1029643273700015232430865189201300289 9000004000000006500000000000000000000 Agora vamos mandar novamente para o Banco Santander e aguardar a boa vontade dos homologadores. ufa, chega por hoje abraço a todos

Sim, existe principalmente quando você instalar muitas vezes os ACBrMonitorPlus, se você abrir o regedit.exe do windows e começar a excluir somente os registros do ACBrMonitorPlus irá reparar que ficaram muitos registros da mesma instalação e depois que excluir os registros vá manualmente e coloque o atalho do ACBrMonitorPlus no inicializar do windows este procedimento fica por um tempo, porém logo volta o problema quando o cliente acessa aplicativos bancários ou o windows se atualiza, desinstalei o ACBrMonitorPlus e instalei de novo e o problema voltava. Tentei conversar com um cliente para ver se podia utilizar aplicativo bancário e outra computador e a resposta foi sutil, o cliente disse que irá trocar o sistema então se não tiver solução. Diante de tanta pressão criamos uma rotina que resolveu nosso problema. A rotina simples verifica se o arquivo ENT.TXT foi lido, senão foi lido durante a operação dois segundos ela abre o ACBrMonitorPlus e a NFC-e imprime sem problema. Sim, eu vi e respondi o post no mesmo contexto, acontece que quando existe interferência de outros aplicativos se faz necessário a ERP ter rotinas para contorna o problema, mesmo porque o ACBrMonitorPlus tem sua função especifica.

Olá @cloudcon Resolvi adicionando as linhas abaixo na configuração do componente ACBrNFe.Configuracoes.Geral.SSLLib:=libOpenSSL; ACBrNFe.Configuracoes.Geral.SSLCryptLib:=cryOpenSSL; ACBrNFe.Configuracoes.Geral.SSLHttpLib:=httpOpenSSL; ACBrNFe.Configuracoes.Geral.SSLXmlSignLib:=xsXmlSec; Lembrando que esta configuração é baseada no meu ambiente, veja o link abaixo para maiores detalhes Abraços,

Vamos focar os comentários no assunto proposto. Questões legais que me envolvam eu resolvo por aqui mesmo.