Painel de líderes

Boa tarde. Favor indicar o manual com base no qual a alteração foi realizada. Att.

Boa tarde. Na versão a ser liberada na compilação semanal para usuários SAC, este recurso será liberado nesta sexta. Att.

Boa tarde Italo! Fiz como você recomendou... deu certo! Obrigado mais uma vez!

@Fernando Di Pace @RicardoVoigt Substituam o arquivo anexo e testem. ACBrNFeWebServices.pas

Depois de ter que reinstalar o ACBr o problema aconteceu comigo. Windows 10 64 Bits instalando ACBr selecionado Plataforma Win32 Remover arquivos antigos do disco Marcado para copiar todas DLLs para diretório System Windows Depois de horas reinstalando, apagando e copiando DLLs, o problema foi resolvido copiando as DLLs de ACBr\DLLs\XMLSec\MinGW\32 para \Windows\SysWOW64 logo após a instalação, ou seja, depois que limpei tds DLLs referentes ao ACBr, instalar com a opção "Remover arquivos antigos" e copiar as DLLs para pasta que mencionei, o problema foi resolvido. Eu fiz vários testes com as DLLs de 32 na SysWOW64, DLLs 64 na pasta System32, 32 na 32 e 64 na 64, até conseguir da forma como descrevi. Espero que minha solução ajude alguém.

Logo vou corrigir e subo dai pode usar do svn

Atualizei agora e recompilei. Tudo voltou ao normal agora.

Hum.. Ok... preciso verificar... Bom.. se não tiver, deveria ter, vamos rever...

Vc atualizou seus fontes?

Vc já implementou essa sugestão? Foi adicionado recentemente uma nova propriedade no componente ACBrSAT, pois percebemos que alguns aparelhos/dlls retornam a sessão diferente da que foi enviada o que poderia causar interpretações erradas por parte da aplicação. ACBrSAT1.ValidarNumeroSessaoResposta Caso essa propriedade esteja ativada, ao receber um número de sessão diferente da enviada será criada uma exception com a mensagem "'ERRO: Sessao retornada pelo SAT [%d], diferente da enviada [%d].'".

Atualizem novamente.

Fiz como você disse e deu certo. Obrigado RicardoVoigt e ao Juliomar pela ajuda.

Configure o demo para salvar os arquivos enviados e recebidos do webservice e anexe os arquivos gerados.

Não encontrei nenhum local em que este tipo tiNFCeA4 esteja sendo usado nos fontes do ACBr, por isso removi o mesmo. Caso seja usado em algum local, irei analisar a melhor forma de implementá-lo. Comitado na revisão 13568 do SVN.

Correção enviada ao SVN revisão 13567.

mas até onde me recordo, a grande maioria desses erro, o próprio componente da ACBr já realizava os tratamentos. Mas, agora é vender então parceiro

Na minha opinião acredito que a implementação deveria ser revista. Não sou o autor da proposta mas gostaria de propor uma revisão do método. Fiz alguns comentários para ajudar no entendimento. ACBrNFeDANFEClass.pas

Sim. Porém tive que copiar manualmente as DLLs. Agora está funcionando. Obrigado.

Vc usa o ACBr? Vc está informando apenas o nome do destinatário, vc deve informar o CPF/CNPJ para poder informar o nome. Vc tbm está informando CPF no campo do Emitente, não está informando IE. Vc consegue emitir esse mesmo XML no SAT da Bematech?

Olá bom dia! Mais uma vez obrigado.

Bom dia, o projeto está com o leiaute na versão 2.2.02, estou atualizando os eventos de tabelas e eventos periódicos para o leiaute 2.3. Falta atualizar os eventos não periódicos para o leiaute 2.3 e a comunicação com os WSs

Olá, fiz o envio do pull request relatando o erro atravez do GitHub. Vou aguardar um retorno deles. Testei no terceiro micro e de o mesmo erro. Só resta aguardar mesmo, pois todos os testes possiveis já fiz.

