Painel de líderes

Opa! Não entendi muito bem sua pergunta. Mas vamos lá... Caso queira baixar notas fiscais emitidas CONTRA o CNPJ do seu cliente. Deve-se utilizar o método de DistribuicaoDFe. (Aqui uma explicação, e aqui um exemplo prático) Observação 1: você consegue baixar um resumo das notas fiscais para que seja possível você realizar o manifesto. Após o evento de manifestação o Ambiente Nacional disponibiliza o XML da nota em questão. Observação 2: O Ambiente Nacional disponibiliza o resumo/DFe apenas se o seu cliente for o Destinatário, Transportadora ou o CNPJ estiver na tag <AutXML>. Caso queira RECUPERAR um ou mais XML EMITIDO pelo seu cliente. Deve-se alimentar o componente com os dados da venda/nota, assinar e consultar. (Aqui um exemplo prático) Observação 1: Não é muito indicado ficar fazendo isso. Já que na lei diz que o contribuinte é obrigado guardar o XML do documento fiscal. Observação 2: Caso você tenha o XML assinado, você pode carregar o XML e executar o método Consultar apenas... Dessa forma o XML será atualizado com o protocolo. Observação 3: O único método oficial pela SEFAZ é realizar o download do documento fiscal diretamente pelo portal, utilizando o certificado digital. Sites como Arquivei lite fornece um XML válido porém sem validade jurídica já que a assinatura não é a do emitente.

Veja o demo do ACBrCargaBal em: \ACBr\Exemplos\ACBrSerial\ACBrCargaBal\Delphi

Obrigado Dercide e Italo, fizemos essa alteração e funcionou, inclusive a consulta que com xsLibXml2 também não estava funcionando. Dercide, não sei se é exatamente isso, mas o arquivo ...\ACBR\Fontes\ACBrDFe\ACBrDFeXsLibXml2.pas foi alterado, verifiquei o log e dia 26/04 teve grandes alterações, agora não consigo avaliar se realmente foram essas alterações que causaram o problema. Qualquer coisa mais tarde tento reverter pra revisão anterior para testar se o problema ainda ocorre, pois agora tenho outros problemas para resolver.

E quando terceiros prestam serviço de manutenção? Quem é o responsável técnico? Dúvidas assim podem surgir quando fixamos na mente mais a ideia de um "representante da classe de programação" perante a lei do que na ideia de um responsável pelo sistema. Talvez isso aconteça porque o termo usado é "responsável técnico". Logo nos vem a mente um engenheiro responsável pela obra e tal... Mas veja bem, a ideia do responsável técnico, é ter uma "pessoa" para quem a Sefaz vai mandar um e-mail quando quiser falar sobre o software emissor do DF-e. Como dito antes, suponha que o software emissor tentou retransmitir a mesma NF-e com erros no XML, por 70.000 vezes... ou seja, mesmo recebendo o erro de rejeição por XML inválido, a aplicação ficou em algum Loop, tentando retransmitir o mesmo XML que já sabia era rejeitado, isso por 70 mil vezes. Nesse caso, quem a SEFAZ deveria contatar? Pensar nesses termos, nos ajuda a entender o motivo das tags Responsável Técnico e assim saber como preencher. Vamos a dois exemplos, com base nas perguntas desse link: Imagine uma microempresa, distribuidora de produtos de limpeza, que para emitir a notas fiscais, paga a um programador fazer as alterações nos fontes de um sistema emissor. Esse programador é pessoa física. Como fica esta situação? Não se engane. A resposta depende mais do tipo do vínculo entre eles e menos de o programador ser uma pessoa física. A questão que deve ser respondida é: Quem é o responsável pelo software? Quem a SEFAZ deve contatar caso queira falar sobre o sistema? Isso vai depender de cada caso e talvez de cada UF. Responder algumas perguntas podem ajudar a resolver a questão: Atualmente, o sistema é da ME distribuidora de produtos de limpeza? O programador é chamado como um terceirizado ou mesmo como funcionário temporário da empresa, não tendo de fato vínculo com o sistema? Por exemplo, ele pode ser substituído por outro programador? (Note, não importa aqui o conhecimento interno do sistema...) Se a resposta a essas perguntas for sim então, a menos que algo diferente esteja em contrato, o responsável técnico é a empresa distribuidora de produtos de limpeza.  Ela contrata outra pessoa para dar manutenção mas, ainda assim, ela é responsável, porque o sistema é dela. No PAF-ECF, chamávamos isso de "sistema próprio". Quer dizer próprio da empresa. Não é um sistema que ela aluga. Caso alguma resposta para as perguntas for não, então, provavelmente, o responsável técnico é o programador. Será necessário verificar com a UF como ele deve ser informado já que ele não tem CNPJ. No caso da empresa ter uma pessoa que saiba programação e faça estas alterações mas não é programador registrado e sim diretor ou gerente ADM, como fica? Nesse caso, sem dúvida, o responsável técnico é a própria empresa. Ela tem um sistema próprio, desenvolvido internamente para emitir os DF-e. Não importa se quem faz as alterações é um programador ou o contínuo da empresa. O importante é quem é responsável perante a SEFAZ e, nesse caso, é claro que a SEFAZ não vai querer saber quem deu manutenção no sistema. Quando ela precisar falar com um responsável, ela vai querer contatar diretamente a empresa. Afinal de contas, se a empresa não quisesse isso ela teria contratado um sistema de alguém ao invés de permitir um funcionário (ou sobrinho do dono) criar o sistema.

