Painel de líderes

O problema não é SVN ou GIT... o problema é a disponibilidade de um "core developer" para analisar a sugestão... Por favor veja as respostas que estão no vídeo: https://www.youtube.com/watch?v=s6tJ1JNoWQk&lc=Ugyk9EvL4jk6RgtGnxd4AaABAg

Estamos analisando como validar a assinatura... em ACBrEAD, existe um método de validação de Hash com Sign Digest e chave pública...

@Delcio eu já fiz algumas alterações para usar a TDFeWinCrypt e também uma forma melhor de localizar os elementos. ACBrDFeXsMsCrypto.pas

Bom dia, estou deixando aqui o arquivo ini com as URLs para o SVRS na versão 4.00 ambiente produção. Testei e estão todas funcionando ... ACBrNFeServicos.ini

Opa, parabéns Sérgio pela iniciativa, será uma excelente contribuição para comunidade. Até mais

Acredito que seja possível manter um espelho no SVN por um tempo até que a comunidade se "acostume", mas eu concordo com o Sr. no seu ponto de vista, lembro muito bem de como foi abandonar o Delphi 7 com "apenas 10 meses de prazo"... xD Bem, esta é uma opinião olhando de fora, mas é sempre bom saber que o projeto está evoluindo cada vez mais, abraços

Sim.. concordo que o GIT é muito mais democrático para projeto com um grande volume de contribuições com o ACBr... Mas mudar a forma de Download do projeto é sempre traumático... e creio que exigir as contribuições apenas pelo GIT, poderia ser um "tiro no pé" pois muitos dos usuários do ACBr não saberiam como usá-lo... Enfim... por enquanto manteremos o SVN... Mas penso em organizar melhor a forma de contribuição usando um BugTracker

Achei um site do sefaz do RS -> Cadastro Centralizado de Contribuinte (CCC) https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx Ele também traz os da dados do CNPJ, não tem captcha, só que ele traz uma lista com todas as IE cadastradas no país, ai tem que clicar sobre um dos resultados para ver os dados do CNPJ.

Isto mesmo Daniel. Valor mínimo de R$ 662,40 por mês! Eles não vão querer concorrência. O link de acesso apresenta time-out constantemente. Vão fazer de tudo para que a única maneira de consumir esta informação seja pela API deles, neste preço exorbitante. Certamente, métodos "alternativos" serão desenvolvidos...

Bom dia, a posição que está preenchendo 196/220 corresponde ao campo Nosso Número do Layout. Informe esse valor em "NossoNumero".

@Renato Rubinho Deve ser isso mesmo... A unit ACBreSocialGerador chama a função dessa forma: EhValido := SSL.Validar(AXML, Configuracoes.Arquivos.PathSchemas+Evento+'.xsd', Erro); Onde o AXML é o conteúdo do XML... Valeu Renato, vou adaptar para realizar uns testes aqui! Obrigado

Bom dia, era isso mesmo, obg pela ajuda.

Creio que é não informar ACBrECf.DecimaisPreco, se informar deve ser atribuído um valor, exemplo: ACBrECf.DecimaisPreco := 3. Realmente to tipo é inteiro. Vide linhas, 646 e 647 da Unit ACBrECF.pas no procedimento VendeItemEx(). CasasDecimaisQtde: Integer = 0; // Se 0 assume o valor de DecimaisQtd CasasDecimaisValor: Integer = 0; // Se 0 assume o valor de DecimaisPreco

Enviei as seguintes modificações para o SVN

Boa noite Jean, Ao gerar o XML você informou que o tipo de emitente é Prestador de serviço de transporte. <tpEmit>1</tpEmit> Sendo assim, você deve informar as chaves dos CT-e no campo chCTe. Se deseja informar as chaves das NF-e no campo chNFe é preciso informar que o tipo de emitente é Transportador de Carga Própria.

Boa tarde, Segue a classe com funções Assinar, Validar Assinatura, Validar Schema ACBrDFe.rar...: Fontes da implementação da nova biblioteca no ACBr ACBrReinf.rar .: Fontes "Beta" do Reinf assinando com a nova biblioteca + Certificado A1, A3 e .pfx, verificando assinatura e validando schema

Primeiro leia este tópico: Antes dessa implementação o componente vinha com a propriedade SSLLib com o padrão libCAPICOMDelphiSoap, agora vem libNone. Você deve preencher essa propriedade antes de chamar os métodos que fazem uso de certificado digital do componente. Veja o demo do componente na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe.

