Painel de líderes

Olá pessoal, Como todos que atuam com NFe em nível nacional sabem, as chamadas Regras de Validação "A critério da UF" costumam gerar muita confusão, afinal quais estão ativadas em cada UF? Infelizmente ainda é complicado saber para todas as UFs, mas SP criou e mantem atualizada uma página relacionando os status das regras dentro da UF. https://portal.fazenda.sp.gov.br/servicos/nfe/paginas/regras-de-validacao.aspx

Bom dia. O Banco Banrisul é a nova adição na lista de bancos atendidos pelo componente ACBrPagFor! Agora é possível gerar e fazer a leitura do arquivo CNAB240 gerado no leiaute esperado para este banco para os serviços de pagamentos de fornecedor e afins. Um agradecimento mais do que especial ao membro de nossa comunidade @Grupo FS por fornecer a contribuição. Caso não saiba o que é o componente ACBrPagFor, veja este tópico:

Boa tarde Pessoal, Segundo o Manual da versão 4.00 do CT-e diz que o ambiente de homologação estaria disponível a partir de 04/2023, já estamos em abrir e nada do ambiente de homologação estar disponível para testes. A Equipe ACBr entrou em contato com a AFRAC (AFRAC - Associação Brasileira de Tecnologia para o Comércio e Serviços) uma vez que somos associados e obtivemos mais informações que não constam no manual. 1. a versão 3.00 do CT-e vai conviver com a versão 4.00 por 6 meses. 2. a SEFAZ em breve vai publicar as novas URL da versão 4.00 A SEFAZ não divulgou datas especificas, mas estamos todos os dias consultando o Portal Nacional do CT-e em busca de novidades. Assim que tivermos novidades, vamos dar continuidade a esta postagem e avisaremos também no Discord.

Esta função é útil principalmente quando o SAT perde a comunicação durante a emissão da venda ou cancelamento. Ao chamar a função ConsultarUltimaSessaoFiscal é retornada os dados da última venda. Esta função já existia para quem utiliza o componente ACBrSAT e foi incluída no ACBrMonitorPLUS e ACBrLibSAT, e já estão disponíveis em nossos repositórios para downloads a partir de hoje (12/04/2023), bora fazer o download ! Quem utiliza componente ACBrSAT em Delphi ou Lazarus, quem utiliza ACBrMonitor Plus ou ACBrLibSAT.DLL (que é compatível com qualquer linguagem de programação que consuma arquivos dll) além de ter a resposta padrão da função, já detectamos o conteúdo do retorno e se conter o XML de venda ou cancelamento, automaticamente geramos o XML de venda ou cancelamento na pasta que foi configurada previamente (onde são gravados os arquivos xml de vendas/cancelamento). Uso no componente ACBrSAT: ACBrSAT1.ConsultarUltimaSessaoFiscal; Uso no ACBrMonitorPlus: SAT.ConsultarUltimaSessaoFiscal Uso com a biblioteca ACBrLibSAT.dll: SAT_ConsultarUltimaSessaoFiscal(sResposta, esTamanho); *Lembrando que este método indicado pelo fabricante é recente e pode não existir em SATs como layout 0.07 ou com firmwares que não contenham este método.*