Bom dia, Acabo de fazer uma tratamento de exceção para importação de arquivos SPED (ICMS/IPI e PIS/COFINS) que já foram assinados pelo PVA. Esses arquivos contém um "lixo" no final que não deve ser lido ou tentado importar, pois geram erro. Para isso eu fiz um tratamento para essa exceção. Gostaria que avaliassem para subir no SVN. Outra coisa. Estou anexando outros dois arquivo (ACBR<Tipo>Base) que fiz alteração na semana passada, mas acabei esquecendo de colocar o histórico no cabeçalho do arquivo. Grato. ACBrEPCBase.pas ACBrEPCImportar.pas ACBrEFDBase.pas ACBrEFDImportar.pas

Olá pessoal, A pesar do titulo fazer referencia a NF-e, mas esse artigo é valido também para a NFC-e, CT-e, CT-e OS, MDF-e e BP-e. Alguns desenvolvedores preferem gerar através da sua aplicação o XML para depois ser lido pelo ACBrMonitor ou pelo componente que vão dar continuidade, ou seja, assinar, validar e enviar para SEFAZ. Vi relatos no fórum que o desenvolvedor gerou o XML com uma determinada chave e o Monitor ou o componente mudaram essa chave. Porque isso ocorre? Essa alteração é provocada porque o valor da tag cNF (se tratando da NF-e e NFC-e) esta com o valor zero ou possui um valor em cNF diferente do que foi usado para compor a chave. Se o valor for zero o componente que é usado pelo Monitor vai gerar um numero aleatório. Agora se o valor de cNF for diferente do que foi usado na chave o componente se encarrega de corrigir a chave. Como é composta a chave? 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)> O <Numero da Nota> é o valor de nNF e o <Código da Nota> é o valor de cNF. Para os demais modelos de documentos fiscais eletrônicos temos: CT-e / CT-e OS <Numero do Conhecimento> = nCT <Código do Conhecimento> = cCT MDF-e <Numero do Manifesto> = nMDF <Código do Manifesto> = cMDF BP-e <Numero do Bilhete> = nBP <Código do Bilhete> = cBP

Boa tarde, Alice Tente realizar a instalação de todas as atualizações do windows. Desabilite anti-vírus e firewall.

Só para constar. Com essa atualização de agora, problema resolvido. Ou seja, a correção removeu "versao 1.0" do TDadosGNRE. Isso fez funcionou. Obrigado Italo e Marcelo.

