Painel de líderes

IPM me retornou via e-mail para tentar novamente agora, possivelmente houve uma falha por parte dele.

@Italo Giurizzato Junior Atualizei meus fontes e testei emissão, consulta e cancelamento. Está tudo funcionando vou passar para o departamento de testes para que seja realizado testes mais detalhados.

@Italo Giurizzato Junior Acredito que para encerrar, passei as alterações ao departamento de testes e foi aprovado. Parece que quem estava com problema também conseguiu resolver. Não sei se ficou mais alguma pendencia mas da minha parte está tudo certo.

Boa tarde Italo. Não encontrei a url de homogação para essa cidade, tentei contato com a prefeitura mas não me responderam. Enviei e-mail para o Assessor Público, estou aguardando resposta, até o momento só consegui testar em ambiente de produção.

Boa tarde! A CalcularHashArquivo na verdade faz uso da CalcularHash. Veja:

Boa tarde Amigo, DataLimitePagto= Essa tag é obrigatória para o banco inter

A inconsistência é da parte da IPM, já corrigiram em alguns municípios e estão atualizando para os demais, basta tentar novamente ou aguardar ajustarem para o respectivo município.

Boa tarde Fabio, Porque a linha referente a URL de homologação esta comentada?

Boa Tarde, Aqui está ocorrendo mesmo erro. Mas em alguns casos geramos um novo RPS e autorizou, parece ser uma instabilidade do provedor.

Muitíssimo obrigado mestre, me salvou mais uma vez ... abração

Alterei o "ItemListaServico" para um ítem válido e passou.

Alguém que conseguiu emitir uma nota aqui pra Chapeco, consegue postar aqui o arquivo xml enviado?

Boa tarde a todos, Se os Schemas estivessem errados, iria ocorrer erro de validação e o Rps nem sequer seria enviado. Como esses provedores não implementam corretamente os seus webservices, tem muitas validações do lado deles que são feitas mas não tem uma mensagem especifica, logo acaba gerando uma mensagem genérica.

@Marcelo Fagundes Parece que seu Schemas está desatualizado.

tem fabricantes que possuem software pra isso ou tu ttem que fazer. vou fechar o tópico pois é antigo. precisando de suporte favor abrir um novo descrevendo

Bom dia! MUITO CUIDADO ao usar o Delphi Community para não ferir os termos de uso da versão. Se a Embarcadero detectar uso inapropriado, não vão hesitar em punir severamente. Se ainda assim deseja assumir o risco. Siga a ordem na seção "Hierarquia de Dependência dos Packages" do pdf Bem Vindo ao Trunk2 que tem disponível dentro da pasta do ACBr.

@BigWings @Juliomar Marchetti Resolvido, agradeço o apoio, podem encerrar este fórum.

Bom dia! Primeiro de tudo, muito obrigado pela intenção em contribuir. Toda contribuição é mais do que bem vinda. A informação no manual para a tag paisResidExt que consequentemente orquestra a geração das demais é: Na sua contribuição, além das validações já existentes você adiciona mais um teste verificando se o valor da property paisResidExt é diferente de vazio. if objInfoPgto.Items[i].paisResidExt <>'' then Begin if (StrToInt(objInfoPgto.Items[i].paisResidExt) > 0) and (StrToInt(objInfoPgto.Items[i].paisResidExt) > 105) and ((StrToInt(Copy(Self.ideEvento.perApur,1,4))*100)+StrToInt(Copy(Self.ideEvento.perApur,6,2)) >= 202303) then begin Gerador.wCampo(tcStr, '', 'paisResidExt', 1, 3, 1, objInfoPgto.Items[i].paisResidExt); if (objInfoPgto.Items[i].InfoPgtoExtInst()) then GerarInfoPgtoExt(objInfoPgto.Items[i].InfoPgtoExt); end; end; Simplifiquei isso usando as validações que já existiam. Substitui o primeiro StrToInt por StrToIntDef(paisResidExt, 0), dessa forma, mesmo que o valor seja vazio, a função vai converter para zero e a condição será falsa. if (StrToIntDef(objInfoPgto.Items[i].paisResidExt, 0) > 0) and (StrToInt(objInfoPgto.Items[i].paisResidExt) > 105) and ((StrToInt(Copy(Self.ideEvento.perApur,1,4))*100)+StrToInt(Copy(Self.ideEvento.perApur,6,2)) >= 202303) then begin Gerador.wCampo(tcStr, '', 'paisResidExt', 1, 3, 1, objInfoPgto.Items[i].paisResidExt); if (objInfoPgto.Items[i].InfoPgtoExtInst()) then GerarInfoPgtoExt(objInfoPgto.Items[i].InfoPgtoExt); end; Commit: Rev-28046 Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

