Painel de líderes

É com prazer que anunciamos que o Dia do ACBr já tem data para acontecer. Em virtude das eleições que deverão ocorrer em outubro, sendo o primeiro turno no dia 07/10 e o segundo no dia 28/10, foi decidido que nosso encontro passará a ocorrer no dia 10/11/2018, desta forma todos poderão realizar seu voto e participar de nosso evento. O Dia do ACBr será realizado nas dependências do Parque Tecnológico de Sorocaba (PTS) situado na cidade de Sorocaba-SP, o qual conta com um amplo e moderno espaço. Vocês não podem perder, reserve esta data na sua agenda. O Evento Contaremos com palestras e workshops com diversos assuntos relacionados aos componentes ACBr, Object Pascal(Delphi/Lazarus), além do ACBrMonitorPlus e nossa novidade, a ACBrLib, entre outros temas relacionados ao nosso universo. Abaixo estão relacionados os palestrantes já confirmados: Daniel S. de Almeida (Fundador do Projeto ACBr) Italo Jurisato Jr (Responsável pelos componentes ACBrNFSe, ACBrBPe, ACBrCTe e ACBrMDFe) Rafael Teno Dias (Responsável pelo ACBrFramework e ACBr libs) José M. S. Junior (Responsável pelo ACBrBoleto e atual mantenedor do ACBrMonitorPlus) Juliomar Marchetti (MVP Embarcadero) Régys Borges da Silveira (MVP Embarcadero) Marcos Douglas B. Santos, responsável pelo blog Object Pascal Programming. Um momento que deverá ser bastante interessante é o Pergunte ao Desenvolvedor, no qual os participantes terão a oportunidade de realizar perguntas diretamente a vários moderadores do projeto ACBr. Além da oportunidade de um dia focado no universo ACBr, será uma grande oportunidade para conhecer os principais mantenedores do projeto, além de ampliar ainda mais seu Networking e conhecer casos de sucesso com o projeto ACBr. Sugestões de Palestras e Palestrantes Os usuários do fórum podem se candidatar para realizar palestras ou sugerir temas que gostariam que fossem abordados durante o evento, assim como indicação de palestrantes. Para se candidatar a palestras você deverá: Enviar resumo do assunto da palestra Descrever a relevância do tema proposto para a comunidade Opcionalmente enviar vídeo e outros materiais sobre o tema proposto Breve Currículo pessoal Para sugerir um tema/palestrante você deverá: Descrever a relevância do tema para a comunidade. Indicar o palestrante que gostaria que realizasse a palestra* (opcional). *Nota: As sugestões de palestrantes não garantem que os mesmos estarão palestrando no evento, somente sinaliza a equipe de organização o interesse da comunidade em ouvir o mesmo. Fique atento, em breve lançaremos nossa página para inscrições e noticias do Dia do ACBr.

Qual TimeOut você está usando ? Experimente deixar uns 10 a 30 segundos

Os endereços do ACBrNFeServicos.ini estão seguindo os disponibilizados em http://nfce.encat.org/desenvolvedor/url-por-uf-utilizada-para-consulta-chave-qr-code-versao-2-0/ Provavelmente a SEFAZ PE não está preparada para a versão 2.00 do Qr-Code.

Boa tarde O grupo correto a ser informado é o grupo de repasse de ICMS. Você está informando o grupo do CST 60. A tag do grupo de repasse é <ICMSST>, você está usando a <ICMS60>.

@thiagosantanna10 finalmente consegui emitir a NFC-e 4.00 com emitente para Bahia em ambiente de homologação porém no componente ACBr tive que mudar em Configurações.Geral.VersãoQrCode para vcQr1000. Tenta aí cara !!!

obrigado pela atenção @RicardoVoigt, o contador mandou novo CSC e agora a NFC-e já está funcionando no demo do ACBr. No meu aplicativo está dando erro: Endereço do site da UF da consulta via QR-Code diverge do previsto. Agora vou tentar encontrar a falha contudo a diferença entre meu aplicativo e o demo é que estou tentando usando o componente TACBrNFeDANFeESCPOS junto com o TACBrPosPrinter, espero que eles não estejam interferindo em nada. Valeu !!!