Daniel consegui resolver aqui, em algum lugar estava mudando a propriedade "ImprimeLogoLateral" para "True".... Agora deu certo. Obrigado!

Então... vc tem que partir do ponto de vista do empregador que está enviando a remuneração. Pegando o exemplo que vc passou, temos 3 empregadores e cada um deles vai enviar um evento de remuneração para o empregado em questão, acho que ficaria algo assim: Quando o Empregador 1 enviar a remuneração do Empregado B: <ideTrabalhador> <cpfTrab>XXXXXX64865</cpfTrab> <nisTrab>XXXXXX54243</nisTrab> <infoMV> <indMV>1</indMV> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 2</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 3</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>1645.80</vlrRemunOE> </remunOutrEmpr> <infoMV> </ideTrabalhador> Quando o Empregador 2 enviar a remuneração do Empregado B: <ideTrabalhador> <cpfTrab>XXXXXX64865</cpfTrab> <nisTrab>XXXXXX54243</nisTrab> <infoMV> <indMV>1</indMV> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 1</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 3</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>1645.80</vlrRemunOE> </remunOutrEmpr> <infoMV> </ideTrabalhador> Quando o Empregador 3 enviar a remuneração do Empregado B: <ideTrabalhador> <cpfTrab>XXXXXX64865</cpfTrab> <nisTrab>XXXXXX54243</nisTrab> <infoMV> <indMV>2</indMV> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 1</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 2</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <infoMV> </ideTrabalhador>

Bom dia, Só para informar, conseguiram prorrogar o prazo para o início da obrigatoriedade do “Bloco X”. Set/2019 – Comércio Varejista – Farmácia; Jan/2020 – Comércio Varejista de Materiais de Construção; Mar/2020 – Bares, Restaurantes e Similares; Jun/2020 – demais setores. https://www.fecomercio-sc.com.br/noticias/prazo-do-bloco-x-e-prorrogado-apos-reivindicacao-de-entidades-empresarias-em-sc/

Dúvida sanada. Obrigado. Adilson.

A propósito, o XML não foi feito para isso (incluir arquivos binários). Ele não é eficiente para isso. Você vai gastar mais tempo e recursos. Seria melhor verificar com o servidor uma alternativa.

Acho que você não pode simplesmente atribuir ao NodeValue (que é um OleVariant) uma string que é na verdade um arquivo binário. É provável que vão existir caracteres de controle não compatíveis e resultará em um xml malformado. Talvez por isso seja necessário converter para base64. Visto que está usando Delphi 7 espero que esse link te ajude: https://stackoverflow.com/q/32306960/460775

Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação, tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. Vamos a uma explicação mais longa... O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.

Boa tarde. Resolvi a questão do print da imagem com o comando abaixo. ACBrPosPrinter1.Imprimir('VINCULADO:' + ImagemComprovante.Text);

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

Boa Tarde, @EMBarbosa. Consegui da forma que orientou codificando para base64. Concordo que não é o mais indicado usar o arquivo XML, vou conversar com o responsável pelo servidor para ver se é possível fazer de outra forma. Obrigado pela atenção e pelo auxilio, pode fechar o tópico.

Entendi Daniel, não vou mexer por que meu conhecimento realmente não é tão grande, mas agradeço antecipadamente já pelo projeto acbr pois é de grande valia para todos os programadores do brasil e do mundo, de todo jeito vou tentar debugar e ver se vejo algo, mas se tiver um tempo e puder ver tambem agradeço, valeu mesmo.

Manda o print do erro . talvez fique mais claro seu problema . Com certeza e pra eles, deve ser pra algum sistema deles, onde com essas informações cruzadas eles chegaram aos sonegadores mais rápido . ou mais uma ferramenta pra aplicar multas qndo derem na telha deles .

