Painel de líderes

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!

Pessoal, para posicionar vocês... Enviei e-mail para a prefeitura informando sobre o que está acontecendo e pedindo soluções (Sem respostas); Liguei várias vezes para a prefeitura (Ninguém atende); Acabei de sair do telefone, por mais de uma hora, com a equipe de suporte do SimplISS, eles não sabem o que estão fazendo. Em resumo.... Encaminhei a eles todos os arquivos XML já testados (nenhum validou); Questionei sobre a divergência entre ambiente de produção e homologação (Nenhum deles funciona e não são compatíveis); Enviei o e-mail recebido da prefeitura referente a mudança, onde explicitamente falava que seguiriam o padrão ABRASF 2.03; Deixei eles ciente de que não alteraria mais uma linha de código no software, que eles teriam que se adequar ao padrão ABRASF 2.03. Se existe alguma exigência da prefeitura sobre os dados, isto deve ser feito do lado deles e não na API de integração, afinal, emitimos notas com eles em outras cidades e funciona sem problemas. Se seguirem o padrão ABRASF não haverá problemas na integração. Além do que, este formato que querem utilizar prejudica o contribuinte que importa os documentos pois precisa fazer lançamento para apropriação de créditos, como PIS e COFINS, manualmente já que esta informação não consta no arquivo XML. Também instruí nossa equipe de atendimento para que a partir de amanhã as 08:00 horas, qualquer situação relacionada a NFS-e deverá ser direcionada diretamente ao suporte do SimplIIS através do e-mail [email protected] ou telefone 019 3602 3600. Amanhã tentarei ir pessoalmente na prefeitura para ver isso.... Além disso, direcionei a pessoas dos meios de comunicação da região (Redes te TV, rádios, blogs) informações referentes aos problemas enfrentados. Aos que enviei, obtive resposta e vão apurar os fatos... Se mais alguém da região estiver passando por estas dificuldades, sugiram que façam algo parecido. Pressionando, conseguiremos fazer com que o padrão ABRASF seja realmente utilizado e evitaremos dores de cabeça futuras... Se todos mantivessem o mesmo padrão, a exemplo da NF-e, não haveria esse tipo de stress... O resultado disso é contribuinte insatisfeito, empresas de software com equipes alocadas somente para tentar explicar ao cliente que o problema não é ocasionado pelo software, etc.... Até as 20:00 horas de hoje a equipe do SimplIIS tentará entrar em contato comigo para passar nova posição. Se houver este contato... postarei aqui....

@diogoboa Consultando o CNPJ desse emitente: Regime de Apuração: NORMAL - REGIME PERIÓDICO DE APURAÇÃO Sendo assim, você deve usar o CRT correspondente ao regime tributário, que nesse caso é o 3 (RTRegimeNormal). E passar a usar o grupo CST ao invés do CSOSN.

18/09/2019 Validação da URL do QR Code do CT-e (07 de outubro de 2019) A partir de 07 de outubro passará a ser validado o QR Code no ambiente de produção do CT-e. Cada SEFAZ Autorizador possui um endereço específico que será verificado na informação do QR Code no CT-e. Aproveitando quero informar que o arquivo ACBrCTeServicos.ini contem as URLs utilizadas no QR-Code e essas URLs estão em conformidade com as que foram publicadas no Portal do Conhecimento de Transporte Eletrônico - SVRS

boa tarde, alterei o pacote ACBrSerial -> ACBrBAL, fiz uma implementação dos seguintes modelos de balanças: Precision Toledo 2090N Toledo BCS21 alguém poderia validar e adicionar no repositório ? Att. ACBrBAL.pas ACBrBALPrecision.pas ACBrBALToledo2090N.pas ACBrBALToledoBCS21.pas

Olá pessoal bom dia!! Lançamos hoje o Monitorador de NFe e NFCe - Para todas as UFs. Criamos um dash que usa dados de milhares de notas por minuto. -Temos um relatório de oscilação por minuto, hora e dia. Além de uma lista dos erros, detectados em casos de oscilação. Acesse: https://monitor.tecnospeed.com.br/ e veja a versão beta.

Ok. Estou considerando como resolvido. Obrigado.

Pelo log, aparentemente o Sat está sem acesso à internet para https/porta destino 443. Seria bom verificar se ele está obtendo os endereços de rede corretos para funcionar em seu cliente e verificar se há algum bloqueio de firewall lá no local.

