arieldll

Caro Rafael, em qual arquivo e linha está isso? Você está usando os fontes que eu enviei e a dll que eu desenvolvi? Atenciosamente, Ariel.

Bom dia. A princípio está funcionando, o que se faz necessário são testes para realmente efetivar que nada ficou esquecido. Seria necessário mais alguns testes, e se na forma correta, enviar os fontes para o repositório oficial. Atenciosamente, Ariel.

Boa tarde Senhores. Venho a enviá-los a implementação parcial do provedor de São Paulo no ACBRNFSe. O que foi desenvolvido foi: Envio de lote, Consulta de lote, Cancelamento e a Impressão do DANFSe. Devido a falta de tempo, acabou não ficando redonda a implementação, necessitando de alguns ajustes, porém estaremos disponibilizando os fontes, e se alguém quiser terminar ela, será possível. Tivemos que desenvolver uma dll para assinatura do RPS, já que a capicom assina a tag de assinatura junto com o xml, e a assinatura de rps do provedor de SP só deve ser feita em cima de uma string de aproximadamente 200 caracteres, que junta algumas informações do cliente. A dll desenvolvida foi feita em C#, versão .net framework 2.0, e está nomeada como ACBRAssinaRPSSP.dll, juntamente com ela está o arquivo ACBRAssinaRPSSP.TLB, que se faz necessário para o uso no delphi. Essa dll vai fazer a assinatura pela string que lhe é passada e pelo número do certificado digital, o qual fica dentro das configurações de webservice do ACBR e que alimenta a dll. O código fonte e o projeto que gerou essa dll em C# está anexa como AcbrAssinaRPSSP-DLL.zip Detalhe: Desenvolvemos no MS Visual Studio 2010. Aliás, caso alguém saiba como fazer a assinatura de uma string com o algoritmo de rsa-sha1 via delphi, ou utilizando a capicom pelo certificado digital, seria de grande interesse o compartilhamento (Eliminaríamos essa dll que tivemos que desenvolver pelo menos). Vamos aos fatos: -Criamos o provedor como proSP, pois não sabíamos qual provedor é que atendia a cidade, já que encontramos Tiplan e Prodam como prestadores de serviço para a cidade de São Paulo. -O layout desta NFSe não segue o padrão ABRASF, então foi necessário modificar algumas coisas em vários locais. Fiquem atentos a isso, caso irão mexer. -A NFSe de São Paulo acabou desativando o ambiente de testes, fomos informados pela prefeitura através do email [email protected] (a qual vocês podem se dirigir caso tenham dúvidas referente a manuais ou formas de implementação): "Prezado(a) Sr(a). Informamos que a Secretaria de Finanças da Prefeitura de São Paulo não está mais disponbilizando o ambiente para testes e homologação dos sistemas da NFS-e e NFTS. A alternativa é utilizar o serviço TesteEnvioLoteRPS no ambiente de produção, como consta no Manual de Envio de Arquivo – Envio de Lotes de RPS, cujo acesso é por certificado digital da empresa. Caso a resposta acima não seja suficiente, retorne o contato com maiores informações sobre o certificado utilizado e a descrição da situação na qual o erro ocorreu. Consulte “Perguntas e Respostas” no endereço eletrônico http://nfpaulistana.prefeitura.sp.gov.br/informacoes_gerais.asp Consulte, também, o link "Manuais" no mesmo endereço." -Para condizer com o relatado acima, foi alterado o envelope que é enviado para o ambiente de produção. Um detalhe, no ambiente de produção com o envelope de testes, sempre é retornado o lote 0, ou seja, se uma nota é enviada para a prefeitura como teste, não é possível consultar a situação dela, pois o lote sempre é retornado como 0. Também entramos em contato com a prefeitura e confirmamos essa premissa, o que levou-nos a emitir uma nota fiscal em ambiente de produção para poder continuar a implementação. -A dll que foi desenvolvida, será utilizada para envio do lote rps e também para assinar o cancelamento. Além disso, todos os documentos são assinados como normalmente são os outros, assinados pela capicom na tag <Signature>. -Caso alguém tenha dúvidas ou não entenda da forma que fora desenvolvida, estou a disposição para ajudá-los. -Em todos os lugares que foram feitas alterações, e que eu me lembrei de marcar, há um comentário do tipo "{add-SP}", mostrando o que foi alterado, e se não compreensível o porquê dele, haverá descrição do que foi feito. -Pode ter acontecido de algumas informações ficarem omissas ou ainda, erradas, mas todas as que verifiquei me pareceram certas, e caso alguém encontre algum problema, será interessante reportar ele, pois, haverá maior facilidade de correção. -Esse tópico do próprio ACBR nos ajudou bastante: -Caso vocês notem a falta de algum arquivo, ou a falta de alguma função / procedure ou afins, comunique-me. -Essa NF para esse provedor deverá ser mais testado, para ter certeza que tudo ficou certo. Qualquer dúvida fico a disposição, Atenciosamente, Ariel. ArquivosSP.zip

