Painel de líderes

Não podemos consultar a comunidade toda, a cada modificação que fazemos... Projetos OpenSource não são uma democracia... mas todos possuem um conselho que decidem as ações a serem tomadas... Apenas usuários que chamavam o "Validar", sem antes chamar o "Assinar"... estão tendo problemas... A mudança foi promovida porque o comportamento do ACBr estava errado... Se eu chamo "Validar", o componente não deve executar uma "assinatura" (não é condizente com o nome do método)... Sem falar no fato que ele também tentava assinar XMLs de terceiros, quando a assinatura do mesmo estava inválida ou inexistente... Todas as modificações do ACBr, são registradas no "Change-Log.txt", de cada componente... vamos ler o que foi descrito no ACBrCTe-Change-Log.txt 24/05/2017 -- ACBRCTeConhecimentos -- [*] Método "Conhecimento.Validar", modificado para não tentar assinar o XML, caso o mesmo não contenha a Tag de assinatura Por: Italo Jurisato Junior Essa modificação o Italo promoveu por minha solicitação, e para ficar em conformidade com o ACBrNFe... que teve a modificação registrada em: ACBrNFe-Change-Log.txt 24/05/2017 -- ACBRNFeNotasFiscais -- [*] Método "NotaFiscal.Validar", modificado para não tentar assinar o XML, caso o mesmo não contenha a Tag de assinatura (por: DSA)

Pessoal, Problema solucionado. Versão do ACBrMonitorPLUS: 1.1.0.5 Versão da BemaSAT: 1.0.2.0 Versão do Layout: 0.07 Creio que o problema se dava porque meu SAT homologação estava na versão 0.06. Depois que atualizei pra 0.07 funcionou. Obrigado a todos.

Enviei uma possível correção para o SVN... O problema somente ocorreria para quem usasse as DLLs do OpenSSL em versão superior a 1.0... Parece ter sido modificado algo internamente nas libs mais novas, que dificulta a detecção do Tipo de Criptografia que está sendo utilizado... então, usando o modo automarico "LT_all", não estava funcionando, com DLLs da geração 1.0 A solução foi atribuir o modo de Criptografia, no código, HTTPSend.Sock.SSL.SSLType := LT_TLSv1; HTTPGet('https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATCTA/CPF/ConsultaSituacao/captcha/gerarCaptcha.asp'); Isso pode ser analisado, usando um programa como o FireBug...

Boa tarde a todos. Estou realizando as alterações para integrar a NFS-e de Blumenau no componente ACBNFSe, surgiu algumas dúvidas e até um erro, caso alguém puder dar uma força... 1. Alterações realizadas até o momento. Alterado o arquivo Cidades.ini modificando o Provedor de São Paulo e Blumenau para Prodam. Alterado o arquivo SP.ini para Prodam.ini Incluído no arquivo Prodam.ini os dois municípios (São Paulo e Blumenau) e suas respectivas URLs e NameSpaces. Alterado objetos e tipos que se referenciavam ao provedor SP (Exemplo: proSP para proProdam). Tudo oque referenciava ao provedor SP foi alterado para Prodam. 2. Dúvidas na construção do arquivo Prodam.ini Estou com as seguintes dúvidas para a construção do ini: SoapAction para envio de produção e homologação: Adicionei todos os SoapAction que serão utilizados, porém estou em duvida de como adicionar o SoapAction para envio em produção e homologação, sendo que para o envio de teste o SoapAction deve ser "testeenvio" e para envio em produção deve ser "envioLoteRPS". Alteração da Tag para enviar em homologação: o web service possui métodos diferente para o envio de produção e homologação. Em produção deve ser utilizado a tag <EnvioLoteRPSRequest> em homologação deve ser <TesteEnvioLoteRPSRequest>. Como proceder? Mais de um NameSpace no XML: na seção XML do arquivo Prodam.ini possui a chave NameSpace, o detalhe é que cada município possui um NameSpace diferente, como posso fazer para adicionar o NameSpace dos dois municípios? (Pelo o que analisei nos fontes só faz a leitura de um NameSpace, pode ser que estou errado, por isso comentei). 3. Erro ao enviar NFSe para o município de Blumenau. Estou com o seguinte erro para enviar a NFSe para bluemanu: "mensagem xml de pedido do servico sem conteudo". Já procurei no fórum e na web por esse erro, analisei de "cabo a rabo" o XML, mas não consigo identificar o problema. Comparei o XML gerado com o xml de exemplo fornecido pela prefeitura, porém não consegui identificar nenhuma diferença. Vou deixar os XMLs em anexo, caso alguém puder analisar, fico agradecido. Obrigado! 1-rec-soap.xml 1-env-lot.xml 1-env-lot-soap.xml ExemploPedidoEnvioLoteRPS.txt

Para os desenvolvedores Java que não querem utilizar DLL, no caso, usar o projeto ACBrFramework, ou para os que querem utilizar os outros recursos do MonitorPlus como boleto, nfe, nfce, etc. Iniciei esse projeto, está super simples e ainda bem incompleto, a final vou implementando de acordo com a nossa necessidade, mas pelo ao menos para o ACBrECF está quase 100%. Abri este tópico para compartilha a ideia e eu aceito todas as dicas, ajudas, e sugestões. Link do projeto: http://edsonmoretti.github.io/ACBrMonitorPlus-Comunicador/ O projeto utiliza TCP/IP, configurável na primeira execução, assim, ao final espero deixar configurável para arquivo e tcp. Um abraço. reservado.

