Painel de líderes

Muitos desenvolvedores, que estão iniciando no segmento ou até mesmo quem já desenvolve mas não conhece o universo de emissão de documentos fiscais eletrônicos, perguntam onde procurar informações sobre o assunto. Para quem entra em contato com o ACBr pela primeira vez é importante saber o “jeito de fazer a coisa” antes de qualquer definição, pois quem inicia na tarefa pode não conhecer ainda como funciona o serviço do SAC. Abaixo, alguns links considerados fundamentais: NF-e O portal que reúne toda a documentação para a NF-e é bem acessível, claro e objetivo. Navegue em cada link da página, pois é a principal fonte de informação para quem está começando. http://www.nfe.fazenda.gov.br/portal/principal.aspx 1 Menu de opções para acesso aos documentos e legislação; 2 Escolha o Sefaz de cada Estado e veja os links sobre servidores e documentações; 3 Acesso aos links sobre CT-e, MDF-e, Sped e BP-e (importantes); NFC-e O Encat é o órgão oficial que reúne informações e documentações dos processos de emissão da nota fiscal de consumidor eletrônica. Veja que na página existe uma área exclusiva para desenvolvedores, inclusive um material riquíssimo tratando sobre as Boas Práticas no desenvolvimento de um emissor de NFC-e. http://nfce.encat.org/ É claro que somente o acesso a esses links e a leitura de todo o conteúdo não capacita nenhum profissional da área a sair desenvolvendo. Precisa-se de muita dedicação, tempo e interpretação dos conteúdos para um entendimento satisfatório dos processos. Todas as rotinas são dinâmicas e mudam sempre, mas já é o começo de onde procurar. E você? Qual sua experiência com esse conteúdo? Tem mais alguma fonte de documentação que ajudou no seu desenvolvimento. Participe e colabore com esse post.

Uma coisa que eu gostaria de deixar claro: O ACBr não tem acesso privilegiado a documentação, portanto toda implementação nos fontes dos componentes são baseadas nos Manuais e Notas Técnicas disponibilizadas nos Portais Nacionais da NF-e / CT-e / MDF-e etc. Notem que através do Portal Nacional da NF-e, temos a direita links para acessar os demais. Eu visito todos esses Portais diariamente em busca de algum documento (Manual ou NT) novo, é desta forma que eu me mantenho informado. Mesmo que vocês não tenham intimidade suficiente para implementar algo no componente, mas é importante, pois fica sabendo das novidades e pode se preparar para o que vem pela frente. Resumindo, não é pego de calças curtas.

Boa tarde. Foi verificado que caso a propriedade ACBrTitulo.CarteiraEnvio fosse tceBanco e houvesse somente 1 mensagem no título, ocorreria o erro Out of Index, por este motivo foram feitas pequenas correções as quais já estão no svn. Porém existe a necessidade de uma revisão mais ampla quanto a este item, uma vez que o Banco do Brasil utiliza o Segmento S tanto para trabalhar com as mensagens adicionais, quanto para os dados do sacado quando será enviado boleto, peço que continuem acompanhando este tópico paras os avisos dos comits das alterações finais. Att.

Talvez para a maioria isso seja bem claro, mas para quem está iniciando, talvez não seja. Para emissão de documentos fiscais, é necessário um Certificado Digital para assinatura dos mesmos. Existem 2 tipos de certificado digital: Certificado A1 - é emitido e armazenado no computador. Certificado A3 - é emitido e armazenado na mídia criptográfica (Cartão ou Token).

RESOLVIDO! Verifiquei os fontes do método e nele tem o parâmetro aDisposition : TMailAttachmentDisposition. Por padrão ele está setado para "adInline". Pelo que entendi, ele tenta incorporar no Body o conteúdo. Mudei para adAttachment e resolveu o problema. FMail.AddAttachment(ArquivoXML, '', adAttachment);

Boa tarde, Fiz uma pequena implementação, criei uma propriedade do tipo TStringList, para que esta receba o nome dos arquivos criados após a geração dos arquivos. Se alguem puder analizar e subir se possivel, a mudança não afetou em nada a geração dos arquivos. A intenção da implementação é pra ser utilizado da seguinte forma: for L := 0 to ACBrCargaBal.ArquivosGerados.Count -1 do begin NomeArquivo := ACBrCargaBal.ArquivosGerados.Strings[L] ; end; Obrigado! ACBrCargaBal.pas

Semana passa abri chamado no SEFAZ/MG sobre esse erro e o mesmo está em análise para resposta até dia 15/01. Encaminhe ao SEFAZ todas as informações que eles solicitarem, xmls e dados da sua empresa, respondendo sempre ao mesmo chamado que você abriu (tem um link "clique aqui" para dar continuidade ao mesmo chamado). Quem puder abrir chamado reclamando do mesmo erro ajudará bastante. O erro está sendo provocado porque o arquivo xml de retorno do SEFAZ/MG para NFC-e não está conforme o padrão estipulado pelo Manual do Desenvolvedor.