@Microsys Sistemas Segue em anexo Schemas e XML de Envio e de Cancelamento, caso lhe ajude. SigCorp.zip001087452740001116302012023-procCanNFSe.xml001087452740001116302012023-ProcNFSe.xml

@wrgoncalves2008 Sugiro você entrar em contato com o Suporte. Venho falando com eles por e-mail [email protected]

Carlos, Veja se não tem nada na aba Geral, pois na aba CT-e realmente só tem o Modelo.

Alex, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia, Precisamos do XML (soap) de retorno dessa consulta para poder analisar o problema.

Perfeito. Poste os arquivos alterados que a equipe do ACBr valida e caso aprovada, sobe a alteração.

Bom dia! O ambiente de produção para a emissão de NFSe para o DF foi ativado ontem(01/01/2023) por volta das 22:00 horas. Ainda assim, estamos recebendo muitos relatos de nossos usuários na comunidade do Discord de que não estão conseguindo emitir NFSe em produção. Além de outros erros recebidos se destaca como retorno constante para múltiplos usuários: Alguns relatam também que não estão conseguindo acessar a plataforma disponibilizada pelo provedor usando certificado digital. Os usuários relatam também que não é mais possível emitir NF-e/NFC-e conjugada ou com apenas serviços, pois ao tentar, estão recebendo rejeições como:

Bom dia! Foi relatado por alguns usuários em nossa comunidade do Discord no dia 30/12/2022 que os mesmos estavam recebendo as seguintes rejeições ao transmitir uma NFe com documentos fiscais referenciados diferente do modelo 55. 953 - Rejeição: Informado ECF referenciado para CFOP 5.929 em UF que não permite essa referência 953 - Rejeição: Chave de Acesso referenciada com tipo de emissão invalido Isso foi um erro por parte da Sefaz, visto que a primeira mensagem de rejeição foi criada na NT2022/003(Versão 1.00) e foi excluída na NT2022/003(Versão 1.10). Enquanto que a segunda mensagem de rejeição foi criada na NT2022/003(Versão 1.10). Em ambas as edições da NT, a data de vigência para entrar em homologação é 07/02/2023 e para entrar em produção é 03/04/2023. Foi orientado a esses usuários que entrassem em contato com a Sefaz para expor o problema. Ainda no mesmo dia, foi relatado que o problema foi resolvido. Veja a NT esmiuçada aqui

Saudações Digitais comunidade ACBr! O Componente ACBrBoleto na parametrização cobSicred possibilita o envio do registro do boleto junto com a instrução de boleto hibrido (pix). O registro é feito de forma tradicional, as informações da instrução do boleto hibrido (EMV) é recuperado no arquivo de retorno, assim possibilitando a impressão da ficha de compensação. Para ativar o registro é necessário parametrizar a chave no componente ACBrMonitor ACBrLIB / ACBrMonitor [Cedente] PIX.Chave= Componente Agradecimentos a comunidade que contribuiu com a implementação @nazarenoneto @eric100

Validei os arquivos anexados e vi que foram alteradas algumas regras para adequação, porém não vejo problema. Só vou citar aqui para registro: - GerarRegistroTransacao400, posição 006 -> Passavam H somente em casos de boleto híbrido, agora passa sempre - Chave PIX só é obrigatório no CNAB 240, por isso criei um atributo no boleto. Após a alteração a chave será sempre necessário para boletos hibridos e sua presença controla as TAGS do hibrido. Após atualização vou baixar, adequar meus códigos e testar novamente junto ao banco. Reporto aqui posteriormente.

