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, 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.

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

Obrigado... enviei para o SVN, com pequenos ajustes... Rev: 16286

Consegui implementar a carga da imagens BMP monocromáticas, usando como base o código desse projeto... https://github.com/asharif/img2grf/blob/master/src/main/java/org/orphanware/App.java Estou "limpando" o código e já mando para o SVN

Oi, atualizei e resolveu, obrigado!

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

Resolvido. O problema estava no meu código. Obrigado

Perfeito mestres ?

Resposta da SEFAZ-MG a respeito do padrão das TAG'S: Em MG está vindo assim -> ns0:nfeResultMsg Sendo que dos outros estados vem -> nfeResultMsg Resposta: Senhor Eduardo, boa tarde! Segue orientação da consultoria responsável: O manual que o desenvolvedor deve utilizar é o mesmo da NF-e. Disponível no portal: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk=Os webservices estão disponibilizados no nosso site: http://www.sped.fazenda.mg.gov.br/spedmg/nfce/web-services/Outro portal que pode auxilia-lo é o: http://nfce.encat.org/desenvolvedor/ . Não temos como verificar em relação ao ambiente AM . Nos casos em que o sistema apresentar efetivamente algum erro deverá nos retornar com TODAS as informações e arquivos listados abaixo para viabilizar a análise de problemas. - Arquivo XML ou TXT de envio do documento que está tentando enviar. (Este deverá estar assinado. Para verificar se o arquivo está assinado basta verificar o campo "SignatureValue", se ele estiver preenchido significa que o documento esta assinado) - Arquivo XML ou TXT de retorno contendo a mensagem de rejeição informada. Obs: Nos dois arquivos acima o campo "digVal" devem ser iguais. - "Print" com o passo a passo de TODAS as telas, desde o início da entrada no sistema até o erro ou rejeição. Clicar no ícone "detalhes", caso a página de erro tenha essa informação. As telas deverão ser copiadas, apertando a tecla "Print Screen" no teclado e coladas na sequencia em que aparecem no Word e encaminhadas como anexo. (É permitido anexar somente arquivos dos formatos bmp, doc, docx, gbd, jpg, jpeg, pdf, png, txt, xls, xlsx e xml. Os arquivos não podem exceder 10 Mbytes.) - Informar a chave de acesso dos documentos com erro: - Informar dados do contribuinte (CNPJ, IE):

Obrigado @r0drigo !!!

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 Mario, Para o componente não faz nenhuma diferença se a cidade de carregamento e de descarregamento são do mesmo Estado ou não.

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.

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.

Eu também tinha entendido que era algo relacionado ao infAdProd por isso perguntei sobre a propriedade. No seu caso a versão do Fast Report que vem junto ao Delphi não tem suporte a scripts por isso apenas os arquivos .fr3 identificados como "Basic" na pasta Obsoletos são compatíveis. Você pode instalar a versão profissional do Fast Report, usar os arquivos "Basic" ou ainda mudar para o DANFE em Fortes Report.

Juliana, fiz o update como você recomendou acima e consegui compilar os pacotes referentes a parte fiscal ( dfe + nfe + mdf + relatórios) com sucesso e todos instalados pelo ACBrInstall_Trunk2.exe no dx 10.3 (rio). Agradeço pela ajuda. Att. Mário Hollanda

Nesse caso você vai pagar pelo serviço do enotas. Sua integração não vai ser direto com o Webservice da prefeitura.

Eu estou anexando o XML e PDF da nota fiscal no envio de e-mail (ACBrMail). Porém, ao visualizar o e-mail enviado (Gmail) o XML não está como anexo e sim no corpo do e-mail. Estou usando o método AddAttachment() para anexar os dois arquivos. O PDF está anexado corretamente. Alguém sabe o que pode ser?

Acabei de fazer uma possível correção e enviei ao SVN. Queira por favor atualizar, testar e reportar caso tenha algum problema.

ok, obrigado

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

Bom dia, Agora enviou a NFe sem problema. Dercide Alvarez.

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.

Beleza Joffas, mas eles estão cientes...por isso criaram esse "semáforo", logo deve voltar... Valeu!

Bom dia Leonard Com o programa exemplo consegui enviar o lote de RPS para o provedor WebISS de Campo Belo. Configuração: SSLLib = libWinCrypt CryptLib = cryWinCrypt HttpLib = HttpWinHttp XMLSigLib = xsLibXml2 SSLType = LT_TLSv1_2 Ambiente de Homologação

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, comecei a implementação de um dos métodos para recuperar os eventos, estudei o componente mas não teve jeito de fazer funcionar. acredito eu q deve faltar alguns detalhes somente para funcionar. Se alguém com mais conhecimento do componente puder ajudar agradeço. anexei os fontes que foram alterados. ACBreSocial.rar

Só para reportar o que ocorreu, fiz o pagamento das taxa e solicitei o acesso ao SAT online (via e-mail), conforme orientação do site, não informei IE, após um tempo me liberaram o acesso normalmente com o meu CPF. Eu tinha essa dúvida porque fui pessoalmente na SEFAZ regional da minha cidade e o funcionário responsável da área disse que seria impossível sem IE e para conseguir eu teria que acrescentar um CNAE compatível com venda de mercadorias, o que me causou muita estranheza. Mas está aí a resposta: não precisa de IE para o credenciamento e acesso ao SAT.

Esse erro é devido alguma falha na instalação e o library path correto não foi inserido. tu pode fazer manualmente isso ou remover o delphi e reinstalar

Sem dúvida Juliana. Apenas ainda não terminei os ajustes e testes. Assim que estiver tudo pronto vou publicar alguns pontos que acho relevantes. Aproveitando, o problema é que não é óbvio o que deve ser feito, como ser feito e a sequência interna de construção.. Eu utilizo o grupo ABCR - a quem só tenho elogios - e gostaria de falar de algumas sugestões. Mas não agora, e não acho que aqui seja o melhor lugar

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.

Já enviei uma possível correção para o SVN, favor atualizar e testar novamente.

Realmente parece que ficou errado... vamos ajustar