Moderador acabei achando Feche ou exclua por favor o tópico

Achei coisas sobre esse erro. Já está lá na lista da embarcadero para resolver. Só esperar o path de correções ehehehe. Valeu kra.

Boa tarde Walmir, Favor anexar o INI do evento 2200, para que possamos analisar. Outra coisa os arquivos INI foram modelados conforme o layout que consta no manual. Se no manual diz que devemos enviar determinada informação por evento, temos que seguir essa regra no arquivo INI. O componente foi feito de tal forma que você precisa enviar 10 eventos do mesmo tipo (por exemplo o S-2200) será necessário criar um arquivo INI para cada um.

Boa tarde, lembrando que quando cancela um CF-e, uma numeração é utilizada.

Atenção ao calendário de homologação. Não pode ser qualquer mês. Veja datas aceitas no manual técnico ( não lembro ) Sucesso

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

Acabei de enviar um ajuste. Poderia atualizar e testar novamente?

Boa tarde Estou fazendo alguns testes para dar início ao desenvolvimento do módulo de NFC-e para MG. Ao realizar a consulta estou obtendo o seguinte erro: Ao debugar os arquivos do ACBr verifiquei que o no XML de retorno de MG o nome da tag 'nfeResultMessage' vem diferente do nome da tag nos demais estados. O Arquivo de MG vem assim: Eu observei que se eu alterar o Arquivo \Acbr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeWebServices.pas, na função TNFeStatusServico.TratarResposta e ajustar o nome da tag para ns0:nfeResultMsg o Acbr retorna o status do serviço corretamente. Porém para os demais estados não funciona. Eu gostaria de saber se esse erro é alguma configuração que eu devo fazer ou se o Acbr ainda não está 100% compatível com MG.

Acho que esse SAT está com o Certificado antigo do SEFAZ... se for o caso, somente o fabricante poderia resolver...

Estou utilizando as Naturezas descritas aqui: http://nfse-teste.publica.inf.br/homologa_nfse/RelatorioNatureza Porém ao fazer uma busca agora verifiquei que no comunicado da Prefeitura de Chapecó possui a nova lista para produção. https://www.chapeco.sc.gov.br/noticia/1508/comunicado-mudancas-de-sistemas

Oi, atualizei e resolveu, obrigado!

Testando agora com o Demo Sinceramente, olhando para o demo, ficou muito confuso. Eu preciso apenas mandar um email Assunto corpo texto anexo(arquivoXML) anexo(arquivoPDF) tem alguma configuração simples pra isso ?

Ok. Obrigado.

Obrigado @r0drigo !!!

Assim que chegar em casa, faço a instalação, aqui no trabalho em um notebook que tem o RIO 10.3 foi instalado tranquilo.

Boa tarde Edu, Você sabe me dizer qual é a empresa contratada pela cidade de Florianópolis para recepcionar as notas fiscais de serviço eletrônicas? Essas empresas damos o nome de provedor. Ela segue qual layout de XML, ABRASF versão 1, ABRASF versão 2 ou próprio?

Boa tarde Leonard, É preciso descobrir em qual momento esta ocorrendo esse erro. Pois o provedor WebISS segue a versão 1 do layout da ABRASF, sendo assim, para ser ter o XML da NFS-e é preciso se comunicar com o WebService no mínimo 3 vezes. A primeira no envio do lote de RPS, na segunda ao consultar a situação do lote e por fim a terceira ao consultar o lote. É nesse ultimo acesso que obtemos o XML da NFS-e ou a lista de rejeições.

Boa tarde Nelson, Não me recordo de ter visto o Schema, mas esta ai, logo não devemos nos preocupar por enquanto com essa informação. Existem eventos que são gerados pelo Fisco, pela RFB e outros Órgãos, como por exemplo o Evento de Passagem, mas neste caso não são esses os Schemas utilizados. Sinceridade, a opção 2 e 3 ficou muito confusa. Para mim os caras andaram bebendo demais nesse final de ano.

Prezada Graça: desculpe pela demora na minha resposta. Já resolvi o problema que esta sendo causado por dados incompletos no cadastro do veículo. Outrossim: gostaria de saber como deve ser o código, na hipótese de mais de uma UF de percurso. Lembro que o código abaixo foi escrito para uma UF. if mskUFPer.Text <> ' ' then begin with Ide.infPercurso.Add do begin UFPer:= mskUFPer.Text; // mskUFPer = 'PB' end; end;

Italo, Resolvi o problema estava faltando colocar a midas.dll na máquina do cliente. Obrigado pela atenção