Bom dia Fenix. Acabei esquecendo de resolver este tópico, mas esse erro ocorria porque o ambiente de testes da NFSe São Paulo acabou sendo desativado, então fomos informados que os testes devem ser enviados para o próprio ambiente de produção só que com outro envelope. Mas obrigado pelo interesse em ajudar. Atenciosamente, Ariel.

Boa tarde Senhores. Estou desenvolvendo para o provedor de SP, porém ainda não tenho nada concluído. E, é bem provável que demorará mais alguns dias para conseguir liberar os fontes. Também tivemos um pequeno problema, já que os servidores de testes do provedor de SP foi desativado, ou seja, o envelope muda para o ambiente de produção e o retorno sempre é o "lote zero", o que nos levou a emitir uma nota em ambiente de produção para continuar a desenvolver. Exigiu bastante adaptações, pois não é padrão ABRASF, ao que se refere aos envelopes, e assinatura, por exemplo. A questão das propriedades do componente foram quase que todas mantidas. Tenho desenvolvido Envio de Lote, Consulta de Lote, Cancelamento e Impressão do DANFSe. Tenho alguns ajustes para fazer, porém não sei se conseguirei encaminhá-los em breve. Tivemos também que desenvolver uma dll em C#, a qual assina o RPS sem a tag de assinatura junto, pois a CAPICOM assina apenas com a tag de assinatura, e acaba gerando o valor de hash errado. (Se alguém souber como assinar uma cadeia de caracteres sem assinar junto a tag de assinatura via CAPICOM ou delphi, pelo certificado digital, é claro, agradeceríamos, pois ficaria melhor utilizar somente recursos delphi nesse componente). Essa dll terá seu código fonte enviado juntamente com os fontes do componente quando ele estiver pronto. Aliás, vários arquivos tiveram alteração, e em várias partes dos arquivos tiveram alterações de mesma forma. Como devo proceder para enviar os arquivos quando estiver pronto? Comentar todos os lugares onde foram alterados? Atenciosamente, Ariel.