Graça, Segundo a versão 3.00 do CT-e não devemos mais informar os dados do veículo e motorista. Alias essas informações só eram informadas quando se tratava de Lotação, pois quando era carga fracionada não deveríamos informar, uma vez que nem no XML ira constar. Agora nem sequer temos a tag que diz que é carga fracionada ou lotação. Dica, parametriza se os dados do veículo e motorista vão constar ou não na tag de observação dos dados complementares. Uma coisa é a aplicação pedir os dados e gravar no banco de dados e outra é alimentar o componente e em qual campo essas informações serão passadas.

Dúvidas novas crie um tópico novo sobre e já pergunte sobre o que está ocorrendo ou o problema que está enfrentando. se deixar tópicos extensos o pessoal mistura tudo e vira um tópico bagunça.

Bom dia Assim que testar com a nova versão informo o resultado. Obrigado

https://www.uol/economia/especiais/pagar-boleto-vencido-em-qualquer-banco.htm

Bom dia correção no svn.

i-master usando esta configuração que vc passou, deu certo o status de serviço a consulta com capicom NF-e versão 4.0, com as configuração tls1.0 e ssl 2.0 marcada tambem funcionou.

Olá pessoal, Apesar deste post já ter algum tempo, acabei de passar pela mesma situação e gostaria de deixar a solução registrada aqui. Quando o gerenciador financeiro emite apenas o layout CBR742, é preciso ir na agência e solicitar a alteração para CBR643, que é o retorno no formato CNAB400. Os "robozinhos" do 0800 não vão mudar isso, ou por não poderem ou por má vontade/enrolação mesmo, o que é o mais provável levando em conta o padrão de atendimento que bancos dão aos seus clientes. Ao que parece, esse CBR742 é somente para conferir visualmente.

Boa noite em debug acho que resolvi o problema acima citado! favor efetuar testes

Bom dia @Daniel Simoes , tudo bem ?! Atualizei hj os fontes e percebi que ainda não foi implementado ao componente este recurso , por gentileza , teria como verificar por favor ? Grato .

Para evitarmos diversos tópicos sobre o mesmo assunto, as alterações relativas a versão 4.00 da NFe/NFCe deverão ser concentradas neste tópico. Os fontes do componente já foram atualizados para permitir gerar os XMLs para essa nova versão. Também já foram ajustados para não gerar o SOAP Header quando configurado para a versão 4.0(ve400). Assim que os schemas e webservices forem disponibilizados pelo SEFAZ, iniciaremos os testes com o componente. Mais informações sobre as mudanças podem ser obtidas na NT 2016.002 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= Apenas como informação, neste manual fiquei com dúvida em dois campos: descANP - Campo numérico com tamanho de 2 - 95? O campo tem a seguinte descrição: Descrição do produto conforme ANP, então provavelmente deve ser do tipo carácter e não numérico. O campo vBCFCPSTRet possui o mesmo ID de outro campo na versão 3.10 - N27a - V3.10 vICMSDeson / V4.00 vBCFCPSTRet

Bom dia Italo, Em análise a sua resposta, o método consultar não retorna os eventos referente às manifestações efetuadas, e sim os eventos da NF-e (Carta de Correção, Cancelamento). A minha dúvida na verdade seria como confirmar se o evento de manifestação de destinatário realmente foi concretizada em caso de retorno perdido. Além disso existem mais situações em que necessitaria deste retorno, por exemplo: Imagine que instalamos a nossa solução em um determinado cliente que já fazia manifestação através de solução anterior ou até mesmo pelo aplicativo da SEFAZ. Na primeira utilização do módulo enviaremos o NSU 0, para obter o resumo dos últimos 90 dias e persistir as informações necessárias. Até onde pesquisei, não há como obter a informação de status dos eventos de manifestação através de nenhum método de consulta. Não vejo nenhum webservice que forneça tal retorno, com exceção do NFeConsultaDest, que será descontinuado. Vou tentar controlar pela aplicação fornecendo ao usuário o status da manifestação como desconhecido para estes casos em que a mesma não for efetuada pelo sistema ou não conseguir obter o retorno. Caso haja alguma novidade sobre tal operação espero que alguém se manifeste. Obrigado ao colega Ítalo pelos retornos.