@Daniel Simoes e @Juliana Tamizou acredito que as configurações estão corretas uma vez que a NFCe eu consigo imprimir normal. E a página de testes do windows imprimi normalmente também. Como disse a pré-visualização fica perfeito, porém, mesmo imprimindo a pré-visualizar sai errado. Vou dar uma geral no driver para ver se acho alguma coisa errada.

Juliana, estou no Ceará e entrou em vigor agora em jan/2019 a obrigatoriedade de mdf entre municípios do mesmo estado com exceção das regiões metropolitanas (no caso o estado tem 3) , a pergunta : o componente já está suportando esta opção (entre municípios do mesmo estado); porque no manual não consta esta informação.

Marcos, Notei que o numero do protocolo usado no *-ped-sit.xml não é o mesmo que foi retornado no *-rec.xml

Bom dia Juliano, Como você esta alimentando o campo ItemListaServico (1401 ou 14.01) ?

funcionou. obrigado

Essa é a integração para empresas contábeis. Fizemos uma pesquisa há algum tempo, e não houveram muitos interessados. Então não foi implementado no momento. Tem esse tópico que fala do assunto veja:

Marque a opção "Exibir Linhas..." em: https://acbr.sourceforge.io/ACBrMonitor/Monitor.html Isso é desabilitado, por motivos de performance

ok, obrigado

Pode ser que nesse ambiente ele carregue as DLLs de um local específico... entre em contato com o administrador

Sim, caro Arce. Mas mesmo sendo uma empresa enquadrada no Simples Nacional, eu não posso realizar testes? Pois estou enviando o evento R-1000 em ambiente homologação (Produção restrita). Obrigado por responder.

Bom dia Marcio, Eu entendi, mas uma coisa é certa esse seu cliente gosta de sofrer. Prefere fazer a emissão manual em vez de ter a emissão da nota automatizada. Paciência, ele é novo, daqui umas 10 semanas santas ele aprende. Ele também não quer emitir a NF-e ou CT-e ou MDF-e desta forma, ou seja, gerar o XML sem assinatura, acessar o site da SEFAZ e importar o arquivo para que o documento seja emitido? Bom mesmo que ele queira isso não é possível pelo simples fato de não existir essa possibilidade. Uma alternativa para o seu problema é essa tela de configuração alterar o arquivo INI do respectivo provedor.

Bom dia, Está instável mesmo... http://portal.esocial.gov.br/semaforo

Bom dia, Alessandro Então meu conhecimento no componente também não é dos melhores porém, fiz os métodos de consulta do componente EFD-Reinf que é parecido depois o Italo deu uma melhorada. Da uma olhadinha neste tópico pode ser que te ajude

Bom dia Marcos, Por favor não coloque conteúdo de XML como parte da postagem, procure sempre anexar os XML por inteiro para que a postagem fique mais curta e com o XML inteiro facilita o trabalho de analise.

faz um teste, abre o arquivo ACBr_DFeComum.dpk com o bloco de notas e adiciona na terceira ou quarta linha isso {$I ACBr.inc} salva e tenta rodar o instalador novamente

Novo tópico criado na área do SAC, para que o SLA de respostas seja considerado

Deu certo, Obrigado!

Acabei de enviar um ajuste. Poderia atualizar e testar novamente?

Amigo, referente o caso do(s) MapRules ser removido, altere a propriedade OwnMapRules como (True), que ele começa a salvar as regras... -> fonte: http://docwiki.appmethod.com/appmethod/1.13/topics/en/Data_Type_Mapping_(FireDAC) abraco a todos;

ES não. Não funciona para as UFs AC, AL, AP, DF, ES, PB, PI, RJ, RN, RO, RR, SC, SE, TO. Mas adicionando LT_TLSv1_2 funcionou corretamente para os outros em que a consulta está disponível. Estou usando as configurações abaixo: NFe.Configuracoes.Geral.SSLLib := libWinCrypt; NFe.Configuracoes.Geral.ModeloDF := moNFe; NFe.Configuracoes.Geral.FormaEmissao := teNormal; NFe.Configuracoes.Geral.VersaoDF := ve400; NFe.Configuracoes.Geral.Salvar := False; NFe.Configuracoes.WebServices.Ambiente := taProducao; NFe.Configuracoes.WebServices.SSLType := LT_TLSv1_2; NFe.Configuracoes.Certificados.ArquivoPFX := 'C:\Softniels\Onix\Certificado\Certificado Digital E-cnpj Unicomper_calisto09.pfx'; NFe.Configuracoes.Certificados.Senha := 'calisto09'; NFe.Configuracoes.Arquivos.PathSchemas := 'C:\Softniels\Onix\esquemas_xml\nfe'; Indico fazer os testes sempre em produção, pois em homologação a consulta não funciona em alguns estados.