Painel de líderes

Edson, Se não me falha a memória em caso de falha, ou seja, o webservice que recepciona a NFS-e esta parado, a solução é gerar o RPS e imprimir uma espécie de Documento Auxiliar do RPS. Lembrando que o RPS é um Recibo Provisório de Serviço, sendo assim, logo que sanarem os problemas devemos envia-lo para o webservice. A impressão desse DARPS também não foi implementado no componente. Veja o que consta no manual da NFS-e versão 1 do layout da ABRASF: 2.2 RECIBO PROVISÓRIO DE SERVIÇO - RPS A NFS-e somente será gerada através dos serviços informatizados disponibilizados pelas Secretarias Municipais de Fazenda. Esse tipo de serviço é seguido de alguns riscos inerentes à ininterrupta disponibilidade, podendo, portanto, em alguns momentos tornar-se indisponível. Visando manter as atividades dos contribuintes ininterruptas, independente de os serviços informatizados disponibilizados pelas Secretarias Municipais de Fazenda estarem disponíveis, foi criado o Recibo Provisório de Serviços (RPS), que é um documento de posse e responsabilidade do contribuinte, que deverá ser gerado manualmente ou por alguma aplicação local, possuindo uma numeração sequencial crescente e devendo ser convertido em NFS-e no prazo estipulado pela legislação tributária municipal.

Italo/Juliana Obrigado pelo retorno... realmente enviei com o certificado daí funcionou

Boa tarde a todos, Realmente segundo os schemas a tag Alíquota deve ser gerada com 4 casas decimais. Alteração realizada e enviada para o repositório. Vou fechar o tópico.

Bom dia a todos, O provedor Elotech pelo que notei ele segue a versão 2 do layout do ABRASF com algumas pequenas diferenças. Sendo assim não deveria existir a unit pnfsNFSeW_Elotech.pas, pois a geração do XML deveria ser feita pela unit pnfsNFSeW_ABRASFv2 como é dos demais provedores que seguem essa versão. Não entendi a necessidade de criar esses métodos novos para o cancelamento tanto ACBrNFSeNotasFiscais quanto no pnfsNFSeW e pnfsNFSeW_Elotech, visto que a montagem do XML de cancelamento se encontra na unit pnfsNFSeG, inclusive o de consulta. Logo se existe algo diferente, essa diferença ao solicitar a consulta ou cancelamento deve ser tratado nessa unit.

Bom dia. Segue uma alteração que fiz no arquivo pnfsNFSeW_Elotech.pas. Eu retirei uns comentários de testes que haviam ficado e alterei o local da coleta da informação de um campo (CodigoMunicipio) para o cancelamento. pnfsNFSeW_Elotech.pas

Parabéns billbarsch, Com certeza essa sua ajuda vai ajudar em muito a comunidade PHP e também Acbr! Estou aqui pensando quando estiver tudo isso funcionando 100% e podendo estar utilizando todos os recursos da Lib Acbr dentro do PHP!

Olá pessoal, venho retribuir aqui todos esses anos de ajuda e desenvolvimento por parte desse magnífico projeto que é o ACBr Eu nasci dentro do ecosistema web com PHP desde meados de 2001, e de lá pra cá venho aprendendo mais a cada dia. Hoje tenho a alegria de disponibilizar o projeto opensource de uma extenção php NATIVA escrita em C++ que permite o uso online do ACBrLib no PHP. Isso abre possibilidades para uso de todos esses recursos do ACBrLib online no php de forma nativa graças a esta grande iniciativa do ACBrLib. Conto com a ajuda do pessoal do ACBr para conferir o projeto e me ajudar a resolver um erro que só acontece em modo server. Mesmo assim, o funcionamento é de 99% como vocês mesmos (se tiverem curiosidade) irão ver no video que fiz a respeito e também no github onde o código está todo dispinível (ainda bem inicial apenas com algumas funções de NFe). Mesmo assim é o start para algo que acredito que (graças ao ACBr e todos os profissionais envolvidos), irá mudar a forma de emitir documentos fiscais online no Brasil! Grande dia! Link para o projeto: https://github.com/billbarsch/acbrlibphp Link para o vídeo que mostra todo o desenvolvimento:

Boa tarde. Isso é algo bem esquisito, a impressora Não Fiscal é responsável somente pela impressão do DANFCe ou do Cupom do SAT, em ambos os casos o valor fiscal está no XML e não no documento impresso, sendo assim não faz sentido. Att.

Funcionou BingWings, realmente tem alguma coisa diferente nos schemas disponibilizados pela ACBr. Eu sempre pensei que os schemas vindos da ACBr ou do site do Sefaz fossem os mesmos. Como eu nem sempre atualizo o ACBr, somente faço isso quando necessário, sempre atualizei schemas via site do Sefaz. Valeu a ajuda, foi TOP!

Antônio, muito obrigado pela presteza e ajuda com minha dúvida. Entrei em contato com a área técnica e me passaram os dados corretos da agência. A empresa cliente, tinha me informado o valor 312-7, com isso, fui por dedução. Dúvida sanada. Abraço.

Boa tarde Alexandre, O arquivo Cidades.ini não contem a cidade Volta Redonda/RJ. Da forma que você acrescentou esta correto. Não se faz necessário alterar nada no arquivo INI do provedor, veja. [URL_P] RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx [URL_H] RecepcaoLoteRPS=http://%NomeURL_H%.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx No campo RecepcaoLoteRPS da seção URL_P o componente automaticamente substitui a string "%NomeURL_P% pelo seu valor que esta no arquivo Cidades.ini que no caso é voltaredonda. Consequentemente o resultado final vai ser: http://www.issnetonline.com.br/webserviceabrasf/voltaredonda/servicos.asmx Apesar da URL começar com http em vez de https vai funcionar da mesma forma. O que você tem que faze é iniciar os testes usando o programa exemplo do componente.

Obrigado pelo retorno Juliana. Irei pesquisar a respeito.

Boa tarde. Com LazReport (Lazarus) e com o FastReport (Delphi), é possível. Att.

muito obrigado BigWings, deu certinho fiz isso agora ta ok!!!!

Realmente Juliana, estava lendo este post e fui buscar informações a respeito, estou tentando contato com a empresa responsável pelo Webservice para solicitar a liberação. Obrigado.

Vou ver com o pessoal do provedor se eles podem me dizer o que está errado. Se é que está errado. Depois reporto aqui o que aconteceu.

Bom dia. O refactoring citado pelo Juliomar tem como objetivo exatamente possibilitar a implementação do ACBrNFSe no projeto ACBrLib e possivelmente no ACBrMonitoPlus, porém trata-se de uma tarefa extensa e complexa e por este motivo deverá levar um tempo. Att.

Aqui vai uma dica, que serve como exemplo proprio ACBr, não fique esperando os 100% e sim ajude o amigo que disponibilizou que o trabalho vai mais rápido

NFSe não existe contingência.

Entendi pelo jeito é uma limitaçao do provedor então. Muito obrigado pelo retorno

Consegui com esse código if (key=VK_RETURN) then begin Keybd_event(VK_TAB,0,0,0); key:=0; end; Embora não tenha funcionado com o RxDBGrid, mas funcionou com o DBGrid. Já tá bom demais. Obrigado pessoal.

Entendi agora, basicamente cada provedor tem seus campos especificos e situações específicas. No caso do provedor que estou emitindo não usa todos estes campos.

Creio que tanto a documentação quanto o exemplo do GNRE consegue sanar suas dúvidas. Ele se limita as UF que estão no manual

