Italo Giurizzato Junior

Bom dia @Lfm_, Faça um teste com a unit em anexo. ISSRio.Provider.pas Após substituir a unit se faz necessário reinstalar o ACBr e recompilar a aplicação.

Bom dia Bruno, A cidade de Campinas/SP estava vinculada ao provedor ISSDSF, mas a prefeitura comprou o sistema desse provedor, logo ele deixou de dar manutenção no sistema. O que foi feito de inicio, clonamos o provedor ISSDSF com o nome de ISSCampinas e alteramos o arquivo ACBrNFSeXServicos visando vincular o provedor ISSCampinas a referida cidade. Recentemente fizemos uma alteração nas units do provedor ISSCampinas visando atender o novo webservice que a prefeitura implementou para recepcionar os RPS e gerar as NFS-e segundo a versão 2.03 da ABRASF. Favor utilizar os fontes que estão no SVN. Como esta o arquivo ACBrNFSeXServicos.ini hoje: [3509502] ; Atualizado em 08/07/2024 Nome=Campinas UF=SP Provedor=ISSCampinas ; Comentar as 3 linhas abaixo para realizar testes com o novo webservice ProRecepcionar=https://issdigital.campinas.sp.gov.br/WsNFe2/LoteRps.jws ProNameSpace=http://proces.wsnfe2.dsfnet.com.br HomNameSpace=http://proces.wsnfe2.dsfnet.com.br ; Descomentar as 3 linhas abaixo para realizar testes com o novo webservice ;Versao=2.03 ;ProRecepcionar= ;HomRecepcionar=https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap Para testar o novo webservice você deve comentar as 3 linhas que fazem referencia as URLs do webservice "antigo" e descomente as 3 linhas referente ao novo webservice. Siga as instruções que se encontram no inicio do arquivo INI e faça os testes.

Bom dia Jaisson, Já esta no SVN.

@cleberhhp, Já esta no SVN. Atualize os fontes, reinstale o ACBr e inicie os testes em homologação.

Bom dia @billbarsch, Já esta no SVN.

Bom dia @Destak, Já esta no SVN a inclusão da cidade.

Bom dia @cleberhhp, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5809

Bom dia Bruno, Mesmo o XML sendo assinado o webservice retorna acusando que a assinatura esta errada? Neste caso vai ser necessário entrar em contato com a prefeitura de Campinas uma vez que foi ela que implementou o webservice e questionar sobre o erro.

Entendi @Leandro Vignoto.

Bom dia @Leandro Vignoto, Se tratando da NF3e o que temos é a impressão do DANF3E em EscPos, ou seja, impressão em bobina e não em folha A4. Mas mesmo assim essa impressão não esta 100%. Sim devemos implementar a impressão em A4 uma vez que o Anexo II do Manual que trata do DANF3E apresenta os dois formatos, ou seja, A4 e bobina. Não sei se eu cheguei a lhe perguntar, mas você tem algum cliente que vai emitir esse modelo de documento fiscal? Pois trata-se de um documento a ser emitido por uma empresa que vende energia elétrica, veja:

Bom dia @Atual Sistemas Dev, Você esta com todos os fontes de todas as pastas atualizados? Pois realizei testes e a tag não foi gerada mesmo alimentando o campo em questão.

Bom dia @Alexandre Felippeto Henzen, Infelizmente não tive tempo de fazer essa alteração e enviar para o SVN e outra coisa sem saber se isso vai resolver o problema. É por isso que lhe perguntei. Você fazer a alteração nos fontes realizar um teste em ambiente de produção mesmo e em seguida cancelar a nota. Eu não tenho credenciais de nenhum prestador de serviço de Piracicaba para realizar esse teste. Se você puder faze-lo eu agradeço.

Bom dia @Desenv. AT Info Sistemas, Chegou a entrar em contato com a SEFAZ-PE (se não me falha a memória é essa UF que recepciona os GNRE de todas as UF) e relatar esse problema?

Bom dia @Cleomar Pacheco, Sim a Denegação passa a ser uma rejeição portanto o valor de cStat é outro. Conforme consta na NT 2024/001 versão 1.10 página 15: Se o problema for com o Emitente a nota será rejeita com o status 307 com a seguinte descrição: Emitente bloqueado pela UF de destino, em operação com consumidor final. Se o problema for com o Destinatário a nota será rejeitada com o status 302 - Irregularidade fiscal do destinatário ou 303 - Destinatário não habilitado a operar na UF. Na mesma página nota-se que a regra que gera o status 301 não existe mais, portanto não teremos mais como retorno o status 301.

