Painel de líderes

Senhores, realizei os testes e está funcionando a consulta de cadastro do contribuinte, vou realizar os testes de envio da nf-e.

Muito obrigado pelo feedback @José M. S. Junior

@Dercide Alvarez, @maiconsi, @Johnny Benvenutti 2. Obrigado pela ajuda, consegui resolver. Em resumo fiz os seguintes ajustes. <vOutro> a nível de itens não informo mais. <vIpiDevol> informo a nível de itens e total. <vOutro> a nível de total envio com "0.00".

Olha.. voce, deve convencer o seu cliente que quem é o responsavel por essas informacoes é o contador. e é isso exatamente que eu faço. As vezes eu ligo diretamento com o contador, e peco para ele, ir atraz..

Bom dia, foi disponibilizado a versão 1.2.0.15, favor realizar os testes.

Como eu já disse no tópico anterior... essa funcionalidade está quebrada, porque o Servidor mudou... Ainda não tenho uma previsão de quando isso será analisado...

Eu estava usando os schemas que peguei no site da receita e estava com mesmo problema, ai eu comecei a usar o shcemas da pasta do acbr e parou. Tenta fazer isso também

Boa tarde, Acho que era problema de schemas desatualizados. Copiei os schemas do svn e resolveu. Obrigado.

Bom Dia, Estava com o mesmo problema e realizei as alterações acima e funcionou perfeitamente. Obrigado

Bom dia! Vc está usando o Regime CRT=1 (Não tem destaque de ICMS) para CSOSN 102. E nas tags do total vc informa tanto a base de cálculo do ICMS como o Valor do ICMS e esta tributação não existe no item. Campo dos totais. Esta informação que vc coloca aqui é desprezada, pois CSOSN 102 não tem destaque de ICMS: Caso a empresa tenha que destacar o ICMS verifique o regime, pois ai vc terá que informar CST ao inves do CSOSN e passar o CRT=3 ao invés de CRT=1

Bom dia. Sim pode preencher o campo NossoNumero na Inclusão do título. O único detalhe é deve passar o NossoNumero sem o dígito verificador pois o mesmo é calculado pelo componente.

Bom dia, alteração disponibilizada no SVN...

Bom dia, favor atualizar os fontes...

Bom dia, Caetano. Veja o vídeo e o PDF do link abaixo, acredito que vai esclarecer muitas dúvidas:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, castrocac. Verifique se todas as atualizações do Windows estão instaladas, desative firewall e anti vírus. Se for Windows 7, execute o primeiro anexo 32 ou 64; Se for Windows 10, registre o 3 anexo; Windows6.1-KB2992611-x86.msu windows6.1-kb2992611-x64_786356207570e1f5c422795f3c15961af3cb2d0a.msu Fix_TLS1_2_Windows10.zip

Já estou baixando, assim que eu finalizar os testes, estarei reportando aqui.

