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 ?

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

Eu tive esse mesmo problema. Os cupons foram autorizados, quando eu acessei a pagina do contribuinte na sefaz para verificar os lotes, os cupons estavam todos la. Mas não não gerou o xml de envio, nem de venda, nem de cancelamento. O sat utilizado foi o DIMEP, gerou o mesmo problema de duplicidade, eu liguei lá no suporte da dimep e eles me indicaram que o problema poderia ser a dll de comunicação que estava numa versão antiga. Vou testar ainda, não sei te ajuda a encontrar o problema, tenta entrar em contato com a bematech tambem.

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

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

Obrigado!

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.

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

Está usando o componente ACBrNFeDANFCEFR?

Bom dia Ok Italo deu certo desta maneira que você falou, segue o caminho das propriedades que devem ser preenchidas manualmente apos carregar o XML retornado pelo provedor. Dm_Base.ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.* e estas Dm_Base.ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.* Obrigado e pode encerrar o tópico.

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, Os métodos: Enviar, EnviarSincrono e Gerar sempre vão enviar para o provedor o XML do RPS.

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

interessante, não mexi em nada... vc não estaria enviado isso pelo sicob? Unit "ACBrBancoCaixaSICOB"

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

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

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

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.

Boa tarde Elton, No fonte pnfsConversao.pas temos a function CodCidadeToProvedor. Esta função contem a lista das cidades e seus respectivos provedores. Se a cidade em questão não estiver nesta lista é porque ela não segue o padrão ABRASF ou porque ninguem informou que a cidade XYZ utiliza o provedor ABC já implementado no componente.

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.