Painel de líderes

Obrigado pela confiança e paciência. Leonardo, muito obrigado pelas sugestões. Eu fiz algumas alterações e já enviei ao SVN na revisão 16904. Achei melhor renomear a propriedade de configuração para ForcarGerarTagRejeicao938. Isso vai impedir qualquer confusão com os outros pontos da NT 2018.005. Também achei prudente criar um tipo enumerado permitindo a configuração de forçar a geração de tags em homologação, produção, ambas ou nunca. Alterei um pouco a ordem das validações com o objetivo de deixar o código mais claro. Mas posso ter falhado em alguma coisa, por isso peço a ajuda de todos que atualizem e verifiquem o funcionamento. Notem que vocês precisam utilizar a configuração ForcarGerarTagRejeicao938 de acordo com o WebService da sua UF.

De fato, aumentei o timeout e modifiquei a configuração do ssl e por enquanto, sem erros.

Consegui descobri o problema. estava no evento BeforePrint do componente frxReport, no carregamento da imagem. Não sei porque nos clientes esta imagem não carrega, então retirei o evento e o problema foi resolvido

Eu já utilizo essa propriedade (ConsultaLoteAposEnvio := True), como disse anteriormente consegui enviar 2 notas. Vou aguardar o site estabilizar e fazer mais envio de notas. Qualquer duvida ou problema apresentado posto o resultado.

Boa tarde Gaeta, Complementando o que a Juliana e o Felipe disseram: 1. O ACBrMonitor Plus é uma aplicação desenvolvida em Lazarus que se utiliza de alguns componentes ACBr, o componente ACBrNFSe é um que não é utilizado, logo não tem como emitir NFS-e através do ACBrMonitor Plus. 2. Todos os componentes ACBr podem ser instalados no Delphi ou Lazarus, para que você possa desenvolver a sua própria aplicação. 3. Caso você decida em criar a sua própria aplicação usando o ACBrNFSe ou até mesmo usar o programa exemplo do mesmo, é desejável que você tenha um conhecimento sobre o Objeto Pascal.

Obrigado @Daniel Simoes, acabei de atualizar os fontes do SVN e deu tudo certinho, a correção deu certo

Você conhece algum layout de relatório de Inutilização para bobinas, recomendado pelo Fisco ? Se existir, podemos tentar implementar em ESC/POS

Veja minha resposta no tópico abaixo, é o mesmo caso:

Correção enviada, rev. 16903.

O que vale é o XML então o que você está dizendo é que as notas deveriam ter sido geradas em contingência mas foram geradas no modo normal, e não foram autorizadas pela SEFAZ. Foi impresso o DANFE NFCe desses XML? Se foi impresso o DANFE de um XML gerado em modo normal sem o protocolo de autorização, ele é inválido e a empresa estaria sujeita a multa pelo fisco. Sendo essa a situação o que precisa ser feito é: - Entrar em contato com o assessor contábil da empresa pra que ele oriente a melhor forma de se resolver. Pode ser preciso: a) Inutilizar as numerações de NFCe que foram emitidas em modo normal mas não tiveram o protocolo de autorização gerado pela SEFAZ e; - Gerar uma NFe para acobertar essas NFCe inutilizadas ou; - Gerar novas NFCe com o mesmo propósito. Qualquer alteração no XML vai causar erro de assinatura, você precisaria gerar e assinar novamente o XML.

Fiz conforme o EMBarbosa orientou e funcionou. Obrigado.

Muito interessante, vou dar uma olhada, obrigado pela sugestão ?

Bom dia Gumercino, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Dercide, Favor configurar o componente para salvar o XML com o nome longo. Configuracoes.Arquivos.NomeLongoNFSe := True;

Bom dia a todos, O componente ACBrGNRe foi alterado para suportar a versão 2.00 do GNRe. Além do componente foi alterado também o programa exemplo. Peço que atualize todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Façam testes com o programa exemplo. Vejam que agora o programa exemplo possui um campo para configurar a versão. Por favor relatem se funcionou ou não e o que não esta funcionando. Não esqueçam de anexar os XML de envio e de retorno para que possamos analisar e fazer os ajustes necessários.