Bom dia Walter, Ai é que esta o problema, muitos comente o mesmo erro. Envia a nota o retorno não vem e o usuário envia a nota novamente. Esse procedimento esta errado. A nota é enviada e ocorre um erro, você sabe me dizer se esse erro de timeout (por exemplo) ocorreu no envio ou no retorno? Pois bem, não sabe. O que devemos fazer se ocorrer um erro ao enviar uma nota? Simples, devemos consultar a mesma, se a SEFAZ retornar a mensagem que a nota não consta na base de dados, fica claro que o erro ocorreu no envio, logo devemos enviar novamente. Agora se o erro ocorreu no retorno, ao consultar, a SEFAZ vai retornar o protocolo de autorização, o XML da nota será atualizado e o passo seguinte é imprimir o DANFE. Para resolver o problema de uma vez por todas de Duplicidade com diferença na chave de acesso é muito simples. Veja o fragmento do arquivo INI de uma nota abaixo: [infNFe] versao=4.00 [Identificacao] cNF= <informar aqui o código da Nota Fiscal> natOp=VENDA mod=55 serie=1 nNF=1500 No seu banco de dados deve existir uma tabela que contem os dados da nota, como numero, data de emissão, destinatário, ... entre outras informações. Pois bem, agora vai ter um campo a mais chamado CodNF que é do tipo numérico inteiro. A sua aplicação deve gerar um código aleatório diferente de zero e com no máximo 8 dígitos para cada nota a ser emitida. Esse código deve ser salvo no banco de dados no campo CodNF (conforme exemplo acima). Na rotina que lê as informações do banco de dados para gerar o arquivo INI, devemos ler o campo CodNF e o seu valor atribuir a cNF (em negrito/vermelho). Qual é a motivação para fazer isso? Simples, o valor de cNF é utilizado para compor a chave da nota, se não atribuirmos nada ao campo cNF o Monitor vai considerar ele como zero, isso faz com que um código aleatório seja gerado. Por outro lado se passamos um numero diferente de zero para o cNF, o Monitor vai utilizar esse numero para compor a chave. O que faz gerar o erro de Duplicidade com diferença na chave é exatamente a falta de controle desse numero atribuído a cNF. Se no arquivo ini da nota não tempos o campo cNF se mandarmos o monitor gerar a nota 10 vezes, teremos 10 notas cada uma com uma chave diferente. Por outro lado se passamos o valor de cNF no arquivo ini, podemos gerar quantas vezes desejarmos a nota, a chave sempre será a mesma. Tome muito cuidado, não inventa de atribuir a cNF o numero da nota ou seja o numero atribuído a nNF. Três motivos para não fazer isso: 1. A SEFAZ recomenta que o cNF seja um numero aleatório. 2. Uma nota cujo cNF é igual a nNF a chave se torna fraca, ou seja, passível de pessoas não autorizadas a ter acesso as informações da mesma. 3. O numero da nota (nNF ) é um numero com no máximo 9 dígitos, já o código da nota (cNF) é um numero com no máximo 8 dígitos, logo não tem como atribuir um numero de 9 dígitos a um campo que só aceita no máximo 8. Espero ter ajudado.

Bom dia Mendonça, Desculpe, não tinha notado que você se utiliza do ACBrMonitor, sendo assim favor aguardar uma nova versão.

Juliomar, consegui resolver alterando os arquivos GZIPUtils e ACBrCompress. De toda forma muito obrigado pela ajuda! Abraço!

Resolvi o problema, só era DLLs, copiei todas da pasta DLL e resolveu.

Boa noite! A falta de informação no campo nDraw, faz com que não gere o grupo. Experimente para teste colocar nDraw=0 , veja se o grupo está correto, depois se informe com o escritório de contabilidade sobre esta informação. nDraw = I29a - Número do ato concessório de Drawback Drawback -> instituído em 1966 pelo Decreto Lei nº 37, de 21/11/66, consiste na suspensão ou eliminação de tributos incidentes sobre insumos importados para utilização em produto exportado. O regime especial de drawback é concedido a empresas industriais ou comerciais, tendo a SECEX desenvolvido com o SERPRO sistema de controle para tais operações denominado Sistema Drawback Eletrônico , implantado desde novembro de 2001 em módulo específico do SISCOMEX. Modalidades: Drawback Genérico, Drawback Sem Cobertura Cambial, Drawback Solidário, Drawback para Fornecimento no Mercado Interno. A empresa deve, tanto na modalidade de isenção como na de suspensão de tributos, utilizar o Relatório Unificado de Drawback para informar os documentos registrados no SISCOMEX , tais como o RE - Registro de Exportação , a DI - Declaração de Importação , o RES - Registro de Exportação Simplificado , bem como manter em seu poder as Notas Fiscais de venda no mercado interno. Informação de Drawback retirado do site da Receita Federal. Por favor se informe com o esc. de contabilidade.

Boa tarde. Favor atualizar versão do Monitor para 1.2.0.15, para testes do ajuste realizado...

Muda para a configuração WinCrypt, estava com esse mesmo problema com o OpenSSL para o estado MS, mudei e resolveu

Boa tarde, atualize os fontes do ACBr e recompile o projeto. Isso já foi ajustado recentemente...

Também enfrentei este problema, juntando as respostas do pessoal, esse erro ocorre devido a configuração do "SSLXmlSignLib := xsLibXml2;". Desta maneira o sistema fará uso da dll da OpenSSL, que por sua vez, não permite o envio com 2 caracteres do campo UN. Para resolver use: Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

Ola amigos, e isto mesmo, removi todas as atualizaçoes do windows 7 e baixei somente as 2 citadas acima, e nao tive mais problemas com impressoras.