Olá, Tendo em vista a quantidade de pessoas com dificuldade no entendimento do processo para utilizar o DistribuicaoDFePorUltNSU, com o intuito de download de xmls, segue uma visão enxuta. 1. Na primeira execução, o DistribuicaoDFePorUltNSU disponibilizará o resumo da NFe. 2. Deverá ser feita a manifestação de cada documento. 3. Após a manifestação, o DistribuicaoDFePorUltNSU disponibilizará o XML completo da NFe, a partir do momento que a Sefaz liberar o documento, não necessariamente imediatamente após a manifestação. 3.1. Caso não traga o XML, aguarde o período indicado pela sefaz que atualmente é de 1h no mínimo, e efetue novamente o DistribuicaoDFePorUltNSU, repetindo este item até que o XML seja baixado. É só isso, receber o resumo, manifestar e receber o XML completo. A seguir apenas informações complementares. Atenção: Após receber o XML completo, o DistribuicaoDFePorUltNSU não disponibilizará novamente este documento, através do fluxo padrão, preenchendo o ultNSU recebido. O fluxo é único, conforme explicado acima. O DistribuicaoDFePorUltNSU disponibilizará uma vez o resumo e uma vez o XML completo. Se não for processado quando recebido, não terá como fazê-lo novamente seguindo este fluxo, sendo necessário fazer uma nova consulta com ultNSU=0 para trazer novamente todos os registros do último período disponível. Se for mantido um fluxo diário por exemplo, esse processo será transparente, dependendo apenas da manifestação dos documentos de interesse do ator. A cada execução do DistribuicaoDFePorUltNSU serão recebidos tanto os novos resumos, de novas NFes emitidas, quanto os xmls completos de NFes que já foram manifestadas e ainda não haviam sido recebidos. Informações "técnicas": 1. O que é o resumo? Um XML com informações básicas suficientes para efetuar a manifestação. 2. Para identificar o tipo de XML recebido, utilize a propriedade a seguir: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[i].schema - schresNFe: xml resumo - schprocNFe: xml completo 3. Assim como xmls de NFe esse serviço retorna xmls dos eventos. 4. Caso você já tenha efetuado a consulta do serviço e possua o xml de retorno, contendo os documentos e queira reprocessá-lo, poderá alimentar o componente com o método abaixo, tendo assim populado as propriedades com o mesmo resultado do momento que executou o NFe.DistribuicaoDFe(). ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile( 'c:\temp\20220307130102-dist-dfe.xml' ) Se ainda restam dúvidas sobre o processo: 1. Leia a NT "NFe_NT2014_002 WS DistribuicaoDFe.pdf" com calma que o processo acima será simples de entender. Você pode pegar a última versão dessa NT no nosso repositório de documentos no seguinte link: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/ 2. Veja esse tópico bem explicativo do @Italo Giurizzato Junior 3. Veja esse vídeo do @Bruto do Delphi 4. Dia 09/03/2022 foi abordado esse assunto no Papo Pro, onde a comunidade pode interagir e tirar suas dúvidas que restavam. Conecte-se no Discord, entre no canal de voz, #Papo Pro ACBr, não perca as próximas edições de terças a quintas-feiras das 10:00 as 11:00. Já está disponível essa edição no link a seguir.

Olá pessoal, Na postagem "Como obter o XML do Fornecedor" mostrei o uso do método DistribuicaoDFePorChaveNFe, nessa nova postagem vou mostrar mais dois métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe, que por sinal é semelhante ao do DistribuicaoDFePorChaveNFe. DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente da nota é do Estado de São Paulo, logo a nota é enviada para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional as notas que foram autorizadas, o Ambiente Nacional por sua vez atribui um NSU para cada nota que receber. Na verdade o Ambiente Nacional gera um resumo da nota e atribui o NSU a esse resumo primeiramente e não a nota propriamente dita. Um NSU só será atribuído a nota quando o destinatário enviar o evento de Manifestação do Destinatário. Lembre-se o NSU da nota será um numero diferente do NSU do resumo dela, e por ser gerado após o envio do evento de Manifestação do Destinatário, podemos concluir que o NSU da nota é maior que o NSU do resumo. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Resumo de Nota, Nota Completa, Resumo de Evento e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um resumo, o que teremos como retorno será o XML do resumo e não o XML da Nota. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Resumos de Notas, Notas Completas, Resumo de Eventos e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novas notas forem emitidas e compartilhadas com o Ambiente Nacional e a medida que o destinatário for enviando o evento de Manifestação do Destinatário. Entre uma execução e outra do DistribuicaoDFePorUltNSU você pode realizar a manifestação referente a cada resumo de nota obtido, ou seja, enviar o evento de Manifestação do Destinatário. Desta forma a medida que você vai avançando na lista o Ambiente Nacional já vai liberando a Nota Completa (notas manifestadas) e disponibilizando ela na lista. O DistribuicaoDFe não serve apenas para que possamos obter o XML do fornecedor, mas também descobrirmos se existe alguma empresa emitindo notas contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Manifestação do Destinatário: Desconhecimento da Operação. Esse evento diz a SEFAZ que você não comprou desse fornecedor. Para saber mais sobre Manifestação do Destinatário vide a Nota Técnica 2012/002 versão 1.02 e para saber mais sobre o Distribuição DFe vide a Nota Técnica 2014/002 versão 1.02b, ambas estão disponíveis no Portal Nacional da NF-e.