Boa tarde Élviro, Não existe DACTE Resumido, o que o seu cliente te passou é um DACTE impresso 2x em uma folha A4. Como você usa o Fortes Report me parece que isso não seja possível, mas é possível imprimir o DACTE no tamanho A5. Já quem usa o Fast Report existe a opção de imprimir o mesmo DACTE 2x em uma folha A4.

Resumindo: O problema não está no ACBrUtil, aparenta ser a aplicação mesmo. De qualquer forma, obrigado. Explicando: Eu suspeitava que por não haver uma saída padrão(stdout) e para erros (stderr), o componente ACBrUtil ficava "travado" aguardando alguma "saída padrão". Porém, eu estava enganado. No Xorg + LXDE exite sim uma saída padrão, fica em: /home/usuário/.cache/lxsession/LXDE/run.log. Neste mesmo lugar encontrei a saída de erro citada no meu primeiro comentário. Maiores detalhes neste link: https://unix.stackexchange.com/questions/86698/where-does-the-output-from-an-application-started-from-the-window-manager-go Boa... havia me esquecido dele. Fiz um teste com ele e o problema não ocorre. Creio então que o problema deva estar na aplicação e não no componente ACBrUtil, conforme eu suspeitava. (lembrando que estou sem debug, porque executando pelo Lazarus o problema não ocorre.) Vou dar esse tópico como resolvido. Obrigado.

Por enquanto nenhuma SEFAZ está aceitando esses dois campos. Nem em ambiente de Homologação. Portanto você não deve preencher. E detalhe, o IdCSRT e CSRT serão gerados pela SEFAZ. Mas pra isso cada estado deverá ter um portal para realizar esse cadastro. (semelhante ao CSC) Já esses parâmetros podem ser preenchidos e enviados para SEFAZ do PR apenas em ambiente de homologação. Já que em ambiente de produção foi adiado para 03/06/19. Aconselho a leitura: Nota técnica 2018.005 v1.30

Fique a vontade para sugerir melhorias nos fontes... nesse caso, favor anexar as Units modificadas, para analise...

Ambos estamos cientes do funcionamento, mas acho que não estamos nos entendendo hehe.. Como faço para a minha tag MOT_INV subir com o valor 02? Estou fazendo dessa forma: MOT_INV := miMudancaTributacao; Segundo a minha cliente o arquivo esta sendo gravado com o 01: |H005|30042019|315358,54|01| Vou fazer novos testes e posto o resultado.

Opa, que noticia boa Edmar. Vou tentar aqui. Obrigado

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Bom dia. Note que não há nada no svn e nem anexo ao tópico, logo a posição é que o ACBr ainda não suporta este banco, caso tenha urgência é recomendável que inicie os estudos da implementação por sua empresa mesmo. Att.

Bom dia, Conforme foi explicado no tópico mencionado pelo BigWings o ACBr não tem planos de dar manutenção neste layout, uma vez que o próprio SEBRAE também não o faz a muito tempo. Veja a sugestão dada pelo Rafael, também no tópico já mencionado.. Recomendo usar o Layou INI do ACBr e usar o LoadFromIni, este layout é mantido pelo ACBr e esta atualizado com a nova versão. ACBrNFe1.NotasFiscais.LoadFromIni(ArquivoOuINI); Att.

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Olá Mateus, A alteração não é necessária. Você não deve converter o tipo enumerado diretamente para inteiro ou vice-versa. Se fizer isso, vai ter problemas com outros tipos. Use as funções declaradas nessa mesma unit como: function StrToMotInv(const AValue: string): TACBrMotInv; function MotInvToStr(AValue: TACBrMotInv): string;

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

Verdade, essa pcnRetConsStatServBPe eu tirei e o projeto compilou normal mesmo, fico grato pela resposta meu amigo!

Vlw Juliomar, vou testar!

Ele adiciona senão me engano via instalador o mesmo . mas deve deixar desmarcado a opção do LibXX

Boa tarde Tulio, Muito obrigado, vou checar o XML gerado pelo componente com o exemplo.

