Painel de líderes

Senhores, vamos apoiar: Enquadramento de Desenvolvedores/Programadores como MEI Inclusão das atividades de desenvolvimento de sistemas e afins no quadro de CNAEs do programa MEI. Desenvolvedores podem facilmente trabalhar individualmente sem vínculo empregatício direto com o contratante, mas muitas vezes não dispõem de recursos para abrir empresa nas categorias convencionais https://www12.senado.leg.br/ecidadania/visualizacaoideia?id=77744&voto=favor

sim ele tem o TcxDBButtonEdit

TcxButtonEdit DevExpress

Entendi como se faz. Vou fazer uns teste qualquer coisa volto aqui pra perguntar... Grato pela atenção

Oi Italo, Atualizei e continua igual... Deixei esse assunto meio de lado por enquanto, estou trabalhando na NFSe de outra cidade no momento, assim que tiver um tempo vou debugar melhor. Como eu disse anteriormente, essa função de consultar está funcionando em uma versão mais antiga do nosso sistema compilada com o trunk1, isso pode ser uma pista. Quando eu tiver um tempo vou investigar.

Boa Tarde Italo Eu baixei os fontes e estou verificando, não tenho muito conhecimento no desenvolvimento de componentes mas no que eu puder ajudar eu vou postando. Obrigado pelo retorno.

Boa tarde André, Muito obrigado pela colaboração, já esta no repositório. Vou fazer a mesma alteração nos demais provedores.

Só para registrar, consegui faturar o XML que estava faltando a tag indEscala. Testes OK! Com CEST e ICMS ST na nota fiscal. Obrigada pela ajuda!

Problema resolvido... Voltou a funcionar tudo normalmente... erro na SEFAZ !!! Obrigado

Juliomar, RESOLVIDO, procedimento adotado após sua sugestão: 1. Copiei todo o Library Path do delphi para um arquivo de texto 2. Deixei no Library Path apenas os diretórios principais do Delphi e o projeto ACBR 3. Executei o 'ApagarAcbr.bat' 4. Executei o Instalador do ACBR e o mesmo foi instalado com sucesso 5. Ao abrir o Delphi houve problema com vinculo dinâmico da 'Libeay32.dll' 6. Para corrigir copiei a DLL do diretório ACBR\DLLsz\OpenSSL\0.9.8.14\libeay32.dll e copiei para ...\Embarcadero\Studio\19.0\bin\subversion\ ---\Windows\SysWOW64\ 7. Adicionei ao Library Path todos os diretórios novamente 8. Abri o Delphi e os componentes do ACBR e os demais componentes estão funcionando normalmente Agradeço sua atenção.

Bom dia! Vdd Jairo, é bom ele observar isto para preencher de forma correta. Neste caso o monitor desprezou o campo por conter a informação errada e o cRegTribISSQN foi preenchido com 1. Fica o alerta do preenchimento errado (deve ser preenchido conforme o manual 1-5), mas ainda não é o motivo deste erro que ele está reclamando.

Olá Pessoal, a tag cRegTribISSQN está com valor 6. É inválido. Deve ser entre 1 e 5: 1 - Microempresa Municipal 2 - Estimativa 3 - Sociedade de Profissionais 4 - Cooperativa 5 - Microempresário Individual (MEI)

Muito obrigado, esqueci deste fato que vc programa em C#, eu utilizo o Delphi, mas consegui captar a essencia da sua saida em relacao a este problema que tambem tenho, por isso lancei mao do uso do AcbrPrinter...Obrigado ta!

Bom dia @Edson.pol Sim, consegui utilizar, tudo esta relatado no tópico

Acho que você não entendeu o Juliomar. Ele mencionou que você deve importar os dados, não o DAV. O seu aplicativo mobile não poderia gerar ou criar um DAV e sim coletar dados que depois poderiam ser importados no PAF-ECF. O que quer dizer que todas validações vão ser feitas no seu aplicativo PAF-ECF.

O Bematech é mais "sensível" em alguns parâmetros que em outros aparelhos processam normalmente. Só preciso ver o seu xml (enviado) para eu simular aqui e tentar descobrir qual é o erro.

Bom dia, A grande maioria dos contadores são todos folgados e não sabem de nada. A emissão de CTe não dá direito a credito de Pis/Cofins, pelo menos não em São Paulo. O direito a crédido é apenas na entrada (compra) de alguns itens e serviços ex: Combustivel, Serviços relacionados a manutenção dos veiculos, CTe de serviços prestados, conta de luz e depreciação dos veiculos. O CTe é escriturado no Sped Contribuição e Sped Fiscal. Não tem nenhum campo do CTe para aliquotas de Pis/Cofins, essas aliquotas devem ser colocadas quando for gerado os arquivos para o Sped Contribuição e Sped Fiscal. O que os contadores querem e molezinha, pois se eles não tiverem um software que gere esses arquivos eles tem que fazer pelo software do governo, o PVA, que tem que ser feito tudo manual, pois não existe importação de xml. Os softwares que geram esses arquivos geralmente ja fazem tudo automatico, é preciso apenas importar o xml e configurar a aliquota, o CTe ja é colocado no bloco correto e o calculo do Pis/Cofins é feito sobre o Total da Prestação. Depois é só carregar para o PVA, validar e transmitir. Eu tive que desenvolver todos os arquivos no meu sistema, mesmo não sendo contador, tive que me virar, li os manuais e participei de treinamentos e foruns, pois a contabilidade que nos atendia não tinha nenhum software para fazer isso e não queria gastar dinheiro para adquirir um, segundo eles é obrigação da empresa gerar esses arquivos, porem se estou pagando uma contabilidade pra fazer tudo pra mim eu tenho que apenas encaminhar os documentos o resto é com eles. Eu acho que é isso, se tiver alguma informação errado me corrijam, por favor. Adailson

