igorryko

Senhores. A prefeitura de São Paulo permite que um prestador pessoa física emita uma NFS-e se ele tiver no CCM. O ACBrNFSe consegue emitir uma NFS-e de um prestador com CPF? Abs

Arnaldo Respondido via e-mail. Abs

Pessoal Estou disponível em período integral para consultoria e desenvolvimento home office em Delphi e C#. Tenho mais de 10 anos de experiência e conhecimento nível sênior, com ênfase em orientação a objetos, MVC, micro serviços. Banco de dados Oracle, SQL Server, MySQL, Firebird, tanto para melhoria de queries, quanto para manutenção e construção de procs e views. Trabalho com varejo desde 2004, homologuei inúmeras vezes PAF-ECF, SiTEF, TEFDial. Tenho vasto conhecimento em geração de SPED Fiscal e Contribuições. Criei com ACBr um servidor gerador de NFe para a Di Santinni Calçados que atende suas 200 lojas. Também um servidor local de SAT e NFCe com ACBr, para a os clientes(livrarias e editoras) da Via Logos. Vasta experiência em integrações entre aplicações de linguagens distintas ou não, usando SOAP, REST, 0MQ e banco de dados. Vasta experiência em manutenção e adequação de sistemas legados, vasta experiência em upgrade de versões antigas do Delphi para as mais recentes, além de participar de uma migração de Delphi para Java no Club Athlético Paulistano e coordenar migração de Delphi para C# na Livraria Cultura. Conhecedor de inúmeras áreas de negócio relacionadas a ERP como financeiro, fiscal, comercial, contábil, RH, etc. Contatos pelo email [email protected]

Alexandre, eu já corrigi a geração do xml, e o erro permanece. É minha aplicação mesmo o problema, tem algo que trava o SAT da Tanca e que gera exceção ao chamar a função de venda da DLL da Dimep. Como estou com pressa e o SATTeste funciona perfeitamente, vou pegar o projeto inteiro dele e adaptar ao que preciso. Não dá tempo de inventar nem testar nada. Vou tentar concluir isso nesse fim de semana. Talvez seja algo que deu errado em relação ao timer que uso, pois vou fazer um servidor de SAT que vai buscar o que emitir da base dados. Os meus clientes reclamaram de ter que comprar um SAT por caixa sendo que a legislação diz que pode ter até 3 por caixa. Então tenho que fazer esse servidor, não tem jeito. Mas valeu pela ajuda. Abs

Acredito que minha aplicação tem algo de errado. Fui fazer como manda o figurino, com datamodule, classe com os métodos e atributos chamando o datamodule, form totalmente client, só acessando essa classe como se fosse um controller. Mas tanto no SAT da Dimep, quanto o da Tanca dá problema. Ambos travam em determinado momento, sendo necessário tirar a alimentação deles pra resetar. Vou jogar o projeto fora e vou fazer todo em cima do SATTeste, vou usar até o mesmo projeto e renomear já que vou fazer um servidor de SAT, rs... As vezes a orientação a objeto fica muito improdutiva, rs. Então, não sei como excluir ou dar o tópico como resolvido, procurei por aqui e não vi nenhuma opção. Mas minha sugestão de mudança nos fontes faz-se desnecessária, uma vez que o problema não são os fontes. Abs e desculpem a "encheção" de saco, rs...

Daniel, sem chance, mesmo colocando o try..finally a exceção por vezes não é tratada. Vou ver se consigo descobrir o problema do XML, pois mesmo sem informar o imposto da lei 12741 não consigo vender pela minha aplicação.