Conforme foi citado acima não é obrigatório o envio do endereço completo apenas o CEP, estou homologando a carteira de um cliente e deu tudo certo apenas com o CEP dele, não tivemos problemas com a ausência do endereço completo. A melhor forma e testar, pegar esses boletos e pesquisar no site do banco para visualizar a 2ª via do mesmo caso apareça é por que está registrado.

Quer dizer que tem algo errado com a tua rotina. Configure o componente para gravar os arquivos de envio e retorno e anexe eles aqui.

Conflito acontece quando os arquivos foram alterados tanto localmente, (na sua máquina), quanto no remotamente no SVN por nós. Você precisa saber se você fez essas alterações intencionalmente. Caso você não tenha feito intencionalmente, é necessário fazer revert nos arquivos relacionados. Você pode clicar com o botão direito na pasta do ACBr e escolher no menu de contexto TortoiseSVN -> Revert... Daí marque todos os arquivos que você não alterou. Isso não deve funcionar porque o instalador não vai fazer o Revert automaticamente, mesmo marcando para remover arquivos antigos. Mas depois de fazer o Revert, talvez seja necessário marcar para remover arquivos antigos.

Boa tarde. Se você passar conforme a nomenclatura já existente nos demais grupos, ainda assim não dá certo? Algo como.. [Retirada] IE=999999999999 [email protected] cPais=1058 xPais=BRASIL Fone=(11)9999-9999 Att.

Boa tarde, Jegbaord. Veja o tópico abaixo, talvez possa te ajudar:

Opa, Como você mesmo disse que não acontece toda vez, pode ser problema com a SEFAZ autorizadora... De qualquer forma, minha dica é; Tente aumentar o valor da propriedade ACBrNFe1.Configuracoes.WebServices.TimeOut Verifique também essas propriedades OpenSSL (Funciona apenas para certificados A1) ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; WinCrypt (Depende das atualizações do Windows) - Recomendo usar dessa forma ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;

Felipe aqui sm SP eu setei conforme vc mencionou fgtNunca e deu erro, inclussive o erro esta acima. ai eu mudei para fgtsempre, ai foi. amanha um cliente meu vai testar em produção para ver se da certo.

Olá Antônio, por favor, assim que tiver um posicionamento dos dois ambientes, (produção e homologação), queira nos dar um retorno.

Amigo, acredito que o seu problema se resolve atualizando os Schemas. Abraços.

Analisando o código dessa região do relatório notei o seguinte: Onde está circulado na sua imagem pode aparecer as informações do campo NaturezaOperacao. Mas esses dados só aparecem caso esteja de acordo com as opções da função NaturezaOperacaoDescricao da unit pnfsConversao.pas; O campo ExigibilidadeISS não é exibido no DANFSe em nenhum lugar. Assim, se for realmente necessário, precisamos alterar esse comportamento. Você tem realmente necessidade desse campo ser exibido?

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

Boa tarde, depois de muito quebrar a cabeça achei a solução, vou deixar aqui, caso alguém precise. procedure InsertItemListView(AListView : TListView; ADataSet : TDataSet; AHeader, AText, ADetail, ADetail1, ADetail2, ADetail3 : string); begin try AListView.BeginUpdate; AListView.Items.Clear; with ADataSet do begin First; while not Eof do begin if Trim(AHeader) <> '' then with AListView.Items.Add do begin Text := ADataSet.FieldByName(AHeader).DisplayText; Purpose := TListItemPurpose.Header; //Aqui é o pulo do gato para add os Headers. Na verdade você add dois items, um será o Header e ou outro o item ou itens, sendo que podemos add vários itens tem do mesmo headers. No meu caso será um para cada. end; with AListView.Items.Add do begin Text := FieldByName(AText).DisplayText; Detail := FieldByName(ADetail).AsString; Data[TMultiDetailAppearanceNames.Detail1] := FieldByName(ADetail1).DisplayText; Data[TMultiDetailAppearanceNames.Detail2] := FieldByName(ADetail2).DisplayText; Data[TMultiDetailAppearanceNames.Detail3] := FieldByName(ADetail3).DisplayText; Tag := RecNo; end; Next; end; end; finally AListView.EndUpdate; end; end;

Boa tarde Kleber, Muito obrigado, já fiz a alteração e vou enviar para o repositório.