Olá Pessoal, Algumas units do componente ACBrNFe foram reescritas e se encontram em outra pasta com um novo nome, portanto as anteriores deixaram de serem utilizadas pelo componente e consequentemente estão sendo removidas do SVN. Units em desuso que estão sendo removidas estavam na pasta ...Fontes\ACBrDFe\ACBrNFe\PCNNFe, são elas: pcnAdmCSCNFCe, pcnConsSitNFe, pcnEnvEventoNFe, pcnEventoNFe, pcnInutNFe, pcnRetAdmCSCNFCe, pcnRetConsSitNFe, pcnRetEnvEventoNFe e pcnRetInutNFe. As novas units que o componente esta utilizando se encontram na pasta ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos, são elas: ACBrNFe.AdmCSC, ACBrNFe.ConsSit, ACBrNFe.EnvEvento, ACBrNFe.EventoClass, ACBrNFe.Inut, ACBrNFe.RetAdmCSC, ACBrNFe.RetConsSit, ACBrNFe.RetEnvEvento e ACBrNFe.RetInut. Caso você tenha informado em "uses" uma das units que foram removidas você deve trocar o nome dela pela sua equivalente, conforme a relação: pcnAdmCSCNFCe deve ser substituída por ACBrNFe.AdmCSC pcnConsSitNFe deve ser substituída por ACBrNFe.ConsSit pcnEnvEventoNFe deve ser substituída por ACBrNFe.EnvEvento pcnEventoNFe deve ser substituída por ACBrNFe.EventoClass pcnInutNFe deve ser substitúida por ACBrNFe.Inut pcnRetAdmCSCNFCe deve ser substituída por ACBrNFe.RetAdmCSC pcnRetConsSitNFe deve ser substituída por ACBrNFe.RetConsSit pcnRetEnvEventoNFe deve ser substituída por ACBrNFe.RetEnvEvento pcnRetInutNFe deve ser substituída por ACBrNFe.RetInut

Boa tarde Pessoal, A SEFAZ enfim disponibilizou os schemas referente aos eventos: ECONF (Conciliação Financeira) e o Cancelamento da Conciliação Financeira. Já se encontra no SVN os schemas os fontes do componente ACBrNFe atualizado para os referidos eventos bem como o programa exemplo em Delphi exemplificando os eventos. Quem desejar realizar os testes deverá atualizar todos os fontes de todas as pastas, reinstale o ACBr e de preferencia inicie os testes usando o programa exemplo. Como é de costume toda terça-feira é liberada uma nova versão das Libs (DLLs) e do ACBrMonitor Plus, sendo assim quem utiliza o ACBrLibNFe ou o Monitor favor aguardar até terça-feira da semana que vem (06/08/2024) para baixar a nova versão.

Boa tarde @cleberhhp, Foi dito quando essa troca de provedor vai ocorrer e qual vai ser a versão a ser adotada?

Boa tarde @billbarsch, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5807

Boa tarde Jaisson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5806

Boa tarde @Leandro Vignoto, Não temos previsão.

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

Bom dia @Alexandre Felippeto Henzen, Gerando o XML com a tag CPF contendo 11 zeros o RPS foi processado com sucesso?

Bom dia @Destak, A explicação para esse erro é muito simples. Na unit CTAConsult.provider temos: TACBrNFSeXWebserviceCTAConsult = class(TACBrNFSeXWebserviceSoap11) public function GerarNFSe(const ACabecalho, AMSG: String): string; override; function Cancelar(const ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; end; Isso significa que esse provedor disponibilizou apenas 2 serviços em seu webservice, o envio unitário do RPS (GerarNFSe) e o cancelamento da nota (Cancelar). E você tentou usar o serviço que recepciona um lote no modo síncrono, e como dito antes não existe. @Destak, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5804

@Jhonlenon Ribeiro, No XML da NFS-e consta essas informações?

Boa tarde @Jhonlenon Ribeiro, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Não fiz nenhuma alteração no que se refere a lista de itens.