ola, Pessoal Tudo funciona! Tentei usar a opção de subistiuir e da isso -> SoapAction não definido para: TNFSeSubstituirNFSe

Desculpem a todos ! é que ao mesmo tempo que fazemos a implementação dos componentes cuidamos das nossas empresas sejam elas como dono ou funcionários! mas uma boa sugestão é que ao atualizar o svn olhe os arquivos alterados e tenham a curiosidade de conferir essas alterações.

é verdade, realmente consta o evento para substituição/inclusao de motorista: O Conselho Nacional de Política Fazendária (CONFAZ) determinou que na substituição do motorista, deverá haver emissão do Manifesto Eletrônico de Documentos Fiscais (MDF-e) – Modelo 58 e, criou os eventos da MDF-e descritos a seguir: Cancelamento: solicitado após autorização de Uso do MDF-e, pelo emitente, em prazo não superior a 24 horas, desde que não iniciado o transporte; Encerramento: solicitado no final do percurso descrito no MDF-e e sempre que haja transbordo, redespacho, subcontratação ou substituição do veículo, do motorista, de contâiner, bem como na retenção imprevista de parte da carga transportada; Inclusão de Motorista: solicitado sempre que houver troca, substituição ou inclusão de motorista; Registro de Passagem.

Bom dia, É possível apenas incluir um novo motorista no manifesto que está em aberto: ACBrMDFe1.EventoMDFe.Evento.Clear; ACBrMDFe1.EventoMDFe.idLote := XNumeroLote; with ACBrMDFe1.EventoMDFe.Evento.Add do begin InfEvento.chMDFe := xChaveAcesso; infEvento.CNPJ := xCNPJ; infEvento.dhEvento := Now; infEvento.tpEvento := teInclusaoCondutor; infEvento.nSeqEvento := nSeqEvento; infEvento.detEvento.nProt := xProtocolo; infEvento.detEvento.xNome := xNomeMotoristaAIncluir; infEvento.detEvento.CPF := xCPFMotorista; end; // Enviar o evento inclusao de condutor if ACBrMDFe1.EnviarEvento(xNumeroLote) then begin

Não! ele não atende nem firemonkey nem x64

ok, grato limpando tudo os componentes se instalaram legal....prob. resolvido. valeu

Isso pra imprimir a NFC-e? Nunca tentei dessa forma. Faço: ACBrNFe1.NotasFiscais.Imprimir; No final da impressão já faz o corte sem nenhum outro comando.

O tópico original, é de 2015... mas a causa do erro, é não chamar o método "Assinar", antes de chamar "Validar"

Tem que inverter esses comandos. Assinar antes de validar. O ACBr assinava automaticamente o XML quando era chamado o comando Validar, isso foi removido por problemas na validação de XML de terceiros.

Ainda não tem! https://bhissdigital.pbh.gov.br/bhiss-ws/nfse?wsdl

Boa noite Rogério, O provedor tem o serviço de Substituição de NFS-e via Web Services? Se não tiver, não tem como.

Italo, bom dia, não existe a possibilidade de se criar a soapaction para B.Hte.?

Olá, Italo! Bom dia! Obrigado! NO site da PBH tem a opção de substituir. Eu achei que tinha como via webservice.

Boa noite John, Esse provedor não possui esse serviço.

Faça o seguinte: Baixe os 3 repositórios: 1. JCL: https://github.com/project-jedi/jcl/trunk/jcl 2. JVCL: https://github.com/project-jedi/jvcl/trunk/jvcl 3. JEDI: https://github.com/project-jedi/jedi/trunk (este repositório possui arquivos .inc que são necessários para compilar a JCL corretamente) Após baixar copie os arquivo do passo 3 para: <jcl>\source\include\jedi Execute o arquivo "Install.bat" que está na raiz do repositório JCL baixado, tudo normal sem nada diferente, siga o que ele indicar, talvez na aba 64 bits falte o diretóri, mas basta criar ele conforme ele informa. Execute o arquivo "install.bat" que está na raiz do repositório JVCL baixado, também tudo normal conforme indicado pelo instalador. Se seguir este passo-a-passo não tem erro, tudo funcionará normalmente.

Olá... o que você quer fazer, exatamente, é o equivalente ao botão "Download do documento", da consulta à NFe no Portal da NFe? Lembre-se de que: a) quem emite a NFe é obrigado a enviar o xml para o email do destinatário. Na hipótese de não ter recebido o xml, prefira baixá-lo do portal. todos os xmls recebidos, além de usados, como no seu caso, para os registros de entradas de mercadoria, contas a pagar, etc, etc, devem ser mantidos, obrigatoriamente, em pastas organizadas (por ano e mês por exemplo)... * c) O mesmo de -b- vale para as suas notas emitidas... * d) Creio que a dificuldade para uma rotina automática (me corrijam os colegas) que faça o download seja o código de segurança (o captcha) ... Ainda assim, prefiro o recurso do email e/ou do download, pois obriga à organização dos arquivos... Espero ter contribuído! Abraços! * Aqui em Juiz de Fora (MG), já tivemos dois casos em que a AF exigiu todos os xmls das notas de entrada e a empresa teve que correr atrás dos fornecedores para conseguir obtê-los via email (o que deveria ter sido feito na data em que recebeu as NFes) ou via portal (através do botão download)... em ambos os casos, não adiantou a desculpa "ah... os fornecedores nunca mandam"... e a política agora é uma que já foi sugerida aqui no fórum.... recebe a mercadoria mas não paga se o fornecedor não enviar o xml...