Boa tarde Senhores. Estamos implementando o provedor da NFSe de SP/SP no ACBrNFSe, e estamos partindo para os testes nos webservices. Como retorno, estamos recebendo a seguinte mensagem: "A autoridade de certificação não é válida ou está incorreta - URL:https://testenfe.prefeitura.sp.gov.br/ws/lotenfe.asmx - SOAPAction:http://www.prefeitura.sp.gov.br/nfe/ws/envioLoteRPS". Estamos testando em ambiente de homologação (https://testenfe.prefeitura.sp.gov.br/ws/lotenfe.asmx) com um certificado digital emitido pela Serasa e que tem validade até 24/07/2014. Testamos também em ambiente de produção (https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx?wsdl) e acaba por retornar o mesmo erro. Já instalamos todas as cadeias disponíveis no site do SEFAZ e todas disponíveis no próprio site da Serasa, tanto nas versões V1 como V2, porém nada surtiu efeito. Para além disso, instalamos todas também da certisign (mas por desencargo de consciência mesmo). Também já tentamos remover e reinstalar o certificado após as cadeias, e vice-versa, porém nada surtiu efeito (se é que isso poderia realmente fazer alguma diferença). Alguém já passou por alguma situação parecida ou poderia nos ajudar referente a isso? Detalhe: Estamos usando delphi 2007, windows 7 64 bits. Agradeço desde já, Ariel.

Boa tarde. Desculpe pela demora em responder. Aparentemente tudo certo. Obrigado, Ariel.

Boa tarde Senhores. Eu teria uma correção para ser feita na unity pcteCTeR.pas, na linha 670: while Leitor.rExtrai(2, 'infNFe', '', i01 + 1) <> '' do deve ser substituído por: while Leitor.rExtrai(3, 'infNFe', '', i01 + 1) <> '' do e também na linha 738, temos o seguinte trecho de código: while Leitor.rExtrai(2, 'infOutros', '', i01 + 1) <> '' do deve ser substituído por: while Leitor.rExtrai(3, 'infOutros', '', i01 + 1) <> '' do O primeiro parâmetro é o nível e está errado. Apesar disso, a linha 589 está correta. infNF, infNFe e infOutros são todos do mesmo nível Obs: Estou com problemas para fazer o commit para o repositório do acbr. Agradeço, Ariel.

Boa tarde Senhores. Alguém saberia me informar a que progresso está a implementação das NFS-e para São Paulo(SP)? Tenho um cliente precisando delas, e estaria disposto a contribuir com a implementação delas caso o desenvolvimento esteja parado e/ou não feito ainda.

Atualizei os fontes e vi que o problema já foi corrigido. Esse tópico pode ser fechado/excluído. Att, arieldll.

Boa tarde Lucas. Qual é a cidade que você está testando? Informou situação tributária? Se sim, qual?

Boa tarde Senhores. Caro Juliomar, minha intenção foi tratá-lo com respeito, e não com sarcasmo. Prezo pela boa linguística e creio que um pouco de formalismo pode ajudar-nos a compreender melhor as situações e os problemas. Seria no mínimo antiético e inepto de minha parte tratá-los desta maneira se eu o tivesse feito. Caro Ítalo, obrigado pela sua ajuda. Estamos utilizando uma solução que foi escrita "no braço" há algum tempo e enviando a inscrição com o traço já que a mesma anda funcionando corretamente. Vou continuar a utilizá-la até que consigamos debugar e averiguar melhor essas informações, já que entramos em contato hoje pela manhã com a prefeitura e o setor responsável está em recesso até dia 06/01/2014. Segundo a betha devemos fazer requisições na prefeitura que eles responderão. Assim que eu tiver alguma posição ou forma de melhorar essa transmissão pelo ACBR e obtê-la com êxito pelo componente, postarei nesta lista. Agradeço pela atenção de todos, arieldll.

Bom dia Sr. Juliomar É um pronome de tratamento que denota alto grau de respeito, que geralmente é usado para com pessoas de Estado. Porém o uso não é vetado para as demais ocasiões. Pode substituir por vossa Senhoria, Se se sentiu ofendido peço desculpas. Att, arieldll.

O cadastro na prefeitura está feito com hífen. Entramos em contato com a prefeitura e a mesma nos informou isso, e também informaram que é impossível alterá-lo. Foi a própria prefeitura que efetuou o cadastro, sendo a última opção que vossa excelência tenha citado na última pergunta realizada. Att, arieldll

Boa tarde Senhores. Encontro-me na mesma situação do Sr. Oneide. Chapecó está com problemas "malucos", porém outras cidades como [Palmitos, Caçador] - SC (Betha) estão operando normalmente. Os erros ao passar a Inscrição Municipal em Chapecó (sem hífen) são A inscrição municipal não consta na base de dados do município E os erros ao passar a Inscrição Municipal em Chapecó (com hífen) são '31752-7' violates pattern constraint of '[0-9]{1,20}'. Pelo que entendi os erros são os mesmos do Sr. Oneide, e se enviar sem o traço o webservice diz que não existe a inscrição municipal, e se enviado com traço diz que viola o campo. O mais curioso ainda é que o mesmo NÃO persiste em ambiente de homologação, tendo problemas apenas em ambiente de produção, e caso eu entre e-gov.betha.com.br e mande imprimir a nota, a mesma aparece como autorizada, porém o retorno da betha via acbr me informa que há problema na inscrição municipal (os descritos acima). Estou a procurar o erro e debugar, caso consiga algo enviarei nessa lista. Só para constar que também acontece esse problema comigo. Att, arieldll.

Boa tarde Excelências. Estava um cliente nosso a transmitir notas para a prefeitura de Santos-SP (GINFES). Para conseguir trabalhar com o GINFES, tive que dividir a aliquota por 100, ou seja, aliq = aliq / 100. Meu cliente estava a utilizar uma aliquota de 2.79, que divida por 100 gera 0,0279 localmente. Até este ponto tudo certo, porém quando ia transmitir a aliquota dava erro. Dizia que a aliquota não estava cadastrada na base de dados do município, até que, descobri que o problema não era no valor informado pelo cliente mas sim no valor que o componente estava submetendo ao webservice do GINFES. Debugando cheguei na unity pnfsNFSeW, linha 558, dentro da cláusula "ProGinfes": Gerador.wCampoNFSe(tcDe3, '#25', 'Aliquota ', 01, 05, 0, NFSe.Servico.Valores.Aliquota, ''); Só que há um problema. Meu cliente estava a testar com a aliquota de 2.79 (GINFES = 0,0279) e o gerador irá arredondar para 3 casas decimais esse valor. O qual se transformará em 0,028 e terá aliquota como se fosse 2.8 e não 2.79, ou seja, não irá autorizar a NFS. O que deveria ser mudado seria apenas a quantidade de casas a serem arredondadas, o que mudaria a mesma linha para: Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota ', 01, 05, 0, NFSe.Servico.Valores.Aliquota, ''); Se puderem alterar essa pequena cláusula, agradeço. Testei com outros casos de aliquotas simples, como 4.0 e 3.0 e não apresentou erro ao transmitir. Submeto em anexo a unity alterada. Atenciosamente, Ariel. pnfsNFSeW.pas

lvr, Muito obrigado pela ajuda, esta foi de grande monta. Resolveu meu problema. Grato, Ariel.

Boa tarde senhores. Estou a iniciar o desenvolvimento da NFSe com o ACBRNFSe. Estou a utilizar o ACBRNFSe e fazendo testes com o provedor Betha. Mas acabei por ter uma dificuldade e gostaria de saber se todos compartilham da mesma, ou se estou errando em algo. Tenho somente um lote por vez e somente uma nota em cada lote. Estou a fazer: NFFse.Enviar(FNrLote, True); if FNFse.NotasFiscais.Items[0].Confirmada then begin //confirmada end; Estaria errada essa forma de verificar? Porque isso sempre acaba por me retornar 0 ou falso. Porém, se eu habilitar a função FNFse.Configuracoes.WebServices.Visualizar:=True Acabo por receber a mensagem que valida a consulta dizendo que a nota foi transmitida com sucesso (quando a nota estiver correta, é claro). Algo nesse sentido: "4 - processado com sucesso", porém o ".Confirmada" continua falso. Gostaria de saber se é um erro de principiante ou como devo prosseguir para verificar se ela foi realmente transmitida? Agradeço desde já. Ariel.

Boa tarde. Grato Ítalo, consegui entender. Ariel.

Boa tarde. Já procurei em diversos lugares, porém não consegui encontrar solução. Não consegui entender por que o MDF-e teria somente um CIOT. A idéia seria gerar um MDFe para cada CIOT? Obrigado desde já, Ariel.

Boa tarde. Quando tive esse erro, eu estava inserindo uma cidade nula ou uma cidade cujo estado não é o mesmo que o de descarga. Verifique suas cidades. Aparentemente é isso, creio eu. Ariel.

Boa tarde Senhores. Eu Baixei as schemas diretamente do sefaz, porém o campo veicPrincipal do Modal Rodoviário está como veicTracao. Ao tentar enviar com o ACBRMDFe gera um erro, dizendo que "veicPrincipal" é uma tag inesperada do Pai "Rodo". Consegui fazer funcionar, somente com as schemas dos repositórios do GIT do ACBRMDFe. Alguém sabe alguma coisa disso? É um parâmetro provisório? Obrigado desde já. Ariel.