1) Após atualizar o acbr, peguei o arquivo ACBrCTeServicos enviado por Italo e coloquei dentro da pasta C:\ACBr\Fontes\ACBrDFe\ACBrCTe. 2) Renomeei o arquivo Compila_res.bat para Compila.bat. 3) Executai o Command como admistrador, e rodei o Compila.bat direto da pasta C:\ACBr\Fontes\ACBrDFe\ACBrCTe. 4) Recompilei minha aplicação. A busca do qrcode acessa diretamente os dados disponíveis, sem passar pelo captcha como estava ocorrendo anteriormente.

Show. Funcionou perfeitamente agora. Muito Obrigado.

Isso mesmo!! Nem o cliente sabia que tinha sido desenquadrado do simples!! Muito obrigado Sérgio!!

Entrei em contato com o pessoal do SimplISS agora novamente... Eles estão analisando a situação e irão retornar agora inicio da tarde... Já informei a eles que se esta situação não for resolvida, irei enviar um e-mail aos nossos clientes, deixando-os a par da situação e solicitando para que pressionem a prefeitura para que sigam o padrão correto. Como eles informaram que recebem as notas no padrão antigo, e o padrão antigo utilizava uma assinatura diferente, imagino que eles devam ter feito uma salada com isto, misturando tudo...

Eu que agradeço @José M. S. Junior. Pois utilizo muito o ACBr nos meus projetos e é mais do que prazeroso pra mim poder ajudar. Valeu.

Você pode usar as informações complementares (infCpl) da nota para isso.

Bom dia Gabriel, Você esta com todos os fontes de todas as pastas atualizadas e a Suite ACBr instalada no Delphi? Os fontes foram baixados do repositório Trunk2?

18/09/2019 Validação da URL do QR Code do MDF-e (07 de outubro de 2019) A partir de 07 de outubro passará a ser validado o QR Code no ambiente de produção do MDF-e. Aproveitando quero informar que o arquivo ACBrMDFeServicos.ini contem as URLs utilizadas no QR-Code e essas URLs estão em conformidade com as que foram publicadas no Portal do Manifesto Eletrônico de Documentos Fiscais - SVRS

Pessoal, Apenas para reforçar. Se um cupom no layout 0.07 for emitido, será retornado o alerta Versão do leiaute do arquivo de entrada do SAT não é a mais atual, pois a versão de layout mais atual é a 0.08. Se emitido no layout 0.08, o retorno será "Emitido com Sucesso", note que o retorno para o layout 0.07 é um alerta e não uma rejeição, o XML só sera rejeitado pela Sefaz se for utilizado o layout 0.06, pois ja foi descontinuado pela Sefaz. Não há previsão para que o layout 0.07 deixe de ser aceito pela Sefaz, imagino que somente após a disponibilização de um novo layout, 0.09 que ainda não existe.

@Italo Jurisato Junior Consegui estabelecer comunicação com a DSF, o problema que eu descrevi foi solucionado usando o método enviar.

Boa tarde Gustavo, No segundo envio do evento você alterou de 1 para 2 o valor do campo nSeqEvento ?

Boa tarde. Gostaria, se possível, deixar disponibilizado os fontes em delphi para emissão de boleto via webservice do Banco do Brasil. Não é um componente, todavia é uma unit e pode ser útil a quem for trabalhar com o webservice do Banco do Brasil. WebserviceBB.rar

Boa tarde, Queria propor a adição de uma propriedade à classe TACBrBoletoFCFortes de impressão do boleto usando FortesReport, para permitir a impressão de uma página de verso no boleto, que poderia ser usado para, entre outras, informações do correio. O arquivo anexado já foi devidamente testado. Desde já agradeço. ACBrBoletoFCFortesFr.pas