Bom dia Thiago (@tbalbinos) Consegui identificar meu erro....para o código 1.07/1.07.00/1869 a sintaxe correta é, para o campo ItemListaServiço é 1.07 para o campo CodigoTributacaoMunicipio deve-se preencher 1.07.00 / 1869 .... mantendo os pontos e os espaços..... Agora pergunto...ONDE ESTAVA ESCRITO ISSO????? mas enfim, espero contribuir com alguem que esteja passando os mesmos problemas que eu. Obrigado Thiago pela força.... @Fábio Eduardo de Souza

O maior medo de todo programador, é ver a sua linguagem morrer... Foi assim com o COBOL, com o Clipper, e por várias vezes já se falou do fim do Object Pascal... Hoje em dia é muito difícil achar novos programadores em Delphi, a nova geração nem pensa em aprender ObjectPascal, e para eles, não faz o menor sentido usar um produto pirata, ou pagar caro numa IDE, para aprender a programar... (ainda mais tendo Java, PHP, e tantas outras linguagens disponíveis livremente) Como uma linguagem não morre ? A resposta é simples, com investimento... enquanto houver empresas investindo nela, ela irá crescer e existir... Adquirindo as novas IDEs do Delphi, os programadores (que são dependentes dessa linguagem), mantém o fluxo de investimento e o desenvolvimento da mesma.. Por outro lado, ficar preso a uma IDE de mais de 18 anos... só traz limites... limites de técnicas de programação, limites de tecnologia, limites de interface, de plataforma, etc.... Do ponto de vista de negócios.. é estratégico evoluir para uma nova IDE.. isso DEVE ser planejado e constar no "RoadMap" do produto da empresa... caso contrário o produto (o sistema), ficará preso as limitações da antiga IDE... Sabemos que a decisão é difícil e que irá incomodar muitos usuários do ACBr... mas há tempos já adiamos essa decisão, e agora chegou a hora...

Vou deixar minha experiência, eu migrei do D7 para D2007, depois Delphi 2010, e então XE7, XE8 e agora Seattle, porque estás versões? Porque segui a linha do que era estável para mim, agora com as versões XE7 em diante basta recompilar o projeto, não tem segredo. Quando migrei de D7 para D2010 eu tinha essa mesma cabeça de não mudar porque daria trabalho, era milhões de linhas de código para revisar, centenas de tabelas em um BD Firebird e muita, muita regra de negócio, mas não foi um bicho de 7 cabeças. O ganho com o uso de novas versões foi enorme, hoje o Delphi e Lazarus suportam muitos features de linguagem que o D7 nem sonha ter, coisas que facilitam em muito o dia-a-dia, principalmente para quem pensa em programar multi-plataforma e suportar mobile. A dificuldade sempre vai existir, isso é um fato, migrar um sistema não é fácil quando se vem de uma linguagem muito antiga, mas manter Delphi 7 só tem atrasado o projeto ACBr, sempre que vamos fazer algo temos que pensar na limitações do Delphi 7 e nivelar por ela, isso traz transtornos enormes, um exemplo foi alguns dias atrás quando fui implementar a API IBPT no componente ACBrIBPTax, o retorno a API é em JSON uma tecnologia extremamente corriqueira é que é usada em tudo que diz respeito a troca de informações web, mas o Delphi 7 não tem suporte nativo, já Lazarus e versões mais novas do Delphi sim, tive que implementar uma leitura básica de JSON para suprir a necessidade do Delphi 7 para que não tivéssemos que agregar bibliotecas de terceiros e inchar o ACBr com mais uma biblioteca. Este é um exemplo simples, imaginem todo o resto que temos que passar, leitura de XML, listas e afins que já são suportados nativamente em versões mais novas e temos que sermpre fazer tudo manualmente por conta de limitações do D7. Seu problema é dinheiro, acha caro uma nova versão do Delphi, o Lazarus é tão bom quanto, fora a IDE, ele suporta tudo que uma versão de Delphi mais nova suporta e é GRÁTIS e praticamente idêntico ao Delphi 7 em termos de funcionalidades e IDE.