Boa noite, O programa de exemplo possui exemplos para atender a todos os provedores, vai depender dos métodos que o provedor implementou. Você pode ver no wsdl do provedor quais foram disponibilizados e pode também verificar o que foi implementado no componente, conforme abaixo. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSNet.Provider.pas TACBrNFSeXWebserviceISSNet204 = class(TACBrNFSeXWebserviceSoap11) public function Recepcionar(ACabecalho, AMSG: String): string; override; function RecepcionarSincrono(ACabecalho, AMSG: String): string; override; function GerarNFSe(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorFaixa(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoPrestado(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoTomado(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function SubstituirNFSe(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; end; Este provedor possui a opção de consulta por faixa de números, conforme destacado abaixo. procedure TACBrNFSeProviderABRASFv2.PrepararConsultaNFSeporFaixa(Response: TNFSeConsultaNFSeResponse); var aParams: TNFSeParamsResponse; XmlConsulta, xNumFinal, NameSpace, Prefixo, PrefixoTS: string; begin . . . xNumFinal := '<' + PrefixoTS + 'NumeroNfseFinal>' + OnlyNumber(Response.InfConsultaNFSe.NumeroFinNFSe) + '</' + PrefixoTS + 'NumeroNfseFinal>' else xNumFinal := ''; XmlConsulta := '<' + Prefixo + 'Faixa>' + '<' + PrefixoTS + 'NumeroNfseInicial>' + OnlyNumber(Response.InfConsultaNFSe.NumeroIniNFSe) + '</' + PrefixoTS + 'NumeroNfseInicial>' + xNumFinal + '</' + Prefixo + 'Faixa>'; aParams := TNFSeParamsResponse.Create;

mandei outro e-mail pra eles... os caras são enrolados la... vamos aguardar... obrigado.

Como comentei cada banco tem a sua informação então recomendo consultar as documentações específicas para mais detalhes. Abaixo estou colocando a informação que peguei da documentação do Bradesco: http://svn.code.sf.net/p/acbr/code/tools/Bancos/237-Bradesco/ Mas em relação a identificação é comum mesmo informar ao usuário como 1a instrução e 2a instrução. Já é uma nomenclatura muito utilizada pelo pessoal dos departamentos financeiros.

Boa tarde Willian, Vamos a mensagem de erro: X800 - Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}OutrasInformacoes': This element is not expected. - 1. o erro X800 ocorre quando o componente confronta o XML com o XSD e detecta uma anomalia, neste o processo de envio é abortado. 2. a mensagem diz que o elemento OutrasInformacoes não é esperado, isso significa que o componente gerou a tag OutrasInformacoes e ao confrontar o XML com o XSD ele não encontrou essa tag no XSD na posição que a mesma foi gerada no XML. 3. é preciso verificar se o XSD que o componente esta pegando para fazer essa validação contem a tag ou não. 4. caso afirmativo alterar na unit Provider, na procedure Configuracoes para que a validação não ocorra, assim o XML vai ser gerado e vamos poder chegar se a tag esta sendo gerada na posição esperada. Ficaremos gratos se você conseguir fazer essas verificações.

Por necessidade tivemos que desenvolver o arquivo de Pagamentos para o Banco Unicred (Cooperativa) Em conversa om o pessoal do banco e o link do site para download das especificações (particularidades) do CNAB240 é direcionado ao Manual do FEBRABAN 10.3 Fiz a criação das units PagFor.UnicredCooperativa.GravarTxtRemessa.pas; PagFor.UnicredCooperativa.LerTxtRetorno.pas; PagFor.UnicredCooperativa.Provider.pas uACBrPagForProviderManager.pas na Unit na Unit ACBrPagForProviderManager Adicionado a Uses PagFor.UnicredCooperativa.Provider Adicionado na Function o Provider do UnicredCooperativa class function TACBrPagForProviderManager.GetProvider(ACBrPagFor: TComponent): IACBrPagForProvider; Tentei gerar o arquivo utilizando as procedures do CNAB240.GravarTxtRemessa, porém deu incompatibilidade no SegmentoB, ai foi criado os Blocos dentro da Classe. PagFor.UnicredCooperativa.GravarTxtRemessa.pas PagFor.UnicredCooperativa.LerTxtRetorno.pas PagFor.UnicredCooperativa.Provider.pas ACBrPagForProviderManager.pas

Bele, obrigado, pode fechar.

Opa meu amigo... Agora ficou claro kkkkkkkkkkkkkkk Na verdade essa foi a resposta DEFINITIVA ao tópico. Então a OS214 e OS2140 não imprime no ZPLII. Obrigado Abraços

O ?wsdl na URL serve para abrir o arquivo Web Services Description Language, uma notação que indica os métodos do WebService. Pense nele como uma documentação, pois se você salvar ele usando um CTRL+S e depois abrir ele no SOAPUI, por exemplo, vai gerar para você as rotas. No geral, o ?wsdl, não tem diferença nesses casos e pode ser ignorado. Mas se nesse caso em específico ele estiver dando problema podemos adicionar. Por favor, pode confirmar se há diferença no processo de emissão sem esse trecho e com ele?

Renato, Obrigado pela resposta. Revisei o manual e não encontrei a principio alguma divergência. Com Schemas disponibilizados, simulei erros nas validações do arquivo, tanto validando com os schemas quanto enviando o arquivo errado para a api para confirmar o mesmo erro. Simulei valores errados, falta de campo, campos a mais, assinados, não assinados, assinatura em apenas 1 nó, nos 2 nós, com certificado na conexão, sem certificado.... Porém, para cada erro que simulava, um retorno especifico recebia orientando o problema e como corrigir. E toda vez que corrigia e, na teoria, não tinha mais erro, sempre recebo o mesmo retorno "RNG9999 : Erro não catalogado." Entretanto, nestes testes, pude perceber o código de erro http de retorno da conexão, que é documentado no site. Quando recebo o retorno RNG9999, o erro que recebo é 500. De acordo com a documentação 500 é "Falha durante o processamento do DPS". Ou seja, execução interna deles. Já enviei uma mensagem para o Sefin Nacional e estou aguardando resposta. https://www.nfse.gov.br/swagger/contribuintesissqn 201 A NFS-e foi criada com sucesso 400 Não foi possível criar a NFS-e 403 Certificado digital da transmissão inválido ou fora dos padrões da NFS-e 500 Falha durante o processamento do DPS

Boa tarde. Da uma olhada nesse tópico. comigo deu certo.

@Wagner J.'. Rocha Boa tarde ! Incluímos o comando: SAT.ConsultarUltimaSessaoFiscal Que nos devolve a reposta da ultima sessão fiscal, caso ela contenha um xml de venda ou cancelamento (vem criptografado em base64) ja convertemos o XML e salvamos na mesma pasta configurada no monitor para salvar as vendas/cancelamento: Exemplo: lembrando como o Daniel Simões citou acima: que este método indicado pelo fabricante é recente e pode não existir em SATs como layout 0.07 ou com firmwares que não contenham este método. Se puder fazer um teste, basta fazer download da nova versão do ACBrMonitorPlus: https://www.projetoacbr.com.br/forum/files/category/16-acbrmonitorplus-pro/ Abraços

Novamente é importante respeitar a documentação do banco... no exemplo que enviei anteriormente as posições 157/158 são referentes a primeira instrução e podem ter códigos especificos de operações. Já as posições 159/160 são referentes a segunda instrução e podem ter função diferente. Veja o exemplo do protesto/negativação. a 1a instrucao é a operação e a 2a instrucao são os dias para protestar. Se o seu objetivo for especificamente juros e multa acredito que existam campos específicos para essas informações (novamente de acordo com cada banco que está implementando).

Para Anapolis - GO deu certo atualizando para o ACBrNFSeX...Para Barra Mansa - RJ ainda não testei mas acredito que deverá dar certo também... Obrigado Italo....

Boa tarde Glauber, As URL que você postou de homologação e produção se referem aos ambientes de emissão via site e não via webservice. Precisamos dos schemas e das URL de homologação e produção do webservice.

Boa tarde, O certificado é A1 e esta instalado no Windows, correto? Exporta o certificado como exportável, depois configure o componente informando o path+nome do PFX no campo Caminho e no campo Senha a senha do certificado.

Bom dia, entrei em contato com o provedor e eles corrigiram o problema hoje. Está funcionando 100%. Obrigado!

fiz um pedido ao escritório de contabilidade para me passar o maximo de informação possível, assim que tiver encaminho aqui.

Bom dia Juliomar. Muito obrigado, deu certo..

é o mesmo que peguei no exemplo xmldsig-core-schema20020212.xsdnfse.xsd

bom dia, Daniel vou tentar pegar o maximo de informação possível para enviar, porém consigo fazer normalmente o cancelamento o log do equipamento mostra sucesso na emissão, só que depois no retaguarda acusa invalido o XML de cancelamento, daqui a pouco já te envio o log e imagens do sat emitido e cancelado

Bom dia, Gostaria de saber se o ACBR emite boleto para o banco Cora no padrão CNAB? É possível pelo ACBR ? Muito obrigado

Bom dia @Diego Foliene e @Italo Giurizzato Junior, tudo certo? Realmente, no XSD do cliente realmente não continha o OutrasInformacoes no arquivo, por isso estava ocorrendo a rejeição, atualizando o arquivo ficou correto o processo. Agradeço o apoio com a situação.

Olá pessoal, No Portal do CT-e da SEFAZ-Virtual do RS temos a seguinte informação: 11/04/2023 Nota Técnica 2023.002 - Eventos de Insucesso na Entrega v1.01 Especifica os eventos de Insucesso na Entrega e Cancelamento do Insucesso na Entrega do CTe. São eventos exclusivos da versão 4.00 Datas: 15/05/2023 em homologação e 17/07/2023 em produção [v1.01 - Correção no código do evento de cancelamento do insucesso] O correto é 110191 e não 110181 como consta na versão 1.00 da Nota Técnica.

Olá pessoal, Como pode ser visto na postagem anterior, não tínhamos o dia exato de quando as mudanças entrariam em vigor, mas agora no Portal do CT-e da SEFAZ-Virtual do RS já temos a data completa, conforme listado abaixo. Homologação: em 24/04/2023 (junto com a versão 4.00) Produção: em 26/06/2023 (junto com a versão 4.00) At.

Boa noite, Você não está usando o componente, certo? Erro não catalogado é algo do lado do servidor, não tratado sem ter como saber o problema. Revise o manual do Leiaute que está implementando, campos obrigatórios, tipos de dados, etc

Boa tarde Almeida, Segundo o Schema que temos esse tipo de consulta não requer assinatura, veja: <xsd:element name="ConsultarNfseRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> </xsd:element> Entre em contato com o provedor e expõe o problema. Pode ser um erro no webservice ou os schemas que temos deste provedor requer uma atualização, neste caso seria importante o provedor fornecer o schema correto.

Já é uma resposta válida, estando funcionando em produção, entende-se que o provedor está com problema no outro ambiente. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Por favor, consta este trecho no arquivo nfse.xsd para este provedor na máquina que está dando problema?

Boa tarde pessoal, Como podemos perceber pelo tamanho deste tópico, ainda existem muitas dúvidas sobre PIX, uso de POS e outras questões, e exatamente visando ir em busca de mais esclarecimentos, a AFRAC abriu a todos o formulário de captura das duvidas relacionadas ao tema, as quais serão abordadas pelo fisco em reunião entre os associados e os responsáveis da SEFAZ-RS https://forms.gle/Ha9PtRLFv3J7VWRi8

Semana passada passamos por algo inusitado onde foi relatado na impressão de boletos, “Modalidade” diferentes entre eles que impactam na linha digitável e no código de barras. Então temos uma conta com a modalidade “101” por exemplo e outra na modalidade “102”. Sempre que vamos emitir boletos, seguimos os passos: Alimentar os dados do cedente e dados da conta modalidade exemplo 101 Apagamos a lista de boletos (ACBrBoleto.ListadeBoletos.Clear) Incluímos os títulos (ACBrBoleto.CriarTituloNaLista) um a um. Geramos os boletos/remessas/etc. Caso precise alterar dados do cedente ou bancários, repetir exatamente o mesmo procedimento Alimentar os dados do cedente e dados da conta outra conta ou modalidade exemplo 102 Apagamos a lista de boletos (ACBrBoleto.ListadeBoletos.Clear) Incluímos os títulos (ACBrBoleto.CriarTituloNaLista) um a um. Geramos os boletos/remessas/etc. Não podemos mudar dados do cedente ou conta (sem limpar a lista de boletos) e continuar incluindo títulos! Exemplo de uma forma Errada: Alimentar os dados do cedente e dados da conta ou modalidade exemplo 101 Incluímos mais títulos (ACBrBoleto.CriarTituloNaLista) um a um. Alterar os dados do cedente ou da conta (ou mudar modalidade 102, etc). (sem limpar a lista de boletos) Incluímos mais títulos (ACBrBoleto.CriarTituloNaLista) um a um. Imprimir todos boletos Observe que no exemplo acima foi alterado dados da conta/modalidade antes de imprimir a primeira remessa de boleto e limpar a lista de boletos. Isso é incorreto.

Alex, Já esta no SVN.

Agora podemos emitir boletos híbridos (boletos com qrCode para pagamento pix) utilizando CNAB 400. Para isso na inclusão do título, informar a opção OcorrênciaOriginal.Tipo: Titulo.OcorrenciaOriginal.Tipo := toRemessaHibrido; ACBrBoleto.Cedente.PIX.Chave := 'suachavepix'; IMPORTANTE: O tipo de registro 3 (Arquivo de Remessa) é opcional e deve ser utilizado para criação e associação do Boleto ao Pix (QR CODE). O registro deve ser enviado apenas quando o cliente desejar indicar uma chave Pix diferente do CNPJ da conta ou para indicação da location (id da imagem do QR Code) criada previamente. Caso o registro não seja enviado ou o campo “Chave Pix” não seja informado, a Cobrança Pix será gerada com a chave CNPJ da conta enviada na remessa. A location, caso não informada, será gerada automaticamente pelo sistema. Válido somente para a carteira 109 (direta) A conta da cobrança não precisa ser a mesma conta da chave Pix. É checado o CNPJ das duas contas. Se forem o mesmo, o boleto e o Pix serão emitidos. Exemplo: cliente possui cobrança na 2938 99999-9 (não permite criação de chave Pix) e envia a chave Pix na conta 0911 00001-0, ambas as contas possuem o mesmo CNPJ. A emissão do boleto será realizada com sucesso. Agradecemos nosso amigo @antoniojmsjr por participar desta contribuição.

Eu escrevi isso para a Receita Estadual: Não seria mais prático e simples informar o próprio número da NF, do que o ERP da empresa ter que criar uma nova numeração/identificação (CÓDIGO DE IDENTIFICAÇÃO?) Sei que pode ser utilizado o número da NF, mas pode ser outro também... Cada um pode criar e usar o que bem entender... É como nós, pessoas físicas, termos que ter número de CPF, de Carteira de Identidade, de CNH, de PIS, de Título de Eleitor..., algo que poderia ser simplificado e unificado tudo no CPF; afinal de contas todo mundo tem CPF. Na NF também, toda NF já tem um número. Então, porque ter que criar outro código para identificar o mesmo documento? Não seria mais apropriado a Receita Estadual ter combinado com as ADQUIRENTES de cartão o seguinte: "Vocês criam aí nas 'maquininhas' de vocês uma forma, um campo aí para as empresas digitarem o número da NF de cada operação de venda." Aí, depois de acertar isso com as ADQUIRENTES, e "todas" implementarem essa funcionalidade nas suas "maquininhas", a Receita Estadual baixa uma norma para o CONTRIBUINTE: "A partir do dia X, você é obrigado a digitar o número da NF no momento que 'passar o cartão' do teu cliente." Pronto! Resolvido e sem nenhuma dúvida de como fazer, o que fazer, que código usar, como que grava, onde que informa... Não seria beeem mais simples?

Boa tarde Pessoal, Quinta feira (30/03/2023) enviei para o SVN uma atualização dos fontes do ACBrCT-e visando atender a versão 4.00 do CT-e. Já esta tudo no SVN, os novos schemas bem como os fontes atualizados do componente. Por favor atualizem todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Lembre-se que agora devemos configurar o componente para a versão 4.00, sendo assim devemos atribuir o valor ve400 a propriedade VersaoDF. Não sei se todas as UF já estão com os seus ambientes de homologação preparados para a versão 4.00, uma vez que nos manuais consta somente 04/2023, conforme postagem anterior. Mas não custa nada tentar. Qualquer problema, favor criar um tópico no fórum para que possamos fazer as devidas correções. Desde já muito obrigado pela colaboração nos testes.

@Warquia Pereira Primeiramente obrigado pela contribuição. Após uma reunião da equipe, foi incluímos os comandos AtivarTara, DesativarTara e ZerarDispositivos e a função para converter retorno da resposta maior que 30Kg. Alteramos a contribuição para deixar as referidas modificações dentro da unit ACBrBalToleto. pq várias pessoas poderiam questionar as funções adicionadas que não estão funcionando em outras balanças. Então um exemplo para acessar a função ativar tara dentro da aplicação fica: TACBrBALToledo(ACBrBAL1.BAL).AtivarTara Já está no SVN !

Boa noite, É bem tranquilo, vou te passar parte de um código, ai é só implementar e testar. var Titulo : TACBrTitulo; begin NomeArquivoRetorno := FileListBox1.Items.Strings[FileListBox1.ItemIndex]; AcbrBoleto.NomeArqRetorno := NomeArquivoRetorno; AcbrBoleto.LerRetorno; //---------------------------------------------------------------------------- for i := 0 to AcbrBoleto.ListadeBoletos.Count -2 do begin //-------------------------------------------------------------------------- // Conforme os códigos de ocorrencia você analisa o tipo de ocorrencia : Entrada, baixa, liquidação,,etc.. // if Copy(AcbrBoleto.ListadeBoletos.Objects.OcorrenciaOriginal.Descricao, 1, 2) = '06' then vLiquidacao := True; MessageDlg('Valor Recebido R$ '+ FormatFloat('0.,00', AcbrBoleto.ListadeBoletos.Objects.ValorRecebido)+#13+ 'Documento '+ AcbrBoleto.ListadeBoletos.Objects.NumeroDocumento+#13+ 'Seu Documento '+ AcbrBoleto.ListadeBoletos.Objects.SeuNumero+#13+ 'Carteira '+ AcbrBoleto.ListadeBoletos.Objects.Carteira+#13+ 'Nosso Numero '+ AcbrBoleto.ListadeBoletos.Objects.NossoNumero+#13+ 'Ocorrencia '+AcbrBoleto.ListadeBoletos.Objects.OcorrenciaOriginal.Descricao+#13+ 'Valor Recebido R$ '+ FormatFloat('0.,00', AcbrBoleto.ListadeBoletos.Objects.ValorRecebido)+#13+ 'Valor Documento R$ '+ FormatFloat('0.,00', AcbrBoleto.ListadeBoletos.Objects.ValorDocumento)+#13+ 'Valor Juros R$ '+ FormatFloat('0.,00', AcbrBoleto.ListadeBoletos.Objects.ValorMoraJuros)+#13+ 'Valor Taxa R$ '+ FormatFloat('0.,00', AcbrBoleto.ListadeBoletos.Objects.ValorDespesaCobranca)+#13+ 'Valor Pago R$ '+ FormatFloat('0.,00', AcbrBoleto.ListadeBoletos.Objects.ValorPago), mtInformation, [mbOK], 0); end;