Painel de líderes

Projeto ACBr na XIX DEVCON De 31/05 a 02/06/2018 foi realizada a XIX DEVCON na cidade de Curitiba, evento destinado aos desenvolvedores que utilizam a linguagem WinDev, o qual contou com a participação do Projeto ACBr, onde tive a satisfação de participar apresentando o Projeto ACBr e conhecendo os colegas programadores WinDev. Grato aos motivadores e ao reconhecimento do Projeto ACBr junto a comunidade Windev!!! Apresentação ACBr.pdf

Muito Legal..ai.. a Participação da Acbr.. Fiquei muito feliz que vocês, tiveram la. Próximo Ano Novamente em Curitiba conto ai com a Galera ai do Acbr.. Já estão convidados. Amarildo Matos

Estivemos la tbm, @José M. S. Junior! Excelente apresentação vc nos trouxe. Parabéns Janio

Boa tarde Dércio, Reveja o seu procedimento de envio. Após o envio se o XML não contem o protocolo de autorização pode ter acontecido 2 coisas: 1. A nota foi rejeitada, neste caso devemos ver qual é o motivo da rejeição, fazer as correções e enviar novamente. 2. A SEFAZ demorou e ocorreu Timeout, neste caso devemos executar o método Consultar, pois não sabemos se o problema foi no envio ou no retorno, se foi no retorno ao executar teremos o XML atualizado com o protocolo de autorização, caso contrario teremos um retorno acusando que a nota não se encontra na base de dados da SEFAZ, neste caso devemos enviar novamente.

Satira - Video com Apresentação do Senhor dos Windevs

Logo subiremos um grande Refactoring para os DANFEs... Também está previsto uma nova propriedade que faça a impressão das Formas de Pagamento no DANFE...

Verifiquei com a criação de um form com um RLBarcode e ocorre o mesmo erro, o código de barras sai colorido. Isso com o Fortes Report CE. Com o Fortes4Lazarus o RLBarcode funciona perfeitamente no Ubuntu 16 32 bits Agora estou comparando o RLBarcode.pas das duas bibliotecas

Anexe o comando que está enviando ao ACBrMonitorPLUS, veja tbm

Esperamos ter isso resolvido em até 1 mês... ainda estamos definido a grade de palestras... ?

No Ruwindows XP a melhor alternativa é usar A1 e OpenSSL

O XP não tem suporte a TLS 1.2, mas vc pode tentar as dicas desse link - https://sockettools.com/kb/support-for-tls-1-2-on-windows-xp/ Para Windows 7 vc pode tentar essa atualização - https://support.microsoft.com/en-us/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-a-default-secure-protocols-in

Obrigado pelo retorno Italo. Fiz a atualização dos fontes do ACBR e não estava mais conseguindo mais emitir a nota, ocorrendo erro : Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor. Estranho porque o módulo anterior emitia a nota normal, mas ao compilar uma nova versão, gerava o erro 12175. Então fiz modificação de: AcbrNFSe.Configuracoes.Geral.SSLLib := libCustom; AcbrNFSe.Configuracoes.Geral.SSLCryptLib := cryCapicom; Para: AcbrNFSe.Configuracoes.Geral.SSLLib := libCapicom; AcbrNFSe.Configuracoes.Geral.SSLCryptLib := cryCapicom; Onde funcionou novamente, estranhei porque antes funcionava com libCustom

Bom dia, willmesquita. No caso, para que o sistema emita de forma automática os cupons na redução z, precisamos identificar 2 fatores: 1 - Caso: Se for uma redução z normal, deverá emitir os cupons de D-1 pra trás; 2 - Caso: Se for uma redução Z pendente, deverá emitir os cupons de D-2 pra trás;

srs , bom dia. o problema realmente eram com as dll nativas, Resolvido apos o update. obrigado.

Boa noite, Quando sairá a programação final, link pra inscrição, custo, etc ?

Pessoal, testei agora ( 07/06/19 19:30) usando 1543-2099-1801-1543 no ambiente de homologação usando numeroProtocoloFechamento em vez de numeroReciboFechamento conforme https://reinf.receita.fazenda.gov.br/WsREINF/ConsultasReinf.svc?singleWSDL e retornou o resultado (em anexo) ID-1705737954-R5011 - Copia.xml

Use ACBrNFE.NotasFiscais.LoadFromString(XML, True);

O ACBr é OpenSource... fiquem a vontade para comprar os fontes entre versões anteriores, Debugar e sugerir propostas de mudanças