@thiagosantanna10 consegue me dizer se a emissão da NFC-e 4.00 está correto? No meu aqui está dando erro: Endereço do site da UF da consulta via QR-Code diverge do previsto

Mas a final, você usa o Monitoramento de Pastas, ou do arquivo ENT.TXT ? Se você cria o arquivo de entrada, sempre com o mesmo nome, como por exemplo C:\ACBrMonitorPLUS\EN.TXT então a opção de Monitoramento de pastas DEVE estar desligada

Esse erro está ocorrendo aqui em MG. Cliente acabou de me ligar e até hoje de manhã estava emitindo notas. Então parece ser problemas no SEFAZ/MG.

O ACBrMonitorPLUS, não foi projetado pra ser Multi Tarefa ou Multi Empresa... Portanto é necessário instalar uma instância diferente, para cada CNPJ

Boa tarde, Referente as alterações no layout do CNAB 400, ocorreram outras mudanças a partir de uma manual presente no site, que foi disponibilizado no link abaixo em abril, e dentre elas está nas posições 352 a 369 (página 10 do manual), que devem ser informadas em branco. Segue em anexo o fonte com a alteração. Link do site: http://www.banrisul.com.br/bob/link/bobw00hn_servico_detalhe.aspx?secao_id=436&amp;campo=281 Manual: http://www.banrisul.com.br/bob/data/CobrancaEletronicaBanrisul_pdr400_vrs27042018_ed07.pdf?cache=55 ACBrBancoBanrisul.pas

Boa tarde. Fiz atualização hoje 14/06 e o problema foi sanado.

Até a versão 3.10 o valor do IPI devolvido devia ser informado na tag vOutro, para ser somado ao valor total da nota, sendo assim impresso no DANFE no campo apropriado. Na versão 4.00 foi criado o campo vIPIDevol que também deve ser somado ao valor total da nota, mas não foi prevista alteração no DANFE para impressão desse campo. Conforme próprio texto dessa publicação: Imprimir o valor de vIPIDevol no campo do DANFE destinado ao vOutro fere a norma de não imprimir nada no DANFE que não conste no arquivo XML. A minha sugestão para essa situação é informar o valor do IPI devolvido nas informações complementares da NFe.

Muito obrigado pela ajuda @RicardoVoigt e @André Ferreira de Moraes, a princípio mudei os testes para o emissor demo da NF-e/NFC-e do ACBr, baixei a última versão do trunk, peguei a pasta schemas em [ACBr\trunk2\Exemplos\ACBrDFe\Schemas\NFe] que está igual a minha e tentei novamente realizar o envio. Deu erro que CSC no Qr-Code não cadastrado no SEFAZ como podem ver na imagem em anexo, também anexei o XML. Percebi que o ID CSC do cliente é 1 e ele ainda não o utilizou em NFC-e pois no momento está usando ECF e li em algum tópico do fórum que o CSC pode estar desatualizado por isso pedi para o contador gera um novo CSC. Gostaria de saber se esse pode ser o problema, alguém sabe? Também gostaria de saber como é que vcs conseguem detectar pelo primeiro print que minha pasta schema pode estar desatualizada, apenas gostaria de aprender. Enfim se puderem me ajudar com os arquivos em anexo agradeço muito. 29180617840040000152650010000000011000000013-nfe.xml

Funcionando normal no Win 10: Com as configurações: SSLCryptLib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLib = libCustom SSLXmlSignLib = xsMsXml SSLType := LT_TLSv1_2

Bom dia Valdir, Não sei se você sabe, mas quando definimos o valor de SSLLib o componente se encarrega de definir os valores das demais propriedades. Valores estes que na maioria dos casos vai funcionar sem nenhum problema.

Bom dia, já que o @André Ferreira de Moraes desfez a alteração lá no SVN (revision 15315), recomendo que atualizem seus fontes e testem novamente, vou fechar este tópico. Espero ter ajudado... Att Ricardo