Estou passando por este mesmo problema em um cliente Transportador de Carga Própria, após alguns testes identifiquei uma forma de emissão onde as rejeições não ocorrem: Quando o veículo for de Terceiro e o proprietário for uma pessoa Física: tpTransp = ttNenhum Quando o veículo for de Terceiro e o proprietário for uma pessoa Jurídica: tpTransp = ttTAC Quando o veículo for Próprio: tpTransp = ttNenhum Ou seja, para Transportador de Carga Própria, a tag "tpTransp" deve ser "ttTAC" quando o veículo for de terceiro e o proprietário for uma pessoa Jurídica, nos outros casos estou passando "ttNenhum".

Segue uma prévia da Unit. Antes de mais nada: USE POR SUA CONTA E RISCO. NÃO ME RESPONSABILIZO POR QUALQUER PROBLEMA QUE POSSA DECORRER DESSE CÓDIGO DIRETA OU INDIRETAMENTE! (sim é gritado mesmo). Não está pronta, precisa implementar/melhorar/testar muita coisa ainda, se você não é um desenvolvedor do ACBR é melhor esperar um versão final. Está funcionando: Assinatura de NFe; Assinatura de Evento da NFe; Assinatura de Inutilização de Numeração da NFe; Validações de DFe; Precisa ser feito: Implementar VerificarAssinatura; Testar com certificado CNG(no momento não tenho nenhum em mãos, mas vou ter que resolver isso pois pretendo colocar em produção em breve); Melhorar a forma de seleção dos elementos a serem assinados; Compatibilizar com outros documentos(no momento tenho apenas NFe em produção no ACBR); Testar/Compatibilizar com Lazarus; Verificar Memory Leaks; Alterações nas demais Units para suportar a nova classe; Estou com pouco tempo disponível então toda ajuda é bem vinda. Qualquer dúvida estou a disposição. ACBrDFeXsMsCrypto.pas

O código numérico da chave de acesso *deve* ser um número randômico. Existem muitos casos de fraude envolvendo empresas que emitem NFe com o código numérico igual ao número da nota, ou usando uma sequência qualquer. As próprias SEFAZ já estão advertindo emissores que fazem uso dessa prática. Gere um número randômico na sua aplicação e informe no .ini, assim você sabe qual será a chave de acesso.

Estou convertendo a minha classe SNGPC em um componente nos padrões ACBr. Logo estarei disponibilizando um esboço para os commiters aprovarem.

A diretiva default <valor> na declaração da propriedade apenas controla como o Delphi vai salvar o conteúdo no .dfm. Se o valor for igual ao default, nada é gravado. http://docwiki.embarcadero.com/RADStudio/Seattle/en/Properties Além de inserir a diretiva é necessário inicializar no construtor. constructor TIde.Create(AOwner: TCTe); begin inherited Create; FToma03 := TToma03.Create; FToma4 := TToma4.Create( AOwner ); FinfPercurso := TinfPercursoCollection.Create(Self); FindGlobalizado := tiNao; end; pcteCTe.rar

Bom dia, Italo! Alterei o campo cInfManu para lista, conforme discutido acima. Segue as UNITs com as alterações já descritas no post e o campo em lista, mandarei também um modelo de DACTe 3.00 que estou usando com meus clientes. Grato pela atenção e aguardo o retorno. Att, José S. Simione pcteCTeW.pas pcteConversaoCTe.pas pcteCTe.pas pcteCTeR.pas DACTE_Ve300.fr3 ACBrCTeDACTEFR.pas

Boa tarde à todos..! Sou meio que novato aqui no ACBr e de inicio já estou gostando muito..! Pois já tive bastante ajuda de todos..!! E com ajuda já dos membros do ACBr conesegui baixar pelo TORTOISE SVN o Framework em .net pra C#, e minha duvida é na parte de ECF´s gostaria de saber o funcionamento profundo de tudo, já tive olhando o código fonte, e vi que minha ECF já esta funcionando de cara sem nem um problema, isso tudo é muito bom, mas fiquei sem entender pq não tive que adicionar nem uma .dll na pasta System32 ou similar..! Vi tbm que no arquivo Classe "ACBrECFInterop.cs" tem uma costante = private const string ACBr = "ACBrFramework32.dll";, presumo que seja a .dll que esta com todo o serviço das ECF´s, mas não consegui encontrar em lugar algum..! Se realemente é por ali que toda a coisa funciona..!? Onde ele se encotra..? Como que funciona...? Se realmente existe uma .dll..! de alguma maneira tenho acesso ao seu fonte...? Atenciosamente André