Painel de líderes

Prezados, Depois de recebermos várias denuncias de pirataria de fontes, na área de classificados, nos anúncios de vendas de sistemas com fontes... Decidimos tomar as seguintes ações: Todos os tópicos postados em Classificados, ficarão pendentes de autorização Não serão permitidos anúncios de vendas de fontes de sistemas completos Peço desculpas antecipadas, para todos aqueles que fazem isso de forma correta e idônea, comercializando os próprios fontes... Porém, do nosso lado, não temos como comprovar a autenticidade dos anúncios, ou a posse dos fontes...

Desde ontem começou a haver ocorrência desse erro, no caso do RJ a mensagem é essa : Erro Interno: 12175 Erro HTTP: 0 URL: https://nfce.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Falha Recebendo Dados. Erro:Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) .... Comunicado na página do SEFAZ-PR A ocorrência acontecia apenas com Windows 10 então o post http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=55 resolveu o problema para quem precisar. Comunicado aos usuários de Windows 8 e 10 Após a última atualização do Windows, alguns usuários relataram dificuldade para se conectar com o ambiente de Produção da NF-e e NFC-e. Isso ocorre por uma falha na leitura do Certificado Digital do servidor e pode ser corrigida seguindo- se os seguintes passos: Passo 1 - Fazer o download e instalar a cadeia de certificados acima; Passo 2 - Executar o comando certmgr.msc, o gerenciador do certificados será aberto; Passo 3 - Clicar com o botão direito na pasta "Certificados" que está dentro da pasta "Autoridades de Certificação Raiz Confiáveis", escolher importar e selecionar o arquivo "AutoridadeCertificadoraRaizBrasileirav5.crt", que é um dos certificados baixados no site do SPED; Obs: Na coluna "finalidades" do arquivo ("AutoridadeCertificadoraRaizBrasileirav5.crt" deve estar selecionada a opção "todos", caso não esteja, entrar em propriedades e alterar. Passo 4 - Abrir o browser e acionar o endereço https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl para verificar se a conexão será estabelecida.

Boa tarde pessoal, Estava até agora com o pessoal do SimplIISS. Não consegui autorizar nenhuma NFse. E olha q testei de tudo quanto é jeito junto com eles.... Na semana que vem (provavelmente segunda), eles irão liberar um novo webservice q aparentemente vai recepcionar de outra forma... Então.. acho que por essa semana é pegar um chope e esquecer um pouco isso... na próxima semana pegamos com a cabeça mais fria pra tentar resolver... Abraço! Bom final e semana! Ein Prosit!