Boa tarde. Você se refere ao qual layout dos boletos? Em qual gerador de relatórios? Att.

perfeito. muito claro. muito obrigado. deixei a tag fgtSempre e em homologação não tive problema, agora vou testar em produção.

Boa tarde Carlos Sim, esta preparado, utilize os mesmos nomes do grupo Remetente. Vamos ajustar o manual com o campos que estão faltando no grupo Retirada e Entrega.

Boa tarde, Configure o componente para salvar os arquivos soap, utilize o programa exemplo. Faça um novo teste e anexe os arquivos soap para que possamos analisar.

Boa tarde Fernando, Pelo que notei vendo o manual esse provedor não segue o layout da ABRASF e comparando com os provedores que tem o seu próprio layout já implementados, nenhum bate com esse apresentado no manual, logo trata-se de um provedor novo. Se desejar implementar, ficaremos agradecido pela contribuição ao projeto.

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

Bom dia, No seu XML o responsável pelo seguro esta informado que é o emitente do MDF-e, esta correto? Se sim, no grupo <infSeg> não deve informar o CNPJ, pois só se o responsável for 2 = Responsável pela contratação do serviço de transporte (contratante). Logo no meu entendimento todo o grupo <infSeg> não deve ser gerado se o responsável for o emitente do MDF-e.

Bom dia Italo. Muito obrigado.

Bom dia, Obrigada pelos detalhes, já está adicionado para análise. Att.

Bom dia Milton, Analisando a Nota Técnica 2018/005 versão 1.20 onde consta os novos campos referente ao grupo Retirada e Entrega, nota-se que ambos os grupos são opcionais, mas caso sejam informados o campo CNPJ ou CPF deve ser informado. Logo conclui-se que a checagem feita para determinar se o grupo vai ser gerado ou não pelos campos CNPJ e CPF esta correta. Resumindo não tem como gerar os grupos Retirada e ou Entrega se não for informado o CNPJ/CPF de quem retirou ou de quem vai receber.

Bom dia. Neste caso você pode se basear nas demais implementações para incluir esta cidade e conforme tiver dúvidas pode postar neste mesmo tópico. Att.

Legal. Não vejo muitos projetos usando. Sugiro avaliar o uso da DWScript. https://www.delphitools.info/dwscript/ Suporta classes, interfaces, records, type inference, meta-classes, classes parciais, “case of” and “in […]” de formas generalizadas, e muito mais...

Boa noite! Na aba WebService, aumente o valor do campo TimeOut

Regra geral, use mais de uma thread apenas se necessário.

Boa tarde. Na realidade trata-se de uma situação onde cada UF está validando de uma forma estas tags, o @EMBarbosa está analisando a situação. Att.

Boa tarde. Anexe por favor o manual para que possamos analisar. Att.

Bom dia Já existe o link exclusivo para a versão ACBrMonitor Linux, segue abaixo: As vezes, a versão Linux não é disponibilizada no mesmo dia da versão Windows, mas note que acompanham as versões semanais Windows... Apenas quando é disponibilizado um versão que não está totalmente estável (Teste) aguardamos um poucos mais para disponibilizar a versão Linux.

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

Boa tarde Ângelo, Os componentes ACBrNFe, ACBrCTe, ACBrMDFe o LoadFromFile (por exemplo) que se utiliza do LoadFromString possui um parâmetro que determina se é apendas para carregar o XML ou se é para gerar o XML novamente, veja: function LoadFromFile(const CaminhoArquivo: String; AGerarNFe: Boolean = False): Boolean; function LoadFromStream(AStream: TStringStream; AGerarNFe: Boolean = False): Boolean; function LoadFromString(const AXMLString: String; AGerarNFe: Boolean = False): Boolean; function LoadFromIni(const AIniString: String): Boolean; Note que somente o LoadFromIni não tem o parâmetro AGerarNFe os demais tem e o seu valor padrão é False. Como o Elton disse, o LoadFromString (que é utilizado pelo LoadFromFile e LoadFormStream) tem por objetivo carretar o XML de terceiros, ou seja, não foi gerado pelo componente. Neste caso o componente checa se o XML esta assinado ou não, caso não esteja será assinado, validado e por fim salvo em disco, dai o motivo do SaveToFile. Já o LoadFromStringIni tem como objetivo carregar os dados do evento que se encontram em um arquivo INI, gerar o XML, assinar, validar e salvar em disco. Logo não devemos em hipótese nenhuma remover o SaveToFile. Se esta ficando dois XML na pasta referente ao mesmo evento, isso significa que a sua aplicação esta gerando e salvando o XML com uma nomenclatura e o componente com outra. Se você adotar a mesma nomenclatura, mesmo o componente salvando novamente só teremos um arquivo, visto que o Windows não aceita dois ou mais arquivos com o mesmo nome.

