Painel de líderes

É com muita satisfação que recebemos a Tanca, como patrocinador do Dia do ACBr... Participe do Dia do ACBr e conheça os produtos da Tan ca... faça contato direto, com equipe técnica e comercial deles...

Estou publicando a nossa tabela de Descontos para Grupos... Se você está vindo de longe, e terá gastos elevados com o deslocamento... nos procure, podemos ser ainda mais generosos... . Será ótimo se pudermos lhe ajudar a vir no Dia do ACBr. Para solicitar o seu Desconto, por favor escreva para [email protected] e informe os integrantes do seu grupo... Lembro que para efetuar a inscrição, é necessário ser cadastrado no fórum.. portanto, se possível, por favor nos envie no e-mail de solicitação de desconto, a relação como o Login dos usuários no ACBr

Bom dia Cesar, Uma pequena correção. A chave da nota é composta por 44 dígitos dos quais 8 se referem ao código da nota fiscal (cNF). A sua aplicação não vai gerar a chave, quem gera é o monitor com base em algumas informações: Chave = <Código da UF(2)><Ano de Emissão(2)><Mês de Emissão(2)><CNPJ do Emitente(14)><Modelo(2)><Série da Nota(3)><Numero da Nota(9)><Tipo de Emissão(1)><Código da Nota(8)><Digito Verificador(1)> Os numero entre parênteses é a quantidade de dígitos. Se você não informar o código da nota fiscal (cNF) o monitor a principio atribui o valor zero. Como o código da nota fiscal não pode ser zero um código aleatório (recomendação da própria SEFAZ) de no máximo 8 dígitos é gerado e como dito anteriormente, vai fazer parte da chave. Por outro lado se a sua aplicação gerar e armazenar o código da nota da mesma forma que gera e armazena o numero dela e passar essas informações nos campos apropriados: nNF=<numero da nota gerado pela sua aplicação> cNF=<código da nota gerado pela sua aplicação> o Monitor vai gerar a chave com essas informações. Exemplo: nNF=1500 cNF=236589 Chave = <Código da UF><Ano de Emissão><Mês de Emissão><CNPJ do Emitente><Modelo><Série da Nota><000001500><Tipo de Emissão><00236589><Digito Verificador> Observações: 1. o numero da nota (nNF) tem que ser um numero sequencial crescente iniciado em 1. 2. o código da nota (cNF) não pode ser zero e nem igual a nNF e sim um numero aleatório. Espero ter ajudado.

Palestra: 14:00 - 15:00 - Auditório Principal - Panorama atual, evolução e tendências dos documentos fiscais eletrônicos no Brasil. Edgard de Castro Engenheiro formado pela FEI, atua há mais de 30 anos na área de automação comercial. Foi sócio fundador de empresas lideres em automação de postos / lojas de conveniência e fornecedor por quase 20 anos para a Esso Brasileira, Exxon Mobil, Texaco, entre outras. Há mais de 7 anos atua na EDC Soluções, empresa voltada à consultoria, mentoria e soluções estratégicas nas áreas de automação para o comércio e transações eletrônicas de meios de pagamento. Vice Presidente de Relações Institucionais da Afrac – Associação Brasileira de Automação para o Comércio, diretor da Cecomercio, membro do Conselho de Assuntos Tributários da Fecomercio SP e também do Fórum de Competitividade do Varejo do MDIC, tem forte participação no segmento associativo e regulatório do país. Fonte: https://edcsolucoes.wordpress.com/os-executivos/

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

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

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

Olá pessoal, No dia 25/09/18 encerra o primeiro Lote de inscrições, no preço promocional... Notamos uma grande procura por inscrições em grupo, nos últimos dias... Lembro que estamos limitados a 500 inscrições, portanto não deixe para depois... Garanta já a sua vaga, com o desconto promocional do 1o Lote Para Descontos em Grupo, verifiquem esse post:

Agora foi.. mais uma vez muito obrigado! Justamente isto, observei no exemplo que ele apenas faz o LoadFromFile e eu estava além de fazer o LoadFromFile executando o metodo ACBreSocial.AssinarEventos e este sim faz o envio.

Obrigado. Ajudou bastante. Estava achando que cNF se referia a chave da nota. E como já tinha um rotina que calculava a chave da nota (44), estava passando este valor.

Passei um problema semelhante a pouco Url: 'https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico2.asmx' nessa url deveria estar Url: 'https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx' no meu caso, o componente ACBRNFE1 a versão ainda estava como 310 quando deveria estar 400 Espero ter ajudado.

resolvido! em algumas janelas ainda estava com a versao 310 no componente. Grato

