Painel de líderes

Bom dia, foi disponibilizado no SVN os fontes atualizados (estavam em testes), atendendo a DACTe 3.0 e CT-e OS. Favor atualizar os fontes para realização dos testes...

Olá pessoal, Acabei de enviar para o SVN, modificações para que o ACBrDFe e ACBrDFeOpenSSL suportem comunicação segura usando TLS 1.2 O componente ACBrNFe, já irá tentar ajustar a comunicação para TLS 1.2, se detectar que a versão é superior a 3.1 Atualizando o OpenSSL Para usar TLS 1.2, é necessário ter a versão do OpenSSL superior a 1.0.1, normalmente a versão usada é a 0.9.8.14, e portanto ela precisa ser substituída. Se você tentar utilizar uma versão inferior, o ACBrDFeOpenSSL acusará o seguinte erro: Porém não basta apenas baixar e copiar uma nova versão das DLLs do OpenSSL (libeay32.dll e ssleay32.dll). O problema, é que a libxmlsec, que se encontra na pasta: "ACBr\DLLs\XMLSec", não é compatível com OpenSSL superior a 0.9.8... e se você simplesmente atualizar as Libs do OpenSSL no seu sistema, provavelmente o ACBrNFe, passará a acusar Exceptions no momento de assinar o XML A solução, é utilizar um novo conjunto de DLLs, da OpenSSL e libXmlSec, libXML, e demais... você pode achar essas DLLs em: ftp://ftp.zlatkovic.com/libxml/ Essas DLLs foram compiladas com "MinGW", e portanto elas precisarão das DLLs de RunTime, da MinGW. Para sua conveniência, copiamos todas as DLLs necessárias para a pasta: \ACBr\\DLLs\XMLSec\MinGW. Observe que temos a versão 32 e 64 bits dessas DLLs... quais eu devo usar ? Em resumo, use 32 se o seu Compilador é 32 bits, e 64 apenas se você estiver usando um Compilador que gere .EXE em 64 bits... Leia esse tópico, para compreender melhor: Copie TODAS as DLLs (e não somente algumas) da pasta "\ACBr\DLLs\XMLSec\MinGW\32" ou "\ACBr\trunk2\DLLs\XMLSec\MinGW\64" (conforme o seu compilador), para o seu diretório de DLLs... (se não tem certeza para onde você deve copiar as DLLS, leia com atenção o Post indicado anteriormente) Outro problema, é que a MinGW, gera as DLLs com uma nomenclatura ligeiramente diferente do VisualC, exemplo: libxmlsec1.dll com MinGW, e "libxmlsec.dll" com VisualC. Portanto, o ACBr teria dificuldades em encontrar essas DLLs e carrega-las de forma dinâmica. Precisamos portanto, informar ao ACBr, que usaremos o conjunto de DLLs no formato da MinGW... Isso é feito, editando o arquivo: ACBr.inc. Repare que lá no final do ACBr.inc, temos a seguinte linha: {.$DEFINE USE_MINGW} Apenas remova o ".", alterando para: {$DEFINE USE_MINGW} Pronto... com isso você estará pronto para usar o ACBr com OpenSSL e TLS 1.2, seja em 32 ou 64 bits... Obrigado... e considere nos ajudar, contratando o SAC ocasionalmente: http://www.projetoacbr.com.br/forum/sacv2/sobre/ http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/ http://www.projetoacbr.com.br/forum/sacv2/cadastro/

Bom dia Moderadores, Quero tirar algumas duvida quando a criação de um novo componente. Estou implementando o ACBrReinf o qual estou escrevendo todo código sobre as classes bases do ACBr. No momento já tenho o evento evtInfoContri com geração de XML, a Assinatura do XML, Definição do Lote e comunicação Soap (Enviando e recebendo). Não falta muito para concluir o ACBrReinf. Minha duvida é: 1. Quando o projeto sobre as classes bases do ACBr fica totalmente funcional. Como fazer para ser incluído no projeto oficial? 2. Houve necessidade de pequenos ajustes nas classes bases. Como submeter esses ajustes para serem avaliados por um revisor? 3. Já tenho o componente ACBReSocial bem completo. Fiz testes de envio e retorno de praticamente todos os eventos. Seria mais um componente a ser analisado por algum revisor? Pensei em criar um Fork , mais antes disso gostaria de receber um retorno dos moderadores do projeto ACBr. No aguardo....

Veja:

era o windows, a cliente resolveu usando esse link como base: http://flexdocs.com.br/FAQ/viewtopic.php?p=429&sid=9e4de190e05263965191c60c54c699f3, ainda vou sondar para ver o que realmente ela fez, obrigado pela atenção

Daniel, boa tarde Usando a opcao de limpeza de fato funcionou. Eu imaginei que tivesse excluido tudo manualmente, mas deve ter ficado algo la. Obrigado!

ok, vou seguir esse layout apresentado quando cte for v3.0

Sua declaração "LEFT" não está correta. Utilize "INNER" Procure mais informações sobre LEFT, INNER, RIGHT, FULL etc.

Bom dia amigos. Parabéns pelo trabalho. Fiz essa pequena API para emissão de boletos, usando o ACBR Monitor Plus. Gostaria de compartilhar com vocês aqui: Toda a comunicação é feita pela rede usando JSON. Essa é a API. Aqui o aplicativo de teste que se comunica com o servidor. Abraços!

Boa noite! Em se tratando da NFCe seria a emissão "Offline". Veja se consegue assistir o webinar deste link aonde o André explica este assunto. https://www.eventials.com/djsystem/nfc-e-e-sat-como-tratar-a-contingencia-segundo-encontro/

Se estiver como true a opção RetirarAcentos do componente vai ser retirado sim.

Boa noite a todos, André, e esse novo provedor Giap segue qual versão do layout da ABRASF ou tem o seu próprio layout?

Bom dia. Você deve preencher o campo Modalidade. Att.

Constatei pelo manual do contribuinte que nao é solicitado a informacao de codigo do Pais e Nome do Pais do EMITENTE. O Componente requisita tal informacao? Ela é usada em alguma fase do envio?