Nesse caso pode ser algo no Servidor... Verifique com o SEFAZ de SP, se o TLS1.2 está ativo, nos WebServices de homologação da NFe 4.0

Isso pode ocorrer quando a instalação do certificado não está correta... Se o seu certificado for do tipo A1 (altamente recomendado)... basta apontar para o caminho do PFX no Edit "Caminho"

Olá Italo, realmente fazendo um diagnóstico em cima do que você afirmou atualizamos o Windows e passou a funcionar corretamente; Obrigado

Boa tarde, nanosolusoftsuporte. Tente executar o Windows Update e instalar todas as atualizações.

Não confundam Duplicatas com Formas de Pagamento... Use o tPag como 15 ou 99 e verifiquem se ocorre a impressão das entradas de <dup>

Boa tarde, informe o path completo do XML ao invés do da chave.

Bom dia. Sugestão adicionada a fila de análise. Att.

Atenção, mudamos a data do dia 06/10/2018 para 10/11/2018, devido ao primeiro turno das eleições, que ocorrerá no dia 07/10/2018 porque uma data tão distante da data original ? Dia 13/10 é próximo de feriado (12/10/2018 - Nossa Senhora Aparecida) Dia 20/10 é próximo da conferência da Embarcadero (dias 23 e 24) Dia 27/10 é próximo do Segundo Turno das Eleições Dia 03/11 é próximo de feriado (02/11/2018 - Dia de Finados)

Boa tarde a todos, Foi realizado um Refactoring nas units pcnAuxiliar e ACBrDFeUtil visando eliminar funções em duplicidade. Segue a lista de funções removidas, movidas, renomeadas. Função movida da unit pcnAuxiliar para a ACBrDFeUtil: GerarCodigoNumerico. Função renomeada da unit pcnAuxiliar: de: ExtrairnNFChaveAcesso para ExtrairCodigoChaveAcesso essa mudança no nome se faz necessário uma vez que "nNF" induz que a função só serve para extrair o código numérico de uma chave de NF-e, sendo que na verdade serve para extrair o código numérico de uma chave de NF-e, CT-e, MDF-e e BP-e. Funções removidas da unit pcnAuxiliar: GerarChave, GerarChaveCTe, SomenteNumeros, RetornarCodigoNumerico, RetornarCodigoNumericoCTe, RetornarDigito e RetornarModelo. Em seus lugares devemos utilizar: GerarChaveAcesso (unit ACBrDFeUtil) em vez de GerarChave ou GerarChaveCTe OnlyNumber (unit ACBrUtil) em vez de SomenteNumeros ExtrairCodigoChaveAcesso (unit pcnAuxiliar) em vez de RetornarCodigoNumerico, RetornarCodigoNumericoCTe ExtrairDigitoChaveAcesso (unit pcnAuxiliar) em vez de RetornarDigito ExtrairModeloChaveAcesso (unit pcnAuxiliar) em vez de RetornarModelo Desculpe algum transtorno, mas não podemos ter uma função implementada com nomes diferentes com a mesma finalidade.

Bom dia a todos, Para aqueles que em suas aplicações atribuem o valor -1 ao campo cNF (no caso da NF-e/NFC-e) ou cCT (no caso do CT-e/CT-e OS) ou cMDF (no caso do MDF-e) ou cBP (no caso do BP-e), tomem cuidado, pois agora a nova função responsável por gerar a chave vai considerar o valor -1 como sendo zero e portanto o código numérico passa a ser gerado como sendo um numero aleatório e não como um código com base no numero do documento, como era antes. Para resolver esse problema a sugestão é o seguinte: em vez de: ide.cNF := -1; mude para: ide.cNF := GerarCodigoNumerico(ide.nNF); isso vai fazer com que seja atribuído a cNF um código numérico gerado com base no numero do documento, vai ter o mesmo efeito na geração da chave como era antes ao passar o valor -1 para cNF. De forma semelhante fazer o mesmo para o CT-e, MDF-e e BP-e. Lembrando que a função GerarCodigoNumerico se encontra na unit ACBrDFeUtil, logo devemos declara-la no uses da unit que será utilizada.

Certo, como precisava disso com urgência, acabei ligando pro 0800 da Elgin, e la eles me passaram o seguinte, o código de emergência é o numero de série do aparelho, substituindo os três primeiros dígitos por 654 e removendo os dois últimos dígitos. Ex. 00001234567 ficará assim o código de emergência -> 654012345 Mas obrigado pelo feedback... Vlw.