É o que parece, meu teste foi usando o SVRS e de lá o retorno do protocolo está normal, na versão correta.

Olá BigWings / Alexandre Oliveira, O erro realmente deve ser lá na SEFAZ, pois os testes nos mostraram que o tal " protocolo 3.10 " que estamos recebendo possa ser alguma atualização ainda necessária nos servidores da SEFAZ. Acredito ser oportuno que possamos continuar acompanhando esse tópico, até porque isso precisa ser corrigido por parte deles (SEFAZ), caso contrário, problemas na certa. Sugiro que nos próximos dias façamos novos testes e postemos aqui os resultados, com o intuito de buscarmos a solução. Não o fiz, todavia, acredito que seria prudente que alguém encaminhasse um e-mail para a SEFAZ comunicando tal situação. Até breve, Att Michel Abrão.

Quanto ao layout do XML, sim. Ele é o mesmo para NFe e NFCe, mas há algumas tags que existem apenas na NFCe e outras apenas na NFe. Já quanto aos webservices de autorização, eles geralmente são diferentes. Não há mensagem de rejeição do tipo específica para NFCe, então o mesmo código de rejeição da NFe é usado. Mesmo assim, o CNPJ/IE do emitente deve estar autorizado na SEFAZ do estado para emissão da NFCe. Também é necessário cadastrar o CSC e IdCSC.

Bom dia Ronaldo, Acredito que os estagiários da SEFAZ-SP fizeram uma cópia dos WSDL e esqueceram de alterar as URLs de serviço e SoapAction. Desculpe a culpa é sempre do estagiário.

Boa tarde, Primeiro a Sefaz deveria mudar o telefone de atendimento do call center para o celular desse Luiz Abade o único que sabe como fazer funcionar esse Mf-e. Preciso esclarecer algumas coisas, na verdade confundir, porque esclarecer nem a SEFAZ-CE consegue, então preciso da ajuda de vocês para entendermos melhor o que estamos instalando em nossos clientes. Devido há alguns problemas que estava tendo na implementação e integração com o Módulo comecei a questionar alguns pontos do projeto com todos os envolvidos, até mesmo com o pessoal da SEFAZ. Primeiro ponto: a SEFAZ está testando o projeto em Produção, antes cobrar legalmente a implantação, digo isso pois acompanhei os testes do Equipamento fiscal, o módulo, mas agora surgiu o Integrador/Validador, fui investigar melhor o funcionamento desta dll e no meu ponto de vista esse software concentrará todas as informações de transação fiscal, até aí tudo bem, mas recentemente descobri que esta DLL está enviando também Screenshoot das telas onde esta instalado quando utilizamos ALT+TAB, isso é ilegal e acredito que poucos aqui saibam. Outro ponto intrigante é que estas informações sigilosas dos nossos clientes não estão indo pra SEFAZ e sim pra nuvem privada da Gizmin. Consultei o pessoal da SEFAZ e me informaram que a SEFAZ ainda está recebendo esta parte do Projeto e que não possui ainda ambiente de Nuvem. Sem teorias das conspiração, mas devemos exigir da SEFAZ total transparência e documentação destes sistemas. Pelo que consultei a SEFAZ está com um problema pra resolver e como ela pode exigir que isso funcione nos contribuintes quando nem a equipe responsável consegue resolver todas as dúvidas. Tenho tido que recorrer ao Luiz Abade da Gizmin pra resolver alguns problemas, pois o conhecimento e atuação da SEFAZ está limitado, sempre que questiono esses pontos ele só me disse que cumpre ordens em nome do Secretário da Fazenda. Fiz uma busca no portal da transparência e não consta nenhum contrato com essa empresa Gizmin, só com a Compsis, com qual também já resolvi algumas coisas. Mas ultimamente todas as dificuldades convergem para o integrador/validador. A legislação obriga o uso deste do MF-e do Integrador e do Validador para as operações com cartão de créditos, mas esperamos que a SEFAZ regularize essa situação e seja transparente nas suas ações, não adianta especificar e documentar um equipamento e exigir a instalação de outros softwares dos quais nem ela sabe seu funcionamento. Sei que o fórum aqui é mais técnico mas segue esta meu desabafo.