Painel de líderes

Prezados Representantes das Empresas Desenvolvedores de aplicações para emissão e gestão de NF-e/NFC-e, Informo que a SEEC/DF irá iniciar, em 01/11/2020, a exigência, em produção, do preenchimento do campo relativo ao Código de Benefício Fiscal - cBenef, com as Regras de Validação - RV estabelecidas na NT 2019.001, versão 1.50, conforme estabelecido no art. 3º da Portaria SEEC nº 386/2019. O Ato Declaratório COREN nº 01/2020, definiu a Tabela de Código Benefício Fiscal por CST que deverá ser utilizada pelas empresas para realização da configuração das aplicações responsáveis pela emissão e gestão de NF-e/NFC-e. Esclareço que todas as RV constantes do item 3.6.1 da Nota Técnica (N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98) serão aplicadas nos moldes estabelecidos, bem como suas respectivas exceções 2, 3 e 4. Por fim, seguem os links para a legislação e a Tabela com os Códigos por CST: * Portaria SEEC/DF nº 386/2019 - [[http://www.fazenda.df.gov.br//aplicacoes/legislacao/legislacao/TelaSaidaDocumento.cfm?txtNumero=386&txtAno=2019&txtTipo=7&txtParte=.]] * Tabela de Código Benefício Fiscal por CST – Ato Declaratório COREN nº 01/2020 – SEEC/DF - [[http://www.fazenda.df.gov.br/aplicacoes/legislacao/legislacao/TelaSaidaDocumento.cfm?txtNumero=1&txtAno=2020&txtTipo=734&txtParte=.]]

Boa tarde Alexandre, Primeiramente muitos desenvolvedores estão implementado o DistribuicaoDFe em suas aplicações com o objetivo de obter o XML da Nota. Essa procedimento esta completamente errado, visto que o serviço de DistribuicaoDFe tem como objetivo fornecer uma lista de notas emitidas contra o CNPJ do autor da consulta. De posse dessa lista manifestar cada uma delas se utilizando de um dos 4 tipos de eventos de Manifestação do Destinatário. Conforme consta na legislação, quem emite a nota, assim que obtém o protocolo de autorização tem a obrigação legal de disponibilizar o XML completo, ou seja, assinado e com o protocolo de autorização para o destinatário da mercadoria e para transportadora quando esta for contratada para realizar o transporte da mercadoria até o destinatário. Devemos utilizar o DistribuicaoDFe como a ultima opção para se obter o XML da nota. A primeira é entrar em contato com os fornecedores e apresentar a eles a legislação. Precisamos parar com essa historia de eu tenho direito disso e daquilo. E os deveres como é que fica? Se o destinatário necessita do XML para cumprir com as suas obrigações legais, o fornecedor tem o dever de fornecer o XML. Todos tem que entender de uma vez por todas que hoje o DANFE não é nota, a sigla deixa isso muito claro: DANFE - Documento Auxiliar da Nota Fiscal Eletrônica, se é um documento auxiliar da nota, não é a nota. Da mesma forma que o auxiliar do chefe não é o chefe. A legislação deixa clara também que a Nota Fiscal Eletrônica é um arquivo eletrônico, que no caso é o XML e que para ter validade jurídica precisa estar assinado digitalmente e com o protocolo de autorização. Eu desenvolvi uma aplicação que se utiliza apenas do DistribuicaoDFePorUltNSU, ela fica rodando em segundo plano, se o documento retornado é um resumo a aplicação gera um registro na tabela colocando as informações contidas no resumo, se o documento é o XML completo da nota, a aplicação procura por esse registro e o atualiza com outras informações, por exemplo: caminho onde foi salvo o XML, nome do XML da nota, entre outros. O usuário através de uma outra aplicação tem uma opção que lhe é apresentado a lista de resumos e a partir dessa tela ele pode manifestar cada uma das notas. E por fim através de uma outra opção ele tem a lista de notas baixadas que ele pode selecionar e ler o XML para que seja feita a entrada dos itens no estoque.

bons dias, ontem me enchi de paciência, joguei fora o report e comecei de novo no caso da banda Sumary como eram 13 campos iguais eu fiz e o primeiro e passou ! daí eu fiz o segundo, testei, passou fiz o terceiro, testei, passou e aí fui fazendo um a um, testando e ao final fiz todos e ficou ok ! salvei e prá tira teima, joguei fora a banda Sumary e fiz como antes, tudo de uma vez, definindo o primeiro campo e copiando-o para os outros 12 e só alterando a DataFormula - não funcionou ou seja, um por um funciona como deve funcionar e tudo de uma vez não vai, ou não foi fica a experiência para outras eventuais anormalidades obrigado pelo interesse de vocês

Ah beleza farei os ajustes aqui, Muito Obrigado!

bom dia ok, me interessei pelo curso. Vou assinar, obrigado

Troque pois a NFC-e é com esse componente que citei acima

Bem pessoal, resolvi comentar essas duas linhas. Fiz alguns ajustes aqui adequando-os a necessidade. Gostaria de agradecer a Juliomar e BigWings. Podem fechar.

Provavelmente,isso é uma configuração do Leitor... ele está interpretando o código e removendo esse dígito... Você precisa consultar o manual do Leitor, para identificar, qual o ajuste na configuração do mesmo, para que ele não faça isso...

Italo então eu consulto o nacional e mesmo assim não tá mais vou ir consultando pra ver se aparece obrigado

Solucionado. Entre uma modificação e outra talvez tenha ficado faltando reiniciar computador. Obrigado.

Italo, sim nos meus testes, realmente verifiquei ele eles usam o ABRASF 2.0, mas tem estes campos especiais, isso quebra as pernas completamente. No momento eles estão apenas em fase de homologação, mas dia 1 do 9, entrará em produção, vou aguardar inclusive para atualizar o Cidades.ini do post fixo com as informações corretas. E torcer para que o ACBR ache uma solução. Valeu pelas ajuda por enquanto.

sem prob.. como ele me pediu , apenas perguntei se tem como fazer... nao pedi e nem tenho a pretensao de mudar algo no projeto.. grato pela atencao...

Legal, já me inscrevi no Dia do ACBr Online. Pode encerrar o tópico.

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

dá uma procurada que acho que um colega postou uma unit que usou em algum lugar e eu mexi nela pra funcionar o envio mas o correto é manter em um único componente tudo se quer contribuir terá que modificar o mesmo a nível de entendimento entre todos os webservices para um único código

Não é algo que está descrito no manual e parece ser uma vaidade do seu cliente que nem mesmo está no manual descrito. Seria necessário desde mudar o componente pois terá pessoas que não iriam querer sair fora de um padrão que já é definido e dai mudar o monitor creio não ser relevante e possivelmente não será implementado

Assista a palestra do dia do ACBr sobre o assunto: Horse em Lazarus

Bom dia, Obrigado mais uma vez Italo. Concordo contigo, estudando um pouco mais e analisando tambem tava no mesmo consenso de você, então irei fazer desta forma se for o caso so retificar depois, obrigaod e bom dia.

O Amazon não permite o envio de emails por API ? no SparkPost você conseguiria... https://www.sparkpost.com/

Contribuição já disponivel no SVN. Obrigado!!!

Correção já disponível na ultima versão. Favor realizar os testes!

Ajuste disponível no SVN. Favor atualizar os fontes!

Juliomar, desconsidere a minha última postagem, eu não tinha testado direito, deu certinho trocando o componente que você citou Muito obrigado pela ajuda!

Obrigado pela opinião de todos! Resolvi deixar separado, mais fácil pra dar manutenção mesmo!

Bom dia Guilherme, Acredito que você não entendeu, a Juliana lhe pediu para anexar o arquivo do XML e não incluir ele na postagem como um texto. Da forma que você fez fica complicado a analise do mesmo.

Bom dia, Como a Nota Técnica não deixa claro alguns pontos, vou me basear no seguinte paragrafo da NT 2020/001 versão 1.04 que trata do MDF-e Integrado: Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores. No meu entendimento a geração de informações de pagamento tanto no MDF-e quanto no envio do evento é para facilitar o recebimento do valor do frete contratado com o TAC. Uma transportadora que é responsável pelo transporte e o motorista é funcionário da mesma, acredito que o pagamento do frete já esta incluído no salario. Posso esta errado. Quanto ao grupo de produto predominante, existe uma regra de validação que diz que o grupo deve existir se o tpEmit for 1 ou 3, mas não existe nenhuma outra regra que diz que se o tpEmit for 2 não deva existir o grupo. Sendo assim não vejo problemas e informar o grupo.

@Daniel Simoes Fiz a mudança e deu certo, obrigado. Vou fazer essa mudança em todos os nossos projetos

Bom dia Henrique, Os evento de Manifestação do Destinatário são enviados para o Ambiente Nacional e não para a SEFAZ-Autorizadora (por exemplo: SEFAZ-SP). Existe um delay, logo se você envia o Evento e vai verificar no Portal da SEFAZ-Autorizadora é bem provável quem não apareça o mesmo.

Muito Obrigado Juliana, vou estudar ele aqui

Bom dia. Tentou fazer o mesmo com o demo e teve o mesmo resultado? Se você tem urgência na resposta, sugiro considerar o SAC ACBr. Att.

Infelizmente, eu já tentei solicitar um suporte com a Pronim, mas eles responderam que o erro não é lá. Parte da resposta: "sendo assim o problema não esta no produto da govbr e sim no sistema que a empresa esta desenvolvendo, o problema é na comunicação que eles estão tentando efetuar.". Dai pedi um exemplo de fonte que faça o envio correto, disseram que não tem, o suporte deles é uma beleza. Mas obrigado, vou dar mais uma procurada.

Bom dia. Não entendi exatamente qual é sua dúvida, mas de qualquer forma, este é o manual do ACBrMonitorPlus. https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoSAT.html Att.

Boa noite Ontem passei a noite fazendo testes e estou começando a entender. Deu certo o teste que fiz, só estou em duvida se será funcional, pois pelo que vi o arquivo ent.txt só aceita um comando de cada vez. Mas agradeço a dica e vou mexer mais no acbrmonitor. Se tiver algum material que possa indicar de como usa-lo melhor agradeço

Boa Noite Italo, com base no Schemas em anexo (dados_gnre_v2.00.xsd) baixado do Site: http://www.gnre.pe.gov.br/gnre/portal/downloads.jsp observa-se que existe 3 tipos de tipos de GNRE: 0 - GNRE Simples 1 - GNRE Multiplos Doc. de Origem 2 - GNRE Multiplas Receitas Hoje o ACBR contempla a geração do XML tipo 0 - GNRE Simples, o que refere a esse tópico é o 1 - GNRE Multiplos Doc. de Origem conforme exemple em anexo: (Lote_2020_06_24_11_15.xml). Grato. Lote_2020_06_24_11_15.xml

Já fiz as modificações, amanhã iremos testar. Muito obrigado.

Boa noite Amarildo, Faz esse favor, pois estou trabalhando no refactoring do componente ACBrNFSe e se conseguir colocar esse provedor para recepcionar o XML no layout da ABRASF vai ser ótimo.

Aparentemente as DLLs não estão registradas corretamente... Evite usar MSXML, ela está obsoleta, e pode apresentar problemas com certificados A3 Use: SSLXmlSignLib := xsLibXml2; DLLs da XML2: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

Pessoal, consegui localizar a a versão anterior que estava no cliente. Verifiquei que não imprime máscara. Questionei a cliente que a versão que estava instalada antes não era impresso a máscara e perguntei sobre a imagem dos canhotos que ela me enviou. Pois os canhotos eram de notas de fornecedores dela. Ela questionou informando que a nossa nota fazia o mesmo. Falei que não, pois a alteração foi realizada em 2005, e que infelizmente vocês só realizariam alguma implementação caso fosse de interesse também de outros clientes. Então peço desculpas pela perda de tempo. Mas se for possível incluir um parâmetro para que seja impresso ou não a máscara no número da nota, vocês estariam fazendo uma cliente feliz. Obrigado!

Quando se credencia na SEFAZ para emissão de NFCe, é gerado um código para homologação e um para produção. Então quem fornece idCSC e CSC ao contribuinte é a SEFAZ-Autorizadora do mesmo. se for em SP deve-se solicitar a SEFAZ-SP.

Bom dia. Segue artigo sobre as mudanças. Att.

Pessoal já esta disponivel a versão das biblioteca ACBr com suporte a multithread. Inicialmente as dll da ACBrLib foram planejadas para serem simples e de facil uso, mas com o passar do tempo foi percebido que alguns usuário precisavam de algum suporte extra, principalmente para que quer usar as lib para API web. Por isso fizemos esta versão nova das bibliotecas visando atender melhor este tipo de ambiente, com este lançamento já possivel usar as bibliotecas em ambientes multithreads ou se necessario ter 2 instancias da lib com configurações distintas. As vantagens e desvantagens você ve abaixo. Pros Múltiplas instancias da lib, pode ter 2 libs carregada simultaneamente com configurações diferentes. Pode ser usada em thread separada da principal, facilitando assim seu uso em serviços. Contras Precisa que seja usado um ponteiro para controlar a instancia da lib Precisa sempre passar o ponteiro da instancia para executar um metodo. Não iremos descontinuar a versão single thread que já usa assim e te atende bem pode continuar usando, agora quem precisa de multithread pode agora utilizar esta nova versão. Para quem baixa do site basta usar as dll que estão na pasta MT e atualizar sua classe com os novos parâmetros ou se usar as classes disponibilizadas pelo projeto basta atualizar elas para sua variante MT. Para quem compila dos fontes vai ver que tem novos modos de compilação terminados com MT basta compilar com este modo. É recomendado a uso na lib com MT caso você tenha as seguintes necessidades. Precisa imprimir de forma simultanea o pedido na cozinha e no balcão. Tem uma API concentrada de envio de NFe e/ou Boleto que usa varias empresas e de forma simultâneas. Exemplo de alteração das chamadas para usar a versão MT. Os demos também foram atualizados para funcionar com a versão multithread basta utilizar os demos com MT no nome Ainda temos mais modificações para atender melhor vocês, fiquem ligados nas próximas novidades da ACBrLib.