Boa tarde Claudio, Seria de grande ajuda nos informar o que este programa em C# altera no XML antes e depois de assinar, tanto o RPS quanto o Lote. Quem sabe podemos conseguir fazer o mesmo com o componente ACBrNFSe.

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

Boa tarde Ítalo entrei em contato com a SEFAZ da Bahia e encaminhei os xmls para análise. Agora estou aguardando o retorno do suporte deles.

A quem interessar, o Daniel, sugeriu uma sugestão neste link:

Boa tarde, Cilly. Tente Refazer a instalação, marcando a opção remover instalação anterior do ACBr.

Agora entendi, usei a seguinte instrução: //=========Carregando o XML do MDF-e wXML1 := MDFeGeralNOMEARQUIVOENVIO.AsString; ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(wXML1); e logo em seguida a instrução que já usava para impressão do evento: //=========Buscando e IMPRIMINDO MDF-e Encerrado wXML := MDFeGeralNOMEARQUIVOCANCELA.AsString; Memo1.Text := wXML; if wXML <> '' then Begin ACBrMDFe1.EventoMDFe.Evento.Clear; ACBrMDFe1.EventoMDFe.LerXML(wXML); ACBrMDFe1.ImprimirEvento; End Else MessageDlg('XML não foi encontrado', MtInformation, [mbok], 0); Problema resolvido. Obrigado.

Bom dia Mateus, Favor atualizar novamente e faça novos testes.

Bom dia, provavelmente ele se referiu a estas propriedades: ACBrNFe1.Configuracoes.Webservices.ProxyHost := ''; ACBrNFe1.Configuracoes.Webservices.ProxyPort := ''; ACBrNFe1.Configuracoes.Webservices.ProxyUser := ''; ACBrNFe1.Configuracoes.Webservices.ProxyPass := ''; Att Ricardo

Obrigado Italo! Vamos relatar o problema na Sefaz.

Bom dia Marcus, Ao baixar os fontes da Suite ACBr você encontra tudo isso na pasta que contem o programa exemplo do componente ACBrNFSe.

Bom dia Adilson, Você não entendeu. Se deseja que a segunda impressão seja igual a primeira, você deve primeiro carregar o XML do MDF-e (*-mdfe.xml) e depois carregar o XML do evento (*-procEventoMDFe.xml). Lembrando que o método para carregar o XML do MDF-e é um e para carregar o XML do evento é outro.

Bom dia Pessoal, Consegui resolver o problema nos meus Clientes, fazendo os seguintes procedimentos, Painel de Controle -> Opções da Internet -> Aba Avançadas: 1º) Restaurar Configurações Avançadas 2º) Redefinir Logo após isso, fui novamente na aba avançadas e deixei selecionado as seguintes configurações Usar SSL 3.0, Usar TLS 1.1, Usar TLS 1.2. Em alguns casos já voltou a funcionar, em outros tive que abrir o IE e efetuar a configuração, logo após isso voltou a funcionar normalmente. Obs.: Funcionou em Windows sem Service Pack e Windows com Service Pack, outro detalhe tive esse problema em Clientes que estavam com o IE8 e 9. Config. do ACBr que utilizo: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsMsXml; SSLType := LT_all;

Bom dia! Conforme a mesma NT, página 53, o campo CNPJ é opcional Também pela mesma NT, a validação para ver se o CNPJ está preenchido e se a forma de pagamento é Cartão de Crédito ou Débito, essa validação é opcional por UF. Seguem abaixo NFC-e emitidas e validadas (UF RS), que permite o CNPJ vazio, e forma de pagamento diferente de 03 (Cart. Crédito) ou 04 (Cart. Débito) 43180904544024000162651050000000911083060881-nfe.xml 43180904544024000162651050000000971085603568-nfe.xml 43180904544024000162651050000001071089841364-nfe.xml

Bom dia André, A alteração que você realizou, tem como finalidade apenas deixar exatamente igual o que esta no manual? Pois para mim se a venda é interestadual obviamente que a UF do emitente tem que ser diferente da UF do destinatário. Não entendi o motivo da SEFAZ acrescentar uma outra condição checando o CNPJ do emitente com o do destinatário. A minha duvida é, posso vender para mim mesmo? Outra coisa, existe uma exceção para essa regra, ela se refere a existência ou não de um item com a tag <UFCons> diferente da UF do emitente. Sendo assim essa regra deve ser checada após o loop dos itens e dentro do loop devemos verificar a exceção acima.

Bom dia! Sim, Ricardo, emitido e consultado no mesmo ambiente. Estamos utilizando o ambiente de homologação pois a nota já foi inutilizada no ambiente de produção pra poder resolver pro meu cliente que emitiu a NF-e, pois ela estava em aberto no sistema pra ele. Nós enviamos uma solicitação a Sefaz de MG como o Amarildo sugeriu e estamos aguardando a resposta, pois temos notas denegadas em outros clientes nossos no estado de SP e tudo está normal. Assim que tiver alguma resposta posto aqui.