Olá Pessoal, Esse tópico tem por finalidade responder as perguntas mais frequentes que aparecem no fórum. 1. O que vem a ser o CIOT? R.: CIOT - Código Identificador da Operação de Transporte, portanto é um numero obtido através do cadastramento da operação de transporte no sistema eletrônico (via site ou webservice) das IPEF - Instituição de Pagamento Eletrônico do Frete. Tem por finalidade regulamentar o pagamento do valor do frete nas prestações dos serviços de transporte de carga rodoviário. 2. Onde o CIOT é informado? R.: O numero do CIOT é informado no MDF-e, mais precisamente no campo CIOT que se encontra dentro do grupo infCIOT que por sua vez esta dentro do grupo infANTT do grupo rodo, portanto devemos informar o CIOT quanto se tratar de transporte Rodoviário. 3. Como obter o CIOT? R.: O numero do CIOT pode ser obtido através do site ou pelo webservice de uma das IPEF - Instituição de Pagamento Eletrônico do Frete, como por exemplo o eFrete. 4. Como faço para obter o CIOT via webservice? R.: Já se encontra disponível o componente ACBrCIOT (Delphi/Lazarus) que se utiliza do webservice do eFrete. Ainda não esta disponível o CIOT em DLL ou no ACBrMonitor Plus. 5. Quando sou obrigado a informar o CIOT no MDF-e? R.: Quando se tratar de um transporte rodoviário carga lotação, ou seja, toda a carga do caminhão possui apenas um contrato de transporte portanto apenas um embarcador. 6. Tem que informar o CIOT quando for carga fracionada? R.: Não, ainda não existe nenhuma obrigatoriedade imposta pela ANTT no caso de carga fracionada, pode ser que futuramente se torne obrigatório. 7. A minha empresa não é uma transportadora, apenas vendo e realizo o transporte com caminhão próprio da mercadoria vendida, devo informar o CIOT no MDF-e? R.: Não, somente as empresas que realizam a prestação de serviço de transporte de carga, ou seja, transportadora. 8. Onde posso obter notícias sobre o CIOT? R.: Clique Aqui. 9. Ao enviar qualquer evento para o eFrete recebo a seguinte mensagem de retorno "Integrador de software não homologado para esta solicitação", como resolver? R.: O Desenvolvedor deve entrar em contato com o eFrete e solicitar o seu cadastramento como Integrador (desenvolvedor), por e-mail receberá um código chamado Hash do Integrador que deverá ser informado na propriedade de configuração do componente chamada: HashIntegrador. 10. Posso usar "TipoPagamento = EFrete" em homologação sem custos? R.: Sim pode utilizar sem problemas, este ambiente é apenas paras testes. 11. Quando em modo de produção usando TipoPagamento = EFrete de quem será cobrado, do contratante? R.: Em produção no formato atual o valor é cobrado do contratante. 12. Posso usar o componente ACBrCIOT sem a necessidade de um certificado digital? R.: Sim, vamos aos requisitos e como proceder. Configuração do componente, vide imagem do programa exemplo: Note que não foi informado nada referente ao certificado no quando "Certificado" e devemos utilizar o libOpenSSL. Devemos também atribuir o valor False a propriedade UseCertificateHTTP da seguinte forma: ACBrCIOT1.SSL.UseCertificateHTTP := False; Para que o componente entenda que não vai ser utilizado o certificado digital. Como proceder: Quando não é utilizado o certificado digital antes de qualquer operação (cadastro de motorista, veiculo, operação de transporte, etc) devemos executar o Login e no final quando não tem mais nenhuma operação devemos executar o Logout. No programa exemplo é demostrado como devemos alimentar o componente para realizar essas duas operações. Quando executamos o Login o eFrete nos retorna o Token que deve ser atribuído a propriedade Token da seguinte forma: with ACBrCIOT1.Contratos.Add.CIOT do begin // Só é necessario se usar usuario e senha e não o certificado Integradora.Token := sToken; (...) end; A variável sToken contem o Token retornado pelo eFrete. Observação: toda vez que for executado o Login o eFrete gera um novo Token. Na procedure referente ao botão [Criar e Enviar] é mostrado como ler do retorno o valor do Token. Atenção: essa informação só vai ser retornada na operação de Login.

Pessoal, eu resolvi o meu problema entrando na pasta \\AcBr\DLLs\XMLSec\MinGW\32 e copiando todas as Dll's para a raiz da minha aplicação.