Daniel, acredito que seja a tag vItem12741 que ele não conseguiu tratar, é esse o xml que ele está recusando. Acredito que se montar um igual no demo ele recusará também. Configuração acho que não é, pois consulto status operacional normalmente na minha aplicação. E no SATTeste, vendo normalmente. Vou ver isso agora, daqui a pouco trago mais detalhes. <?xml version="1.0" encoding="UTF-8"?> <CFe> <infCFe versaoDadosEnt="0.06"> <ide> <CNPJ>16716114000172</CNPJ> <signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC> <numeroCaixa>001</numeroCaixa> </ide> <emit> <CNPJ>61099008000141</CNPJ> <IE>111111111111</IE> <IM>123123</IM> <indRatISSQN>N</indRatISSQN> </emit> <dest> </dest> <det nItem="1"> <prod> <cProd>MO6095</cProd> <cEAN>8575011693</cEAN> <xProd>CHAMA ARDENTE 1 Ed 2003</xProd> <NCM>49019900</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>1.0000</qCom> <vUnCom>27.90</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>3.35</vItem12741> <ICMS> <ICMS40> <Orig>0</Orig> <CST>40</CST> </ICMS40> </ICMS> <PIS> <PISNT> <CST>06</CST> </PISNT> </PIS> <COFINS> <COFINSNT> <CST>06</CST> </COFINSNT> </COFINS> </imposto> </det> <total> <vCFeLei12741>0.00</vCFeLei12741> </total> <pgto> <MP> <cMP>01</cMP> <vMP>27.90</vMP> </MP> </pgto> </infCFe> </CFe>

Boa noite senhores Estava quebrando um pouco a cabeça com uma exceção que não retornava nenhuma mensagem de erro na TACBrSATDinamico_stdcall.EnviarDadosVenda com um SAT de desenvolvimento da Dimep. A DLL não consegue fazer alguma validação (retorna 1999|Erro não identificado), e além de tudo gera uma exceção no retorno. A sugestão de alteração no fonte é colocar try..finally na função: function TACBrSATDinamico_stdcall.EnviarDadosVenda(dadosVenda : AnsiString) : String ; Var Resp : PAnsiChar; begin try Resp := xSAT_EnviarDadosVenda( numeroSessao, PAnsiChar(codigoDeAtivacao), PAnsiChar(dadosVenda) ) ; finally Result := String( Resp ); end; end ; Obs: Mesmo colocando o TACBrSAT.EnviarDadosVenda dentro de um try..finally, não funciona. Só fazendo isso na unit de chamada da dll que consegui pegar o retorno corretamente. Obs2: Se estou usando o canal errado pra sugerir alteração, me corrijam, rs... Não sou "commiter" do projeto. Abs Igor

Ah, esqueci de um detalhe. Copiem a ..\FortesReport\Binary\FortesReportCE_Win32_DXE7_vcl.bpl pra pasta bin do Delphi ou apontem direto na compilação. Senão a cada boot da máquina perde-se a referência.

Senhores, ressuscitando o post, consegui instalar e fazer funcionar o Fortes no Delphi XE7. - Peguem a última atualização no Github; - Rodem o pacote FortesReportCE_Win32_DXE7_vcl.dpk; - Removam do library path do Delphi o caminho ..\FortesReport\Source; - Copiem o arquivo RLReport.res da pasta ..\FortesReport\Source para a pasta ..\FortesReport\Binary\Win32_DXE7_vcl que deve estar no Library Path do Delphi; - Ou recompilem o RLReport.res na pasta ..\FortesReport\Binary\Win32_DXE7_vcl; Reinstalem o ACBr, apenas com o TACBrSATExtratoFortes dos relatórios em Fortes. Infelizmente não consegui fazer funcionar os outros, mas o SAT era meu objetivo. O restante to usando o Fast; Abs Igor

Notas de devolução de venda (CFOP 1202), também com o mesmo problema.

Boa tarde amigos. Procurei pelo fórum e não encontrei nada em relação a esse problema no Rave. Estou mudando nossos clientes pra 3.10 e apenas em notas de entrada de consignação está dando exceção em qualquer opção do preview do Rave. procedure TACBrNFeDANFERave.ImprimirDANFE(NFE : TNFe = nil); .. dmDanfe.RvSystem1.Execute; Porém, se eu uso a minha rotina de consulta de notas, a mesma nota imprime normalmente. Todos os outros tipos de nota não apresentam o problema. (Acabei de atualizar o Acbr, antes as notas de devolução ou com documento referenciado estavam apresentando o mesmo problema, agora não mais). Acredito que alguma tag necessária não está sendo enviada ao DANFE ao emitir e logo em seguida imprimir a nota. E eu uso o Clear e LoadFromFile mesmo na emissão, na hora de imprimir. Vi nesse tópico que algo parecido ocorreu com o Quick: Segue o xml anexo. Agradeço se puderem me ajudar. Igor 35150367946814000275550010001209541001209543-nfe.xml