Homologando a NFC-e com Integrador Fiscal CE Olá, Nesse tópico vamos detalhar os passos para realizar testes e homologação da NFC-e com o Integrador Fiscal do CE utilizando o componente ACBrNFe. Para utilização da NFC-e no CE é obrigatório o uso do Integrador Fiscal, diferente do que ocorre com as demais UFs, no CE não é o componente ACBrNFe que realiza o envio do XML diretamente para a SEFAZ, o que o componente faz é gerar o XML no padrão do projeto do Integrador Fiscal e gravar na pasta monitorada pelo mesmo, e o Integrador Fiscal se encarregará de realizar o envio e gerar a resposta que será lido pelo componente ACBrNFe. Para realizar este procedimento o ACBr utiliza o componente ACBrIntegrador interagindo com o componente ACBrNFe. Credenciamento na SEFAZ - CE Para emissão de Documentos Fiscais eletrônicos no CE é necessário que a empresa contribuinte esteja credenciada na SEFAZ CE: http://nfce.sefaz.ce.gov.br/pages/credenciamento.jsf e tenha em mãos o Certificado Digital do contribuinte credenciado. Além disso, o contribuinte que se enquadra na modalidade permitida para emissão da NFC-e no CE e opte por utiliza-lá ao invés do MFe, deve solicitar um requerimento para emissão de NFC-e através do sistema VIPRO (Sistema de Virtualização dos Processos). Veja mais detalhes no tópico: Instalar Integrador Fiscal O Primeiro passo é Instalar e Configurar o Integrador Fiscal - CE Para instalação baixe o aplicativo do site SEFAZ-CE : http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Após instalado, baixe neste mesmo link o último release do Integrador “Integrador Release DLL´s”. Descompacte o arquivo na pasta: %APPDATA%\Integrador obs: Clique com botão direito nas dlls vá em propriedades desmarque a opção "Bloqueio de Arquivo", caso as mesmas estiverem bloqueadas. Configure o Aplicativo Integrador Fiscal informando os dados do Estabelecimento e da Software House. Conforme descrito no Manual do Integrador Fiscal, para o ambiente de Desenvolvimento poderá ser usado os dados abaixo no Integrador: Estabelecimento: CNPJ: 30146465000116 IE: 065911482 Software House: CNPJ: 98155757000159 CHAVE: MD2Nof/O0tQMPKiYeeAydSjYt7YV9kU0nWKZGXHVdYIzR2W9Z6tgXni/Y5bnjmUAk8MkqlBJIiOOIskKCjJ086k7vAP0EU5cBRYj/nzHUiRdu9AVD7WRfVs00BDyb5fsnnKg7gAXXH6SBgCxG9yjAkxJ0l2E2idsWBAJ5peQEBZqtHytRUC+FLaSfd3+66QNxIBlDwQIRzUGPaU6fvErVDSfMUf8WpkwnPz36fCQnyLypqe/5mbox9pt3RCbbXcYqnR/4poYGr9M9Kymj4/PyX9xGeiXwbgzOOHNIU5M/aAs0rulXz948bZla0eXABgEcp6mDkTzweLPZTbmOhX+eA== A configuração deve ficar da seguinte forma: Utilizando o demo ACBrNFe para homologação com o Integrador Com os fontes e o demo ACBrNFe atualizados, selecione o componente ACBrNFe e relacione o componente ACBrIntegrador na propriedade "Integrador". Na Propriedade "modeloDF" selecione: moNFCe obs: Isto deve ser feito apenas quando for utilizar a NFCe para Estado do CE No componente ACBrIntegrador as pastas "Input" e "Output" devem estar configuradas com mesmo path configurado no aplicativo Integrador Fiscal, para a integração dos arquivos XMLs entre as aplicações. Compile a aplicação e configure as abas de: ( Certificado, WebService, Emitente e Geral ) com os dados do Contribuinte, seguindo o exemplo abaixo e Salve as configurações. Com o aplicativo Integrador Fiscal instanciado, realize uma consulta de "Status de Serviço" para validar a comunicação com o Integrador Fiscal, note que quando a comunicação está sendo realizada pelo Integrador poderá obter a resposta também do campo: "Código" e "Valor" do componente ACBrIntegrador. (Veja detalhes no código fonte do botão). Para testes de Envio, utilize a aba NFCe e realize o teste com o botão "Criar e Enviar". Note pelo código fonte do botão que existe um tratamento diferenciado para leitura da resposta quando se trata do Integrador Fiscal. É importante que o XML da NFC-e esteja válido e que a comunicação com o Integrador Fiscal esteja ocorrendo devidamente. Caso não esteja obtendo retorno do Integrador Fiscal, consulte o manual do mesmo para possíveis liberação de portas no Firewall e demais configurações. Também é importante que as dlls do Integrador em: %APPDATA%\Integrador estejam atualizadas e não estejam Bloqueadas. Utilize o Log gerado pelo Integrador Fiscal para análise de possíveis erros.

O DANFE é impresso com os dados em memória do componente ACBrNFe. A rotina de geração do XML identifica que a nota está em homologação e altera o nome do destinatário, mas apenas no XML e não nos dados do componente. Por isso acontece esse problema.