Considerando a necessidade de pequenos ajustes na versão 2.4.02 leiaute do eSocial, conforme faseamento previsto na Resolução 03/2017 do Comitê Diretivo do eSocial, disponibilizamos abaixo a relação das adequações realizadas. Data prevista para implantação no ambiente de Produção Restrita: 25/06/2018. Data prevista para implantação no ambiente de Produção: 25/06/2018. http://portal.esocial.gov.br/agenda/2018-06-13-publicada-a-nota-tecnica-no-07-2018 nota-tecnica-07-2018.pdf

Bom dia @Sérgio Assunção, obrigado pela informação, coloca no calendário também.

OpenSSL apenas funciona com A1 através do caminho ou dados do PFX Wincrypt funciona com A3 e A1 imstalado no Windows e também permite a carga do A1 por PFX (O que dispensa a instalação do certificado no Windows) Capicom nada mais é do que um wrapper para Wincrypt.. mesmo as chamadas de .NET para criptografia acabam usando a Wincrypt Nesse vídeo (exclusivo aos usuarios do SAC) é explicado em detalhes a ACBrDFeSSL

Depois das últimas atualizações o WinCrypt parou de funcionar com Lt_all. Conforme o pessoal já citou, caso com a aplicação rodando se defina para libCapicom e depois volte para libWinCrypt, volta a funcionar com Lt_all. Mas pelos meus testes, aparentemente quando se define para Capicom, o componente não esta retornando para WinCrypt o que da uma falsa informação que houve a comunicação com Lt_all + WinCrypt, quando na verdade a comunicação continuou sendo feita pela Capicom + Lt_all. Realizei os testes pelo Demo + A1 em mais de um computador.

Reverti alterações do commit 15264. Não será possível usar LT_ALL na versão 4.00 com HttpWinApi sendo necessário configurar para LT_TLSv1_2

Obrigado Ricardo. Eu já gravo a data no banco. Já resolvi aqui. Tive que usar um timePicker para data e outro para hora e concatenar. Mas graças a Deus deu certo. Obrigado.

Olá meu amigo... Tudo bom? Qual a versão da NF-e? Pergunto pois na NFe 4.00 + WinCrypt a falta de instalação das atualizações essenciais do Windows geram tal erro, se for o caso sugiro que as faça e tente novamente. Abraços

As propriedade ja estão sendo alimentadas no componentes basta ler ver o exemploacbr e passe a ler as propriedades correspondentes por exemplo o 5001 uExemploEsocial.pas

Bom dia, ajuste estará disponível na próxima versão.

gostaria de registrar aqui uma alteração importante que ocorreu na Nota Tecnica 2016/002 versao 1.5, onde foi removido meio de pagamento 14=Duplicata Mercantil, e as validações que só permitiam gerar fatura se fosse o meio de pagamento 14. fiz um teste em homologação e passou segue arquivo em anexo 35180654194766000183550010000010961021486280-nfe.xml

Bom dia, PEDRO ANTONIO STOCO NETO. Veja esse tópico:

Tenha em mente que a versão atual do SVN, é utilizada por centenas de desenvolvedores.. então provavelmente ela está correta...

Tente definir a configuração SSLXmlSignLib como xsMsXML.

olá, dá uma olhada nesse vídeo: http://www.infocotidiano.com.br/2016/05/instalando-componentes-acbr-no-lazarus.html

Obrigado pela resposta Juliomar. Depois de muitas e muitas tentativas consegui descobrir a solução. Basta enviar os caracteres '&lt;br&gt;' (<br> do HTML) no lugar das quebras de linha, que o provedor entende como quebra de linhas. Só to tento ainda um pequeno problema, quando eu marco para o componente ACBrNFSe consultar o lote após o envio, esta consulta retorna o XML da nota sem as quebras de linha, mais quando eu consulto novamente, ele retorna corretamente. Ainda não descobri uma solução pra isso....

Ainda continuo tentando enviar uma NF-e da minha empresa mesmo (em produção) versão 4. Continua o erro 12002-timeout. E eu já enviei outras notas hoje com o mesmo aplicativo. Clientes que ainda estão com a versão 3.10 estão enviando notas normalmente. O problema é só com a 4.00 mesmo e ainda acredito ser no SEFAZ/MG. Em um outro aplicativo que não usa ACBr instalado em numa empresa aqui na cidade também está ocorrendo o mesmo retorno.