webjoel

Resolvido!

A partir de hoje (01/10/2015) a prefeitura municipal de São José-SC não funciona mais sob o serviço de nota fiscal eletrônica de serviços do provedor Pronim/GovBR e passa a funcionar somente sob os serviços do provedor Betha Sistemas. Esta mudança de provedor se estende desde o início do ano, mas a partir de hoje chegou-se a definição final e o provedor Pronim/GovBR deixou de funcionar (modo consulta somente), ficando somente o do Betha Sistemas, que é o oficial e único a partir de hoje para emitir notas. Fonte: http://www.saojose.sc.gov.br/index.php/sao-jose/nota-fiscal-de-servicos-eletronica-nfs-e Seguem as alterações para o trunk e trunk2. ACBr (trunk).rar ACBr (trunk2).rar

Bom dia, Realmente disponibilizei um código que não compilava, testei um e enviei outro arquivo. Desculpas. Segue codificação atualizada. Obs.: Esta versão já está funcionando nos nossos clientes. Obrigado. ACBr (trunk 2).rar ACBr (trunk).rar

Certo. Muito obrigado!

Boa tarde! Realmente haroldogb, você tem razão, assim como o próprio array com as descrições está com o tamanho incorreto. Segue em anexo as correções tanto para o trunk como para o trunk 2 para que seja disponibilizado oficialmente. ACBr (trunk 2).rar ACBr (trunk).rar

Concordo com você Juliomar, E este problemas dos provedores de NFS-e é complicado, principalmente porque cada cidade escolhe o seu provedor, assim não tendo um padrão e isso piora já que tudo é por licitação, então este tipo de troca as vezes pode ser bem comum, e seria conveniente que quem pedir uma alteração deste tipo, informe uma fonte e não um "disse que me disse". Tudo bem, neste caso, por enquanto os dois estão funcionando paralelamente, mas temos que seguir fontes oficiais. Eu olhei no site da prefeitura e também liguei pro setor de fiscalização, confirmei com dois servidores, o site está correto. Pra mim ficaria mais fácil que ficasse a Betha, pois nosso sistema já está homologado. Mas a Betha pode sair da prefeitura a qualquer momento, a GOVBR, só mediante a nova licitação e isso demora. Por isso peço ao colega Gamarra para verificar as fontes dele, para averiguarmos melhor isso.

Boa tarde, Coincidentemente também estou homologando o meu sistema em São José e a informação que eu tenho é outra, sendo que acabei de ligar para o setor de fiscalização da prefeitura, segue os fatos: Segundo o site da prefeitura (http://www.saojose.sc.gov.br/index.php/cidadao/servicos-cac-desc/emissaeo-de-notas-fiscais), tanto o provedor da Betha quanto da Pronim/GOVBR estão funcionando em paralelo, sendo que o sistema oficial é o da GovBR (desde dezembro de 2014), e que o sistema da Betha está funcionando como contrato emergencial, fator redundante, sendo que a qualquer momento o contrato pode ser encerrado, já o da GovBR é contrato de licitação, e não vai parar até que haja uma nova licitação, que não está programada. Este tipo de alteração deve ser feita com mais cautela, consultando fontes oficiais, e de oficial até agora é a do site que passei acima, onde diz que o sistema da Betha será desativado (em negrito).

Bom dia, Acho que deveríamos compartilhar aqui estas estruturas aqui no fórum, afim de discutirmos uma solução e implementar no acbr, segue a estrutura do provedor Betha: Na prática, dentro de Tag <Discriminacao>, deve-se proceder da seguinte forma: Serviço 1 1º Abrir Chaves { 2º Abrir Colchete Geral [ 3º Abrir Colchete (para o identificador) [ 4º Informar a descrição do identificador 5º Adicionar o sinal de igual após o identificador 6º Infomar o valor para o identificador 7º Fechar o colchetes do identificador 8º Repetir os passos 3,4,5,6,7 Para cada identificador, quantas vezes forem necessários 9º Fechar o colchetes (Geral) 10º Fechar Chaves Repetir os passo acima para mais de um serviço Vamos a um exemplo: <Discriminacao> {[[Descricao=Alug. Sist. Folha de Pagamento][Quantidade=3][ValorUnitario=1213.32][Deducoes=1.00][DescontoCondicionado=1.20][DescontoIncondicionado=1.12]] [[Descricao=Alug. Sist. RH][Quantidade=1][ValorUnitario=195.67]]} </Discriminacao>

Boa tarde, Estou homologando aqui na empresa o ACBr com Delphi XE 7, e como usamos aqui o Fortes Report, segue as considerações: 1 - No site oficial do Fortes Report existe apenas os fontes compilados até o Delphi XE3 (http://fortesreport.com.br/?page_id=25), logo para as versões mais novas do Delphi é necessário baixar o código fonte oficial, community edition (https://github.com/fortesinformatica/fortesreport-ce) e compilar de acordo com a versão utilizada; 2 - A versão Community Edition do Fortes Report gera as bpl com nomes diferente das implementadas no pacote de instalação do ACBrBoleto para o fortes (ACBr_BoletoFC_Fortes.dpk), no XE 7 por exemplo, ao invés de "RLibWinDXE7" é "FortesReportCE_Win32_DXE7_vcl"; 3 - Na versão Community Edition do Fortes Report não existe a função "SetVersion", chamada no fonte do ACBrBoleto para o fortes (ACBrBoletoFCFortesFr.pas), testando no XE 7, ignorando esta função o componente instala/compila e funciona normalmente. Segue em anexo, alteração para compatibilização deste componente. Favor analisarem e se for o caso, disponibilizar no SVN. ACBr.rar ACBr.rar

Boa tarde! Segue em anexo, alteração para compatibilização deste componente entre Delphi XE 7 e Rave Reports. Favor analisarem para disponibilizar no SVN. ACBr.rar

Certo, mas ainda não resolve o meu problema, haja vista, que no meu caso, o provedor não quebra a linha por meio de um caractere e sim por uma estrutura de tags criada pelo próprio provedor.

Claro, claro. Vou criar um tópico específico pra disponibilização SVN com a compatibilização.

Olá, Para esse componente não fiz, mas seria basicamente igual a este caso:

Boa tarde! Segue em anexo, alteração para compatibilização deste componente entre Delphi XE 7 e Rave Reports. Favor analisarem para disponibilizar no SVN. Obs.: Para os demais componentes do ACBr a alteração é a mesma. ACBr.rar ACBr.rar

Opa! Realmente era só isso mesmo. Funcionando 100% agora, mas será que se adicionar esta package não vai quebrar para as demais versões do Delphi?