Use a pasta de schemas de ACBr\Exemplos\ACBrDFe\Schemas\CTe.

Faça o teste pelo demo do componente. Configure para salvar arquivos de envio e retorno. Anexe eles aqui.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Sem problemas, imaginei que fosse isso, o print não se parece com a emissão de DANFE do ACBr. Por hora, como não há previsão por Nota Técnica de incluir esse campo no DANFE, a orientação é imprimir o valor do IPI devolução nas informações adicionais da nota (tag: infAdFisco).

Siga o modelo do manual, remova os espaços entre o nome tag e o valor... Veja esse exemplo em anexo: https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoMDFe.html MANIFESTO_mod.txt

Não existe esse campo no componente. Mas não seria muito difícil adicionar. Acredito que deveria ser adicionado na classe TACBrCargaBalNutricional para que possa ser tratado no método TACBrCargaBal.PreencherToledo.

Um pequeno detalhe importante: As URL do QR-Code que constam nesse arquivo diverge do que foi publicado ontem no Portal do Conhecimento do Transporte Eletrônico - SVRS. A partir do dia 07/10/2019 as SEFAZ-Autorizadoras vão passar a validar essa URL na string do QR-Code. O ACBrCTeServicos.ini que se encontra no repositório esta em conformidade com o que foi publicado, portanto não garanto que esse arquivo que anexei em postagens anteriores as URLs vão ser validadas com sucesso nas SEFAZ.

Obrigado Italo, o processo agora funciona corretamente. Permita-me colocar os passos executados, para que alguém que necessite possa segui-los:

Está usando o componente ACBrNFeDANFCEFR?

Concordo com o @dimom, em operação com consumidor final o ICMS-ST não se aplica. Por isso a nota é rejeitada quando usando os CSOSN 201, 202 ou 203, ou 900. Na minha opinião, porém, o correto é usar o CSOSN 102 e não o 500, já que, por ser indústria, não houve recolhimento anterior de ICMS-ST.

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

O SVN já está ok com essas url do qrcode?

Bom dia, Favor anexar os arquivos INI, para analise e envio para o repositório. Desde já muito obrigado.

Bom dia Zenaide, A impressão do DAMDFE não pois as chaves desses DF-e não vão constar no XML do MDF-e e sim no XML do evento enviado para a SEFAZ. Em uma eventual fiscalização, o fiscal ao consultar o MDF-e pela chave ou pelo QR-Code vai constar que existe os DF-e incluídos por eventos ao respectivo MDF-e. O que seria interessante imprimir é o Evento de Inclusão de DF-e.

Esse provedor não suporta o envio pelo método GerarNFSe. Use o método ACBrNFSe1.Enviar.

Muito obrigado, tudo resolvido e entendido sobre as regras do fórum. Se quiser pode fechar o tópico.

Boa tarde Ítalo, não alterei o fr3 do SVN pois esse campo não tem no modelo do DAMDFE (Alterei apenas o meu fr3). Então para não fugir do modelo disponibilizado pela receita, optei por não alterá-lo. Mas segue o PDF sem o campo e com o campo com xMun.pdf Sem xMun.pdf

Veja esse post: Em especial a parte que diz:

Boa tarde Jorge, Porque você não muda o MDF-e para o ACBr ele já tem tudo pronto.

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

Boa tarde Paulo, Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr, por fim faça novos testes. Note que agora a cidade de Blumenau passa a utilizar o provedor SimplISSv2

Roney de Lima Melo SCV Sistemas Ltda Campo Grande/MS Delphi xe5 Firebird 2.5 Olá mais um caso de sucesso, homologamos PAF-ECF ER 02.05 pela Polimig SP Laudo POL0212018, DAV, DAV-OS, Pré-Venda, NF-e, Venda Concomitante, TEF dedicado. Componentes Utilizados: ACBrECF, ACBrAAC, ACBrEAD, ACBrPAF, ACBrTEFD, ACBrGAV, ACBrBAL, ACBrIBPTax, ACBrSPEDFiscal, ACBrSintegra, ACBrNFe.

Bom dia, O componente impõe um limite de 990 notas emitidas pelo remetente para o mesmo destinatário. No DACTE todas elas vão ser impressas, caso seja necessário o DACTE terá 2 ou mais páginas, para que todas as notas informadas constem no DACTE.