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 ?

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.

Eu resolvi este problema utilizando open ssl da seguinte forma: Utilizei o aplicativo "InstaladorValid" da VALID certificadora para instalar o certificado em minha máquina (Capicom). http://www.validcertificadora.com.br/upload/downloads/validcertificadora.exe Exportei uma nova cópia do certificado Utilizei a nova cópia com openssl e voila! PS: é o mesmo procedimento citado neste post:

Agradeço a todos pela atenção recebida, peço aos moderadores o encerramento do tópico. Por fim conforme solicitado na proposta acima não houve como embutir IVA-ST em venda interestadual para MEI sem INSCRIÇÃO ESTADUAL que pretende revender as mercadorias (difal não vale), só consigo colocar IVA-ST se o MEI tiver INSCRIÇÃO ESTADUAL. Obrigado novamente pela atenção de todos e solicito novamente o encerramento do tópico.

Sua pasta de Schemas está desatualizada.

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).

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 por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Por favor leia com atenção o tópico anterior.. está tudo lá.. (inclusive o local de Download)

Bom dia a todos, Após alimentar o componente com os dados, chegaram a utilizar o método ValidarRegrasdeNegocios ? No programa exemplo do ACBrNFe temos um botão que exemplifica o seu uso.

Bom dia a todos, Peço que leiam a noticia: Validação da URL do QR-Code do CT-e Favor manter os fontes atualizados.

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

Bom dia Meinardo, Favor atualizar os fontes, note que alterei o arquivo INI do provedor. O componente possui uma função chamada: LinkNFSe. function LinkNFSe(ANumeroNFSe: Integer; const ACodVerificacao: String; const AChaveAcesso: String = ''): String; Você vai ter que usar essa função para que o componente lhe retorno a URL que você poderá enviar por e-mail para o tomador do serviço, para que este possa ter acesso o DANFSE bem como o XML da nota.

Bom dia, Os métodos: Enviar, EnviarSincrono e Gerar sempre vão enviar para o provedor o XML do RPS.

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

Bom dia Anexe o arquivo .ini com os dados do MDFe

Bom dia @lucastonussi, o estado no qual eu estava tendo problemas era MS, os demais estavam emitindo ok

@Juliana Tamizou tem como incorporar ao fonte?

Veja esse post: Em especial a parte que diz:

Eu entendi o que você quis dizer... O problema é que o SPED ECD não parece ter um campo definindo o "layout". Daí se formos alterar o componente para isso temos um impasse. O componente deve gerar o arquivo de acordo com o leiaute da época ou de acordo com o leiaute atual? Se for de acordo com o leiaute atual, isso geraria dificuldades quando surgir um novo leiaute, pois ao implementá-lo, deixaríamos de suportar o leiaute anterior no mesmo instante. Isso me parece criar mais problemas do que ajudar. Estou enviando ao SVN uma alteração que valida se está gerando um arquivo de substituição, conforme o item "1.12. Substituição do Livro Digital Transmitido" do Manual. Isso quer dizer, que ele vai validar se existe algum registro J801 ou se no registro 0000 o campo (IND_FIN_ESC = '1 - Substituta'). Nesse caso ele gera usando a versão mais atual do leiaute. Veja se isso resolve o seu problema. Está no SVN na revisão 17671.

Eu resolvi. Realmente eu salvava o arquivo txt pelo lazarus e depois ia abrir pelo lazarus e apresentava o problema. Acontece que a unit que eu estava usando para salvar e fazer a leitura eu tinha copiado de um projeto do Delphi e ela estava com a codificação cp 1252 - conforme a imagem. Imagino que era isso, pq mudei para UTF-8 e resolveu. Aproveitando, será que tem alguma forma de eu "setar" todas as units do projeto para UTF-8?

Boa tarde a todos, Se tratando do BP-e o envio é síncrono, portanto logo após o envio já temos o retorno com o resultado do processamento. No retorno só temos o resultado do processamento de UM BP-e, portanto não tem como enviar um lote com até 50 BP-e. Isso explica a mensagem de erro que o Cordeiro recebeu ao tentar enviar um lote com 7 BP-e.

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

Bom dia pessoal! Gostaria de sugerir uma melhoria na propriedade 'Items' da classe 'TConhecimentos' (unit ACBrCTeConhecimentos), definindo a mesma como default. Assim, podemos chamar automaticamente ACBrCTe.Conhecimentos[x] ao invés de ACBrCTe.Conhecimentos.Items[x]. A funcionalidade já existe na classe TNotasFiscais (unit ACBrNFeNotasFiscais). Em anexo, a última versão da unit com a alteração já efetuada, caso entendam que a mesma é viável. Grato pela atenção. Forte abraço, Gabriel. ACBrCTeConhecimentos.pas

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

sim . substitui a unit e reinstala com o instalador

Lançamento "Curso do ORMBr Framework - Conhecendo todos os recurso" os dois links abaixo são as aulas abertas ao público para que saibam o que irá encontrar de conteúdo nesse curso, então convido a você em assistir e se tiver interesse no curso o link de compra, está na descrição dos vídeos lá no meu canal no youtube, é só clicar no link para assistir e ter acesso ao link de compra. Aula 01 - Engines de Conexão e Banco de Dados Suportados Aula 02 - Criar uma Conexão com Banco de Dados

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.