Problema resolvido!!! Vejam http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=55 Comunicado aos usuários de Windows 8 e 10 Após a última atualização do Windows, alguns usuários relataram dificuldade para se conectar com o ambiente de Produção da NF-e e NFC-e. Isso ocorre por uma falha na leitura do Certificado Digital do servidor e pode ser corrigida seguindo- se os seguintes passos: Passo 1 - Fazer o download e instalar a cadeia de certificados acima; Passo 2 - Executar o comando certmgr.msc, o gerenciador do certificados será aberto; Passo 3 - Clicar com o botão direito na pasta "Certificados" que está dentro da pasta "Autoridades de Certificação Raiz Confiáveis", escolher importar e selecionar o arquivo "AutoridadeCertificadoraRaizBrasileirav5.crt", que é um dos certificados baixados no site do SPED; Obs: Na coluna "finalidades" do arquivo ("AutoridadeCertificadoraRaizBrasileirav5.crt" deve estar selecionada a opção "todos", caso não esteja, entrar em propriedades e alterar. Passo 4 - Abrir o browser e acionar o endereço https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl para verificar se a conexão será estabelecida.

Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.

Bom dia! Fiz uma alteração no fonte ACBrTEFDCliSiTef.pas para que no evento TACBrTEFDCliSiTef.ContinuarRequisicao faça a leitura do comando 41, conforme o item 3.3.1 Tabela de códigos de Comando do manual do SiTEF. Pelo que li no manual esse comando fará a mesma tratativa do comando 30, mas no caso do 41 a coleta deverá ser feita de forma mascarada. Diante disso criei um novo item em TACBrTEFDCliSiTefOperacaoCampo, chamado tcStringMask. Com esse novo item será possível solicitar a informação mascarada na implementação do evento OnObtemCampo e retornar a informação para o SiTEF. Sem a implementação ocorria um erro ao processar transações do cartão Alelo Auto por exemplo, onde o TEF retornava a mensagem "Campo obrigatório", pois a aplicação não conseguia apresentar a tela solicitando a informação para o usuário. Essa informação é solicitada via comando 41. Em anexo está o fonte com as alterações. Peço por gentileza que avaliem as alterações e subam para o repositório se julgarem que está correto. Obrigado! ACBrTEFDCliSiTef.pas

Realmente, testei em um cliente e funcionou também! Obrigado por compartilhar, Fernando! (apesar de ter outros certificados no arquivo compactado, bastou instalar apenas o "ICP-Brasilv5")

Show de bola. Testado aqui e funcionou. Quem quiser uma ajuda para instalar o certificado da pra fazer um batch que faz a instalação certutil -addstore "Root" "Alterar para o caminho do certificado"

Valeu Italo. Obrigado.

Boa tarde Marcio, Muito obrigado pela colaboração, fiz mais algumas alterações na unit do provedor e enviei para o repositório. Favor atualizar e fazer novos testes. O seu arquivo Cidades.ini esta desatualizado, logo consegui ver o que você mudou nele.

No Log acima, do ACBrMonitor, não aparece a mensagem "Erro não catalogado"... Certeza que é o Log correto ? no geral... "Erro não Catalogado", ocorre quando o XML não passou na validação de Schema... Você pode tentar submeter esse XML a uma ferramenta que valida o Schema do XML do SAT CFe... como por exemplo a InteliSAT da Tanca https://www.tanca.com.br/drivers.php?cat=24&sub=43

Bom dia, parece que o problema está na configuração SSL, eu estava utilizando a LbOpenSSL e do nada parau de criar os xml da notas, fazendo vários testes e então alterei a configuração SSL para LbCapicom e resolveu. Eu não sei se está relacionado ao certificado, windows ou AcbrMonitor, só sei que fazendo esta troca, resolveu em dois computadores que estavam parados. Vou continuar pesquisando para achar o real motivo do problema

Olá Júnior. Nos desculpe também a confusão. Mas talvez seja por causa da escrita... Tente escrever com um número menor de sinais de exclamação. https://www.todamateria.com.br/ponto-de-exclamacao-quando-usar/

Parece que o pessoal dos servidores de MG estão começando a consertar as coisas... Estava disposto a esperar a correção dos servidores, mas devido a pressão dos clientes com aquela famosa alegação: "O sistema do meu concorrente da esquina está emitido, porque o do meu sistema não?", então por livre e espontânea pressão fiz o ajuste disponibilizado no repositório. Ontem consegui reproduzir o problema em homologação, onde funcionou de boa o ajuste. Hoje quando fui testar novamente já vi que em homologação já está respondendo corretamente. Ontem estava na versão W-1.4.26 e hoje está na versão W-1.4.27. Em produção ainda continua o problema dos servidores (versão W-1.4.23), mas como em homologação já está resolvido, acredito que a qualquer momento devem resolver o de produção também. Agradeço muito a equipe do ACBr, e a todos os colegas da lista que ajudaram na solução.

Bom dia Michel, Muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório. Fiz uma alteração em ambos os INI visando diminuir o tamanho do arquivo EL.ini

Bom dia Henrique, Muito obrigado pelo retorno, já enviei para o repositório o arquivo INI e o RES com as alterações visando resolver esse problema na Bahia. Vou fecha o tópico, pois acredito que esse problema esta resolvido.

Bom dia. Ao postar evite copiar o conteúdo dos arquivos, ao invés disso anexe os mesmos (como feito em sua última postagem) Att.

tpEmit=1 ; 1 - Transportadora (emite CT-e);

Olá pessoal, Encontra-se disponível em nossa biblioteca de documentos a nova tabela cBenef x CST publica no dia 02/10/2019.

Senhores Daniel e ALA, Muito obrigado pelos esclarecimentos. Bom trabalho!

Boa noite, Favor atualizar os fontes, reinstale a suíte ACBr e faça novos testes.

Segue as minhas sugestões. Elas tem o intuito de facilitar o entendimento da implementação e ao tempo mesmo, facilitar futuras manutenções. Ps : Outra dica , existe alguns de log que são atualizados e mantidos : PCNComum-change-log ACBrNFe-change-log ACBrNFeDANFeRL-change-log Muito grato pela sugestão e implementação Henrique_ACBrFontesAtualizados.rar

Boa tarde. Veja este tópico. Att.

Em alguns clientes da região sul(PR, SC e RS) que estavam com esse problema, nas Opções da Internet->Avançadas-> desmarcamos toda opções e de SSL e TSL depois marcamos somente SSL 3.0, conforme anexo

Veja esse tópico:

Boa tarde, Pelo nome do arquivo XML esse é o retorno referente ao envio e não a consulta. O nome do XML de retorno a consulta ao lote seria: *-lista-nfse.xml

Boa tarde Sim, pode instalar instancias diferentes para cada empresa, cada um comunicando em uma porta. Porém não é multi-usuário, se tiver mais de um usuário acessando a mesma empresa, sua aplicação precisa gerenciar o tráfego de comandos.

Boa tarde a todos. Acabamos de fazer duas NFC-e para o estado do MG em um cliente e foram autorizadas corretamente, por hora, parece que está funcionando. Obrigado a todos.

Boa tarde Abílio, rodo.veicTracao.prop.CNPJCPF := CNPJ; (...)

Boa tarde Vicente, A sua rotina esta incompleta, veja este exemplo: ACBrCTe.EventoCTe.Evento.Clear; with ACBrCTe.EventoCTe.Evento.New do begin infevento.chCTe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := Sequencia; infEvento.detEvento.xCondUso := ''; ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Clear; with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.New do begin grupoAlterado := Grupo; campoAlterado := Campo; valorAlterado := Conteudo; nroItemAlterado := NumItem; end; end; ACBrCTe.EnviarEvento(idLote); // Imprime o Evento PathArquivo := ACBrCTe.Configuracoes.Arquivos.GetPathCTe(DataEmissao); ACBrCTe.Configuracoes.Arquivos.PathEvento := PathArquivo; dhEvento := ACBrCTe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento; PathEvento := ACBrCTe.Configuracoes.Arquivos.GetPathEvento(teCCe, '', dhEvento); NomeEvento := PathEvento + '\' + '110110' + Chave + '01' + '-procEventoCTe.xml'; ACBrCTe.EventoCTe.Evento.Clear; ACBrCTe.EventoCTe.LerXML(NomeEvento); ACBrCTe.ImprimirEvento; Para mais informações sobre o grupo infCorrecao: página 107 do Manual do CT-e versão 3.00a Visão Geral que esta disponível em nossa biblioteca de documentos.

Veja a página de Freelancers https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Boa tarde. Vejam esse retorno obtido pelo colega junto a SEFAZ Att.

Esse provedor tem tags diferentes para alguns municipios exemplo: Sorriso MT utiliza a tag CodigoAtividadeEconomica e CodigoCnae ja Ipiranga do Norte utiliza a Tag CodigoCnaeAtividadeEconomica e nao manda o CodigoCnae, e o restante é idêntico.

Erros AssessorPublico.xml Italo Segue XML retornado em ACBrNFSe1.WebServices.ConsLote.RetWS pnfsNFSeW_AssessorPublico.pas Outro detalhe... o preenchimento da TAG EMAIL na unit pnfsNFSeW_AssessorPublico estava comentada. Gerador.wCampoNFSe(tcStr, '', 'EMAIL', 1, 1, 1, NFSe.Tomador.Contato.Email, ''); Obrigado

Enviei para o SVN... tente algo como: procedure TForm1.MenuItem23Click(Sender: TObject); var OldExtrato: TACBrSATExtratoClass; begin OldExtrato := ACBrSAT1.Extrato; try ACBrSAT1.Extrato := ACBrSATExtratoFortes1; ACBrSATExtratoFortes1.Filtro := fiPDF; //ACBrSATExtratoFortes1.PathPDF := 'c:\temp\teste.pdf'; //ACBrSATExtratoFortes1.NomeDocumento := 'teste.pdf'; ACBrSAT1.ImprimirExtrato; finally ACBrSAT1.Extrato := OldExtrato; end; end;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

notei vários problemas na geração de PDF do Extrato do SAT... a rotina não estava fazendo algumas verificações e usando as propriedades... já estou corrigindo...

Isso não deveria acontecer... A rotina de Cancelamento realiza uma consulta pela chave direto na SEFAZ para obter o numero do protocolo e então Envia o evento de Cancelamento, mas de qualquer forma estou revisando essa rotina para validar a possibilidade de possíveis problemas. O importante seria saber se ao consultar a chave, o número do protocolo retornado está sendo o mesmo passado no evento de Cancelamento, para isso seria necessário analisar o log de XMLs gerados e recebidos...

Bom dia Tania, Você não usa o componente ACBrMDFe, correto? Pois pelo que sei o componente pega a chave correta para gerar a string do QR-Code.

Bom dia Vicente, A mensagem de erro de validação é clara, você não esta informando o elemento infCorrecao. No programa exemplo do componente não existe um botão referente a CC-e do CT-e. Favor anexar em um arquivo TXT a rotina que você alimenta o componente com as informações para a CC-e.

Pessoal, peguei as dll de um amigo no pc dele e deu certo, pode ser que eu fiz confusão com essa questão de dll, peço desculpas pelo trabalho que dei a todos, mas foi resolvido o problema, agradeço a todos mais uma vez

Bom dia José Nunes, Você tem certeza que se o emitente do MDF-e não for uma transportadora (Prestador de Serviço de Transporte) é possível gerar um MDF-e com CT-e ? Veja as regras de validação abaixo (página 62 do Manual do MDF-e versão 3.00a - Visão Geral): O MDF-e possui 3 grupos de documentos: infCTe, infNFe e infMDFeTransp (Manifesto Eletrônico de Documentos Fiscais. Somente para modal Aquaviário (vide regras MOC) ). Pela regra G015 deixa claro que se o emitente for um Prestador de Serviço de Transporte ou seja uma transportadora, não podemos relacionar as NF-e portanto no XML não pode existir o grupo infNFe. Pela regra G016 deixa claro que se o emitente for um Transportador de Carga Própria ou seja não é uma transportadora, não podemos relacionar os CT-e portanto no XML não pode existir o grupo infCTe. Resumindo: tpEmit=1 = Prestador de Serviço de Transporte = Transportadora ====> Devemos gerar o grupo infCTe e relacionar os CT-e emitidos pela Transportadora. tpEmit=2 = Transportador de Carga Própria = Não é uma Transportadora ====> Devemos gerar o grupo infNFe e relacionar as NF-e emitidas pela Empresa. Transportador de Carga Própria é a empresa que vende a mercadoria e realiza o transporte da mesma até o cliente, neste caso essa empresa não contrata uma transportadora para realizar esse serviço.

Pelo que eu saiba, no danfe não vem mesmo. É destacado somente no xml assim como muitos outros campos.

Boa noite José, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar os fontes e reinstalar a suíte ACBr e faça novos testes. Fiz uma alteração que acredito que agora será possível enviar mais de uma nota por lote.

BLZ. Entendi sua colocação, mas devemos entender que nem tudo existe validação. Mas existe a orientação de preenchimento da nfe e isso deve ser seguido. Tipo se você colocar um monte de 'xxxxxxxx' na descrição do produto qualquer vai validar normal, e assim outras coisas também. mas valeu.

Fechando... tópicos repetidos criados... favor continuar em:

Boa noite Douglas, Muito obrigado pela colaboração, já vou enviar para o repositório.

Juliana, eu já tinha tentado essa orientação desse topico, mas da um erro, tentei novamente seguindo todos os passo, sendo que meu certificado digital é com o leitor, então usei o numero de serie + senha, segue mensagem informando que esta faltando uma pasta Juliana, conseguir tinha que apontar paras pasta nfe.

Bom dia @magnosystem Estamos implementando o registro de Boletos via WebServices incorporado ao componente ACBrBoleto, utilizando a mesma estrutura dos dados, inclusive já foi implementado para o Banco Caixa e está disponível na pasta Branches do Projeto no SVN. Mas seus fontes serão muito úteis para implementar o BB nos mesmos moldes, podemos utilizar o que você implementou. Obrigado!