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;

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

Boa tarde. Creio que você possa usar o campo infCpl Att.

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 Cara você só poderá obter a informação do retorno WS na hora do envio se você usar Sincrono := true; caso contrario você terá que fazer uma consulta pela chave, após a transmissão, dai você poderá cair na questão do consumo indevido. Att.

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

Boa tarde. Para centralizar o assunto, vou fechar este tópico. Att.

Boa tarde. Veja este tópico. https://www.projetoacbr.com.br/forum/topic/47172-vem-aí-refactoring-das-impressões-df-e/ Att.

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.

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

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, A única alteração que o componente faz no XML gerado é a inclusão da assinatura digital quando esta tem que existir, agora alterar informação ou a estrutura do XML isso ele não faz. Detalhe se o componente alterar a estrutura ou alguma informação de um XML assinado, a assinatura fica invalida. Verifique se ao gerar o XML não esta com a opção de configuração IndentarXML esta com o valor True, ou se alguma informação não tem vogal acentuada ou cedilha. Isso pode invalidar a assinatura do lado do provedor.

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

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.

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

bom dia.. verifique esse link

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

Apresente a resposta da SEFAZ/RJ. Me parece furada. É melhor você entrar em contato com a SEFAZ mais uma vez. Em MG só podia isso se o computador ficar fora do ambiente de atendimento.

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