Olá... eu estava com o mesmo problema aqui com o erro </Pedido> Usei então "os novos arquivos INI que foram disponibilizados e que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?" Como o @Italo Jurisato Junior sugeriu compilei tudo e passou a funcionar sem ter que mudar o código fonte do acbr. Valeu obrigado.

CHAT ACBr - Novo recurso do Plano Anual - SAC Agora o ACBr tem seu chat exclusivo, utilizando a Plataforma de comunicação Flock, de forma semelhante as diversas outras ferramentas de comunicação instantânea existentes no mercado, porém com outros recursos interessantes, como: Integração com diversos serviços úteis Pode ser usado via Web, Desktop ou Mobile de forma fácil Permite a gestão de grupos de forma inteligente Você poderá participar de um chat privado, no qual estão todos os consultores do Projeto ACBr, além de diversos moderadores. Gostou da novidade? Para ter direito de participar deste grupo, basta ser assinante do SAC ACBr na modalidade Anual. Quer fazer parte desse Grupo? Clique aqui e contrate o SAC na modalidade Anual! Passo-a-passo para ingressar no Chat ACBr Assista ao vídeo, ou siga o tutorial abaixo: 1. Assim que confirmarmos sua inscrição no SAC Anual, você receberá um e-mail para cadastro no Flock, conforme imagem a seguir. Basta clicar em Join Now, e após a página do Flock ser aberta no navegador, aceite os termos de uso clicando em I Agree. 2. Insira seus dados de identificação e a seguir defina uma senha de acesso. 3. Após clicar em Next, você será direcionado a tela inicial do Flock, conforme imagem a seguir. 4. Pronto!! Agora basta clicar no grupo Assinantes SAC ACBr - Anual para aproveitar as vantagens de seu acesso exclusivo a mais este canal. Ainda em dúvida sobre as vantagens de ser assinante SAC Anual, fale com nossos consultores por email, telefone: (15) 2105-0750 ou ainda WhatsApp: (15) 99790-2976 Saiba mais sobre o Flock Ainda não é assinante do SAC na modalidade Anual? Clique aqui para contratar!

Boa tarde a todos, Vocês devem ter notado que os componentes mencionados ao configurar para o ambiente de teste devemos atribuir o valor taHomologacao a propriedade de configuração: Ambiente. Mas ao alimentar qualquer evento o valor atribuído ao campo tpAmb tem que ser taProducaoRestrita que nada mais é do que um ambiente de teste, ou seja, homologação. Não me perguntem porque os responsáveis pelo e-Social e Reinf resolveram chamar o ambiente de teste de Produção Restrita em vez de Homologação. É sabido que o tipo de ambiente informado na configuração tem que ser o mesmo ao alimentar os dados do evento, para facilitar a vida resolvi remover o campo tpAmb. Isso vai fazer com que ao compilar a sua aplicação após a atualização dos fontes da suíte ACBr vai ocorrer erros de compilação, apontando para o campo tpAmb e acusando o mesmo de não existir. Como proceder? Simples, remova a linha da sua aplicação que contem o campo tpAmb nas rotinas que alimentam os eventos. A geração da tag <tpAmb> vai conter o valor atribuído ao configurar o componente. Se o valor de Ambiente = taProducao a tag receberá o valor 1, por outro lado se for igual a taHomologacao receberá o valor 2 que é o mesmo valor de taProducaoRestrita. Com essa alteração nos componentes ACBreSocial e ACBrReinf nunca mais vai ocorrer de um evento ser rejeitado pelo fato do tipo de ambiente informado no XML ser diferente do ambiente para o qual foi enviado. O envio dessa alteração para o repositório ocorra amanhã (29/03/2019).