bom dia.. Opa.. legal ai.. o retorno..

Informe também de onde tirou essa informação... Por enquanto, acho que o componente está seguindo o que diz na Nota Tecnica 2016-02, página 66 Att Ricardo

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

Bom dia, outro detalhe é a pasta de schemas, por acaso não está apontando para uma pasta na rede? Se sim, use local no computador... Att Ricardo

Bom dia Com o Refactory as respostas foram automatizadas pelo sistema... pode ter diferença de Caixa Alta e na ordem dos campos, mas o nome das tags e o conteúdo é o mesmo... Certifique-se de estar utilizando a ultima versão do ACBrMonitor, se compila o projeto atualize os fontes...

Bom dia.. Agora faça o seguinte: Marque no acbrMonitor, que quer Log. -> Monitor ->: e Marque Log de Comandos. -> Em DF-e -> Marque Log de Mensagens.. Na proxima transmissao, em vez de copiar o ini/txt, mande os arquivos anexados, que é melhor. ai tu vai mandar, ent , o sai , e os dois Logs, criados. com isso a galera aqui, vai poder ajudar.. Valeu tenha bom dia.

Verifique se existe um arquivo ACBrNFeServicos.ini desatualizado na pasta de seu sistema... Att Ricardo

Emitido em homologação, a consulta tambem foi no mesmo ambiente ? Att Ricardo

A1 ou A3 ? Que informou na propriedade SSLSignLib ? Att Ricardo

Ola Vi q vc abriu outro topico com duvida parecida mas q resolveu o problema. As Urls ficam no proprio componente ACBrNFe mas também podem ser configuradas dinamicamente com o arquivo ACBrNFeServicos.ini. Vou fechar este tópico por ser mais antigo, para nova dúvida abrir novo tópico. Att Ricardo

Fechando o tópico. Para nova duvida abrir novo tópico.

Ok Juliana. Depois de 5 dias tentando decifrar o arquivo de texto DistribuicaoDFe que fica dentro da pasta do ACBR, conseguir colocar p funcionar.

Voce configurou o certificado?.. Entre nas configuracoes, em Df-e , e veriquei o certificado, esta ali. depois disso entre em teste e verifique status.. para ver se esta funcionando.. Qualquer coisa.. vai reportando.

Boa tarde Adilson, A resposta é simples. Para cancelar ou encerrar você esta carregando o XML do MDF-e, correto? Pois bem isso faz com que a impressão do evento sai completa, ou seja, com alguns dados do MDF-e. Já a segunda impressão você esta só carregando o XML do evento e mandando imprimir, isso faz com que a impressão não saia com os dados do MDF-e.

Boa tarde. Seria importante citar também qual foi a resolução do seu problema, de forma a auxiliar os demais usuários no futuro. Att.

Boa tarde Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Questão: "NT 2018.002 - idCSRT do responsavel técnico pelo aplicativo emissor. Onde adquirir esse codigo?" Resposta SEFAZ/MG em 18/09/2018:

Bom dia, vamos avaliar assim que possível. Obrigado!

Boa tarde, para a maioria dos bancos segue o padrão do manual, podendo ser em % ou R$ baseado no parâmetro passado ("CodigoMora"). No caso SICOOB CNAB400, seguindo o manual deve ser sempre % Mensal.

Boa tarde Liliane, O idCSRT é um numero sequencial: 001, 002, .... Por outro lado o CSRT - Código de Segurança do Responsável Técnico que eles chamam de forma errada de token, será fornecido pelo Fisco, conforme consta na Nota Técnica. Nesse primeiro momento você não precisa se preocupar, pois o grupo <infRespTec> é opcional, podendo ser obrigatório se a UF do emitente do CT-e assim desejar. Se isso vir a ocorrer, que acredito que venha, os campos idCSRT e hashCSRT são opcionais e depende de uma implementação futura, ou seja, primeiro o Fisco tem que estar pronto para fornecer o CSRT do Responsável Técnico, caso contrario não tem como incluir essas informações no XML. Quero chamar a atenção referente a palavra token, pois ela nos remete ao certificado digital A3 em formato de pen-drive, chamado pelas certificadoras de token. O token que a Nota Técnica se refere neste caso é o CSRT, ou seja, trata-se de um código alfanumérico que será fornecido pelo Fisco. Quando for publicado a Nota Técnica sobre o idCSRT e CSRT bem como o calculo do hashCSRT, com certeza vamos fazer uma alteração no componente visando atender essa NT.

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.

Boa tarde Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.