Boa tarde Dercide, Vai ser preciso comparar as duas versões da unit para descobrir o que foi mudado.

Boa tarde Walter, Até onde sei Essa cidade se utiliza do provedor WebISSv2. Se ela mudou de provedor se faz necessário fazer as alterações no arquivo Cidades.ini e no arquivo Fiorilli.ini incluído a ULR de produção, pois a de homologação é igual para todas as cidades.

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

Boa tarde. Você chegou a aplicar alguma alteração e testar ? Att.

Isso mesmo, Ítalo, eu estou fazendo últimos testes aqui, mas resolveu, usando o envio síncrono. Eu usava a função Gerar, que gera o RPS direto, e la não funcionou. Obrigado, Leandro

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

Boa tarde, Obrigada pela contribuição, adicionada para análise. Att.

Boa tarde, Obrigada pela contribuição, assim que for possível análise será retornado aqui. Att.

A recomendação do manual é que quando há tentativa de transmissão no modo normal e há erro de comunicação de qualquer tipo, você deve emitir outra NFCe, com nova numeração, em contingência off-line, e marcar a primeira para cancelamento ou inutilização. Quando a conexão retornar, transmitir a NFCe emitida em contingência, e consultar a primeira, se autorizada fazer o cancelamento, se não existir a NFCe, fazer a inutilização da numeração. O manual não menciona o cancelamento por substituição que ainda não existia, mas esse deve ser necessário já que tem prazo de cancelamento de 168 horas enquanto o cancelamento normal foi reduzido para 30 minutos.

Conseguiram enviar tanto em MT como em SP.

Minhas configurações que consegui solucionar em todos os estados Em CE e GO: → SSLCryptLib := cryWinCrypt → SSLHttpLib := httpWinHttp → SSLLib := libWinCrypt → SSLXmlSignLib := xsLibXml2 → SSLType := LT_TLSv1_2 Todos os demais estados: → SSLCryptLib := cryWinCrypt → SSLHttpLib := httpWinHttp → SSLLib := libWinCrypt → SSLXmlSignLib := xsLibXml2 → SSLType := LT_all Mesmo com essas configurações apareceram centenas de clientes com problemas na comunicação, junto com minha equipe analisando cada um dos casos, concluímos que todos esses estavam usando Windows 7 e não tinham as atualizações de seguranças necessárias. Em geral os demais que estão utilizando Windows 10 ou simplesmente um Windows 7 ou 8 atualizados, estão trabalhando normalmente. Espero ter ajudado ?

Bom dia. Basta acessar a propriedade: ACBrNFe1.WebServices.Inutilizacao.NomeArquivo;

Eu implementei assim: No cadastro de formas de pagamento do meu sistema tem o CNPJ da autorizadora(Operadora de Cartão) que é vinculado ao cadastro de fornecedor, caso seja informado um CNPJ ai acrescenta as Tag (tpIntegra = 1, CNPJ, tBand, cAut) referente ao cartão, nas transações TEF, faço a transação TEF antes de enviar NFC-e, caso seja aprovado, capturo o NSU "Autorização" para alimentar a Tag (cAut). Por que vinculei ao cadastro de fornecedor? Devido ao SPED Fiscal que deste 09/2015 passou a ter registro "REGISTRO 1600: TOTAL DAS OPERAÇÕES COM CARTÃO DE CRÉDITO E/OU DÉBITO" que trata das transações de cartão de crédito e debito, neste por sua vez deve ser informado os participantes, que será as empresa autorizadoras. No caso de TEF, o sistema deve tratar de forma diferenciada a impressão dos comprovantes, neste deve ser impresso as vias e após cada impressão perguntar para o usuário se a impressão foi impressa com sucesso, caso a resposta seja não, o sistema deve perguntar se quer retentar, se não, o sistema deve cancelar a transação. Não uso o acbr para transações TEF Não! Uso outro componente. Mais a NFC-e é toda feita com o acbr.