Boa tarde, Eu atualizei os fontes, alterei a minha aplicação para atender as mudanças da NF-e versão 4.00 O meu cliente esta emitindo as notas e os e-mail com o XML e DANFE em PDF estão sendo enviados sem nenhum problema. Você atualizou todos os fontes de todas as pastas? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2? O envio do e-mail não tem nada haver com a versão 4.00 da NF-e e nem com o componente ACBrNFe, pois o envio fica a cargo do componente ACBrMail que é "linkado" ao componente ACBrNFe.

Massao Boa Tarde Tenho 3.000 notas para cancelar e não estou conseguindo gerar o XML <?xml version="1.0" encoding="UTF-8"?> <CancelarNfseEnvio xmlns="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd"> <Pedido> <InfPedidoCancelamento id="pedidoCancelamento_01"> <InfPedidoCancelamento> <IdentificacaoNfse> <Cnpj>75118406000000</Cnpj> <InscricaoMunicipal>3743000</InscricaoMunicipal> <Numero>251762</Numero> </IdentificacaoNfse> </InfPedidoCancelamento> </Pedido> </CancelarNfseEnvio> Poderia me ajudar, por favor?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @estinque, existem muitas inconsistências entre o seu fonte e o fonte disponível no SVN. Não há como compatibilizar fazendo uma simples comparação... Se possível, baixe os fontes do SVN e aplique as suas correções baseado no fonte do SVN, assim poderemos atualizar com estes e outros possíveis ajustes... Obrigado.

Informe correto. CSOSN é para CRT=1 Informe o campo CST de forma correta para o regime normal. Embora o ACBr tenha assumido o padrão, não é correto confiar. Corrija no teu sistema e o CST deve ser informando conforme a tabela de ICMS.

Bom dia Rauber, Favor atualizar os fontes. Essa alteração já fiz no arquivo INI do respectivo provedor.

Bom dia, disponibilizado alteração no SVN...

Bom dia Vanderson, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, disponibilizado ajuste no SVN...

Bom dia, ajuste disponibilizado no SVN...

Bom dia Adilson, Como não existe uma padronização entre os provedores e tem provedor que não consegue manter um padrão perante as cidades atendidas por ele, por exemplo o provedor Abaco que para a cidade de Manaus não pode constar um namespace que aparece no XML das demais cidades, caso contrario o RPS não é aceito. Logo o meu conselho é: Testar.

Bom dia, para que saia "5" informe ACBrBoleto.Cedente.CaracTitulo:= tcVinculada Corresponde a {Cobrança Simples (Rápida com Registro)} segundo manual.

Bom dia Nelson, Desculpe, não quero ser chato, mas essa postagem é para discutirmos sobre as alterações publicadas na NT 2018/002. Vamos procurar sempre seguir as regras do fórum. Com relação ao DACTE faça as alterações que você juga ser necessárias e faça os testes, funcionando conforme o esperado, criei um novo tópico anexe a unit alterada e descreva a motivação dessa alteração. Desde já muito obrigado pela colaboração.

Bom dia, Sim, consulte novamente, pois no retorno da recepção consta que o lote esta em processamento. Neste caso devemos aguardar mais alguns segundos ou minutos e tentar novamente.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia.. Nesse caso , acho que tem podera te ajudar é o contador do teu cliente. Pois o contador, pode entrar em contato com os fiscais, e ve o que fazer nesse caso.

Bom dia, esses problemas estão ocorrendo utilizando o Demo ACBrNFe? está utilizando os Schemas disponíveis junto aos fontes do ACBr? Por favor forneça mais detalhes para que seja possível simular a situação dos erros, para que possamos ajudá-lo...

Bom dia, joaovmf. Tente atualizar o pacote de DLLs BEMAFI32 (baixado do site da Bematech) e substituir na sua aplicação.

Faltou informar o campo descANP. [COMBUSTIVEL005] cProdANP=620505001 UFCONS=SP descANP=OUTROS ÓLEOS LUBRIFICANTES AUTOMOTIVOS

Acabei de atualizar meu ACBR, analisando o arquivo aparentemente está tudo OK, irei mandar para o meu cliente uma versão hoje com o componente atualizado para testes. Muito obrigado pela atenção.

Olá, Baixe neste link e faça um teste https://www.dropbox.com/s/z3guf9xg5qmcfu6/Download NF-e.rar?dl=0

tens de colocar a opçao showdialog = true no objecto da DANFE, isso vai disparar a tela q procuras